Bug#416879: linuxdcpp: magnet links
Package: linuxdcpp Version: 0.0.1.cvs20070328-1 Severity: wishlist There is a patch [1] that adds support for magnets. The patch is regularly updated and is in good shape. It has not been included into upstream (yet). [1] http://linuxdcpp-ru.sourceforge.net/ -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-minimal Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages linuxdcpp depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.10.7-1 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-6X11 client-side library ii zlib1g 1:1.2.3-13 compression library - runtime linuxdcpp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341811: audacity: Clicking "Stop" after recording makes the program hang
Hello, can you confirm that this problem is still true for the latest version in etch? I cannot reproduce it. Greetings, Joost Damad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416878: ITP: bibshelf -- book organizer
Package: wnpp Severity: wishlist Owner: Bart Martens <[EMAIL PROTECTED]> * Package name: bibshelf Version : 1.4.0 Upstream Author : Samuel Abels * URL : http://debain.org/software/bibshelf/ * License : GPL Programming Lang: C++ Description : Book organizer BibShelf helps you to keep track of your book collection. You can fill in such things as the book summary, review, rating and the ISBN. Never forget when it was that you read a book, BibShelf lets you save the date so you do no longer need to waste your brain capacity for storing this information. . Homepage: http://debain.org/software/bibshelf/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416877: openoffice.org: Lists UI styles that are not installed
Package: openoffice.org Version: 2.2.0-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Tools->Options->OpenOffice.org->View->Icon size and style list shows all of the style choices, even if the corresponding openoffice.org-style package is not installed. Choosing one that isn't installed does nothing, leaving the user to wonder why. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.2.0-1 OpenOffice.org office suite - data ii openoffice.org-calc 2.2.0-1 OpenOffice.org office suite - spre ii openoffice.org-core 2.2.0-1 OpenOffice.org office suite archit ii openoffice.org-draw 2.2.0-1 OpenOffice.org office suite - draw ii openoffice.org-filte 2.2.0-1 Legacy filters (e.g. StarOffice 5. ii openoffice.org-filte 2.0.4.dfsg.2-5etch1 Mobile Devices Filters for OpenOff ii openoffice.org-impre 2.2.0-1 OpenOffice.org office suite - pres ii openoffice.org-java- 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite Java s ii openoffice.org-math 2.2.0-1 OpenOffice.org office suite - equa ii openoffice.org-write 2.2.0-1 OpenOffice.org office suite - word openoffice.org recommends no packages. Versions of packages openoffice.org-writer depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libicu36 3.6-2 International Components for Unico ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libstlport5.1 5.1.2-1 STLport C++ class library ii libwpd8c2a 0.8.7-6 Library for handling WordPerfect d ii libwps-0.1-1 0.1.0-3 Works text file format import filt ii libxml22.6.27.dfsg-1 GNOME XML library ii openoffice.org-core2.2.0-1 OpenOffice.org office suite archit ii python-uno 2.2.0-1 Python interface for OpenOffice.or ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages openoffice.org-base depends on: ii j2re1.4 [jav 1.4.2.03-1 Blackdown Java(TM) 2 Runtime Envir ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libhsqldb-ja 1.8.0.7-1 Java SQL database engine ii libmdbtools 0.5.99.0.6pre1.0.20051109-3 mdbtools libraries ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libstlport5. 5.1.2-1 STLport C++ class library ii openoffice.o 2.2.0-1 OpenOffice.org office suite archit ii openoffice.o 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite Java s Versions of packages openoffice.org-calc depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libstlport5.1 5.1.2-1 STLport C++ class library ii libufsparse 1.2-7collection of libraries for comput ii lp-solve5.5.0.10-2 Solve (mixed integer) linear progr ii openoffice.org-core 2.2.0-1 OpenOffice.org office suite archit Versions of packages openoffice.org-base depends on: ii j2re1.4 [jav 1.4.2.03-1 Blackdown Java(TM) 2 Runtime Envir ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libhsqldb-ja 1.8.0.7-1 Java SQL database engine ii libmdbtools 0.5.99.0.6pre1.0.20051109-3 mdbtools libraries ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libstlport5. 5.1.2-1 STLport C++ class library ii openoffice.o 2.2.0-1 OpenOffice.org office suite archit ii openoffice.o 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite Java s Versions of packages openoffice.org-impress depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libstlport5.1 5.1.2-1 STLport C++ class library ii openoffice.org-core 2.2.0-1 OpenO
Bug#416822: apt: [INTL:zh_CN] Updated Simplified Chinese translation for APT
On Fri, Mar 30, 2007 at 06:13:06PM +0200, Christian Perrier wrote: > Quoting Kov Chai ([EMAIL PROTECTED]): > > Package: apt > > Version: 0.6.46.4-0.1 > > Severity: wishlist > > Tags: l10n patch > > > > Please include the updated zh_CN translation for APT. Thanks. > > Apparently, you forgot the attachment, I'm afraid..?;-) > Oh, sorry, here comes the PO file. 8-) > -- Regards, Kov Chai 2007.03.31 Sat -- II III V VII XI XIII XVII XIX XXIII XXIX ... zh_CN.po.gz Description: Binary data
Bug#416822: apt: [INTL:zh_CN] Updated Simplified Chinese translation for APT
On 3/31/07, Christian Perrier <[EMAIL PROTECTED]> wrote: > > Apparently, you forgot the attachment, I'm afraid..?;-) > > > Oh, sorry, here comes the PO file. 8-) OK, got it. However, are you sure that this file is UTF-8 encoded as the PO file header says? Actually, the file I sent is encoded in GBK. It's the first time I translate PO file under MS Windows whose default keyboard-coding-system is Chinese GBK. But I did check it using `msgfmt -v -v -v' before submitting, and msgfmt complained nothing. Weird... My fault again. 8-( It seems it probably uses one of the encodings used in the past for Chinese, like BIG5 or GBhowever, I'm not competent enough in these things to really know which one is used. There is some ways to guess the encoding of Chinese text files. The most reliable one is try to read it using differente candidate encodings in text editor. But, iconv does this work perfectly as well. I always try to convert the encoding of text file from one to another, like `$ iconf -f gbk -t utf8 < README.gbk > README.utf8'. If iconv failed to do the job. The most probably reason is that a wrong source encoding is specified. If the conversion completes without warning, we got it! Although it's also an exhaustive method, it may help in some occasions. Thanks. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGDedH1OXtrMAUPS0RAi5SAKCESBERjrMQrrQe/7vhn/W+BbUQTwCfUwj0 MXNxrk6dtqHw65Mi1MB9VuI= =AEou -END PGP SIGNATURE- -- Regards Kov Chai zh_CN.po.gz Description: GNU Zip compressed data
Bug#416835: (forw) [Pkg-shadow-devel] Bug#416835: /usr/sbin/useradd: contrary to documentation, useradd creates per-user groups
Any thoughts by others about this bug that was reported in Debian? Please note that the "according to /etc/default/useradd" refers to the default file we provide in Debian (attached), which is different from the default file provided by upstream shadow. - Forwarded message from [EMAIL PROTECTED] - From: [EMAIL PROTECTED] To: Debian Bug Tracking System <[EMAIL PROTECTED]> X-Mailer: reportbug 3.31 Date: Fri, 30 Mar 2007 16:16:23 + Subject: [Pkg-shadow-devel] Bug#416835: /usr/sbin/useradd: contrary to documentation, useradd creates per-user groups Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED] X-CRM114-Status: UNSURE (3.8607) This message is 'unsure'; please train it! Package: passwd Version: 1:4.0.18.1-7 Severity: normal File: /usr/sbin/useradd according to /etc/default/useradd, useradd(8) is not capable of creating per-user groups. its manual page does not mention that it can or will do so. the manual page also says that when no group is specified, the default group is "1". despite this, when useradd is invoked without -g, per-user groups are created: 127/[EMAIL PROTECTED]:~>id testuser id: testuser: No such user 1/[EMAIL PROTECTED]:~>grep testuser /etc/group 1/[EMAIL PROTECTED]:~>useradd testuser 0/[EMAIL PROTECTED]:~>id testuser uid=1144(testuser) gid=1144(testuser) groups=1144(testuser) 0/[EMAIL PROTECTED]:~>grep testuser /etc/group testuser:x:1144: 0/[EMAIL PROTECTED]:~> "useradd -g users" will correctly add the user to the "users" group and not create a per-user group. either useradd should be changed to not create per-user groups, or the documentation should be updated to say that it will do so. (the former behaviour seems to make more sense, it's very unexpected that a low-level utility like useradd will do such things.) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4-hemlock6-twincest Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages passwd depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libpam-modules 0.79-4 Pluggable Authentication Modules f ii libpam0g0.79-4 Pluggable Authentication Modules l ii libselinux1 1.32-3 SELinux shared libraries ii login 1:4.0.18.1-7 system login tools passwd recommends no packages. -- debconf information: passwd/password-mismatch: passwd/username: passwd/password-empty: passwd/make-user: true passwd/title: passwd/user-uid: passwd/shadow: true passwd/username-bad: passwd/user-fullname: ___ Pkg-shadow-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-shadow-devel ** CRM114 Whitelisted by: [EMAIL PROTECTED] ** - End forwarded message - # Default values for useradd(8) # # The SHELL variable specifies the default login shell on your # system. # Similar to DHSELL in adduser. We however use "sh" here because # useradd being a low level utility should rather be as widely opened # as possible SHELL=/bin/sh # # The default group for users # 1000=users on Debian systems # same than USERS_GID in adduser # Please be aware that Debian's adduser defaults to "user groups" # which means that one group is created for each user # There is no way to achieve this with useradd which must remains a low # level utility # GROUP=100 # # The default home directory. Same than DHOME for adduser # HOME=/home # # The number of days after a password expires until the account # is permanently disabled # INACTIVE=-1 # # The default expire date # EXPIRE= # # The SKEL variable specifies the directory containing "skeletal" user # files; in other words, files such as a sample .profile that will be # copied to the new user's home directory when it is created. # SKEL=/etc/skel # # Defines whether the mail spool should be created while # creating the account # CREATE_MAIL_SPOOL=yes
Bug#414852: ekiga: Starting pb on debian etch
> Hi, Hi > Isn't this related to the ekiga.net service? If you want to use it, do > you have correct username/password? no it isn't. It's for local network call bye -- ph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416876: mrxvt: DEBUG_X enabled by accident causing slowdown
Package: mrxvt Version: 0.5.2-2 Severity: normal The mrxvt-0.5.2 source has a debugging constant defined that causes a very noticeable slowdown, especially over a remote connection or when the scrollback buffer gets large. I have waited awhile to report this because I was expecting an 0.5.3 release (as hinted at in the following message), but since this has not happened, I am still using a custom-compiled mrxvt to get around this problem. It's a simple one-line fix, so it would be nice to get this patch applied. Thanks! Dave The following message is originally from the SourceForge forum, and can be found at: http://www.nabble.com/-Fixed--Slowdown-in-mrxvt-0.5.2-p6829320.html --snip-- [Fixed] Slowdown in mrxvt-0.5.2 Click to flag this post by Gautam Iyer-2 Oct 15, 2006; 11:51pm Hi All, I fixed the bugs reported by Roy Lanek and Garry Zhang. Both of them reported that mrxvt-0.5.2 was a little slower redrawing the screen in some situations. The problem was a brain malfunction on my part. When coding, I had enabled DEBUG_X in revision 168, and *forgotten* to turn this off! This caused mrxvt to request synchronous processing of X events, and thus a tremendous slowdown! Attached is a patch that fixes this (alternately, use the version from subversion). I also noticed that some shared files from the subversion tree (terminfo + documentation) were missing in the released 0.5.2. Thus if Garry and Roy both report the problem fixed, I will nuke the 0.5.2 release, and re-release as 0.5.3. [And thanks to both of you for pointing it out. God knows how long it might have gone unnoticed otherwise]. Let me know, GI -- Alternative definitions of terms from Math Lectures: PROOF OMITTED: Trust me, It's true. Index: src/init.c === --- src/init.c (revision 195) +++ src/init.c (working copy) @@ -41,7 +41,7 @@ # define DEBUG_X #else # define DEBUG_LEVEL 0 -# define DEBUG_X +# undef DEBUG_X #endif #if DEBUG_LEVEL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416822: apt: [INTL:zh_CN] Updated Simplified Chinese translation for APT
> > Apparently, you forgot the attachment, I'm afraid..?;-) > > > Oh, sorry, here comes the PO file. 8-) OK, got it. However, are you sure that this file is UTF-8 encoded as the PO file header says? It seems it probably uses one of the encodings used in the past for Chinese, like BIG5 or GBhowever, I'm not competent enough in these things to really know which one is used. signature.asc Description: Digital signature
Bug#416822: apt: [INTL:zh_CN] Updated Simplified Chinese translation for APT
On Fri, Mar 30, 2007 at 06:13:06PM +0200, Christian Perrier wrote:
> Quoting Kov Chai ([EMAIL PROTECTED]):
> > Package: apt
> > Version: 0.6.46.4-0.1
> > Severity: wishlist
> > Tags: l10n patch
> >
> >
> > Please include the updated zh_CN translation for APT. Thanks.
>
>
> Apparently, you forgot the attachment, I'm afraid..?;-)
>
Oh, sorry, here comes the PO file. 8-)
>
--
Regards,
Kov Chai
2007.03.31 Sat
--
THEOREM (A. Katok) There exists a measurable set E of area one in
the unit square (0,1) x [0,1] together with a family of disjoint
smooth real analytic curves G(y) which fill out this square, so that
each curve G(y) intersects E in at most one single point.
PROOF. Define for p in (0,1) the piecewise linear map T on [0,1]
by T(x)=x/p for x in A=[0,p) and f(x)=(x-p)/(1-p) for x in B=[p,1).
It is easy to see that T is measure-preserving. Denote by T^n(x) the
n'th iterate of the map, that is T^n(x)=T(T^(n-1)(x)). For fixed p, code
x by an infinite sequence b(n)=0 if x(n)=T^n(x) in A and b(n)=1 else.
In terms of this coding, T corresponds to the shift map. By the strong
law of large numbers, for Lebesgue almost every x in [0,1], the
frequency of 1's in the associated symbol space is defined and equal
to (1-p). Let E be the subset of (p,x) in (0,1) x [0,1] such that
the frequency of 1's is equal to 1-p. It is a measurable set. Because
the intersection of E with each line {p} x [0,1] has full Lebesgue
measure, Fubini's theorem implies that E has Lebesgue area 1.
For x in [0,1] define y(p,x) = sum b(n) 2^n, where b(n) is the coding
of x. The sets G(y) = { (p,x) | y(p,x)=y } are disjoint and each G(y)
is a smooth real analytic curve.
[Proof: set p(0)=p,p(1)=1-p. From x(n)=b(n) p(0)+x(n+1) p(b(n)) follows
x=x(p,y)=p(0)(b(1)+p(b(1))(b(2)+p(b(2))(b(3)+...) ...) ...)
=p(0)(b(1)+b(2) p(b(1)) +b(3) p(b(1)) p(b(2))
+b(4) p(b(1)) p(b(2)) p(b(3)) +...)
Set p(0)=p=(1+t)/2, p(1)=1-p=(1-t)/2. If |t| x(p,y). Since a given symbol
sequence b(n) can have at most one limiting frequency
lim (b(1)+ ... + b(n))/n = 1-p, it follows that each G(y) can intersect
E in at most a single point (p,x(p,y)).
-- John Milnor, Mathem. Intelligencer, Vol 19, 1997
zh_CN.po.gz
Description: Binary data
Bug#416875: NTP depends on Perl
Package: ntp Version: 1:4.2.2.p4+dfsg-2 Hi, I've just spent some time trying to install a reasonably minimal Debian system on a router. To my dismay, there was no way I could get rid of Perl, as the NTP daemon depends on it. This dependency is not necessary, as the daemon itself doesn't need perl -- it's only the accompanying scripts that do. Please change the ``Depends: perl'' to a Suggests (or perhaps a Recommends). Thanks, Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416828: [Pbuilder-maint] Bug#416828: pbuilder: --preserve-buildplace ignored on build
> When building with --preserve-buildplace the buildplace is not > preserved. > Maybe the problem is in the man page which does not describe > properly how --preserve-buildplace works... > > In particular the man page is very funny: > ... It will clean up the build place on failure, or after a > success- ful build... > > So the buildplace is preserved but it is cleaned ? LOL Do not clean the --buildplace if it has the same contents as the .tar.gz file, and no modifications are done. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416874: "gnulib-tool --import gpl" does not work
Package: gnulib Severity: important Hello, $ gnulib-tool --import gpl [snip] gnulib-tool: *** file /usr/share/gnulib/doc/gpl.texi not found gnulib-tool: *** Stop. you does not ship gpl.texi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416634: ekiga: Crashes on amd64 when accepting an incoming call
On Fri, Mar 30, 2007 at 11:29:00AM +0200, Guus Sliepen wrote:
> package ekiga
> severity 415731 serious
> merge 416634 415731
> thanks
> After some debugging, I found out that it crashed because it tried to
> display a warning message about the camera not being found, which was
> broken because of the reason mentioned in bug #415731. On i386, this
> apparently does not trigger a segfault or maybe not often, but on amd64
> it always crashes (probably because amd64 uses a different way to store
> varargs).
Indeed, this behavior should never cause a segfault on i386, but will cause
the problems seen on amd64 because of differences in how varargs are
represented.
The upstream description of the bug and requisite fix looks accurate to me,
though there is no explicit patch in the bug log, so please find one
attached. I have no immediate plans to NMU this since I don't have the
means to reproduce the original bug myself and prove that it's completely
fixed (just starting ekiga on amd64 isn't enough to trigger any problems,
but feel free to call sip:[EMAIL PROTECTED] for a test :), but if no one else
is available to work on this I can NMU Monday or so to get this fixed for
etch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u ekiga-2.0.3/debian/control ekiga-2.0.3/debian/control
--- ekiga-2.0.3/debian/control
+++ ekiga-2.0.3/debian/control
@@ -2,7 +2,7 @@
Section: gnome
Priority: optional
Maintainer: Kilian Krause <[EMAIL PROTECTED]>
-Uploaders: Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>, Debian GNOME Maintainers <[EMAIL PROTECTED]>, Andrew Lau <[EMAIL PROTECTED]>, Clément Stenac <[EMAIL PROTECTED]>, Dafydd Harries <[EMAIL PROTECTED]>, Guilherme de S. Pastore <[EMAIL PROTECTED]>, Gustavo Franco <[EMAIL PROTECTED]>, Gustavo Noronha Silva <[EMAIL PROTECTED]>, J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>, Jordi Mallach <[EMAIL PROTECTED]>, Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>, Josselin Mouette <[EMAIL PROTECTED]>, Loic Minier <[EMAIL PROTECTED]>, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>, Marco Cabizza <[EMAIL PROTECTED]>, Oystein Gisnas <[EMAIL PROTECTED]>, Ondřej Surý <[EMAIL PROTECTED]>, Ross Burton <[EMAIL PROTECTED]>, Sebastien Bacher <[EMAIL PROTECTED]>, Sjoerd Simons <[EMAIL PROTECTED]>
+Uploaders: Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>, Debian GNOME Maintainers <[EMAIL PROTECTED]>, Loic Minier <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 4.1.34), gettext, libgnome2-dev, libldap2-dev, libpt-dev (>= 1.10.2-2), libopal-dev (>= 2.2.3.dfsg-2), libgconf2-dev, libgnomeui-dev, libsdl1.2-dev, dpatch, autotools-dev, gnome-pkg-tools, scrollkeeper, automake1.7, intltool, libxml-parser-perl, evolution-data-server-dev, gnome-doc-utils, libavahi-client-dev (>= 0.6.0), libavahi-glib-dev (>= 0.6.0), libebook1.2-dev
Standards-Version: 3.7.2
diff -u ekiga-2.0.3/debian/changelog ekiga-2.0.3/debian/changelog
--- ekiga-2.0.3/debian/changelog
+++ ekiga-2.0.3/debian/changelog
@@ -1,3 +1,14 @@
+ekiga (2.0.3-5.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * High-urgency upload for RC bugfix.
+ * Take care not to reuse a single va_list for multiple calls to
+vsnprintf(), the list should be released and re-created between
+invocations for portability; fixes a segfault on amd64.
+Closes: #415731.
+
+ -- Steve Langasek <[EMAIL PROTECTED]> Fri, 30 Mar 2007 03:31:34 -0700
+
ekiga (2.0.3-5) unstable; urgency=high
* SECURITY: New dpatch, 51_fix-format-strings, supersedes dpatch
only in patch2:
unchanged:
--- ekiga-2.0.3.orig/lib/gui/gmdialog.c
+++ ekiga-2.0.3/lib/gui/gmdialog.c
@@ -468,6 +468,10 @@
vsnprintf (buffer, 1024, format, args);
+ va_end (args);
+
+ va_start (args, format);
+
prim_text =
g_strdup_printf ("%s",
primary_text);
Bug#416873: kanatest: FTBFS on GNU/kFreeBSD: Linuxism in stats.c
Package: kanatest Version: 0.4.2-1 Severity: important Tags: patch Hi, our package FTBFS on GNU/kFreeBSD because of an unconditional include of . Please find attached a patch to fix this. I'm not committing it directly into our SVN so that it gets a chance to be reviewed and approved by someone else. Cheers, -- Cyril Brulebois --- kanatest-0.4.2~/src/stats.c 2007-03-31 06:30:28.398495000 +0200 +++ kanatest-0.4.2/src/stats.c 2007-03-31 06:30:41.0 +0200 @@ -30,7 +30,9 @@ #include #include #include +#ifdef __linux__ #include +#endif #include #include
Bug#408258: IPP2P
Hi, How is this going on? I had packaged it as part of my part-time job and was wondering whether I should file ITP for it, because I haven't used it myself and I don't think I know it well enough to maintain it, before someone directed me to this bug. If you like to see what I have done, I have put the source at: http://linux.thai.net/~thep/debian/source/ipp2p/ If you have done it, just ignore this message. Otherwise, could you consider taking it for maintenance? Yours, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416872: Description incorrectly talks about emacs support.
Package: ocaml-core Version: 3.09.2.0 Severity: wishlist ocaml-core's description says it depends on the emacs support package, but I'm pretty sure it's referring to ocaml-mode, which it doesn't declare any dependency on. Feel free to slap me around if I misunderstood. :) Daniel -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416757: gpar2: diff for NMU version 0.3-2.1
tags 416757 + patch thanks Hi, Attached is the diff for my gpar2 0.3-2.1 NMU. Note that debhelper contains commands to do the mime and desktop stuff. Switching to those would avoid this kind of bug in the future.. -- see shy jo diff -u gpar2-0.3/config.sub gpar2-0.3/config.sub --- gpar2-0.3/config.sub +++ gpar2-0.3/config.sub @@ -4,7 +4,7 @@ # 2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Software Foundation, # Inc. -timestamp='2006-07-02' +timestamp='2006-09-20' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -276,6 +276,7 @@ | pdp10 | pdp11 | pj | pjl \ | powerpc | powerpc64 | powerpc64le | powerpcle | ppcbe \ | pyramid \ + | score \ | sh | sh[1234] | sh[24]a | sh[23]e | sh[34]eb | sheb | shbe | shle | sh[1234]le | sh3ele \ | sh64 | sh64le \ | sparc | sparc64 | sparc64b | sparc64v | sparc86x | sparclet | sparclite \ @@ -284,7 +285,7 @@ | tahoe | thumb | tic4x | tic80 | tron \ | v850 | v850e \ | we32k \ - | x86 | xscale | xscalee[bl] | xstormy16 | xtensa \ + | x86 | xc16x | xscale | xscalee[bl] | xstormy16 | xtensa \ | z8k) basic_machine=$basic_machine-unknown ;; @@ -367,7 +368,7 @@ | tron-* \ | v850-* | v850e-* | vax-* \ | we32k-* \ - | x86-* | x86_64-* | xps100-* | xscale-* | xscalee[bl]-* \ + | x86-* | x86_64-* | xc16x-* | xps100-* | xscale-* | xscalee[bl]-* \ | xstormy16-* | xtensa-* \ | ymp-* \ | z8k-*) @@ -909,6 +910,10 @@ sb1el) basic_machine=mipsisa64sb1el-unknown ;; + sde) + basic_machine=mipsisa32-sde + os=-elf + ;; sei) basic_machine=mips-sei os=-seiux @@ -1366,6 +1371,9 @@ # system, and we'll never get to this point. case $basic_machine in +score-*) + os=-elf + ;; spu-*) os=-elf ;; diff -u gpar2-0.3/debian/postrm gpar2-0.3/debian/postrm --- gpar2-0.3/debian/postrm +++ gpar2-0.3/debian/postrm @@ -20,9 +20,12 @@ case "$1" in purge|remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) - update-mime-database /usr/share/mime - update-desktop-database - + if [ -x "`which update-mime-database 2>/dev/null`" ]; then + update-mime-database /usr/share/mime + fi + if which update-desktop-database >/dev/null 2>&1 ; then + update-desktop-database -q + fi ;; @@ -40 +43 @@ -exit 0 +exit diff -u gpar2-0.3/debian/changelog gpar2-0.3/debian/changelog --- gpar2-0.3/debian/changelog +++ gpar2-0.3/debian/changelog @@ -1,3 +1,11 @@ +gpar2 (0.3-2.1) unstable; urgency=medium + + * NMU + * Fix postrm to test for programs before running them in purse. +Closes: #416757 + + -- Joey Hess <[EMAIL PROTECTED]> Fri, 30 Mar 2007 22:08:12 -0400 + gpar2 (0.3-2) unstable; urgency=low * Add depends on desktop-file-utils and shared-mime-info (Closes: #392462). signature.asc Description: Digital signature
Bug#416871: ITP: debreaper -- bring peace to the poor souls of crashed applications
Package: wnpp Severity: wishlist Owner: Josselin Mouette <[EMAIL PROTECTED]> * Package name: debreaper Version : 0.1 Upstream Author : myself * URL : None yet (will be on alioth in pkg-gnome if there are no objections) * License : GPL Programming Lang: Python Description : bring peace to the poor souls of crashed applications The Debian Reaper collects the souls of crashed applications, and gathers information from the process and the system to write a nice bug report. The package can then find peace in the BTS. . Debreaper is meant to be a drop-in replacement for the GNOME signal handler, but can easily be used by any other software. It attempts to remain as simple as bug-buddy, and makes use of the user's configured mail client to send the report. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338603: memtest86/memtest86+: please support GNU/kFreeBSD
tag 338603 patch
thanks
Hi,
please find attached a patch implementing what Petr suggested. I know
that I didn't use a patch/unpatch rule, but the "dirty" (patched)
sources will only be used during the build on kfreebsd-*, so that
shouldn't cause too much troubles. I just tried to KISS.
Please note that I don't intend to NMU it, that was just a way for me to
propose a changelog entry and to call debdiff easily. ;-)
Cheers,
--
Cyril Brulebois
diff -u memtest86+-1.65/debian/changelog memtest86+-1.65/debian/changelog
--- memtest86+-1.65/debian/changelog
+++ memtest86+-1.65/debian/changelog
@@ -1,3 +1,13 @@
+memtest86+ (1.65-1.1) unstable; urgency=low
+
+ * Porter NMU.
+ * Add support for GNU/kFreeBSD (Closes: #338603):
+ - Adjust debian/rules to patch conditionally memtest{,_shared}.lds to
+ handle the right OUTPUT_FORMAT.
+ - Add "kfreebsd-i386 kfreebsd-amd64" to the Architecture field.
+
+ -- Cyril Brulebois <[EMAIL PROTECTED]> Sat, 31 Mar 2007 04:27:30 +0200
+
memtest86+ (1.65-1) unstable; urgency=low
* New upstream release (Closes: #331394).
diff -u memtest86+-1.65/debian/control memtest86+-1.65/debian/control
--- memtest86+-1.65/debian/control
+++ memtest86+-1.65/debian/control
@@ -6,7 +6,7 @@
Standards-Version: 3.6.1
Package: memtest86+
-Architecture: i386 amd64
+Architecture: i386 amd64 kfreebsd-i386 kfreebsd-amd64
Suggests: hwtools, sysutils, kernel-patch-badram, grub (>= 0.95+cvs20040624), mtools
Description: thorough real-mode memory tester
Memtest86+ scans your RAM for errors.
diff -u memtest86+-1.65/debian/rules memtest86+-1.65/debian/rules
--- memtest86+-1.65/debian/rules
+++ memtest86+-1.65/debian/rules
@@ -15,6 +15,11 @@
-$(MAKE) clean
+# Different kernels, ABIs, ld defaults, see #338603
+ifeq ($(DEB_HOST_ARCH_OS),kfreebsd)
+ sed -i -e 's/"elf32-i386"/"elf32-i386-freebsd"/' memtest.lds memtest_shared.lds
+endif
+
dh_clean
install: build
pgphf3DDroZOW.pgp
Description: PGP signature
Bug#416716: libc6: ldconfig does not write /etc/ld.so.cache~ synchronously
On Saturday 31 March 2007 08:06, Pierre Habouzit <[EMAIL PROTECTED]> wrote: > Given that it uses a temporary file, a fsync should be enough IMHO. > O_SYNC looks like an overkill. Sure.
Bug#416526: installation-report: semi-successful desktop install
On Fri, Mar 30, 2007 at 04:02:42AM +0300, Eddy Petrișor wrote: > > Uh, putting your comments on the process *in-line as shell comments* is very > > difficult to read; you also show three tests but only show the contents of > > /etc/network/interfaces in two of them, which I find confusing. It would be > > a lot clearer if you would summarize your findings. > Ok, I added comments/summaries above each test (in fact 4 of them). Ok, thanks. So it happens that I've just done my first real etch install onto a new laptop. The desktop is great, but network-manager is /awful/ for my purposes; not because I don't want a desktop applet managing my connection -- I in fact do want this -- but because it stores all my wep keys under lock and key, and as a result my wifi connection isn't brought up until I log into the GUI. This is doubly-broken for me because I want to be able to use Kerberos for network-based login *at* the GUI... None of this is anything that I think should be RC for etch, though I look forward to trying to help find a solution better-integrated with ifupdown for lenny. In the meantime, I'll probably install waproamd for my own use. > Summaries are separated between some visible markers. > > It is certainly the case that /etc/init.d/networking should have no effect > > on interfaces that are not marked 'auto'. > allow-hotplug ones should be managed, too (according to the README.Debian > examples) Uh, I don't understand what you mean by "too". I was talking about what *ifupdown* does with interfaces that are not marked 'auto', which is: nothing. The interface is only managed by /etc/init.d/networking if it's marked 'auto'; if it's marked allow-hotplug and *not* marked auto, it's managed via the hotplug system exclusively. > > fact that it is possible in the NM applet to *override* the status of an > > interface sounds to me like a feature, not a bug. > That would be ok *if* I would still be able to use the init script to stop > and start networking from the console. Since X might not start, it might > not allowing me to maneuver networking from the console until I: > 1) remove NM from the system, > 2) start in X and use NM to start it (which leaves the init script broken with > allow-hotplug, and partly broken with auto) > 3) add a dummy hook to the interface I want to work with and restart dbus, to > NM > does not handle the connection anymore > 4) modify interfaces to use a static IP > All of these are suboptimal, IMHO. Well, at this point the problem you're describing is not reproducible for me. I've set up my ethernet interface as: # The primary network interface auto eth0 allow-hotplug eth0 iface eth0 inet dhcp I have manually disabled networking with NM. I have then run /etc/init.d/networking restart, and the ethernet interface is brought up successfully, and stays up. > -- > The first situation starts with NM removed, after a reboot, with > "allow-hotplug" set in interfaces. > After "networking stop", "networking start" has no effect. > So this whole issue looks like is related both to NM and the > "allow-hotplug" vs. "auto" option. > Sorry for not provifing full information here. > -- So what I understand from this description is that 'allow-hotplug eth0' was set, and 'auto eth0' was /not/ set, so this behavior of /etc/init.d/networking is expected. > Script started on Jo 29 mar 2007 19:57:11 +0300 > debian:/# ifconfig eth0 > eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56 > inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0 > inet6 addr: fe80::5054:ff:fe12:3456/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:9450 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2313 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:14039029 (13.3 MiB) TX bytes:149074 (145.5 KiB) > Interrupt:10 Base address:0xc100 > debian:/# ps ax | grep dhc > 1740 ?S /var/lib/dhcp3/dhclient.eth0.leases eth0 > 8507 pts/2R+ 0:00 grep dhc > debian:/# /etc/init.d/networking stop > Deconfiguring network interfaces...There is already a pid file > /var/run/dhclient.eth0.pid with pid 1740 > killed old client process, removed PID file > Internet Systems Consortium DHCP Client V3.0.4 > Copyright 2004-2006 Internet Systems Consortium. > All rights reserved. > For info, please visit http://www.isc.org/sw/dhcp/ > Listening on LPF/eth0/52:54:00:12:34:56 > Sending on LPF/eth0/52:54:00:12:34:56 > Sending on Socket/fallback > DHCPRELEASE on eth0 to 10.0.2.2 port 67 > done. > debian:/# ps ax | grep dhc > 8540 pts/2S+ 0:00 grep dhc > debian:/# ifconfig eth0 > eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56 > BROADCAST MULTICAST MTU:1500 Metric:1 > RX packets:9451 errors:0 dropped:0 ov
Bug#416567: mtr-tiny: Should not have priority standard
On Wed, Mar 28, 2007 at 05:36:29PM -0700, Josh Triplett wrote: > Package: mtr-tiny > Severity: normal > > traceroute and ping make sense to have by default, but why install one random > ncurses traceroute tool? Anyone who uses mtr could easily install it for > themselves. Please don't make this priority standard. In Bug #416576, Frans suggested discussing these package priorities on debian-devel. I haven't seen that. I don't particularly care about the outcome of the discussion (and have no real control over the package's priority anyway - the Priority field in the Packages files is controlled by the ftpmasters' overrides files) but IMHO it's a decision that needs rough concensus. -- Robert "let's remove TeX and Emacs from standard" Woodcock - [EMAIL PROTECTED] "If your child is presumed by law enforcement authorities to have been kidnapped by someone who is not a family member, you may be able to take the child into account in determining your eligibility for head of household or qualifying widow(er) filing status, the deduction for dependents, child tax credit, and the earned income credit (EIC)." -- IRS 2006 1040 instructions booklet page 21 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416870: gnome-panel: clock-applet crashes after double-clicking a day in the calendar
Package: gnome-panel Version: 2.14.3-5 Severity: normal The clock-applet crashes after I double-click on a day from the calendar. Steps to reproduce: 1) Click on the clock to show the calendar 2) Double-click on a day. The calendar will turn white/unresponsive 3) Click on the clock to hide the calendar again 4) Click on the clock once more to re-open the calendar After step 4, Gnome says the clock-applet has crashed. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-panel depends on: ii gnome-about 2.14.3-2 The GNOME about box ii gnome-control-center1:2.14.2-7 utilities to configure the GNOME d ii gnome-desktop-data 2.14.3-2 Common files for GNOME 2 desktop a ii gnome-menus 2.16.1-3 an implementation of the freedeskt ii gnome-panel-data2.14.3-5 common files for GNOME 2 panel ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libbonobo2-02.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libecal1.2-61.6.3-4 Client library for evolution calen ii libedataserver1.2-7 1.6.3-4 Utility library for evolution data ii libedataserverui1.2-6 1.6.3-4 GUI utility library for evolution ii libgconf2-4 2.16.1-1 GNOME configuration database syste ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-2 Utility library for loading .deskt ii libgnome-menu2 2.16.1-3 an implementation of the freedeskt ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomeui-02.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-5 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libwnck18 2.14.3-1 Window Navigator Construction Kit ii libx11-62:1.0.3-6X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii menu-xdg0.2.3freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii evolution-data-server 1.6.3-4evolution database backend server ii gnome-applets 2.14.3-4 Various applets for GNOME 2 panel ii gnome-session 2.14.3-5 The GNOME 2 Session Manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416869: gmt: pslegend does not call function using GMT wrapper
Package: gmt Version: 4.1.2-1.1 Severity: normal As regular user I don't call GMT programs directly. pslegend calls the other programs without trying the wrapper, in case the PATH wasn't set to include the programs in /usr/lib/gmt/bin. It would be nice if the GMT wrapper could be used throughout. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages gmt depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libnetcdf3 3.6.1-1 An interface for scientific data a ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-6X11 client-side library ii libxaw7 1:1.0.2-4X11 Athena Widget library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library Versions of packages gmt recommends: ii gmt-coast-low [gmt-coastlin 20020411-1.1 Low resolution coastlines for the ii gmt-doc 4.1.2-1.1HTML documentation for GMT, the Ge -- no debconf information Cheers, -- Seb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413124: webdiff became netstiff / bug retitling
retitle 413124 ITP: netstiff -- powerful tool to check for web page updates thanks Hi again, > Finding a good and well sounding package name is complicated business. So it's done and "webdiff" is renamed to "netstiff". Well, it's a rather nonsense name without further meaning. Well-sounding? That's a matter of taste. Good? No, new users cannot divine by name, what the program is doing. But: it's unique and, at least, rhymes on webdiff. ;-) > I am not sure about what is the main focus of your package. At the first > glance it looks like a websec remake in Ruby. I would at least refer to > websec in the package description. websec is ... different, a bit ;-) It has other features, e.g. producing colored HTML output or sending mail. And when I started doing work on netstiff/webdiff, I didn't know that websec exists, of course. Otherwise, I think, I would never have begun writing netstiff. Now let's go: * Package name: netstiff Version : 20070322 Upstream Author : Stephan Beyer <[EMAIL PROTECTED]> * URL : http://pkqs.net/~sbeyer/tools/netstiff/ * License : GPL Programming Lang: Ruby Description : powerful tool to check for web page updates netstiff (formerly known as webdiff) is a powerful and easy-to-use tool which checks for web page updates. Several test criteria can be used: diff, html, size, date, md5sum, regexp. Using the default command (`get'), it will fetch the needed data from the specified URIs and show you only those that changed or where the given regular expression matches. Using the `diff' command and diff criterion, netstiff will show you the changes in unified diff format, like "diff -u" does. If you use the html criterion, the `diff' command is able to filter HTML tags or to use an external tool, like "html2text" or "lynx -nolist -dump" to pretty-print the difference output. Netstiff also comes with a built-in interactive configuration tool. Regards, Stephan Beyer PS: I hope I've done it right. -- Stephan Beyer <[EMAIL PROTECTED]>, PGP 0x6EDDD207FCC5040F signature.asc Description: Digital signature
Bug#416847: not starting
Hi, > > it's working here. > > Likewise, I'm unable to reproduce this failure on a freshly-installed etch > amd64 system. René told me on IRC that he is using the GL stuff from the ATI installer, but: other OpenGL applications worked and crack-attack could be started, too. So I guess that it is the new glibc with better (stricter) memory management/checks in conjunction with broken ATI GLX libraries. So, imho the bug could be closed, when it is sure. The answer gives gdb or valgrind, as you have already mentioned. ;-) René, have you tried crack-attack with the reduced or extremely reduced graphics mode? If other OpenGL applications really work, this can work, too. ;-) Regards, Stephan -- Stephan Beyer <[EMAIL PROTECTED]>, PGP 0x6EDDD207FCC5040F signature.asc Description: Digital signature
Bug#411426: only ship libbrlapi.so.0.4 in libbrlapi1
severity 411426 important thanks On Sat, Mar 31, 2007 at 02:00:36AM +0200, Samuel Thibault wrote: > Steve Langasek, le Fri 30 Mar 2007 16:41:13 -0700, a écrit : > > On Sat, Mar 31, 2007 at 12:40:48AM +0200, Samuel Thibault wrote: > > > Samuel Thibault, le Tue 27 Mar 2007 20:01:56 +0200, a écrit : > > > > Is there a reason for delaying an upload fixing brltty #411426, #414068 > > > > and #411671 bugs? > > > Actually, only 411426 really needs to be fixed for Etch. Do you have > > > time for doing the upload, or could it be NMUed? > > Um, I don't see that this is a bug that needs to be fixed for etch, and I'm > > generally not in favor of significantly reorganizing binary packages at the > > last minute before release. Could you please elaborate why you've marked > > this as 'serious'? > libbrlapi1 is meant to ship a library. Currently, it also ships > /sbin/xbrlapi and /lib/brltty/libbrlttybba.so binaries. Later on, if we > need to upload a new libbrlapi2, that one will have to conflict with > libbrlapi1, hence preventing from installing both versions of libraries > and smooth library transitions. Ok, well if that's the only argument, then it's not release-critical. I might still consider accepting such a fix for etch depending on time available and how straightforward the provided solution is, but the reverse-dependencies of libbrlapi1 are not so numerous that a /non/-smooth library transition for lenny would significantly handicap us. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#411426: only ship libbrlapi.so.0.4 in libbrlapi1
Steve Langasek, le Fri 30 Mar 2007 16:41:13 -0700, a écrit : > On Sat, Mar 31, 2007 at 12:40:48AM +0200, Samuel Thibault wrote: > > Samuel Thibault, le Tue 27 Mar 2007 20:01:56 +0200, a écrit : > > > Is there a reason for delaying an upload fixing brltty #411426, #414068 > > > and #411671 bugs? > > > Actually, only 411426 really needs to be fixed for Etch. Do you have > > time for doing the upload, or could it be NMUed? > > Um, I don't see that this is a bug that needs to be fixed for etch, and I'm > generally not in favor of significantly reorganizing binary packages at the > last minute before release. Could you please elaborate why you've marked > this as 'serious'? libbrlapi1 is meant to ship a library. Currently, it also ships /sbin/xbrlapi and /lib/brltty/libbrlttybba.so binaries. Later on, if we need to upload a new libbrlapi2, that one will have to conflict with libbrlapi1, hence preventing from installing both versions of libraries and smooth library transitions. Samuel
Bug#416847: not starting
tags 416847 unreproducible moreinfo severity 416487 important thanks On Fri, Mar 30, 2007 at 10:59:52PM +0200, Stephan Beyer wrote: > Hi René, > it's working here. Likewise, I'm unable to reproduce this failure on a freshly-installed etch amd64 system. > > *** glibc detected *** free(): invalid pointer: 0x006c1760 *** > Because crack-attack is completely written in C++, I think the bad > free() call is done by a library, for example Gtk+ or mesa. > Perhaps, mesa (libgl1-mesa-glx/libglu1-mesa) is the bad guy, because > my libGL.so, libGLU.so, ... have been overwritten by the NVidia installer > and all the other libraries and versions are the same that you use. > (But I don't see a corresponding bug report for the mesa libraries.) Well, not per se; I'm using the standard mesa libraries with an intel 915 chipset, and it works fine. Rene, you might want to run crack-attack under valgrind, to get better debug info about what's causing the invalid free. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#411426: only ship libbrlapi.so.0.4 in libbrlapi1
On Sat, Mar 31, 2007 at 12:40:48AM +0200, Samuel Thibault wrote: > Samuel Thibault, le Tue 27 Mar 2007 20:01:56 +0200, a écrit : > > Is there a reason for delaying an upload fixing brltty #411426, #414068 > > and #411671 bugs? > Actually, only 411426 really needs to be fixed for Etch. Do you have > time for doing the upload, or could it be NMUed? Um, I don't see that this is a bug that needs to be fixed for etch, and I'm generally not in favor of significantly reorganizing binary packages at the last minute before release. Could you please elaborate why you've marked this as 'serious'? It's normally not RC for a package to ship in a stable release with the kind of bug described here, it just becomes RC to fail to deal with it correctly in the next stable release. (Hmm, I see that currently, policy 8.2 says "must not" about including support programs in a shared lib package; I have no idea when that was changed, but anyway it's not something being treated as RC for etch.) Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#416847: I can't reproduce the bug in sid
Hi, I also could not reproduce the bug in sid, without any non-free gl tweaking (I have an ati video card with the xserver-xorg-video-ati driver. Anyway, I have a sid system, in the template I see only two differencies: ii freeglut3 2.4.0-5.1OpenGL Utility Toolkit ii libsdl-mixer1.2 1.2.6-2 mixer library for Simple DirectMed So, could you try to upgrade these two, to confirm is the problem is with any of those two libraries? -- "I'd rather listen to [Isaac] Newton than to [MicroSoft's] Mundie. He may have been dead for almost three hundred years, but despite that he stinks up the room less." --- (Linus Torvalds) Saludos /\/\ /\ >< `/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375030: opendchub: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libcap-dev)
tag 375030 patch confirmed thanks "Zak B. Elep" <[EMAIL PROTECTED]> (24/06/2006): > Hi Petr! =) Hi all. ;-) > Thanks for the bug! This will go into 0.7.15-1 soon :D FSVO "soon", I guess? :-) J/k, tagging this bugreport with (hopefully) appropriate tags, so that one can figure out that you've ACK'd it. Cheers, -- Cyril Brulebois pgpRWx379LJOH.pgp Description: PGP signature
Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping
Hi Steve. As I've told you in my email before I just tested your patch with the following results (used linux-source-2.6.18 (2.6.18.dfsg.1-12) from testing, of course on an amd64 system): - The patch applies without problems - The kernel compiles with it without problems (at least with my config) - It boots correctly - and it automatically disables the hardware iommu (look at my dmesg below): Bootdata ok (command line is root=/dev/sda1 ro snd-ice1724.index=0 snd-intel8x0.index=1 ) Linux version 2.6.18debtest (Version:) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP PREEMPT Sat Mar 31 00:42:51 CEST 2007 BIOS-provided physical RAM map: Normal zone: 387840 pages, LIFO batch:31 Nvidia board detected. Ignoring ACPI timer override. Looks like an nvidia chipset. Disabling HW IOMMU. Override with "iommu=allowed" ACPI: PM-Timer IO Port: 0x8008 CPU 0: aperture @ ac00 size 64 MB CPU 1: aperture @ ac00 size 64 MB PCI-DMA: Using software bounce buffering for IO (SWIOTLB) Placing software IO TLB between 0x165 - 0x565 Memory: 4036552k/5767168k available (3007k kernel code, 156324k reserved, 1245k data, 216k init) Calibrating delay using timer specific routine.. 4422.28 BogoMIPS (lpj=2211140) Security Framework v1.0.0 initialized So you see later on the kernel correctly reports to use the swiotlb. I would say (although I'm by any means not kernel expert) that your patch looks good and I _strongly_ recommend to include it in etch r0 (!!)... You're the release manager,... so you should get managed this :-) But I would say that you should add some notes to the release notes. btw: I've CC'ed the mail to Andy so if you don't have time to do this he might... uh and for Andy: have you already signed the etch release key and did you have found some time to sign my personal key I gave you on the last Stammtisch?! Best wishes, Chris. begin:vcard fn:Mitterer, Christoph Anton n:Mitterer;Christoph Anton email;internet:[EMAIL PROTECTED] x-mozilla-html:TRUE version:2.1 end:vcard
Bug#409360: openssh-client: Disabling GSSAPIAuthentication option by default
Colin Watson <[EMAIL PROTECTED]> writes:
> On Fri, Mar 30, 2007 at 12:32:48PM -0700, Russ Allbery wrote:
>> Do we know which lookup in particular is hanging? I had originally
>> thought that it was the lookups for the KDCs, but it sounds like that
>> may not be the case. That's good news -- there isn't much that can be
>> done about the KDC lookups without some longer-term upstream projects,
>> but if it's something else, it may be easier to fix.
> It's the one from gss_import_name (called from ssh_gss_import_name), I
> believe.
Ah, yes. Which calls krb5_sname_to_principal to try to figure out what
credentials to attempt to acquire, which in turn does:
struct addrinfo *ai, hints;
int err;
char hnamebuf[NI_MAXHOST];
/* Note that the old code would accept numeric addresses,
and if the gethostbyaddr step could convert them to
real hostnames, you could actually get reasonable
results. If the mapping failed, you'd get dotted
triples as realm names. *sigh*
The latter has been fixed in hst_realm.c, but we should
keep supporting numeric addresses if they do have
hostnames associated. */
memset(&hints, 0, sizeof(hints));
hints.ai_family = AF_INET;
try_getaddrinfo_again:
err = getaddrinfo(hostname, 0, &hints, &ai);
if (err) {
if (hints.ai_family == AF_INET) {
/* Just in case it's an IPv6-only name. */
hints.ai_family = 0;
goto try_getaddrinfo_again;
}
return KRB5_ERR_BAD_HOSTNAME;
}
remote_host = strdup(ai->ai_canonname ? ai->ai_canonname :
hostname);
if (!remote_host) {
freeaddrinfo(ai);
return ENOMEM;
}
if (maybe_use_reverse_dns(context, DEFAULT_RDNS_LOOKUP)) {
/*
* Do a reverse resolution to get the full name, just in
* case there's some funny business going on. If there
* isn't an in-addr record, give up.
*/
/* XXX: This is *so* bogus. There are several cases where
this won't get us the canonical name of the host, but
this is what we've trained people to expect. We'll
probably fix it at some point, but let's try to
preserve the current behavior and only shake things up
once when it comes time to fix this lossage. */
err = getnameinfo(ai->ai_addr, ai->ai_addrlen,
hnamebuf, sizeof(hnamebuf), 0, 0,
NI_NAMEREQD);
freeaddrinfo(ai);
if (err == 0) {
free(remote_host);
remote_host = strdup(hnamebuf);
if (!remote_host)
return ENOMEM;
}
}
You can turn off the reverse DNS lookup by setting rdns to false in
[libdefaults] in krb5.conf, but this means that the Kerberos library
doesn't canonicalize the hostname for you, which is a change in behavior.
As the comment notes, the Kerberos library really shouldn't be doing this,
but it's been done this way for so long that it's a disruptive change to
stop. This is really the wrong behavior for SSH in general, since SSH has
its own concept of host canonicalization that's handled through local
configuration, but Kerberos doesn't know it's being called by SSH.
However, before calling this function, gss_import_name creates a Kerberos
context, which means that this should all fail much earlier if one doesn't
have a krb5.conf file. So people who don't have krb5-config installed
won't see this, even if reverse DNS is broken. Unfortunately, the code
has no idea whether you have a ticket cache until much later, so if you
have the configuration available, this will all happen even if you don't
have Kerberos tickets (I think).
Personally, I think this bug lies with whatever package is installing a
broken reverse DNS setup that not only doesn't work but that takes forever
to time out. But I realize that it's annoying to people and users don't
really care *where* the problem is coming from.
--
Russ Allbery ([EMAIL PROTECTED])
Bug#409360: openssh-client: Disabling GSSAPIAuthentication option by default
On Fri, Mar 30, 2007 at 12:32:48PM -0700, Russ Allbery wrote: > Colin Watson <[EMAIL PROTECTED]> writes: > > I would like to avoid the extra reverse DNS lookup if possible, though. > > I looked into the source and couldn't entirely see what was going on, as > > a chunk of it was buried in the bowels of krb5. Russ, do you have any > > ideas here? > > Do we know which lookup in particular is hanging? I had originally > thought that it was the lookups for the KDCs, but it sounds like that may > not be the case. That's good news -- there isn't much that can be done > about the KDC lookups without some longer-term upstream projects, but if > it's something else, it may be easier to fix. It's the one from gss_import_name (called from ssh_gss_import_name), I believe. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416845: mirror submission for debian.mirror.ac.za
Dear Andrew, On Fri, Mar 30, 2007 at 07:30:15PM +, Andrew Alston wrote: > Package: mirrors > Severity: minor > > Site: debian.mirror.ac.za Thanks for your submission ! Some details have to been fixed before we can include your mirror in the list. > Type: leaf > Archive-ftp: /debian/ > Archive-http: /debian/ Some little fix to do : http://www.debian.org/mirrors/ftpmirror#settings > Archive-rsync: debian/ It seems that is rsync://debian.mirror.ac.za/debian/debian/ It would be nice to fix it so that we can access it through rsync://debian.mirror.ac.za/debian/ May we add also add your iso mirror to the list ? By the way, I don't kwow you generated the ISO, but you may have a look at http://www.debian.org/CD/mirroring/#jigdomirror > Mirrors-from: ftp.fi.debian.org According to http://debian.mirror.ac.za/debian/project/trace/ you mirror from ftp.es.debian.org Could you check this point please ? > Archive-architecture: ALL > Maintainer: Andrew Alston <[EMAIL PROTECTED]> > Country: ZA South Africa > Location: Cape Town > Comment: Available via both IPv4 and IPv6, on approximately 200mbit of > bandwidth. The packages archive are mirrored 4 times a day 4 times a day is too often, have a look at http://www.debian.org/mirrors/ftpmirror#when or contact a push mirror to setup push mirroring. Thanks for mirroring Debian, Best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342689: lcms(GNU/k*BSD): FTBFS: out of date libtool scripts
found 342689 1.15-1 tag 342689 patch thanks Petr Salinger <[EMAIL PROTECTED]> (09/12/2005): > Here is how to update the libtool in your package: > > libtoolize -c -f > aclocal (-Im4 might be needed if there is an "m4" template dir) > autoconf Alternatively, "autoreconf -vfi" is also OK. Cheers, -- Cyril Brulebois pgpAqcgLbqGVR.pgp Description: PGP signature
Bug#342683: php4-rrdtool(GNU/k*BSD): FTBFS: out of date libtool scripts
tag 342683 patch thanks Petr Salinger <[EMAIL PROTECTED]> (09/12/2005): > Here is how to update the libtool in your package: > > libtoolize -c -f > aclocal (-Im4 might be needed if there is an "m4" template dir) > autoconf Hi. Alternatively, "autoreconf -vfi" is also fine, and then the build is OK. Cheers, -- Cyril Brulebois pgp0X33XpJBw7.pgp Description: PGP signature
Bug#396193: [Yaird-devel] Bug#396193: Patch to recognize openfirmware drivers
On Sat, Mar 31, 2007 at 12:35:36AM +0200, Jonas Smedegaard wrote: > > Well, you may disagree, and we almosted fighted in erkelenz over this, but > > if > > someone is using an ancient kernel not in current etch or lenny, then he > > should use the version of yaird which goes with it, namely the sarge > > version. > > > > It is very probably that the absence of this patch will break yaird in lenny > > even, or also the etch upgrade kernel at mid-live we have planned. > > > > Furthermore, ancient kernels are no more supported in debian/etch anyway, > > due > > to udev if nothing else, and the upgrade path does recomend upgrading the > > kernel early on. > > > > So, if you want to use a pre-etch kernel, then you should use the > > accompanying > > pre-etch yaird. > > I do not want to argue with you the relevancy of > non-distributor-provided kernels. As said, this is already the discourse which got us in trouble in erkelenz, and caused debian a year long of strife and hate, please reconsider your stubborn stance on this. > I do want to understand if in fact applying this patch causes problems > for any kernels that works without this patch. Well, also consider that upstream linux/powerpc developpers are unlikely to be willing to support in anyway a kernel as old as 2.6.8 is, please ask for their advice if you cannot believe the information i give you gathered from my active involvement with that community. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342671: libicq2000(GNU/k*BSD): FTBFS: out of date libtool scripts
Petr Salinger <[EMAIL PROTECTED]> (09/12/2005): > Here is how to update the libtool in your package: > > libtoolize -c -f > aclocal (-Im4 might be needed if there is an "m4" template dir) > autoconf Hi. Running "autoreconf -vfi" does the same, alternatively. Unfortunately, this isn't sufficient, since afterwards the build fails with the following error: > /usr/bin/make install-docs > DESTDIR=/home/kibi/walkthrough-the-bts/libicq2000-0.3.2/debian/tmp > make[1]: Entering directory `/home/kibi/walkthrough-the-bts/libicq2000-0.3.2' > make[1]: *** No rule to make target `install-docs'. Stop. > make[1]: Leaving directory `/home/kibi/walkthrough-the-bts/libicq2000-0.3.2' > make: *** [install] Error 2 > debuild: fatal error at line 1228: > fakeroot debian/rules binary failed Petr, same as in a previous reply to one of your bugreports, could you please have a look at this and eventually ping me if you want me to have a deeper look at this, once I'm not with my list of bugs? Cheers, -- Cyril Brulebois pgpYRrpDwPH6O.pgp Description: PGP signature
Bug#416868: ltsp-server: example dhcpd.conf fails to mention next-server
Package: ltsp-server Version: 0.99debian11 Severity: important the docs need to reference the need to specify a next-server when using dhcp3. -- Package-specific info: packages in chroot: /opt/ltsp/i386 ii initramfs-tools 0.85ftools for generating an initramfs ii ldm 0.99debian11 LTSP display manager ii ltsp-client 0.99debian11 LTSP client environment -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ltsp-server depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debconf-utils 1.5.11 debconf utilities ii debootstrap 0.3.3.2 Bootstrap a basic Debian system ii esound-clients 0.2.36-3 Enlightened Sound Daemon - clients ii gettext-base0.16.1-1 GNU Internationalization utilities ii iproute 20061002-3 Professional tools to control the ii lsb-release 3.1-23.1 Linux Standard Base version report ii nfs-kernel-server 1:1.0.10-6 Kernel NFS server support ii openbsd-inetd [inet-superse 0.20050402-5 The OpenBSD Internet Superserver ii openssh-client 1:4.3p2-9Secure shell client, an rlogin/rsh ii python 2.4.4-2 An interactive high-level object-o ii ssh 1:4.3p2-9Secure shell client and server (tr ii tcpd7.6.dbs-13 Wietse Venema's TCP wrapper utilit ii tftpd-hpa 0.43-1.1 HPA's tftp server ii update-inetd4.27-0.4 inetd.conf updater Versions of packages ltsp-server recommends: pn nbd-server (no description available) ii openssh-server1:4.3p2-9 Secure shell server, an rshd repla ii ssh 1:4.3p2-9 Secure shell client and server (tr -- debconf information: ltsp-server/build_client: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416683: vm: Incompatible with Debian voting software
On 30 March 2007 at 17:43, [EMAIL PROTECTED] wrote: | On Fri, 30 Mar 2007 17:13:28 -0500, Dirk Eddelbuettel <[EMAIL PROTECTED]> said: | | > You ztill so miss the point that it's laughable. It is about | > DOCUMENTATION as well as the principle of leastt surprise. | | > Devotee fails on both. But sure, keep sending insulting emails. | > That'll help. Not. | | Documentation of what, buddy boy? Of the format of SMTP mails? Ah, we're back to a patronizing tone? Let me start an over/under but then about when you pull the luddite rabbit out of your hat again. But I digress... Documentation of what, you ask? Well maybe of what I suggested before about half a dozen times (and I can also send you snail mail letter if that helps with your attention deficit disorder): list which mailers are known to, respectively, fail and work. As helpful guidance, not in a prescriptive. And Debian will buy you liability insurance in case you're afraid it doesn't work with a mailer you listed, All that is suggested is that you bloody grep through the 'accepted' and 'failed' piles and maybe count the occurrences. That's all. You got the data. Use it. Save a kitten or two. | Or PGP message format? Or PGP/MIME formats? That's all that you need | to know to send mail to the voting system. | | No user has ever any need to know about devotee, really -- all | you have to do is to be able to send email. You know, bog standard | email. That has been true since day one. Bog standard. Like the ones that worked for ten times, and then mysteriously failed. Because of a change you controlled, didn't announce, and refuse to document. Bog standard, as you say. Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416867: adept-notifier: adept doesn't respected hold flag
Package: adept-notifier Version: 2.1.2 Severity: normal Whenever I click on the adept notifier, it wants to upgrade all packages, even those marked as hold (or is this a bug in a adept-updater?). Aptitude, apt-get get, and even dselect are all smart enough not do this without at least asking for persmission first. It would also be nice if the updater would ignore packages marked hold in its little status icon, although I suppose that might be really part of bug #386473. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages adept-notifier depends on: ii adept-updater 2.1.2 system update tool for KDE ii apt [libapt-pkg-libc6. 0.6.46.4-0.1 Advanced front-end for dpkg ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libtdb11.0.6-13 Trivial Database - shared library ii zlib1g 1:1.2.3-13compression library - runtime adept-notifier recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411426: only ship libbrlapi.so.0.4 in libbrlapi1
Samuel Thibault, le Tue 27 Mar 2007 20:01:56 +0200, a écrit : > Is there a reason for delaying an upload fixing brltty #411426, #414068 > and #411671 bugs? Actually, only 411426 really needs to be fixed for Etch. Do you have time for doing the upload, or could it be NMUed? Samuel
Bug#342670: libytnef(GNU/k*BSD): FTBFS: out of date libtool scripts
tag 342670 patch
thanks
Petr Salinger <[EMAIL PROTECTED]> (09/12/2005):
> the current version of libytnef fails to build on GNU/kFreeBSD,
> because of outdated libtool.
This is not the only problem, config.{guess,sub} are outdated, which can
be solved by copyring autotools-dev's ones from /usr/share/misc, and
maybe automating this copying, as described in this package's
README.Debian.
> Here is how to update the libtool in your package:
>
> libtoolize -c -f
> aclocal (-Im4 might be needed if there is an "m4" template dir)
> autoconf
Alternatively, "autoreconf -vfi" is OK, your package then builds fine.
Cheers,
--
Cyril Brulebois
pgpYjMtfnlRKb.pgp
Description: PGP signature
Bug#416683: vm: Incompatible with Debian voting software
On Fri, 30 Mar 2007 17:13:28 -0500, Dirk Eddelbuettel <[EMAIL PROTECTED]> said: > You ztill so miss the point that it's laughable. It is about > DOCUMENTATION as well as the principle of leastt surprise. > Devotee fails on both. But sure, keep sending insulting emails. > That'll help. Not. Documentation of what, buddy boy? Of the format of SMTP mails? Or PGP message format? Or PGP/MIME formats? That's all that you need to know to send mail to the voting system. No user has ever any need to know about devotee, really -- all you have to do is to be able to send email. You know, bog standard email. That has been true since day one. When your mailer sent in standard email, voting worked. Devotee has always been coded to accept standards conformant email --- nothing changed there. If you want documentation of how to send standard email, hmm, there are gazillions of sites on the 'net. I have no desire to duplicate tham manoj ps: for the sake of argument, all ballots, arguably, have always been UTF-8 -- just so happens that until recently, the ballots also happened to map to ASCII, since UTF-8 and ascii are identical for the lower 7bit code points. -- Savage's Law of Expediency: You want it bad, you'll get it bad. Manoj Srivastava <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396193: [Yaird-devel] Bug#396193: Patch to recognize openfirmware drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Luther wrote: > On Fri, Mar 30, 2007 at 10:53:37PM +0200, Jonas Smedegaard wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Sven Luther wrote: >>> On Fri, Mar 30, 2007 at 09:24:25PM +0200, Jonas Smedegaard wrote: Bernhard R. Link wrote: > Attached patch teaches yaird to recognize openfirmware devices, > as they appear in linux 2.6.18. > > This makes my sparc with sbus devices work again with yaird and in > theory it should also make it not choke on ebus devices the bugreport > I'm sending this to is about. Thanks alot for your work - and sorry for my late response. Unfortunately, it seems to me that your patch will interfere with PowerPC machines, that also use OpenFirmware. Looking briefly on a Macintosh at hand, it contains devspec files in sysfs too, but not the modules.ofmap that your patch seems to rely on. Could anyone check if I am right - and perhaps figure out a sane way to deal with the different openfirmware implementations? >>> The future of powerpc plateform drivers, with the move to arch=powerpc, and >>> everything relying on an openfirmware-like device tree, is to go the >>> plateform_of way. This does include the powermacs, which is the primary >>> development plateform of benjamin herrenschmidt, among others, who was >>> involved in the openfirmware driver move. >>> >>> As thus, adding support for the openfirmware plateform devices is needed to >>> continue to have hotplug support for those devices, and vital for yaird. >> Thanks for the detailed info, Sven. >> >> I did notice shortly after firing off that email that indeed the ofmap >> file is present for a 2.6.18 kernel, only not for that ancient 2.6.8 >> kernel I was looking at at first. >> >> This raises another question: It seems to me that this patch will fail >> for kernels that offers devspec in sysfs but does not ship with a >> modules.ofmap file. >> >> If so, applying this patch will cause yaird to stop working on older >> kernels that worked before. > > Well, you may disagree, and we almosted fighted in erkelenz over this, but if > someone is using an ancient kernel not in current etch or lenny, then he > should use the version of yaird which goes with it, namely the sarge version. > > It is very probably that the absence of this patch will break yaird in lenny > even, or also the etch upgrade kernel at mid-live we have planned. > > Furthermore, ancient kernels are no more supported in debian/etch anyway, due > to udev if nothing else, and the upgrade path does recomend upgrading the > kernel early on. > > So, if you want to use a pre-etch kernel, then you should use the accompanying > pre-etch yaird. I do not want to argue with you the relevancy of non-distributor-provided kernels. I do want to understand if in fact applying this patch causes problems for any kernels that works without this patch. Thanks for your help. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGDZC4n7DbMsAkQLgRAmKKAKCaxb7smMyCRbzvMSgTUjKZTBjINQCfdu1Z t9Yt4d2tkoeCCFzEs1IVoXA= =2yrr -END PGP SIGNATURE-
Bug#355105: Fixed in upload of unionfs 1.1.3+20060322.0043+debian-1 to experimental
At 1175280443 time_t, Julien Danjou wrote: FYI, it does not compile without this patch: http://www.fsl.cs.sunysb.edu/pipermail/unionfs-cvs/2006-November/000937.html -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#416728: Unhelpful message copying file with unsupported character in file name
forwarded 416728 http://bugzilla.gnome.org/show_bug.cgi?id=373083 thanks On Thu, 2007-03-29 at 22:12 -0700, Matt Kraai wrote: > When I tried to copy a file that contains a ":" in its name to a DOS > file system, an error message was displayed that said > > Error "invalid parameters" while copying "/home/kraai...emise.flac". > > Would you like to continue? > > [Cancel] [Retry] > > The file was named > > 02 - My Motivation: Your Demise.flac > > Ideally, I wish it would explain that the ":" character wasn't permitted > and offer to omit it from the copy's name. Hi, Looks like this has already been reported upstream, I'm simply marking this bug as forwarded. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#416480: ghex: crashes while searching an ASCII string.
On Wed, 2007-03-28 at 11:34 +0200, Manolo Díaz wrote: > this bug appears to be similar to #373712 but with an important > difference: the (ASCII) string I was searching for DID exist and EOF wasn't > reached. Strictly speaking, this bug is important but the operation is so > basic > that renders the package nearly unusable. Hi, Could you try the patch suggested upstream and see if it will take care of the problem? http://bugzilla.gnome.org/attachment.cgi?id=63888&action=view -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#416716: libc6: ldconfig does not write /etc/ld.so.cache~ synchronously
On Fri, Mar 30, 2007 at 09:31:34AM +1000, Russell Coker wrote:
> Package: libc6
> Version: 2.3.6.ds1-13
> Severity: normal
>
> Below is part of the strace output from running "ldconfig" with no
> parameters. As you can see the O_SYNC parameter is not used for the open()
> system call and the fsync() system call is not used to sync the file to disk
> before closing it.
>
> This means that if the system has a power failure immediately after a rename
> the file /etc/ld.so.cache may have corrupt contents. I have seen this happen
> on a real system (it's not a theoretical bug).
>
> unlink("/etc/ld.so.cache~") = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache~", O_WRONLY|O_CREAT|O_TRUNC|O_NOFOLLOW, 0644) = 3
> write(3, "ld.so-1.7.0\0\376\2\0\0\3\0\0\0\310L\0\0\322L\0\0\3\0\0"..., 9208)
> = 9208
> write(3, "", 0) = 0
> write(3, "glibc-ld.so.cache1.11\3\0\0m\213\0\0\0\0\0\0"..., 19656) = 19656
> write(3, "libz.so.1\0/usr/lib/libz.so.1\0lib"..., 35693) = 35693
> close(3)= 0
> chmod("/etc/ld.so.cache~", 0644)= 0
> rename("/etc/ld.so.cache~", "/etc/ld.so.cache") = 0
Given that it uses a temporary file, a fsync should be enough IMHO.
O_SYNC looks like an overkill.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgptMMOAvYGpO.pgp
Description: PGP signature
Bug#342667: xmms-infopipe(GNU/k*BSD): FTBFS: out of date libtool scripts
Petr Salinger <[EMAIL PROTECTED]> (09/12/2005):
> the current version of xmms-infopipe fails to build on GNU/kFreeBSD,
> because of outdated libtool.
Hi,
additionally, config.{guess,sub} are outdated, which can be fixed by
copying those from the autotools-dev package. This can also be automated
by applying the instructions in autotools-dev's README.Debian.
>
> The version of libtool used in xmms-infopipe is too old to correctly
> support Debian GNU/k*BSD, libtool 1.5.2-1 or later is need.
>
> Here is how to update the libtool in your package:
>
> libtoolize -c -f
> aclocal (-Im4 might be needed if there is an "m4" template dir)
> autoconf
Alternatively, you could run "autoreconf -vfi".
Unfortunately, that is not sufficient, .so files are still missing, so I
guess that some tweaks are needed. [And that's why I'm not tagging this
bugreport with 'patch'.]
Petr, could you please have a look at that or ask me to? I'll keep on
walking though not-tagged 'patch' bugs at the moment.
Cheers,
--
Cyril Brulebois
pgpA0FhNClUIn.pgp
Description: PGP signature
Bug#340365: id3lib3.8.3(GNU/k*BSD): FTBFS: out of date libtool scripts
Aurelien Jarno <[EMAIL PROTECTED]> (23/11/2005): > The current version of id3lib3.8.3 fails to build on GNU/kFreeBSD, > because of outdated libtool. Hi Aurelien, I just tried to build this package FS and eveything looks fine to me: the build terminates with no error and .so files are there, so I guess that the build is potentially OK. Could you please double-check and eventually close this bugreport? Cheers, -- Cyril Brulebois pgpbx3yDMHHkK.pgp Description: PGP signature
Bug#416866: gparted: Resizing an ext3 partition failed (recoverable)
Package: gparted Version: 0.2.5-2 Severity: normal Resizing an ext3 partition on /dev/hdg3 using gparted failed with errors during e2fsck between the partition resize and filesystem growing steps. The report (see attachment), 'ls /dev/hd*' and 'cat /proc/partitions' seemed to indicate /dev/hdg3 was no longer recognized by the system. Luckily, rebooting and executing by hand the failing commands remedied the situation. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages gparted depends on: ii gksu 2.0.0-1 graphical frontend to su ii libatk1. 1.12.4-3The ATK accessibility toolkit ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcairo 1.2.4-4 The Cairo 2D vector graphics libra ii libfontc 2.4.2-1.2 generic font configuration library ii libfreet 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libglib2 2.12.4-2The GLib library of C routines ii libglibm 2.12.0-1C++ wrapper for the GLib toolkit ( ii libgtk2. 2.8.20-7The GTK+ graphical user interface ii libgtkmm 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpango 1.14.8-5Layout and rendering of internatio ii libparte 1.7.1-5.1 The GNU Parted disk partitioning s ii libpng12 1.2.15~beta5-1 PNG library - runtime ii libsigc+ 2.0.17-2type-safe Signal Framework for C++ ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc+ 4.1.1-21The GNU Standard C++ Library v3 ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcurs 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixe 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxiner 1:1.0.1-4.1 X11 Xinerama extension library ii libxrand 2:1.1.0.2-5 X11 RandR extension library ii libxrend 1:0.9.1-3 X Rendering Extension client libra ii menu 2.1.33 generates programs menu for all me ii zlib1g 1:1.2.3-13 compression library - runtime gparted recommends no packages. -- no debconf information gparted_details.htm.gz Description: Binary data
Bug#401043: gnome-panel: clock applet displays wrong time for appointments
Hi, > As for your calendar, the first time I added it I could reproduce your > bug, and the timezone didn't seem to be used by evolution. At the moment > I don't seem to be able to add it at all (nothing shows up in Evolution > for the dates). There is currently nothing scheduled, since it's spring break. Try this one: http://www.google.com/calendar/ical/29bdp3b45vo3132rtfbsqkg4io% 40group.calendar.google.com/public/basic.ics The difference is now +2 hours here, matching the daylight saving. Evolution still has them right, the clock applet does not. Current version numbers: Evolution 2.8.2.1-1 Gnome-Applets 2.18.0-1 best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The infinite! No other question has ever moved so profoundly//\ the spirit of man. --- David HilbertV_/_ "Wissen ist Macht" - wenn man das richtige daraus macht. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338210: dejagnu: outdated config.{guess,sub}
tag 338210 patch
thanks
Aurelien Jarno <[EMAIL PROTECTED]> (08/11/2005):
> dejagnu ships an outdated config.{guess,sub} which does not support
> for GNU/kFreeBSD in /usr/share/dejagnu/libexec/ . This make the
> package unuseable on this system. Could you please update those files
> from a recent autotools-dev package (the one from sarge is already
> ok)?
Hi,
any progress on this bug? You could have a look at autotools-dev's
README.Debian, which contains templates to update config.* files
automagically.
Cheers,
--
Cyril Brulebois
pgp40lOa4S5lE.pgp
Description: PGP signature
Bug#416447: ekiga crashes on startup with linux-uvc module loaded
On Tue, 2007-03-27 at 20:28 -0400, Andy Huhn wrote: > ekiga crashes upon startup when I have the linux-uvc kernel module > loaded. It did not crash when I did not have this kernel module loaded. > > I have a Logitech Quickcam Pro 5000 (046d:08c5), and am running on > debian etch amd64. > > Please help! This bug is 100% reproducible (for me); I cannot start > ekiga at all when I have this kernel module loaded. Hi, Can you compile a debug enabled package of ekiga and capture a backtrace of the crash? http://wiki.debian.org/?HowToGetABacktrace -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#416683: vm: Incompatible with Debian voting software
You ztill so miss the point that it's laughable. It is about DOCUMENTATION as well as the principle of leastt surprise. Devotee fails on both. But sure, keep sending insulting emails. That'll help. Not. Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396193: [Yaird-devel] Bug#396193: Patch to recognize openfirmware drivers
On Fri, Mar 30, 2007 at 10:53:37PM +0200, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Sven Luther wrote: > > On Fri, Mar 30, 2007 at 09:24:25PM +0200, Jonas Smedegaard wrote: > > >> Bernhard R. Link wrote: > >> > >>> Attached patch teaches yaird to recognize openfirmware devices, > >>> as they appear in linux 2.6.18. > >>> > >>> This makes my sparc with sbus devices work again with yaird and in > >>> theory it should also make it not choke on ebus devices the bugreport > >>> I'm sending this to is about. > >> Thanks alot for your work - and sorry for my late response. > >> > >> Unfortunately, it seems to me that your patch will interfere with > >> PowerPC machines, that also use OpenFirmware. Looking briefly on a > >> Macintosh at hand, it contains devspec files in sysfs too, but not the > >> modules.ofmap that your patch seems to rely on. > >> > >> Could anyone check if I am right - and perhaps figure out a sane way to > >> deal with the different openfirmware implementations? > > > > The future of powerpc plateform drivers, with the move to arch=powerpc, and > > everything relying on an openfirmware-like device tree, is to go the > > plateform_of way. This does include the powermacs, which is the primary > > development plateform of benjamin herrenschmidt, among others, who was > > involved in the openfirmware driver move. > > > > As thus, adding support for the openfirmware plateform devices is needed to > > continue to have hotplug support for those devices, and vital for yaird. > > Thanks for the detailed info, Sven. > > I did notice shortly after firing off that email that indeed the ofmap > file is present for a 2.6.18 kernel, only not for that ancient 2.6.8 > kernel I was looking at at first. > > This raises another question: It seems to me that this patch will fail > for kernels that offers devspec in sysfs but does not ship with a > modules.ofmap file. > > If so, applying this patch will cause yaird to stop working on older > kernels that worked before. Well, you may disagree, and we almosted fighted in erkelenz over this, but if someone is using an ancient kernel not in current etch or lenny, then he should use the version of yaird which goes with it, namely the sarge version. It is very probably that the absence of this patch will break yaird in lenny even, or also the etch upgrade kernel at mid-live we have planned. Furthermore, ancient kernels are no more supported in debian/etch anyway, due to udev if nothing else, and the upgrade path does recomend upgrading the kernel early on. So, if you want to use a pre-etch kernel, then you should use the accompanying pre-etch yaird. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338006: [Pkg-openssl-devel] Bug#338006: libssl 0.9.8c-4
On Fri, Mar 30, 2007 at 02:02:17PM -0700, Kirsten Petersen wrote: > We're using TLS with postfix 2.3.6-1. One of our servers reported the > following errors a few times: > > Mar 9 06:25:30 smtp3 postfix/smtpd[1747]: warning: TLS library problem: > 1747:error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or > bad record mac:s3_pkt.c:426: > Mar 9 06:27:09 smtp3 postfix/smtpd[1765]: warning: TLS library problem: > 1765:error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or > bad record mac:s3_pkt.c:426: This looks like it's the smtpd that is receiving a connection from somewhere. The problem might also be on the other side of the connection. > I tried this command you suggested several times and wasn't able to > reproduce the error: > openssl s_client -starttls smtp -crlf -connect localhost:25 -bugs -no_ssl2 > > Actually, this happened a few times and hasn't happened since, so I'm > inclined not to worry too much about it. Which seems to suggest to me it's either the client that's doing something wrong, or some corruption between the client and the server due to some switch or router going bad or something. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401043: gnome-panel: clock applet displays wrong time for appointments
> the clock applet displays incorrect time information for me. > I've imported a web calendar; evolution correctly shows the events at > 10am, but the clock applet always has them at 11am. (note that I'm in > GMT+1) Hi. I have seen this a couple of times too now, it seem the timezone data is not being used correctly in some cases. For a couple of appointments I created a week ago, the timezone data was not set at all, (Evolution still showed the correct time, but the applet was one hour late). When I create a new appointment now, timezone data is set and both Evolution and the applet show correct time. As for your calendar, the first time I added it I could reproduce your bug, and the timezone didn't seem to be used by evolution. At the moment I don't seem to be able to add it at all (nothing shows up in Evolution for the dates). I found an old upstream bug about this behaviour, if I can reproduce the bug again I will reopen it. http://bugzilla.gnome.org/show_bug.cgi?id=155206 -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#232401: additional info
reopen 232401 thanks forgot to mention that I tested this with linux-image-2.6.18-4-sparc64-smp (2.6.18.dfsg.1-12) and vanilla 2.6.20.3/4 -- Jörg Friedrich There are only 10 types of people: Those who understand binary and those who don't.
Bug#416861: zabbix 1.1.7 - new upstream release
hi, On Fri, Mar 30, 2007 at 10:58:58PM +0200, Patryk Dawidziuk wrote: > A brand new 24/7 monitoring software has just been released :) > As always we look forward to see a bunch of bugfixes and stuff. > Thank you :) uploaded about 2 hours ago but my inet connection dropped so: Archive Adminis ( 14) Incomplete upload found in Debian upload queue need to wait a few hours until i can upload again... tagging pending. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327894: vdkxdb2(GNU/k*BSD): FTBFS: out of date libtool scripts
tag 327894 patch thanks Aurelien Jarno <[EMAIL PROTECTED]> (12/09/2005): > The current version of vdkxdb2 fails to build on > GNU/kFreeBSD, because of outdated libtool. Hi, this is not (or no longer) accurate, since the builds doesn't fail, rather the packages are useless, since there are no .so files in them. > Here is how to update the libtool in your package (Make sure you are > using libtool 1.5.2-1 or later): > libtoolize -c -f > aclocal (-Im4 might be needed if there's an "m4" template dir) > autoconf Alternatively, running "autoreconf -vfi" gives a successful and correct build. Cheers, -- Cyril Brulebois pgpbFYEYCHryL.pgp Description: PGP signature
Bug#416865: openoffice.org-writer: Insert Symbol causes oowriter to hang
Package: openoffice.org-writer Version: 2.0.4.dfsg.2-6 Severity: important I have a custom font (made with fontforge) that had been working in previous builds of openoffice.org-writer, and which works in both Windows and OS X, but in the latest build, if I go to Insert Symbol and choose that font, the whole openoffice.org will freeze hard and I will have to kill it. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.28-ow1 Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5) Versions of packages openoffice.org-writer depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libicu36 3.6-2 International Components for Unico ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3STLport C++ class library ii libwpd8c2a0.8.7-6Library for handling WordPerfect d ii openoffice.org-core 2.0.4.dfsg.2-6 OpenOffice.org office suite archit ii python-uno2.0.4.dfsg.2-6 Python interface for OpenOffice.or ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages openoffice.org-writer recommends: ii gij [java2-runtime] 4:4.1.1-15 The GNU Java bytecode interpreter ii gij-4.1 [java2-runtime] 4.1.1-20 The GNU Java bytecode interpreter ii openoffice.org-java-commo 2.0.4.dfsg.2-6 OpenOffice.org office suite Java s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416683: vm: Incompatible with Debian voting software
On Fri, 30 Mar 2007 13:10:23 -0500, Dirk Eddelbuettel <[EMAIL PROTECTED]> said: > On Fri, Mar 30, 2007 at 12:35:52PM -0500, [EMAIL PROTECTED] wrote: >> On Fri, 30 Mar 2007 12:01:10 -0500, Dirk Eddelbuettel >> <[EMAIL PROTECTED]> said: >> >> > On Fri, Mar 30, 2007 at 11:13:21AM -0500, [EMAIL PROTECTED] wrote: >> >> The right thing to say would be to specify what the voting >> >> system will accept. >> >> > Half way there. Now add "and mention which MUAs are known to >> > work with this". Why is this so hard? >> >> Because I have no interest, or time, to sit down and compile a list >> of buggy or not buggy software, and which versions work and which >> don't , and work arounds and how to send email tutorials. > Nobody expects the list to be complete or perfect. Even under the > 80/20 rules, 80% is a lot more than _nil_ which is the current > state. So feel free. Or is all ou can do is harangue other people to do the work, and never lift a finger yourself to do work you think is important? > Your attitude reveals a certain amount of stagnation and resignation > --- "this is the way we've always done it" -- where "we" is of > course you. Maybe you should take a long walk and think about > letting others handle certain parts of what you do. It may do you > good. This is bullcrap. It is not "This is the way we have always done it" -- this is about basic competence on the part of the voters, and their taking responsibility for learning how to do a basic thing like send mail that meets 10 year old standards. No new way of doing things is being peoposed. You are merely whining about not being spoonfed, about not doing basic lookup on google that tells even novices about how to send mail securely. This whole lack of taking personal respnibility for sending mail, and for learning how to use your tools, does not meet any sympathy from me, which is hwat this whole whinge session has been about. Oooh, please, please, spoon feed me is not what I expect from my peers, and is not somthing I am going to support. manoj -- A countryman between two lawyers is like a fish between two cats. Ben Franklin Manoj Srivastava <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325797: sphinx(GNU/k*BSD): FTBFS: out of date libtool scripts
found 325797 0.6-2 tag 325797 patch thanks Aurelien Jarno <[EMAIL PROTECTED]> (31/08/2005): > The current version of sphinx fails to build on GNU/kFreeBSD, because > of outdated libtool. Hi, this is not (or no longer) accurate, since the build doesn't fail, but the packages are lacking a part of their content, like: no .so file is present in them. > Here is how to update the libtool in your package (Make sure you are > using libtool 1.5.2-1 or later): > libtoolize -c -f > aclocal (-Im4 might be needed if there's an "m4" template dir) > autoconf You can also run "autoreconf -vfi" instead of these instructions, the build is then OK and correct. Cheers, -- Cyril Brulebois pgpkvYbOFNJuY.pgp Description: PGP signature
Bug#416841: mysql-server-5.0 hangs trying to do postinst
On Fri, Mar 30, 2007 at 11:22:53PM +0200, Christian Hammers wrote: > > > On 2007-03-30 Ambrose Li wrote: > > > Please mail me the output of: > > > > > > grep mysql /var/log/syslog > > > > This is roughly 8 minutes after the postinst script got stuck: > > > > Mar 30 15:42:38 tea mysqld[32369]: 070330 15:42:38 > > [Note] /usr/sbin/mysqld: Normal shutdown Mar 30 15:42:38 tea mysqld[32369]: > > And what does it say before that? I.e. when it starts? Maybe something > interesting there. Um... nothing. It doesn't start at all. The shutdown you see was a previous mysql version. It worked before I did an apt-get upgrade (but I didn't write down what version I had as I didn't expect any problems). I couldn't get it to work, and I reinstalled from the version in etch. When I reinstalled the unstable version to get the log message, it stopped the mysql from etch, which is what the log I sent you was. Or is the new build depending on a particular kernel feature at compile time? I am asking because I compile my own kernel and it is not the "latest" kernel series; squid also gives me problem since a number of months ago and I was told that squid will never be fixed, so I am setting apt to hold squid to avoid the new builds from getting installed. > The only reason I know why mysql completetly "stoppes" but still not crashes > is when it tries to write but there is not enough space on the disc. > > Do you use innodb so that it maybe tries to extend the table space? On > which partition is it? It's on the /var partition which is 63% full. There is 231M available. > bye, > > -christian- Regards, -- Ambrose Li <[EMAIL PROTECTED]> Chinese Cultural Centre of Greater Toronto +1 416 292 9293 http://www.cccgt.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232401: iptables: at least -j ULOG fails, maybe other targets affected
found 232401 1.3.6.0debian1-5 thanks Hi, this bug still exists in the recent version. I encountered it while playing with ULOG. but it might affect other parts of iptables since the KERNEL_64_USERLAND_32 is also used in ./iptables/include/libipq/libipq.h ./iptables/include/linux/netfilter_ipv4/ipt_CONNMARK.h ./iptables/include/linux/netfilter_ipv4/ipt_ULOG.h ./iptables/include/linux/netfilter_ipv4/ipt_conntrack.h ./iptables/include/linux/netfilter_ipv4/ipt_SAME.h ./iptables/include/linux/netfilter_ipv4/ipt_MARK.h ./iptables/include/linux/netfilter_ipv4/ipt_limit.h ./iptables/include/linux/netfilter_ipv4/ipt_mark.h ./iptables/include/linux/netfilter_ipv4/ipt_connmark.h ./iptables/include/linux/netfilter_ipv4/ipt_CLUSTERIP.h ./iptables/include/linux/netfilter_ipv6/ip6t_limit.h ./iptables/include/linux/netfilter_ipv6/ip6t_mark.h ./iptables/include/linux/netfilter_ipv6/ip6t_MARK.h ./iptables/Makefile ./iptables/extensions/libipt_MARK.c ./iptables/extensions/libipt_mark.c ./iptables/extensions/libip6t_mark.c ./iptables/extensions/libipt_conntrack.c ./iptables/extensions/libipt_ULOG.c ./iptables/extensions/libip6t_MARK.c ./iptables/libiptc/libiptc.c latest buildlog (auric) http://buildd.debian.org/fetch.cgi?pkg=iptables;ver=1.3.6.0debian1-5;arch=sparc;stamp=1164289648 shows that the 'ugly makefile hack' from upstream to determin this, has failed "D_UNKNOWN_KERNEL_POINTER_SIZE" but anyway either sparc64 or sparc32 is broken :-( -- Jörg Friedrich There are only 10 types of people: Those who understand binary and those who don't.
Bug#416864: audacity: cannot use any translation (with patch)
package: audacity version: 1.3.2-2 severity: normal This version have no translations other then english. The files of the path 'locale' are not copied into the package but in a new source-path. You need a patch like the following: --- old/locale/Makefile.in 2006-10-29 01:06:04.0 +0200 +++ new/locale/Makefile.in 2007-03-29 17:29:12.24115 +0100 @@ -17,7 +17,7 @@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ ifdef DESTDIR - INSTALL_PATH=$(top_srcdir)/$(DESTDIR) + INSTALL_PATH=$(DESTDIR) else INSTALL_PATH= endif I am using Debian Etch with: kernel 2.6.18 libc62.3.6.ds1-11 Ciao, Joo pgpd2o7z6QDo0.pgp Description: PGP signature
Bug#409217: Still problems, but have I found the answer?
Hello, Apt-proxy stores its data in /var/cache/apt-proxy with owner aptproxy and group nogroup with permissions 700 (not sure why there is restricted read access). It then tries to read the Release and Release.gpg files (and probably all others) in /var/lib/apt which are owned by root, with no other access allowed, instead of /var/cache/apt-proxy where it does have access permissions. It is therefore unable to provide these files. Not even aptitude running on the box that is also running apt-proxy is able to obtain these files from apt-proxy. -- Chris Bell -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416863: Causes FTBFS with GCC 4.3: meaning of "inline" changed in C99
Package: libglib2.0-dev Version: 2.12.6-2 Usertags: ftbfs-gcc-4.3 This package causes many build failures with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. C99 has changed the meaning of "inline" and you need to update your header files accordingly, see e.g. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31389 Example build failure: > Automatic build of easychem_0.6-3 on em64t by sbuild/amd64 0.53 ... > gcc -o easychem auxi.o bonds.o easychem.o export.o dialogs.o detect.o > library.o drawing.o `pkg-config --libs gtk+-2.0` -W -Wpointer-arith > -pedantic -std=c99 -DUNIX -DI18N -DPREFIX=\"/usr\" -Wall -g -O2 > bonds.o: In function `g_bit_nth_lsf': > /usr/include/glib-2.0/glib/gutils.h:277: multiple definition of > `g_bit_nth_lsf' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:277: first defined here > bonds.o: In function `g_bit_nth_msf': > /usr/include/glib-2.0/glib/gutils.h:290: multiple definition of > `g_bit_nth_msf' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:290: first defined here > bonds.o: In function `g_bit_storage': > /usr/include/glib-2.0/glib/gutils.h:304: multiple definition of > `g_bit_storage' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:304: first defined here > bonds.o: In function `g_trash_stack_push': > /usr/include/glib-2.0/glib/gutils.h:321: multiple definition of > `g_trash_stack_push' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:321: first defined here > bonds.o: In function `g_trash_stack_pop': > /usr/include/glib-2.0/glib/gutils.h:329: multiple definition of > `g_trash_stack_pop' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:329: first defined here > bonds.o: In function `g_trash_stack_peek': > /usr/include/glib-2.0/glib/gutils.h:343: multiple definition of > `g_trash_stack_peek' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:343: first defined here > bonds.o: In function `g_trash_stack_height': > /usr/include/glib-2.0/glib/gutils.h:356: multiple definition of > `g_trash_stack_height' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:356: first defined here > easychem.o: In function `g_bit_nth_lsf': > /usr/include/glib-2.0/glib/gutils.h:277: multiple definition of > `g_bit_nth_lsf' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:277: first defined here > easychem.o: In function `g_bit_nth_msf': > /usr/include/glib-2.0/glib/gutils.h:290: multiple definition of > `g_bit_nth_msf' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:290: first defined here > easychem.o: In function `g_bit_storage': > /usr/include/glib-2.0/glib/gutils.h:304: multiple definition of > `g_bit_storage' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:304: first defined here > easychem.o: In function `g_trash_stack_push': > /usr/include/glib-2.0/glib/gutils.h:321: multiple definition of > `g_trash_stack_push' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:321: first defined here > easychem.o: In function `g_trash_stack_pop': > /usr/include/glib-2.0/glib/gutils.h:329: multiple definition of > `g_trash_stack_pop' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:329: first defined here > easychem.o: In function `g_trash_stack_peek': > /usr/include/glib-2.0/glib/gutils.h:343: multiple definition of > `g_trash_stack_peek' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:343: first defined here > easychem.o: In function `g_trash_stack_height': > /usr/include/glib-2.0/glib/gutils.h:356: multiple definition of > `g_trash_stack_height' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:356: first defined here > export.o: In function `g_bit_nth_lsf': > /usr/include/glib-2.0/glib/gutils.h:277: multiple definition of > `g_bit_nth_lsf' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:277: first defined here > export.o: In function `g_bit_nth_msf': > /usr/include/glib-2.0/glib/gutils.h:290: multiple definition of > `g_bit_nth_msf' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:290: first defined here > export.o: In function `g_bit_storage': > /usr/include/glib-2.0/glib/gutils.h:304: multiple definition of > `g_bit_storage' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:304: first defined here > export.o: In function `g_trash_stack_push': > /usr/include/glib-2.0/glib/gutils.h:321: multiple definition of > `g_trash_stack_push' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:321: first defined here > export.o: In function `g_trash_stack_pop': > /usr/include/glib-2.0/glib/gutils.h:329: multiple definition of > `g_trash_stack_pop' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:329: first defined here > export.o: In function `g_trash_stack_peek': > /usr/include/glib-2.0/glib/gutils.h:343: multiple definition of > `g_trash_stack_peek' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:343: first defined here > export.o: In function `g_trash_stack_height': > /usr/include/glib-2.0/glib/gutils.h:356: multiple definition of > `g_trash_stack_height' > auxi.o:/usr/include/glib-2.0/glib/gutils.h:356: first defined here > dialogs.o: In function `g_bit_nth_lsf': > /usr/include/g
Bug#416788: add a sneakernet source type
peter green escreveu: > package: apt > severity: wishlist > > Installing packages on machines with no internet connection currently is a > pain. CDs are a partial soloution but only for official free packages and > only for users of stable/testing not of unstable. > > my proposal is to add a sneakernet source type. With this source type apt > will give the user a list of files to retrive as a file, this list can then > be transferred to a machine that does have net access (using removable media) > and retrived by a simple program. The files can then be transferred back to > the debian box (once again using removable media) where apt can then use them > as if it had retrived them directly over the net. > > See `apt-zip' package. -- Marco de Freitas, NBR para a Internet já! Porque meu navegador não é penico. http://www.softwarelivre.org/news/2472 http://www.w3.org/2003/03/Translations/byLanguage?language=pt-br
Bug#416862: O: mutt-ng
Package: mutt-ng Severity: normal I hereby want to orphan mutt-ng as ist isn't maintained upstream anymore [0]. To synchronise the package with mutt and fix the new and upcoming security issues isn't my intetion as I then have to carry over the upstream work. [0] http://mutt-ng.supersized.org/ The best would be to remove it out of the pool as it actually only resides in experimental. It was a great idea to create a mutt by user-wishes. but I think mutt 1.6 will be a well featured one and hopefully the sidebar patch will be adoptet by upstream or at least by the mutt maintainers? Thanks Andreas Kremmair <[EMAIL PROTECTED]>, Rocco Rutte <[EMAIL PROTECTED]> and Nico Golde <[EMAIL PROTECTED]> for their great work to the package. Elimar -- Numeric stability is probably not all that important when you're guessing;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319840: libphysfs(GNU/k*BSD): FTBFS: out of date libtool scripts
retitle 319840 libphysfs: Incorrect build on GNU/k*BSD: outdated libtool scripts tag 319840 patch thanks Aurelien Jarno <[EMAIL PROTECTED]> (25/07/2005): > The current version of libphysfs fails to build on GNU/kFreeBSD, > because of outdated libtool. Hi. This is not exactly accurate: the package builds, but incorrectly, insofar that it is empty: > dpkg --contents ../libphysfs-1.0-0_1.0.0-5_kfreebsd-i386.deb > drwxr-xr-x root/root 0 2007-03-31 00:08 ./ > drwxr-xr-x root/root 0 2007-03-31 00:08 ./usr/ > drwxr-xr-x root/root 0 2007-03-31 00:08 ./usr/lib/ > drwxr-xr-x root/root 0 2007-03-31 00:08 ./usr/share/ > drwxr-xr-x root/root 0 2007-03-31 00:08 ./usr/share/doc/ > drwxr-xr-x root/root 0 2007-03-31 00:08 > ./usr/share/doc/libphysfs-1.0-0/ > -rw-r--r-- root/root 10487 2004-01-03 22:06 > ./usr/share/doc/libphysfs-1.0-0/changelog.gz > -rw-r--r-- root/root 1259 2007-03-31 00:07 > ./usr/share/doc/libphysfs-1.0-0/copyright > -rw-r--r-- root/root 871 2007-03-31 00:07 > ./usr/share/doc/libphysfs-1.0-0/changelog.Debian.gz > The version of libtool in libphysfs is too old to correctly > support Debian GNU/k*BSD. libtool 1.5.2-1 or later is need. > > Here is how to update the libtool in your package (Make sure you are > using libtool 1.5.2-1 or later): > libtoolize -c -f > aclocal (-Im4 might be needed if there's an "m4" template dir) > autoconf This is OK once that done, tagging accordingly. Cheers, -- Cyril Brulebois pgpA1RgV206rK.pgp Description: PGP signature
Bug#416841: mysql-server-5.0 hangs trying to do postinst
On 2007-03-30 Ambrose Li wrote: > > Please mail me the output of: > > > > grep mysql /var/log/syslog > > This is roughly 8 minutes after the postinst script got stuck: > > Mar 30 15:42:38 tea mysqld[32369]: 070330 15:42:38 > [Note] /usr/sbin/mysqld: Normal shutdown Mar 30 15:42:38 tea mysqld[32369]: And what does it say before that? I.e. when it starts? Maybe something interesting there. The only reason I know why mysql completetly "stoppes" but still not crashes is when it tries to write but there is not enough space on the disc. Do you use innodb so that it maybe tries to extend the table space? On which partition is it? bye, -christian- signature.asc Description: PGP signature
Bug#416765: postfix: Same problem here: daemon doesn't start
Package: postfix Version: 2.4.0-1 Followup-For: Bug #416765 Hello, Postfix doesn't start on my system either. It worked fine for several years, but since the last upgrade, it doesn't start. I tried /etc/init.d/postfix start. It says: Starting Postfix Mail Transport Agent: postfix. However, it's not started. Moreover, there's no error message in any file of /var/log Nicolas. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postfix depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdb4.5 4.5.20-1 Berkeley v4.5 Database Libraries [ ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library ii libssl0.9.8 0.9.8e-4 SSL shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii ssl-cert 1.0.14 Simple debconf wrapper for openssl Versions of packages postfix recommends: ii balsa [mail-read 2.3.13-2An e-mail client for GNOME ii iceape-mailnews 1.0.8-4 Iceape Mail & Newsgroups and Addre ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent ii mutt [mail-reade 1.5.13-3text-based mailreader supporting M -- debconf information: * postfix/mailname: reno.oxstone.com postfix/tlsmgr_upgrade_warning: * postfix/append_dot_mydomain: true postfix/db2_db3_upgrade: true * postfix/relayhost: * postfix/procmail: true postfix/bad_recipient_delimiter: postfix/rfc1035_violation: false * postfix/mynetworks: 127.0.0.0/8 postfix/protocols: all * postfix/master_upgrade_warning: true postfix/db_upgrade_warning: true * postfix/dynamicmaps_upgrade_warning: true * postfix/recipient_delim: + * postfix/main_mailer_type: Internet with smarthost postfix/transport_map_warning: * postfix/chattr: false * postfix/root_address: NONE * postfix/mydomain_warning: true * postfix/destinations: reno.oxstone.com, localhost.oxstone.com, localhost postfix/nqmgr_upgrade_warning: postfix/not_configured: * postfix/mailbox_limit: 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316289: math3d(GNU/k*BSD): FTBFS: out of date libtool scripts
tag 316289 patch thanks Aurelien Jarno <[EMAIL PROTECTED]> (29/06/2005): > The current version of math3d fails to build on > GNU/kFreeBSD, because of outdated libtool. This package has been REMOVED but I'm tagging this bugreport with +patch anyway, so that we don't spend more time on it by checking the status of the bugreports that are not tagged with 'patch'. Cheers, -- Cyril Brulebois pgpOMiXWcQ082.pgp Description: PGP signature
Bug#416827: bts: doesn't pay attention to usertags commands
Hi, On Fri, 2007-03-30 at 15:39 -0500, Ken Bloom wrote: > On Friday 30 March 2007 14:37, you wrote: > > On Fri, 2007-03-30 at 13:58 -0500, Ken Bloom wrote: > > [bts usertags] [...] > It appears that I even get a syslog message that the message is sent, > but nothing happens. > > Mar 30 15:31:13 cat-in-the-hat sSMTP[7981]: Sent mail for > [EMAIL PROTECTED] (221 smtp102.sbc.mail.re2.yahoo.com) uid=1000 > username=bloom outbytes=609 > > So is the message getting lost in transit? or is bugs.debian.org > silently dropping it? The evidence so far appears to show that bts is correctly generating a message to control@ and that it's leaving your machine. I've CCed the BTS administrators on this message. Do you have a message-ID for the mail you sent? [EMAIL PROTECTED]: would it be possible to determine whether the mail above ever arrived at bugs.d.o? Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415460:
Hi Vagrant, grep for modprobe into your udev rules subdirectory. Are you scared? :-) regards, -- stratus http://stratusandtheswirl.blogspot.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416855: FTBFS with GCC 4.3: the meaning of "inline" changed in C99
Actually, you need the following patch so it'll continue to work with
gcc 4.1:
--- ./libtwolame/common.h~ 2007-03-30 20:07:53.0 +
+++ ./libtwolame/common.h 2007-03-30 20:08:10.0 +
@@ -33,7 +33,7 @@
#define NO_DLL_INLINE
#else
#include "config.h"
-#define NO_DLL_INLINE inline
+#define NO_DLL_INLINE extern inline
#endif
--- ./libtwolame/bitbuffer.c~ 2007-03-30 20:41:09.0 +
+++ ./libtwolame/bitbuffer.c2007-03-30 20:40:25.0 +
@@ -76,7 +76,7 @@
}
/*write N bits into the bit stream */
-NO_DLL_INLINE void buffer_putbits (bit_stream * bs, unsigned int val, int N)
+void buffer_putbits (bit_stream * bs, unsigned int val, int N)
{
static const int putmask[9] = { 0x0, 0x1, 0x3, 0x7, 0xf, 0x1f, 0x3f,
0x7f, 0xff };
register int j = N;
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416847: not starting
Package: crack-attack Followup-For: Bug #416847 Hi René, it's working here. > *** glibc detected *** free(): invalid pointer: 0x006c1760 *** Because crack-attack is completely written in C++, I think the bad free() call is done by a library, for example Gtk+ or mesa. Perhaps, mesa (libgl1-mesa-glx/libglu1-mesa) is the bad guy, because my libGL.so, libGLU.so, ... have been overwritten by the NVidia installer and all the other libraries and versions are the same that you use. (But I don't see a corresponding bug report for the mesa libraries.) > I've already rebuilt the package on AMD64 to see if it helps something, > without success, the problem stays as is. Can you try to start "crack-attack --solo"? Regards, Stephan -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8-smp Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages crack-attack depends on: ii freeglut3 2.4.0-5 OpenGL Utility Toolkit ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1]6.5.1-0.6A free implementation of the OpenG ii libglib2.0-02.12.4-2 The GLib library of C routines ii libglu1-mesa [libglu1] 6.5.1-0.6The OpenGL utility library (GLU) ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libsm6 1:1.0.1-3X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-6X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra crack-attack recommends no packages. -- no debconf information -- Stephan Beyer <[EMAIL PROTECTED]>, PGP 0x6EDDD207FCC5040F signature.asc Description: Digital signature
Bug#416861: zabbix 1.1.7 - new upstream release
Package: zabbix Severity: wishlist A brand new 24/7 monitoring software has just been released :) As always we look forward to see a bunch of bugfixes and stuff. Thank you :) -- [: Patryk Dawidziuk ~~~ :] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338006: [Pkg-openssl-devel] Bug#338006: libssl 0.9.8c-4
We're using TLS with postfix 2.3.6-1. One of our servers reported the following errors a few times: Mar 9 06:25:30 smtp3 postfix/smtpd[1747]: warning: TLS library problem: 1747:error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac:s3_pkt.c:426: Mar 9 06:27:09 smtp3 postfix/smtpd[1765]: warning: TLS library problem: 1765:error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac:s3_pkt.c:426: I tried this command you suggested several times and wasn't able to reproduce the error: openssl s_client -starttls smtp -crlf -connect localhost:25 -bugs -no_ssl2 Actually, this happened a few times and hasn't happened since, so I'm inclined not to worry too much about it. Thanks for your help. Kirsten Petersen Network Services * Oregon State University http://oregonstate.edu/net * irc.oregonstate.edu #osu-is "If you're not learning, you're not living." On Fri, 30 Mar 2007, Kurt Roeckx wrote: On Fri, Mar 30, 2007 at 11:31:57AM -0700, Kirsten Petersen wrote: We are seeing this issue with libssl 0.9.8c-4 on a debian etch box. Will there be a fix for this version available in etch? This really should have been fixed in 0.9.8c-4. This has also been fixed upstream in the 0.9.8c version. No version in etch should be affected by this bug. You're also like the only one complaining, so I have the feeling something else is wrong. Can you tell me a little more about the problem you're seeing? Is it easy to reproduce? Can you reproduce it using openssl? Is it a self written application, or something else that's available in Debian? Do you know what the other side of the connection is using? There are some other "bad record MAC" bugs open. I think most of them are related to multithreaded applications that don't use the CRYPTO_set_locking_callback() and CRYPTO_set_id_callback() functions. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314809: oskit(GNU/kFreeBSD): FTBFS: kfreebsd-i386 not in the architecture list
found 314809 0.97.20030827savannah-1 block 314809 by 318555 thanks (Note: the block-by is only indicative, you may close this bug by uploading a fix for it although the other bug it depends on isn't fixed.) Aurelien Jarno <[EMAIL PROTECTED]> (18/06/2005): > The current version of oskit fails to build on GNU/kFreeBSD, because > kfreebsd-i386 is not listed in the Architecture: field. Unfortunately, this is not sufficient. After having applied the patch in 318555 (which might deserve a +patch tag), the build fails with the attached error. Cheers, -- Cyril Brulebois gcc -c -o defaults.o -include ../../freebsd/shared/freebsd_version.h -include ../../freebsd/dev/global.h -MD -DHAVE_CONFIG_H -DOSKIT_X86 -DOSKIT_X86_PC -DINDIRECT_OSENV=1 -DTIOCSETP=-1 -DOSKIT -DKERNEL -I. -iquote../../freebsd/dev -iquote../../freebsd/dev/x86 -iquote../../freebsd/dev/x86/conf -iquote../../freebsd/src/sys/i386/isa -iquote../../freebsd/shared -iquote../../freebsd/shared/x86 -iquote../../freebsd/src/sys/kern -iquote../../freebsd/src/sys/libkern -I../../freebsd/dev/include -I../../freebsd/src/sys -I../../freebsd/src/include -Iobjinclude -I../../freebsd/dev/x86/conf -I../.. -I../.. -nostdinc -Wall -fno-strict-aliasing -O2 -g -fno-builtin-printf -fno-builtin-vprintf ../../freebsd/shared/defaults.c In file included from ../../freebsd/shared/defaults.c:24: ../../freebsd/src/sys/sys/systm.h:122: warning: conflicting types for built-in function 'printf' In file included from ../../freebsd/shared/defaults.c:24: ../../freebsd/src/sys/sys/systm.h:219: warning: conflicting types for built-in function 'fork' ../../freebsd/shared/defaults.c: In function 'FDEV_FREEBSD_subyte': ../../freebsd/shared/defaults.c:100: error: invalid lvalue in assignment ../../freebsd/shared/defaults.c: In function 'FDEV_FREEBSD_suibyte': ../../freebsd/shared/defaults.c:105: error: invalid lvalue in assignment make[2]: *** [defaults.o] Error 1 rm cy_isaglue.c cx_isaglue.c make[2]: Leaving directory `/home/kibi/walkthrough-the-bts/oskit-0.97.20030827savannah/build-tree/oskit/freebsd/dev' make[1]: *** [freebsd/dev/all.MAKE] Error 2 make[1]: Leaving directory `/home/kibi/walkthrough-the-bts/oskit-0.97.20030827savannah/build-tree/oskit' make: *** [stampdir/build-stamp] Error 2 debuild: fatal error at line 1228: debian/rules build failed pgpVqUzqHiY8q.pgp Description: PGP signature
Bug#414854: (no subject)
tags 414854 patch tags 402627 patch Hi Roland, the patch fixing both bugs and some other stuff is attached. With kind regards, Jan. -- Never write mail to <[EMAIL PROTECTED]>, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- diff -Nur xenman-0.5/debian/changelog xenman-0.6/debian/changelog --- xenman-0.5/debian/changelog 2007-03-30 21:41:38.0 +0200 +++ xenman-0.6/debian/changelog 2007-03-30 21:53:54.0 +0200 @@ -1,3 +1,13 @@ +xenman (0.6-0.1) unstable; urgency=low + + * new upstream (closes #402627). + * install binary to /usr/bin since it's also useable as unprivileged user +(closes #414854). + * create /var/cache/xenman/image_store + * cosmetic fixes in rules + + -- Jan Wagner <[EMAIL PROTECTED]> Thu, 29 Mar 2007 22:51:35 +0200 + xenman (0.5-2.1) unstable; urgency=high * Non-maintainer upload. diff -Nur xenman-0.5/debian/dirs xenman-0.6/debian/dirs --- xenman-0.5/debian/dirs 2007-03-30 21:41:38.0 +0200 +++ xenman-0.6/debian/dirs 2007-03-30 21:41:50.0 +0200 @@ -1,3 +1,3 @@ etc/xen/auto -usr/sbin +usr/bin usr/share/xenman/pixmaps diff -Nur xenman-0.5/debian/menu xenman-0.6/debian/menu --- xenman-0.5/debian/menu 2007-03-30 21:41:38.0 +0200 +++ xenman-0.6/debian/menu 2007-03-30 21:41:50.0 +0200 @@ -1,2 +1,2 @@ ?package(xenman):needs="X11" section="Apps/System"\ - title="xenman" command="/usr/sbin/xenman" + title="xenman" command="/usr/bin/xenman" diff -Nur xenman-0.5/debian/rules xenman-0.6/debian/rules --- xenman-0.5/debian/rules 2007-03-30 21:41:38.0 +0200 +++ xenman-0.6/debian/rules 2007-03-30 21:41:50.0 +0200 @@ -9,9 +9,6 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 - - - CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) @@ -27,15 +24,12 @@ touch configure-stamp - build: build-stamp -build-stamp: configure-stamp +build-stamp: configure-stamp dh_testdir # Nothing to compile - #$(MAKE) - touch $@ clean: @@ -44,20 +38,18 @@ rm -f build-stamp configure-stamp # commands to clean up after the build process. - #-$(MAKE) clean - dh_clean + dh_clean install: build dh_testdir dh_testroot - dh_clean -k + dh_clean -k dh_installdirs # commands to install the package into debian/xenman: - #$(MAKE) install DESTDIR=$(CURDIR)/debian/xenman - install -m644 debian/xenman.sh $(CURDIR)/debian/xenman/usr/sbin/xenman - + install -m644 debian/xenman.sh debian/xenman/usr/bin/xenman + install -d -m 0777 debian/xenman/var/cache/xenman/image_store # Build architecture-independent files here. binary-indep: build install @@ -73,7 +65,7 @@ dh_link dh_strip dh_compress - dh_fixperms + dh_fixperms --exclude var/cache/xenman/image_store dh_installdeb dh_shlibdeps dh_gencontrol pgpPy60iHnNyP.pgp Description: PGP signature
Bug#389831: libxft-dev: pkg-config reports to much libraries for linking
On Fri, Mar 30, 2007 at 05:24:20PM +0200, Julien Cristau wrote: > [cc:ing vorlon as the author of 001_no_export_freetype.diff in the xft > package] > On Thu, Sep 28, 2006 at 02:12:25 +0200, Jörg Sommer wrote: > > the site http://rerun.lefant.net/checklib/ pointed me to the problem that > > my package xjed defines too much dependencies: > > http://rerun.lefant.net/checklib/log.xjed_0.99.18-5.html I could track > > down this problem to > > % pkg-config --libs xft > > -lXft -lfontconfig > > According the site above the linker option -lfontconfig is not necessary. > I think the following patch should fix this. It gives the following > results: > $ pkg-config --libs xft > -lXft > $ pkg-config --static --libs xft > -lXft -lXrender -lfontconfig -lexpat -lfreetype -lz > $ pkg-config --cflags xft > -I/usr/include/freetype2 > $ pkg-config --static --cflags xft > -I/usr/include/freetype2 > which I think are correct (this is with pkg-config 0.21-1). > Unfortunately Requires.private isn't documented and its handling isn't > consistent (see #390132), so I'm not completely sure this is the right > thing to do :) I believe the reason I didn't propose a patch to do this was precisely because of --cflags handling, since xft does include some fontconfig headers that clients will need to find the path for. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#396193: [Yaird-devel] Bug#396193: Patch to recognize openfirmware drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Luther wrote: > On Fri, Mar 30, 2007 at 09:24:25PM +0200, Jonas Smedegaard wrote: >> Bernhard R. Link wrote: >> >>> Attached patch teaches yaird to recognize openfirmware devices, >>> as they appear in linux 2.6.18. >>> >>> This makes my sparc with sbus devices work again with yaird and in >>> theory it should also make it not choke on ebus devices the bugreport >>> I'm sending this to is about. >> Thanks alot for your work - and sorry for my late response. >> >> Unfortunately, it seems to me that your patch will interfere with >> PowerPC machines, that also use OpenFirmware. Looking briefly on a >> Macintosh at hand, it contains devspec files in sysfs too, but not the >> modules.ofmap that your patch seems to rely on. >> >> Could anyone check if I am right - and perhaps figure out a sane way to >> deal with the different openfirmware implementations? > > The future of powerpc plateform drivers, with the move to arch=powerpc, and > everything relying on an openfirmware-like device tree, is to go the > plateform_of way. This does include the powermacs, which is the primary > development plateform of benjamin herrenschmidt, among others, who was > involved in the openfirmware driver move. > > As thus, adding support for the openfirmware plateform devices is needed to > continue to have hotplug support for those devices, and vital for yaird. Thanks for the detailed info, Sven. I did notice shortly after firing off that email that indeed the ofmap file is present for a 2.6.18 kernel, only not for that ancient 2.6.8 kernel I was looking at at first. This raises another question: It seems to me that this patch will fail for kernels that offers devspec in sysfs but does not ship with a modules.ofmap file. If so, applying this patch will cause yaird to stop working on older kernels that worked before. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGDXjRn7DbMsAkQLgRAjvHAJ0XN369PphyV7oVRoAuA67kk6i3zACgoRiV Lyp7NAZ3tNtX6otrwCz0qpg= =+xZE -END PGP SIGNATURE-
Bug#416827: bts: doesn't pay attention to usertags commands
On Friday 30 March 2007 14:37, you wrote: > On Fri, 2007-03-30 at 13:58 -0500, Ken Bloom wrote: > [bts usertags] > > > I'm pretty sure that it used to support $EMAIL or $DEBEMAIL at some > > point, and indeed it seems to still support $EMAIL. > > > > [EMAIL PROTECTED] ~]$ bts --sendmail=/bin/cat usertags 1 = > > From: Ken Bloom <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Subject: usertagging 1 > > Date: Fri, 30 Mar 2007 13:56:19 -0500 > > X-BTS-Version: 2.10.2 > > > > # Automatically generated email from bts, devscripts version 2.10.2 > > usertags 1 = > > Having looked at this a little further, I have to admit to being > confused. > > Using the exact command you quoted in your original report yields the > following: > > Processing commands for [EMAIL PROTECTED]: > > # Automatically generated email from bts, devscripts > > version > > 2.10.2 > > > usertags 372608 = > > Bug#372608: gs-esp launched by cupsys failes on cups PS test > pages : Error: /rangecheck in .installpagedevice > There were no usertags set. > Usertags are now: . > > > usertags 403803 = > > Bug#403803: pine: Please switch to gettext-based debconf > templates > There were no usertags set. > Usertags are now: . > > > usertags 406784 = > > Bug#406784: gs-esp: Fails with error on given PDF > There were no usertags set. > Usertags are now: . > > End of message, stopping processing here. > > Please contact me if you need assistance. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > > which implies that bts is very much *not* ignoring the commands. In > fact, your own test above shows that the e-mail is correctly > generated. What exactly is the bug? :-) I'm not sure what the bug is. If I knew, this bug would be tagged + patch. It appears that I even get a syslog message that the message is sent, but nothing happens. Mar 30 15:31:13 cat-in-the-hat sSMTP[7981]: Sent mail for [EMAIL PROTECTED] (221 smtp102.sbc.mail.re2.yahoo.com) uid=1000 username=bloom outbytes=609 So is the message getting lost in transit? or is bugs.debian.org silently dropping it? --Ken -- Ken Bloom. PhD candidate. Linguistic Cognition Laboratory. Department of Computer Science. Illinois Institute of Technology. http://www.iit.edu/~kbloom1/ pgp2dvl446bm1.pgp Description: PGP signature
Bug#416860: O: mutt-ng
Package: wnpp Severity: normal I hereby want to orphan mutt-ng as ist isn't maintained upstream anymore [0]. To synchronise the package with mutt and fix the new and upcoming security issues isn't my intetion as I then have to carry over the upstream work. [0] http://mutt-ng.supersized.org/ The best would be to remove it out of the pool as it actually only resides in experimental. It was a great idea to create a mutt by user-wishes. but I think mutt 1.6 will be a well featured one and hopefully the sidebar patch will be adoptet by upstream or at least by the mutt maintainers? Thanks Andreas Kremmair <[EMAIL PROTECTED]>, Rocco Rutte <[EMAIL PROTECTED]> and Nico Golde <[EMAIL PROTECTED]> for their great work to the package. Elimar -- Numeric stability is probably not all that important when you're guessing;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306585: xdelta(GNU/k*BSD): FTBFS: out of date libtool scripts
retitle 306585 xdelta: FTBFS on GNU/k*BSD: outdated libtool and config.* scripts
found 306585 1.1.3-7
tag 306585 patch
thanks
Aurelien Jarno <[EMAIL PROTECTED]> (27/04/2005):
> The current version of xdelta fails to build on GNU/kFreeBSD, because
> of outdated libtool.
The config.{guess,sub} are also outdated, which you can fix easily by
copying those from the autotools-dev package (/usr/share/misc) over the
oudated ones. You could want to automate this copy, which is explained
in autotools-dev's README.Debian.
> Here is how to update the libtool in your package (Make sure you
> are using libtool 1.5.2-1 or later:
> libtoolize -c -f
> aclocal (-Im4 might be needed if there's an "m4" template dir)
> autoconf
Running "autoreconf -vfi" is also OK.
Cheers,
--
Cyril Brulebois
pgpfPIg69gXyf.pgp
Description: PGP signature
Bug#416501: nfdump: can't customize behaviour
Erik Wenzel ha scritto:
>> Mar 29 17:28:26 lattepiu /usr/bin/nfcapd[16728]: Can't execvp:
>> "/home/netflow/stuff/process.sh: No such file or directory
> This is clearly a shell error. Is "/home/netflow/stuff/process.sh" there
> and has executable permissions? Really? Check twice.
nice lesson Erik, now is my turn.
i) no, it isn't, clearly, a shell error, if you read the whole line i
hope you'll see only ONE double quote. Every normal sysadmin would note
that. At the first check.
ii) let's strace runner process with DAEMON_ARGS="-w -t 300 -p 5000 -l
/home/netflow/ -D -u nfcapd -g nfcapd -x "/home/netflow/stuff/process.sh
%f\"" :
lattepiu:/home/oggei# strace -fp 17533 2>&1 | egrep process
[pid 17543] execve("\"/home/netflow/stuff/process.sh",
["\"/home/netflow/stuff/process.sh"], [/* 17 vars */]) = -1 ENOENT (No
such file or directory)
have you got the point, now ?
For the moment, i made a shell script /usr/local/bin/nfcapd already
configured for my needs.
I suspect some bad habit of start-stop-daemon (!), in fact is a not so
common practice to pass via command line multi-word params for daemons.
So maybe it still doesn't manage shell escaping very well.
Do you want help me to track down this one ?
--
:(){ :|:&};:
Alessandro Ogier <[EMAIL PROTECTED]>
gpg --keyserver pgp.mit.edu --recv-keys EEBB4D0D
Universita` degli Studi di Milano - Bicocca
Sistemi Informativi
Via Cozzi 53 - I 20125 Milano Italy
Tel. +39 02 6448 5526
signature.asc
Description: PGP signature
signature.asc
Description: OpenPGP digital signature
Bug#416859: FTBFS with GCC 4.3: the meaning of "inline" changed in C99
Package: adun.app
Version: 0.6-3
Usertags: ftbfs-gcc-4.3
Tags: patch
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. In C99 the meaning of "inline"
changed, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31389
A patch for this problem is below.
> Automatic build of adun.app_0.6-3 on em64t by sbuild/amd64 0.53
...
> ../Base/AdVector.h:73: warning: inline function 'Ad3DCrossProduct' declared
> but never defined
> ../Base/AdVector.h:66: warning: inline function 'Ad3DDotProduct' declared but
> never defined
> ../Base/AdForceFieldFunctions.h:132: warning: inline function
> 'grid_EST_switched' declared but never defined
> ../Base/AdForceFieldFunctions.h:130: warning: inline function 'calc_GRID_EST'
> declared but never defined
...
> ../Base/AdVector.h:79: warning: inline function 'Ad3DVectorLength' declared
> but never defined
> ...
> ../Base/AdForceFieldFunctions.h:88: warning: inline function
> 'AdFourierTorsionAccleration' declared but never defined
> ../Base/AdForceFieldFunctions.h:87: warning: inline function
> 'AdFourierTorsionEnergy' declared but never defined
> ../Base/AdForceFieldFunctions.h:80: warning: inline function
> 'AdHarmonicAngleAcceleration' declared but never defined
...
> ./Base/AdMatrix.h:83: warning: inline function
> 'AdDoubleMatrixFromRowSelection' declared but never defined
> ./Base/AdMatrix.h:82: warning: inline function
> 'AdFloatMatrixFromRowSelection' declared but never defined
> ./Base/AdMatrix.h:81: warning: inline function 'AdIntMatrixFromRowSelection'
> declared but never defined
> ./Base/AdMatrix.h:79: warning: inline function 'AdDoubleMatrixFromRowSection'
> declared but never defined
> ./Base/AdMatrix.h:78: warning: inline function 'AdFloatMatrixFromRowSection'
> declared but never defined
> ./Base/AdMatrix.h:77: warning: inline function 'AdIntMatrixFromRowSection'
> declared but never defined
> /usr/bin/ld: warning: libobjc.so.1, needed by
> /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so, may conflict
> with libobjc.so.2
...
> AdunKernel/AdunKernel.framework/Versions/Current/libAdunKernel.so: undefined
> reference to `AdHarmonicImproperTorsionForce'
> AdunKernel/AdunKernel.framework/Versions/Current/libAdunKernel.so: undefined
> reference to `AdUnsafeLinkedListAdd'
> AdunKernel/AdunKernel.framework/Versions/Current/libAdunKernel.so: undefined
> reference to `AdHarmonicAngleEnergy'
> AdunKernel/AdunKernel.framework/Versions/Current/libAdunKernel.so: undefined
> reference to `AdUnsafeLinkedListRemove'
> AdunKernel/AdunKernel.framework/Versions/Current/libAdunKernel.so: undefined
> reference to `AdEnzymixGRFNonbondedForce'
> AdunKernel/AdunKernel.framework/Versions/Current/libAdunKernel.so: undefined
> reference to `AdFourierTorsionForce'
> AdunKernel/AdunKernel.framework/Versions/Current/libAdunKernel.so: undefined
> reference to `AdIndexSorter'
...
> collect2: ld returned 1 exit status
> make[3]: *** [shared_obj/AdunCore] Error 1
--- ./Kernel/Base/AdMatrix.h~ 2007-03-30 20:26:56.0 +
+++ ./Kernel/Base/AdMatrix.h2007-03-30 20:27:07.0 +
@@ -70,31 +70,31 @@
@{
**/
-inline void AdSetDoubleMatrixWithValue(DoubleMatrix *, double);
-inline void AdSetFloatMatrixWithValue(FloatMatrix *, float);
-inline void AdSetIntMatrixWithValue(IntMatrix *, int);
-
-inline IntMatrix* AdIntMatrixFromRowSection(IntMatrix *, int , int);
-inline FloatMatrix* AdFloatMatrixFromRowSection(FloatMatrix *, int , int);
-inline DoubleMatrix* AdDoubleMatrixFromRowSection(DoubleMatrix *, int , int);
-
-inline IntMatrix* AdIntMatrixFromRowSelection(IntMatrix *, int* , int);
-inline FloatMatrix* AdFloatMatrixFromRowSelection(FloatMatrix *, int* , int);
-inline DoubleMatrix* AdDoubleMatrixFromRowSelection(DoubleMatrix *, int* ,
int);
-
-inline IntMatrix* AdIntMatrixFromColumnSection(IntMatrix *, int , int);
-inline FloatMatrix* AdFloatMatrixFromColumnSection(FloatMatrix *, int , int);
-inline DoubleMatrix* AdDoubleMatrixFromColumnSection(DoubleMatrix *, int ,
int);
-
-inline IntMatrix* AdIntMatrixFromColumnSelection(IntMatrix *, int* , int);
-inline FloatMatrix* AdFloatMatrixFromColumnSelection(FloatMatrix *, int* ,
int);
-inline DoubleMatrix* AdDoubleMatrixFromColumnSelection(DoubleMatrix *, int* ,
int);
-
-inline void AdFreeDoubleMatrix(DoubleMatrix*);
-inline void AdFreeIntMatrix(IntMatrix*);
-inline void AdFreeFloatMatrix(FloatMatrix*);
-
-inline IntMatrix* AdAllocateIntMatrix(int, int);
-inline FloatMatrix* AdAllocateFloatMatrix(int, int);
-inline DoubleMatrix* AdAllocateDoubleMatrix(int, int);
+extern void AdSetDoubleMatrixWithValue(DoubleMatrix *, double);
+extern void AdSetFloatMatrixWithValue(FloatMatrix *, float);
+extern void AdSetIntMatrixWithValue(IntMatrix *, int);
+
+extern IntMatrix* AdIntMatrixFromRowSection(IntMatrix *, int , int);
+extern FloatMatrix* AdFloatMatrixFromRowSection(FloatMatrix *,
Bug#416851: ocamlcvs doesn't corectly message errors
On Fri, Mar 30, 2007 at 10:08:04PM +0200, [EMAIL PROTECTED] wrote: > Package: ocamlcvs > Version: 1.9.13-2 > > > First I thought that ocamlcvs doesn't work, but when I've run it in > console, it's > produced output: > cvs status: No CVSROOT specified! Please use the `-d' option > cvs [status aborted]: or set the CVSROOT environment variable. > Error while executing the following command: > cd '.' ; cvs status -l . > /tmp/ocamlcvs6dcdc9status > > Simple..., but why it behaves so strange? I just wish have a message ;-) > Upstream bugs off course, i will forward it. I don't have answer to your question... Maybe people from time to time forget that things can failed ;-) Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416858: ekiga: GUI does not show up
Package: ekiga Version: 2.0.3-5 Severity: important Ekiga does not come up with a GUI. The process seems to hang when I start it. However, it makes a very strange connection to an FTP server: $ LANG=C netstat -anpe --tcp --udp | grep ekiga tcp0 0 192.168.1.101:48979 195.58.170.15:21 ESTABLISHED 1000 22916 8443/ekiga Wireshark shows that it tries to resolve www.wmi.at, where wmi.at is the domain name of this machine, and 195.58.170.15 is www.wmi.at. The connection only contains messages from the FTP Server: 220 ProFTPD 1.2.10 Server 421 Login Timeout There isn't even a note on the command-line, explaining what it does, even with debug set to 4. (which only shows detection of the multimedia devices) Note that it works on one of my other machines. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages ekiga depends on: ii evolution-data-server 1.6.3-4 evolution database backend server ii gconf2 2.16.1-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.16-3etch1 Avahi client library ii libavahi-common3 0.6.16-3etch1 Avahi common library ii libavahi-glib1 0.6.16-3etch1 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libebook1.2-5 1.6.3-4 Client library for evolution addre ii libedataserver1.2-71.6.3-4 Utility library for evolution data ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgcc11:4.1.1-21GCC support library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libopal-2.2.0 2.2.3.dfsg-3 Open Phone Abstraction Library - s ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libpt-1.10.0 1.10.2-2 Portable Windows Library ii libpt-plugins-alsa 1.10.2-2 Portable Windows Library Audio Plu ii libpt-plugins-v4l 1.10.2-2 Portable Windows Library Video Plu ii libsdl1.2debian1.2.11-8 Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-6 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 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 yelp 2.14.3-2 Help browser for GNOME 2 ekiga recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416857: FTBFS with GCC 4.3: the meaning of "inline" changed in C99
Package: tcpreplay
Version: 2.99+3.0.beta11-4
Usertags: ftbfs-gcc-4.3
Tags: patch
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. In C99 the meaning of "inline"
changed, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31389
A patch for this problem is below.
> Automatic build of tcpreplay_2.99+3.0.beta11-4 on coconut0 by sbuild/ia64 0.49
...
> common/timer.h:46: warning: inline function 'float2timer' declared but never
> defined
> common/timer.h:45: warning: inline function 'timerdiv' declared but never
> defined
> common/timer.h:46: warning: inline function 'float2timer' declared but never
> defined
> common/timer.h:45: warning: inline function 'timerdiv' declared but never
> defined
> /bin/sh ../libtool --tag=CC --mode=link ia64-linux-gnu-gcc -g -O2 -Wall -O2
> -funroll-loops -std=gnu99 -o tcpreplay tcpreplay-tcpreplay_opts.o
> tcpreplay-send_packets.o tcpreplay-signal_handler.o tcpreplay-tcpreplay.o
> ./common/libcommon.a ../lib/libstrl.a /usr/lib/libpcap.a -L/usr/lib -lopts
> -lrt -lnsl
> mkdir .libs
> ia64-linux-gnu-gcc -g -O2 -Wall -O2 -funroll-loops -std=gnu99 -o tcpreplay
> tcpreplay-tcpreplay_opts.o tcpreplay-send_packets.o
> tcpreplay-signal_handler.o tcpreplay-tcpreplay.o ./common/libcommon.a
> ../lib/libstrl.a /usr/lib/libpcap.a -L/usr/lib /usr/lib/libopts.so -lm -ldl
> -lrt -lnsl
> tcpreplay-send_packets.o: In function `do_sleep':
> /build/tbm/tcpreplay-2.99+3.0.beta11/src/send_packets.c:236: undefined
> reference to `timerdiv'
> collect2: ld returned 1 exit status
> make[4]: *** [tcpreplay] Error 1
--- src/common/timer.h~ 2007-03-30 20:19:09.0 +
+++ src/common/timer.h 2007-03-30 20:19:36.0 +
@@ -42,8 +42,8 @@
#include
#include
-inline void timerdiv(struct timeval *tvp, float div);
-inline void float2timer(float time, struct timeval *tvp);
+extern void timerdiv(struct timeval *tvp, float div);
+extern void float2timer(float time, struct timeval *tvp);
#ifndef TIMEVAL_TO_TIMESPEC
#define TIMEVAL_TO_TIMESPEC(tv, ts) { \
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416856: svn-buildpackage: Copies unversioned files explicitly listed in svn:ignore property
Package: svn-buildpackage Version: 0.6.16etch1 Severity: normal I normally keep some unversioned files in my working copy that I use during development but do not want distributed as part of the source .tar.gz. In order to avoid having these files clutter my "svn status" output, I use the svn:ignore property on the directory to exclude them by name and by pattern (e.g., ignore "testfile" and "testfile-*.gz"). This causes svn status to be quiet about the listed files/patterns (meaning, it does not list them as "?" status files). The 0.6.16etch1 version of svn-buildpackage includes unversioned files that are listed in the svn:ignore property in the built .tar.gz file. Based on my reading of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=414547;msg=51, this is a bug. It seems like svn-buildpackage's behavior should be functionally equivalent to that of "svn export". "svn export" skips files that unversioned, whether they are listed in the svn:ignore property or not. The same files are excluded from the built .tar.gz file if they are not listed in the svn:ignore property, which is the behavior I would expect. This is a suitable workaround for now, although it makes my svn status output cluttered and unpleasant to look at. -- System Information: Debian Release: 4.0 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.18-xen3.0.3-phydomu Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages svn-buildpackage depends on: ii devscripts 2.9.27 Scripts to make the life of a Debi ii file4.19-1 Determines file type using "magic" ii libsvn-perl 1.4.2dfsg1-2 Perl bindings for Subversion ii perl5.8.8-7 Larry Wall's Practical Extraction ii subversion 1.4.2dfsg1-2 Advanced version control system ii wget1.10.2-2 retrieves files from the web svn-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416855: FTBFS with GCC 4.3: the meaning of "inline" changed in C99
Package: twolame Version: 0.3.9-1 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In C99 the meaning of "inline" changed, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31389 A patch for this problem is below. > Automatic build of twolame_0.3.9-1 on coconut0 by sbuild/ia64 0.49 ... > cc -DHAVE_CONFIG_H -I. -I. -I../build -I ../build/ -g -Wall -O2 -std=c99 > -Wunused -Wall -O3 -c crc.c -fPIC -DPIC -o .libs/crc.o > bitbuffer.h:44: warning: inline function 'buffer_putbits' declared but never > defined > bitbuffer.h:44: warning: inline function 'buffer_putbits' declared but never > defined ... > mkdir .libs > cc -I../build/ -I../libtwolame/ -g -Wall -O2 -std=c99 -Wunused -Wall -O3 -o > .libs/twolame frontend.o /usr/lib/libsndfile.so /usr/lib/libFLAC.so > ../libtwolame/.libs/libtwolame.so -lm > ../libtwolame/.libs/libtwolame.so: undefined reference to `buffer_putbits' > collect2: ld returned 1 exit status > make[2]: *** [twolame] Error 1 --- libtwolame/common.h~2007-03-30 20:07:53.0 + +++ libtwolame/common.h 2007-03-30 20:08:10.0 + @@ -33,7 +33,7 @@ #define NO_DLL_INLINE #else #include "config.h" -#define NO_DLL_INLINE inline +#define NO_DLL_INLINE extern inline #endif -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
