Bug#380050: search-citeseer should not depend on emacsen-common
Package: search-citeseer Severity: minor Hi, the description of this package says: If you use some emacsen application, this package will install the search-citeseer.el script on it. but there is a dependecy to emacsen-common. This should be probably only a suggestion as this package can be used without emacs... :) p -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376863: Hmmm, ok, sorry, patch already there
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm a little bit tired, didn't saw Tolimar (Alexander Schmehl) patch. Sorry about that. :-( Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFEyFJPCjAO0JDlykYRAi6UAKDJZAeiWpkgiFIXbF2E+YK5ur1GWwCggjEO 8KeE08kdyN/fOKjCTR+MBuc= =99Bc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380051: Lib is missing in the package
Package: libggi2 Version: 2.2.1-1 Hello, in the newest libggi2 release, there's missing the libfile. [EMAIL PROTECTED]:~$ mplayer mplayer: error while loading shared libraries: libggi.so.2: cannot open shared object file: No such file or directory [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ dpkg -L libggi2 /. /etc /etc/ggi ... ... ... ... /usr/share/man/man7/display-file.7.gz /usr/share/man/man7/display-memory.7.gz /usr/lib/libggi.so.2 [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ ls -l /usr/lib/libggi.so.2 lrwxrwxrwx 1 root root 15 2006-07-27 07:25 /usr/lib/libggi.so.2 - libggi.so.2.0.2 [EMAIL PROTECTED]:~$ ls -l /usr/lib/libggi.so.2.0.2 ls: /usr/lib/libggi.so.2.0.2: Datei oder Verzeichnis nicht gefunden the-me:~# locate libggi.so.2.0.2 the-me:~# the-me:~# find /usr/lib -name libggi the-me:~# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378712: Submitting patch to fix FTBFS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package zope-ttwtype tags 378712 + patch thanks Hi, Attached you will find a patch against debian/control, with this small fix I could build the package. Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFEyE/DCjAO0JDlykYRAvkTAJ0QHWrPZ/JYmqo9Glluhdm0qKBcIACcCpUu BDzA6BusMmVvDv42aoouksA= =MSf8 -END PGP SIGNATURE- --- control 2006-07-27 02:04:17.0 -0300 +++ control.nmu 2006-07-27 02:04:58.872449250 -0300 @@ -7,7 +7,7 @@ Package: zope-ttwtype Architecture: all -Depends: zope | zope2.7, zope-formulator, zope-cmf | zope-cmf1.4 +Depends: zope | zope2.7, zope-formulator, zope-cmf | zope-cmf1.6 Description: Enables portal administrators to create new content types TTWType is a Plone extension which enables portal administrators to create new content types via the Zope Management Interface.
Bug#372285: makecontext(3)
tags 372285 fixed-upstream thanks Hi Joey and Helmut, here's a small addition to makecontext(3) based on Helmut's comment in http://bugs.debian.org/372285: Index: man3/makecontext.3 === RCS file: /var/cvs/debian/manpages/man3/makecontext.3,v retrieving revision 1.1.1.8 diff -u -p -r1.1.1.8 makecontext.3 --- man3/makecontext.320 Jun 2006 16:47:38 - 1.1.1.8 +++ man3/makecontext.326 Jul 2006 15:52:16 - @@ -49,7 +49,7 @@ successor context, assigning to \fIucp- When this context is later activated (using \fBsetcontext\fP() or \fBswapcontext\fP()) then first the function \fIfunc\fP is called, with the arguments specified following \fIargc\fP (where \fIargc\fP -must contain the number of these arguments), and when this function +must contain the number of these arguments of type int), and when this function returns, the successor context is activated. When the successor context pointer is NULL, the thread exits. .LP Please apply it either directly or adjusted for your needs. I haven't taken this as is, but have done a few rewrites in the page including adding some text that mentions that these arguments are 'int'. Fix will be in 2.37. Thanks for the report. Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377902: firefox: never really monospace when non-ASCII on same line
On Thu, Jul 27, 2006 at 03:40:48AM +0800, Dan Jacobson [EMAIL PROTECTED] wrote: When viewing .txt files, Chinese is supposed to be double width, ASCII single width. It's as simple as that. M Try changing your monospace font in the preferences to use a chinese one M instead of 'monospace' OK, but the user now ends up using Chinese fonts when viewing western documents, and having to be sure all parameters of the two fonts now needed to see the same .txt file are the same or something. You can set the monospace font for chinese only. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363622: fixed
fixed -- Jörg (Germany, Munich) http://www.ostertag.name/ TeamSpeak2: ts2.ostertag.name, user: tweety, Channel: GPS Drive
Bug#379829: manpages: regex(7) is practically unreadable - offer of rewrite
Datum: Wed, 26 Jul 2006 17:29:28 +0200 Von: Martin Schulze [EMAIL PROTECTED] An: Paul LeoNerd Evans [EMAIL PROTECTED] Betreff: Bug#379829: manpages: regex(7) is practically unreadable - offer of rewrite Paul LeoNerd Evans wrote: I have been using regexps for about 4 years now, and even I can't understand regex(7). I therefore propose a rewrite, to be much longer, a much gentler introduction for people who don't understand them, to include plenty of examples to illustrate, and generally improve the whole thing. I've not done a great amount of manpage writing before, other than lots of POD in perl code, that gets translated. But I have a far amount of experience at writing documentation on code (API docs), and lots of experience at using REs. People I meet on IRC say they've learned more from a 30second 5line rant of mine than in the entire manpage. Perhaps I could write a replacement for debian? I'd rather like you to get in touch with Michael Kerrisk, so that the resulting page will pass his quality checks and can be included in the upstream man-pages package as well instead of a local Debian version. Paul, Joey, I agree that regex(7) could use a lot of improvement. I'd be prepared to accept a well written replacement. (While doing this, it would be a good idea to read the POSIX regex specification closely.) Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287845: load GPX Files into gpsdrive
This is a nice feature. It's planed for a further release. Probably it won't make it into the December release. But as already told, you can use gpsbabel for now. Or you can take a little detour over osm(www.openstreetmap.org). Just take you traces, use osm-filter.pl to convert them to a *.osm File and then import them with geoinfo.pl --osm=your new file.osm The GpsDrive Version with geoinfo.pl can be found at: http://www.ostertag.name/gpsdrive/Debian.html -- Jörg (Germany, Munich) http://www.ostertag.name/ TeamSpeak2: ts2.ostertag.name, user: tweety, Channel: GPS Drive
Bug#376323: Please provide useful backtrace
forwarded 376323 https://bugzilla.mozilla.org/show_bug.cgi?id=294075 thanks On Wed, Jul 26, 2006 at 08:00:48AM +0200, Mike Hommey [EMAIL PROTECTED] wrote: Could you install the libxul0d-dbg package before getting a backtrace and attach the result in the bug, please ? That will be helpful to know where the problem lies. Okay I actually was able to get a useful backtrace myself and found the bug to be described there: https://bugzilla.mozilla.org/show_bug.cgi?id=294075 Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378721: vim-lesstif: gvim always crashes during startup
On Mon, Jul 24, 2006 at 12:25:04PM -0400, James Vega wrote: This was reported a week or so ago on the vim-dev mailing list, too. It seems that using lesstiff-dev/lesstiff1 also works well. I have tried the lesstiff-dev/lesstiff1 without success. Can't build vim with it... I built Vim fine with that. Simply changing the lesstif2-dev Build-Depends to lesstif-dev and rebuilding provided a package that I was able to use. Ooops... Now I did it too successfully! I'm not sure what the functional differences between lesstif1 and lesstif2 are, though. The only wisible thing (for the moment) is a problem with toolbar rendering. With toolbar switched off gvim seems to work fine. I will use it and report here if there will be any important problem with such a build. From my user's point of view that minor disfunction is much better than completely unusable software! I'd rather lesstif2 be fixed or have someone knowledgeable about lesstif1/lesstif2 let us know whether there will be any drawbacks if we were to switch to lesstif1. I will try to create the bugreport for lesstif upstream as soon as I will have a bit of free time. Regards, Andrey -- Andrey V. Kiselev ICQ# 26871517 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337495: friendsd buffer overflow
This is fixed in the CVS Version. So the next release candidate 2.10pre3 will have the fix included. -- Jörg (Germany, Munich) http://www.ostertag.name/ TeamSpeak2: ts2.ostertag.name, user: tweety, Channel: GPS Drive
Bug#321429: new package
We will try to package 2.10pre3 hopefully the next two month. For now you can try the packaging candidate at: http://www.ostertag.name/gpsdrive/Debian.html -- Jörg (Germany, Munich) http://www.ostertag.name/ TeamSpeak2: ts2.ostertag.name, user: tweety, Channel: GPS Drive
Bug#317809: wrong gpsd in gpsdrive
This issue is fixed in the next release. The gpsd package insige gpsdrive itself is deleted and the new Version uses the debian gpsd package. -- Jörg (Germany, Munich) http://www.ostertag.name/ TeamSpeak2: ts2.ostertag.name, user: tweety, Channel: GPS Drive
Bug#351916: gpsdrive and WAAS, checksumm errors
Have you tried to use gpsdrive with a gpsd in between? Please also try the next Release Pre candidate: http://www.ostertag.name/gpsdrive/Debian.html -- Jörg (Germany, Munich) http://www.ostertag.name/ TeamSpeak2: ts2.ostertag.name, user: tweety, Channel: GPS Drive
Bug#380053: wordpress: short dns names do not work as expected (www.example.com works, but example.com might not)
Package: wordpress Version: 2.0.3-1 Severity: minor I used the default apache.conf as my configuration, and have several blogs setup (three) on different hostnames. Noticed tonight that if the www part was dropped the url returns an error that is either a 404, or a php error that it cannot find a configuration file. (One blog had the document root pointed to a specific directory) The first problem is actual the first part of the total problem. I solved it by changing the default VirtualDocumentRoot /srv/www/%0 given in the example apache.conf file so that the %0 has the full path (otherwise you are relying on the client to provide that name in the Host: field of the HTTP request). The second part, needs UseCanonicalNameOff changed to UseCanonicalNameOn. Then the /etc/wordpress/wp-config.php line 6 needs to use SERVER_NAME instead of HTTP_HOST. This is minor, and I'm not sure that way I fixed it would be the right way for the package. My fix could lead to users needing to login in twice (assuming I understand UseCanonicalName correctly in the Apache2 docs). Someone with a little more apache and php knowledge could probably figure out a better way. I'm willing to test any changes and if I find a better way to fix this I'll post back to the bug. p.s. My email address given will work, but there might be a week or so down time at the end of August 2006 due the server moving. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (400, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.32 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wordpress depends on: ii apache2-mpm-prefork [htt 2.0.54-5traditional model for Apache2 ii libapache2-mod-php4 4:4.3.10-16 server-side, HTML-embedded scripti ii mysql-client-4.1 [virtua 4.1.11a-4sarge5 mysql database client binaries ii php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-mysql 4:4.3.10-16 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372285: makecontext(3)
Michael Kerrisk wrote: Please apply it either directly or adjusted for your needs. I haven't taken this as is, but have done a few rewrites in the page including adding some text that mentions that these arguments are 'int'. Great. Thanks and welcome back. Regards, Joey -- It's time to close the windows. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379726: cryptsetup: luksAddKey asks for unlock-passpharse twice
reopen 379726 thanks (I find it rude if you close bugs you don't yet understand.) Jonas Meurer [EMAIL PROTECTED] writes: what else do you mean? with luksAddKey you add a new key, nothing else. so it makes perfectly sence that the passphrase is asked twice. I meant it unnecessarily ask twice for the passphrase to an *existing* key. Just try it out. ~# cryptsetup luksFormat /dev/loop1 WARNING! This will overwrite data on /dev/loop1 irrevocably. Are you sure? (Type uppercase yes): YES Enter LUKS passphrase: [enter: number1] Verify passphrase: [enter: number1] Command successful. ~# cryptsetup luksAddKey /dev/loop1 Enter any LUKS passphrase: [enter: number1] Verify passphrase: [enter: number1] this is useless key slot 0 unlocked. Enter new passphrase for key slot: [enter: number2] Verify passphrase: [enter: number2] Command successful. Greetings, -- Robbe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378715: Submitting patch to fix FTBFS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
package libopentoken-dev
tags 378715 + patch
thanks
Hi,
Attached, you will find a patch against debian/control,
I could build the package and install it after that change.
Kind regards,
- --
Felipe Augusto van de Wiel (faw)
Debian. Freedom to code. Code to freedom!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org
iD8DBQFEyGAnCjAO0JDlykYRAjhKAJ9VtBWppgJ1UzKMR4LzqCwed8wppgCghgcR
nNtdw7PJ5qzdWvBWD9w1wC8=
=2fcA
-END PGP SIGNATURE-
--- control 2006-07-27 03:40:46.307641500 -0300
+++ control.nmu 2006-07-27 03:40:01.036812250 -0300
@@ -8,7 +8,7 @@
Package: libopentoken-dev
Section: libdevel
Architecture: i386 kfreebsd-i386 powerpc sparc
-Depends: libopentoken3 (= ${Source-Version}), gnat (= 3.15p), gnat ( 3.16)
+Depends: libopentoken3 (= ${Source-Version}), gnat (= 3.15p)
Description: OpenToken lexical analysis library for Ada
OpenToken is a facility for performing token analysis within the Ada
language. It is designed to provide all the functionality of a
Bug#369755: Progress
On Thu, Jul 27, 2006, Michael Biebl wrote: has there been some progress with this issue? Not on my side, I'm far too busy with other issues, mostly of RC importance. My users are still bitten by this bug [1]. The only reason they would be affected is one of: - they installed your package after a package from Debian which calls gtk-update-icon-cache (erroneously); find it, file a RC - they installed your package after a package from another distribution which calls gtk-update-icon-cache, they are basically on their own I consider to add a gtk-update-icon-cache -f /usr/share/icons/hicolor/ to postinst as a temporary workaround. Would that have some ill effects? That would be terrible, you would break all packages installed after your package. -- Loïc Minier [EMAIL PROTECTED]
Bug#380054: CVE-2006-2898: Denial of service in Asterisk
Package: asterisk
Version: 1.2.10.dfsg-1
Severity: grave
Tags: security patch
A problem has been discovered in the IAX2 channel driver of Asterisk,
an Open Source Private Branch Exchange and telephony toolkit, which
may allow a remote to cause au crash of the Asterisk server.
The patch used for security is attached.
Regards,
Joey
--
It's time to close the windows.
Please always Cc to me when replying to me on the lists.
#! /bin/sh /usr/share/dpatch/dpatch-run
## 99_CVE-2006-2898.dpatch by Joey Schulze [EMAIL PROTECTED]
##
## DP: Bug in the IAX2 channel allows remote attackers to craft
## DP: a denial of service.
@DPATCH@
--- asterisk-1.0.7.dfsg.1.orig/channels/chan_iax2.c 2005-03-18
18:30:05.0 +0100
++ asterisk-1.0.7.dfsg.1/channels/chan_iax2.c 2006-06-07 08:17:19.0
+0200
@@ -5064,10 +5064,20 @@ static int socket_read(int *id, int fd,
return 1;
}
if ((vh-zeros == 0) (ntohs(vh-callno) 0x8000)) {
+ if (res sizeof(*vh)) {
+ ast_log(LOG_WARNING, Rejecting packet from '%s.%d'
that is flagged as a mini video frame but is too short\n, ast_inet_ntoa(iabuf,
sizeof(iabuf), sin.sin_addr), ntohs(sin.sin_port));
+ return 1;
+
+ }
/* This is a video frame, get call number */
fr.callno = find_callno(ntohs(vh-callno) ~0x8000, dcallno,
sin, new, 1);
minivid = 1;
- } else if (meta-zeros == 0) {
+ } else if ((meta-zeros == 0) !(ntohs(meta-metacmd) 0x8000)) {
+ if (res sizeof(*meta)) {
+ ast_log(LOG_WARNING, Rejecting packet from '%s.%d'
that is flagged as a meta frame but is too short\n, ast_inet_ntoa(iabuf,
sizeof(iabuf), sin.sin_addr), ntohs(sin.sin_port));
+ return 1;
+
+ }
/* This is a meta header */
switch(meta-metacmd) {
case IAX_META_TRUNK:
@@ -5164,7 +5174,7 @@ static int socket_read(int *id, int fd,
if (iaxdebug)
iax_showframe(NULL, fh, 1, sin, res - sizeof(struct
ast_iax2_full_hdr));
#endif
- if (ntohs(mh-callno) IAX_FLAG_FULL) {
+ if ((res = sizeof(*fh)) ntohs(mh-callno) IAX_FLAG_FULL) {
/* Get the destination call number */
dcallno = ntohs(fh-dcallno) ~IAX_FLAG_RETRANS;
/* Retrieve the type and subclass */
Bug#367428: sysvinit: last cut the username if its longer than eight charactersBcc: [EMAIL PROTECTED]
I do not believe it is a good idea to add a new option to last, unless such option is added to all unix implementations around. Also, the 8 character user name limit can be traced to POSIX, where only 8 characters are guaranteed to work. See _POSIX_LOGIN_NAME_MAX in URL:http://www.opengroup.org/onlinepubs/007908799/xsh/limits.h.html. I believe it is smart to limit user name lengths to 8 characters until that limit is increased. I'm not sure how to best rewrite 'last' to handle longer user names, without surprising script writers with code already using 'last'. Just printing longer strings and pushing the line to the right for those entries with longer usernames might work for those fetching the first work on the list, but not for those fetching character 1-8. Anyone know how other unix variants handle long user names in 'last'? Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380055: gksudo (somtimes) not showing password prompt
Package: gksu Version: 1.9.1-2 gksudo sometimes doesn't show the password prompt when it should. The startup notification shows Granting rights in my task/window list, and the cursor changes to the busy cursor, but no password dialog is displayed, and the target app is not started. I get this on the command line: $ gksudo gedit glibtop: This machine has 2 CPUs, 2 are being monitored. GNOME_SUDO_PASS [EMAIL PROTECTED]:~$ gksudo -d gedit No ask_pass set, using default! STARTUP_ID: gksudo/gedit/7902-0-orthanc_TIME3079645632 xauth: /tmp/libgksu-fFQvCq/.Xauthority cmd[0]: /usr/bin/sudo cmd[1]: -H cmd[2]: -S cmd[3]: -p cmd[4]: GNOME_SUDO_PASS cmd[5]: -u cmd[6]: root cmd[7]: -- cmd[8]: gedit buffer: -- No password prompt found; we'll assume we don't need a password. glibtop: This machine has 2 CPUs, 2 are being monitored. GNOME_SUDO_PASS The process does not terminate. Usually, when killing it with Ctrl-c and then re-running it, it works properly. When it does work correctly, I get: $ gksudo -d gedit No ask_pass set, using default! STARTUP_ID: gksudo/gedit/8234-0-orthanc_TIME3079735744 xauth: /tmp/libgksu-oVbJN9/.Xauthority cmd[0]: /usr/bin/sudo cmd[1]: -H cmd[2]: -S cmd[3]: -p cmd[4]: GNOME_SUDO_PASS cmd[5]: -u cmd[6]: root cmd[7]: -- cmd[8]: gedit buffer: -GNOME_SUDO_PASS- Yeah, we're in... This problem occurs somewhat intermittently, and I'm not sure how to reproduce it. Sometimes it happens within a newly created terminal. It often happens with a new Gnome session - e.g. I start firestarter with gksudo in gnome session - this then usually fails to display the password prompt. $ sudo gedit works as expected, so I doubt it's a sudo issue. I'm running etch on a Dell Precision M90 (Intel Centrino Duo). Installed dependencies of gksu: ii gksu 1.9.1-2 ii gnome-keyring 0.4.9-1 ii libatk1.0-0 1.12.1-1 ii libc6 2.3.6-15 ii libcairo2 1.2.0-3 ii libgconf2-4 2.14.0-1 ii libgksu2-01.9.4-3 ii libgnome-keyring0 0.4.9-1 ii libgtk2.0-0 2.8.18-1 ii libpango1.0-0 1.12.3-1+b1 ii libstartup-notification0 0.8-1 ii libx11-6 1.0.0-7 ii libxcursor1 1.1.5.2-5 ii libxext6 1.0.0-4 ii libxfixes33.0.1.2-4 ii libxi61.0.0-5 ii libxinerama1 1.0.1-4 ii libxrender1 0.9.0.2-4 ii sudo 1.6.8p12-4 ii libfontconfig12.3.2-7 ii libglib2.0-0 2.10.3-3 ii liborbit2 2.14.0-2 ii libxrandr21.1.0.2-4 -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377391: closed by Michael Vogt [EMAIL PROTECTED] (Bug#377391: fixed in apt 0.6.45)
Hello Michael, On Thursday 27 July 2006 01:49, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #377391: Extremely irritating libparted error message during LVM on RAID setup, which was filed against the partman-lvm package. It has been closed by Michael Vogt [EMAIL PROTECTED]. Today I received this BTS message closing #377391; this is due to: Changes: apt (0.6.45) unstable; urgency=low [...] * apt-pkg/acquire-item.cc: - check for bzip2 in /bin (closes: #377391) I think there must be a typo in this bug number in your changelog as the closed BR has nothing to do with apt. Suggest you check which bug should have been closed. Note: #377391 was already closed with partman-lvm/41, so no need to reopen it. pgpVZFukItDgi.pgp Description: PGP signature
Bug#376460: exim4-config: response of yes to Hide local mail name in outgoing mail? seems to produce dc_hide_mailname='false'
On Wed, Jul 26, 2006 at 09:20:36PM -0400, Ian Zimmerman wrote: I have been labouring under the opposite problem. Both rewriting clauses are always generated even if I answer No to the debconf question. And this patch doesn't help. Or maybe it only makes a difference with a fresh install? The patch takes care of missing initialization in case there is no answer to the question already in the database. Which rewriting clauses are you talking about? Which values do you have in update-exim4.conf.conf? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380034: Request for the inclusion of manyfoot.sty in tetex-extra
tags 380034 wontfix thanks [EMAIL PROTECTED] wrote: Package: tetex-base Version: 3.0-20 Severity: wishlist Request for the inclusion of manyfoot.sty in tetex-extra. A number of scholarly writings need multiple footnote streams. manyfoot and, as soon as it is released on CTAN, bigfoot would be very valuable additions. However, it is not going to happen, because teTeX is dead upstream. In unstable, there's already an alternative, TeXLive, which has manyfoot in texlive-latex-extra. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#380023: gamin: Please remove the conflict with fam
Le mercredi 26 juillet 2006 à 17:01 -0500, Christopher Cashell a écrit : Package: gamin Severity: wishlist Is there a reson this conflicts with fam? Other than that they provide similar services? They provide ABI-compatible libraries with the same filenames. I'm trying to some testing with both of them, to determine which one will provide what I need better, and it's a pain in the butt when installing gamin forces me to remove fam. Anyway gamin isn't maintained anymore, so if you want to use it you should consider adopting the package. But I strongly recommend using the Gnome-VFS monitoring API instead. It is simpler and more reliable. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
On Wed, Jul 26, 2006 at 10:15:28PM -0400, Ian Zimmerman wrote: Marc Hm. Looks like gnutls-cli-debug cannot be used to debug STARTTLS Marc connects. Does hiking up gnutls-cli's debug level offer comparable Marc verbosity? Not really :\ [EMAIL PROTECTED]:~$ gnutls-cli --port 25 -d 5 --starttls localhost |2| ASSERT: gnutls_psk.c:101 Resolving 'localhost'... Connecting to '127.0.0.1:25'... - Simple Client Mode: 220 ahiker.homeip.net ESMTP Exim 4.62 Wed, 26 Jul 2006 22:08:04 -0400 I assume this is the initial unencrypted greeting. Yes. It hangs here, have to hit ^C, You need to manually say STARTTLS, and then hit Ctrl-D to switch the client to TLS mode. which is actually similar to my original attempt to send real mail from one Exim to another, also hangs. Entropy available? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380054: CVE-2006-2898: Denial of service in Asterisk
On Thursday 27 July 2006 07:34, Martin Schulze wrote: The patch used for security is attached. Thanks Joey, In asterisk 1.2.10 half of that patch is already applied upstream. I have applied the other half and am in the process of uploading. The modified patch is included. Mark patch.CVE-2006-2898.dpatch Description: application/shellscript pgpYspmrsnJWa.pgp Description: PGP signature
Bug#368996: .SH and roff
On Thu, Jul 27, 2006 at 08:20:39AM +0200, Martin Schulze wrote: I'm writing you because of Bug#368996 in which the reporter claims that when you use the .SH macro and the parameter contains a space character it should be quoted. Is this true? To the best of my knowledge, this is not the case. See groff_man(7), which says: .SH [text for a heading] Sets up an unnumbered section heading sticking out to the left. Prints out all the text following SH up to the end of the line (resp. the text in the next input line if there is no argument to SH) in bold face, one size larger than the base document size. Additionally, the left margin for the following text is reset to its default value. If you want multiple consecutive literal spaces, or if you want a literal character immediately after a space, then you'd need quoting, but in general you don't need it for .SH. Looking at the suggested patch, I notice that flock(2) has a stray after SEE ALSO, and the trailing spaces after NAME and DESCRIPTION in setnetgrent(3) should be dropped rather than quoted. Nothing else in the patch is necessary. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375688: Bug in iso-codes: iso3166-2.xml contains invalid entries
thanks for the patch and the additional hints about the ISO 3166-2 XML file. I've verified that the most part of the patch is indeed correct, except the code DE-BR for Brandenburg. All other corrections have been applied to the SVN repository and will appear in the next release. Hello Tobias, shouldn't the changes be reflected in iso_3166_2.tab, too? They seem to be in the XML file only. Regards, Ulrich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360524: ITP: audacious -- A fork of beep-media-player
Le jeudi 27 juillet 2006 00:50, Daniel Baumann a écrit : Indeed. Sorry, took the wrong address.. Sorry, I waste all my time with my gf :p Anyway, I updated the package to create an audacious-common package with arch indepentend stuff, audacious-locales and I symlinked each /usr/share/doc/package to the libaudacious2.0.0 doc set (essential package for audacious). Today I'll upgrade my package to the last upstream version and I'll upload it to my webserver if everything goes fine. Here is the warning : [EMAIL PROTECTED]:~/packaging/audacious$ lintian -iI *.changes W: audacious: binary-or-shlib-defines-rpath ./usr/bin/audacious /usr/lib N: N: The binary or shared library defines the `RPATH'. Usually this is a N: bad thing. Most likely you will find a Makefile with a line like: N: gcc test.o -o test -Wl,--rpath N: or N: gcc test.o -o test -R/usr/local/lib N: Please contact debian-devel@lists.debian.org if you have questions N: about this. N: Audacious is alreayd built with --disable-rpath...
Bug#360524: ITP: audacious -- A fork of beep-media-player
Adam Cécile (Le_Vert) wrote: Anyway, I updated the package to create an audacious-common package with arch indepentend stuff, audacious-locales and I symlinked each /usr/share/doc/package to the libaudacious2.0.0 doc set (essential package for audacious). I don't think that this micro-packaging makes is of any use here. Why not be consistent with xmms and bmp, make an audacious and an audacious-dev package only. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380056: python-tunepimp: missing library dependency
Package: python-tunepimp Version: 0.4.2-3.1 Severity: serious The package is missing dependency on libtunepimp3 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-tunepimp depends on: ii python2.3.5-11 An interactive high-level object-o ii python-ctypes 0.9.9.6-1 Python package to create and manip ii python-support0.3.8 automated rebuilding support for p python-tunepimp recommends no packages. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Bug#379101: examples/ip_user-example.conf in squid_2.5.14-1 and squid-common_2.6.1-3
Hi On Thu, Jul 27, 2006 at 01:59:32AM +0200, Luigi Gangitano wrote: Hi Michael, I suspect that this is a bug in Smart Package Manager. Upgrading from previous version of squid with apt-get and aptitude works correctly. But how is the Smart Package Manager supposed to know that it can't upgrade squid-common without upgrading squid if there is nothing to tell it that the older squid package conflicts with the newer squid-common package? I am not a Debian developer, and I haven't read the packaging policy, but I don't see any way for smart to know that it should first uninstall squid, then upgrade squid-common, and then install the new squid. I would have thought if it was not possible to install the older squid package with the newer squid-common package then the newer squid-common package should conflict with the older squid package. Is that not the way it works? How do apt-get and aptitude do it? -- Michael Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380028: closed by Bastian Blank [EMAIL PROTECTED] (Re: Bug#380028: mkvmlinuz requires -fno-stack-protector with gcc-4.1)
Please, don't ignore the bug report just because I'm using Ubuntu. It's the same package, version 23 of mkvmlinuz in Debian. I just found it better to report it to Debian too so you also know about the problem. // Emanuel On Thursday 27 July 2006 06:33, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #380028: mkvmlinuz requires -fno-stack-protector with gcc-4.1, which was filed against the mkvmlinuz package. It has been closed by Bastian Blank [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Bastian Blank [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380057: misdn-kernel: FTBFS: build-dep on an non-existing package
Package: misdn-kernel Version: 0.0.0+cvs20060214-1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of misdn-kernel_0.0.0+cvs20060214-1 on avidan by sbuild/i386 0.49 Build started at 20060727-0745 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 428kB of source archives. Get:1 http://ftp.fr.debian.org sid/main misdn-kernel 0.0.0+cvs20060214-1 (dsc) [2248B] Get:2 http://ftp.fr.debian.org sid/main misdn-kernel 0.0.0+cvs20060214-1 (tar) [417kB] Get:3 http://ftp.fr.debian.org sid/main misdn-kernel 0.0.0+cvs20060214-1 (diff) [8440B] Fetched 428kB in 2s (178kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: linux-source-2.6.16, linux-headers-2.6.16-1-all, debhelper (= 4.0.0) Build-Depends-Indep: dh-kpatches Checking for already installed source dependencies... linux-source-2.6.16: missing linux-headers-2.6.16-1-all: missing debhelper: already installed (5.0.37.3 = 4.0.0 is satisfied) Checking for source dependency conflicts... Reading package lists... Building dependency tree... E: Couldn't find package linux-headers-2.6.16-1-all apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping misdn-kernel ** Finished at 20060727-0745 Build needed 00:01:17, 9640k disk space -- 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#380060: webalizer: broken tables in 2.01.10-30 version
Package: webalizer Version: 2.01.10-30 Severity: normal After upgrading from 2.01.10-29 version the daily and hourly statistic tables become totally broken. All fields names mismatch it's data. Table headers are shifted to the right on the two positions. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Versions of packages webalizer depends on: ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-1 Berkeley v4.2 Database Libraries [ ii libgd2-noxpm 2.0.33-5 GD Graphics Library version 2 (wit ii libgeoip1 1.3.17-1 A non-DNS IP-to-country resolver l ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii zlib1g 1:1.2.3-13compression library - runtime webalizer recommends no packages. -- debconf information: * webalizer/logfile: /var/log/apache2/access.log.1 * webalizer/doc_title: Usage Statistics for webalizer/upgrading: * webalizer/directory: /var/www/webstat webalizer/upgrade2011030: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363061: seminar is not DFSG-free, needs relicensing
On 26.07.06 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: Hi, [seminar is non-free] I had a look at that and could wipe out the non-free license statements. However there are a lot of files (3-4 liners and lousy hacks), which do not contain any lic statement. Sould I insert the statement too? Can you send the author's complete mail to you to the bug report? I think he's the one to know It's in #327741, sent out last September (14th). You may read the sub thread I started on Wed, 14 Sep 2005 21:15:21 +0200. H. -- sigmentation fault
Bug#379898: exim4-base: Could create cronjob to check paniclog
On 2006-07-26 at 19:51 +0200, Andreas Metzler wrote: On 2006-07-26 Andrew Ferrier [EMAIL PROTECTED] wrote: Package: exim4-base Version: 4.62-1 Severity: wishlist The exim4 specification recommends creating a cronjob to check that paniclog is empty: (see third bullet point from the top) http://www.exim.org/exim-html-4.40/doc/html/spec_45.html It would useful to have one of these shipped by Debian's exim4 by default, probably installed into /etc/cron.d. Presumably it would email root if the file wasn't empty. [...] Shouldn't this be done by logwatch or similar stuff? Every single package watching its own logfiles seems a little bit wasteful. cu andreas Actually, yes, that would be a good idea. Perhaps the only issue is that then leads to the email-problem-recursing-on-email-problem again. Thanks, Andrew. -- Andrew Ferrier mobile: +44 (0) 7968 147953 email: [EMAIL PROTECTED] photo gallery: www.new-destiny.co.uk/andrew/gallery2/ blog: www.new-destiny.co.uk/andrew/blog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364344: RM: mgapdesk -- RoQA; orphaned, RC-buggy
retitle 364344 RM: mgapdesk -- RoQA; orphaned, RC-buggy reassign 364344 ftp.debian.org thanks I think we should remove mgapdesk. * Orphaned for 3 months. * RC bug (FTBFS). * Not known whether it works with X.Org (requires specific hardware). * popcon: 52 installs, 9 votes. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379793: ocaml-expat: tarball contains redundant subdirectory
On Tue, Jul 25, 2006 at 12:36:08PM -0400, Eric Cooper wrote: I don't think the ocaml-expat/ subdirectory should be there. I think that the upstream tarball is dirty too... I'll fix that ASAP. ciao -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#156532: ITA: swedish -- The Swedish dictionary for ispell
retitle 156532 ITA: swedish -- The Swedish dictionary for ispell. owner 156532 Jeremiah Foster [EMAIL PROTECTED] thanks Jeremiah Foster [EMAIL PROTECTED] writes: Package: wswedish Severity: ITA I would like to adopt this package. The intended way to state an intent-to-adopt is to retitle the WNPP bug (in this case, #156532) and set yourself as its owner. See http://www.debian.org/devel/wnpp/ for more information. Anyway, the top two lines will do this for you. I'm also closing #378943 rather than merging it with #156532 to reduce clutter. Cheers, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376837: bzr: Please Recommend: python2.4-paramiko
ma, 2006-07-24 kello 14:50 +0200, Adeodato Simó kirjoitti: * Adeodato Simó [Mon, 24 Jul 2006 13:24:05 +0200]: I'd be happy to prepare an upload, and become a co-maintainer if you'd like. I'm very glad to have found bzr, so I guess I can give something back by helping take care of it in Debian. :) Something like the attached diff would be ok? Sorry about the slow response. Your diff looks perfect to me. I'd be happy to have you be co-maintainer, and I doubt Andres and Jeff mind it, either. So in my humble opinion, go ahead. There is currently no bzr branch for maintaining bzr, as far as I know. -- Latest nerd movie: Once were hackers
Bug#375810: libssl and zlib1g
reopen 375810 thanks Hi Michael, On Tue, Jul 25, 2006 at 02:12:45PM +0200, Michael Ablassmeier wrote: libssl-dev, zlib1g-dev well, those libaries are interlib-dependencys by other libraries zabbix agent or zabbix server use (libldap_r for example depends on libgnutls and libz stuff). ldd follows interlib-dependencies using ld.so with a trace argument (it does load and link the binary), so it seems the zabbix binaries would make use of those libraries in their code, they do not. Both libssl-dev and zlib1g-dev are not used by any of the zabbix components in a direct way, so they do not need to be listed in the Build-Depends field.. Indirect dependencies are not followed by dpkg-shlibdeps (or at least it used to be this way). It seems that zabbix is explicitly checking for and linking with libz and libcrypto. Look at the logs: checking for compress in -lz... yes [...] checking for main in -lcrypto... yes [...] gcc -Wall -g -O2 -o zabbix_server [...] -lz [...] -lcrypto However (and this a more important fact that I overlooked), in the case of openssl it would be illegal to link a GPL program with it, since the OpenSSL developers added an advertising clausse that makes it incompatible. A Build-Conflicts should be present in order to avoid this from happening. Alternatively, you could link it with GnuTLS compat layer to see how it works out. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375712: here's a patch
Package: acct Version: 6.3.99+6.4pre1-4 Followup-For: Bug #375712 tpo2:/tmp# diff -u /tmp/acct /etc/cron.monthly/acct --- /tmp/acct 2006-07-27 10:09:54.0 +0200 +++ /etc/cron.monthly/acct 2006-07-27 10:10:30.0 +0200 @@ -30,7 +30,7 @@ gunzip -c /var/log/wtmp.1.gz $WTMP fi - ac -f $WTMP /var/log/wtmp.1 -p | sort -nr +1 /var/log/wtmp.report + ac -f $WTMP /var/log/wtmp.1 -p | sort -nr -k 1 /var/log/wtmp.report echo /var/log/wtmp.report last -f $WTMP /var/log/wtmp.report -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages acct depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries acct recommends no packages. -- debconf information: acct/kernel_mismatch: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380059: ejabberd: Ejabberd trows an error when trying to log in
Package: ejabberd
Version: 1.1.1-4
Severity: grave
Justification: renders package unusable
After upgrading to ejabberd 1.1.1-4 I can't login anymore. The log message is
listed below.
Hylke
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored:
LC_ALL set to [EMAIL PROTECTED])
Versions of packages ejabberd depends on:
ii adduser 3.95 Add and remove users and groups
ii erlang-base 1:11.b.0-3 Concurrent, real-time, distributed
ii erlang-nox1:11.b.0-3 Concurrent, real-time, distributed
ii libc6 2.3.6-16 GNU C Library: Shared libraries
ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li
ii libssl0.9.8 0.9.8b-2 SSL shared libraries
ii openssl 0.9.8b-2 Secure Socket Layer (SSL) binary a
ii zlib1g1:1.2.3-13 compression library - runtime
ejabberd recommends no packages.
-- no debconf information
-- Log messages
=INFO REPORT 2006-07-27 10:17:45 ===
I(0.230.0:ejabberd_listener:90): (#Port0.393) Accepted connection
{{137,224,32,204},55157} - {{145,99,196,98},5222}
=ERROR REPORT 2006-07-27 10:17:45 ===
** Generic server 0.354.0 terminating
** Last message in was {tcp,#Port0.393,
?xml version='1.0'?stream:stream
xmlns=\jabber:client\ to=\noid.homelinux.org\ version=\1.0\
xmlns:stream=\http://etherx.jabber.org/streams\; }
** When Server state == {state,#Port0.393,
gen_tcp,
none,
0.353.0,
infinity,
{xml_stream_state,
0.353.0,
#Port0.394,
[],
0,
infinity},
infinity}
** Reason for termination ==
** {badarg,[{erlang,binary_to_term,
[0,0,0,0,131,108,0,0,0,1,104,2,97,0,104,2,107,0,13,115,116,114,101,97,109,58,115,116,114,101,97,109,108,0,0,0,4,104,2,107,0,5,120,109,108,110,115,107,0,13,106,97,98,98,101,114,58,99,108,105,101,110,116,104,2,107,0,2,116,111,107,0,18,110,111,105,100,46,104,111,109,101,108,105,110,117,120,46,111,114,103,104,2,107,0,7,118,101,114,115,105,111,110,107,0,3,49,46,48,104,2,107,0,12,120,109,108,110,115,58,115,116,114,101,97,109,107,0,32,104,116,116,112,58,47,47,101,116,104,101,114,120,46,106,97,98,98,101,114,46,111,114,103,47,115,116,114,101,97]},
{xml_stream,parse,2},
{ejabberd_receiver,process_data,2},
{ejabberd_receiver,handle_info,2},
{gen_server,handle_msg,6},
{proc_lib,init_p,5}]}
-- end log messages
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370699: New IF flags on newer kernels
There's on more slight reason for a newer version of iproute - the current kernels seem to have more interface flags that are not recognized by current iproute package and that are hopefully recognized by a newer iproute release: $ ip addr ls eth0 1: eth0: BROADCAST,MULTICAST,UP,1 mtu 1500 qdisc pfifo_fast qlen 1000 ... There's a flag 1 that is not recognized by iproute. The kernel uses #define IFF_LOWER_UP0x1 /* driver signals L1 up */ #define IFF_DORMANT 0x2 /* driver signals dormant */ -- Meelis Roos ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380058: Debian Etch installation on DELL PE1950 server
Package: installation-reports Boot method: CD with debian-testing-amd64-netinst.iso Image version: 26/07/06 01:31 daily builds from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/ Date: 26/07/06 Machine: DELL PowerEdge 1950 Processor: two Intel(R) Xeon(R) CPU5150 @ 2.66GHz with intel vt enable Memory: 8GB Partitions: /dev/sda1 ext3 4901924435232 4217688 10% / tmpfstmpfs 4090464 0 4090464 0% /dev/shm /dev/sda2 ext3 112914 16103 90787 16% /boot tmpfstmpfs 10240 112 10128 2% /dev Output of lspci and lspci -n: 00:00.0 Host bridge: Intel Corporation Workstation Memory Controller Hub (rev 12) 00:02.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 2 (rev 12) 00:03.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 3 (rev 12) 00:04.0 PCI bridge: Intel Corporation Server PCI Express x8 Port 4-5 (rev 12) 00:05.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 5 (rev 12) 00:06.0 PCI bridge: Intel Corporation Server PCI Express x8 Port 6-7 (rev 12) 00:07.0 PCI bridge: Intel Corporation Server PCI Express x4 Port 7 (rev 12) 00:10.0 Host bridge: Intel Corporation Server Error Reporting Registers (rev 12) 00:10.1 Host bridge: Intel Corporation Server Error Reporting Registers (rev 12) 00:10.2 Host bridge: Intel Corporation Server Error Reporting Registers (rev 12) 00:11.0 Host bridge: Intel Corporation Reserved Registers (rev 12) 00:13.0 Host bridge: Intel Corporation Reserved Registers (rev 12) 00:15.0 Host bridge: Intel Corporation Server FBD Registers (rev 12) 00:16.0 Host bridge: Intel Corporation Server FBD Registers (rev 12) 00:1c.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI Express Root Port 1 (rev 09) 00:1d.0 USB Controller: Intel Corporation Enterprise Southbridge UHCI USB #1 (rev 09) 00:1d.1 USB Controller: Intel Corporation Enterprise Southbridge UHCI USB #2 (rev 09) 00:1d.2 USB Controller: Intel Corporation Enterprise Southbridge UHCI USB #3 (rev 09) 00:1d.7 USB Controller: Intel Corporation Enterprise Southbridge EHCI USB (rev 09) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9) 00:1f.0 ISA bridge: Intel Corporation Enterprise Southbridge LPC (rev 09) 00:1f.1 IDE interface: Intel Corporation Enterprise Southbridge PATA (rev 09) 01:00.0 PCI bridge: Intel Corporation 80333 Segment-A PCI Express-to-PCI Express Bridge 01:00.2 PCI bridge: Intel Corporation 80333 Segment-B PCI Express-to-PCI Express Bridge 02:0e.0 RAID bus controller: Dell PowerEdge Expandable RAID controller 5 04:00.0 PCI bridge: Broadcom Unknown device 0103 (rev c2) 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 11) 06:00.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI Express Upstream Port (rev 01) 06:00.3 PCI bridge: Intel Corporation Enterprise Southbridge PCI Express to PCI-X Bridge (rev 01) 07:00.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI Express Downstream Port E1 (rev 01) 07:01.0 PCI bridge: Intel Corporation Enterprise Southbridge PCI Express Downstream Port E2 (rev 01) 08:00.0 PCI bridge: Broadcom Unknown device 0103 (rev c2) 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 11) 0e:00.0 Fibre Channel: QLogic Corp. QLA2432 Fibre Channel Adapter (rev 02) 10:0d.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02) 00:00.0 0600: 8086:25c0 (rev 12) 00:02.0 0604: 8086:25e2 (rev 12) 00:03.0 0604: 8086:25e3 (rev 12) 00:04.0 0604: 8086:25f8 (rev 12) 00:05.0 0604: 8086:25e5 (rev 12) 00:06.0 0604: 8086:25f9 (rev 12) 00:07.0 0604: 8086:25e7 (rev 12) 00:10.0 0600: 8086:25f0 (rev 12) 00:10.1 0600: 8086:25f0 (rev 12) 00:10.2 0600: 8086:25f0 (rev 12) 00:11.0 0600: 8086:25f1 (rev 12) 00:13.0 0600: 8086:25f3 (rev 12) 00:15.0 0600: 8086:25f5 (rev 12) 00:16.0 0600: 8086:25f6 (rev 12) 00:1c.0 0604: 8086:2690 (rev 09) 00:1d.0 0c03: 8086:2688 (rev 09) 00:1d.1 0c03: 8086:2689 (rev 09) 00:1d.2 0c03: 8086:268a (rev 09) 00:1d.7 0c03: 8086:268c (rev 09) 00:1e.0 0604: 8086:244e (rev d9) 00:1f.0 0601: 8086:2670 (rev 09) 00:1f.1 0101: 8086:269e (rev 09) 01:00.0 0604: 8086:0370 01:00.2 0604: 8086:0372 02:0e.0 0104: 1028:0015 04:00.0 0604: 1166:0103 (rev c2) 05:00.0 0200: 14e4:164c (rev 11) 06:00.0 0604: 8086:3500 (rev 01) 06:00.3 0604: 8086:350c (rev 01) 07:00.0 0604: 8086:3510 (rev 01) 07:01.0 0604: 8086:3514 (rev 01) 08:00.0 0604: 1166:0103 (rev c2) 09:00.0 0200: 14e4:164c (rev 11) 0e:00.0 0c04: 1077:2432 (rev 02) 10:0d.0 0300: 1002:515e (rev 02) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:
Bug#350391: Glest ITP is RFP or I will be disconnected for an undefinite period of time
Hello, Mortiz has told me in private that he currently does not have any time to package Glest, and he is fine with me taking the job, but since I will move from one city to another next week, and I don't know yet any details related to Internet connectivity at the new place, I am forwarding this to the Debian Games Team. So this is now actually in the hands of the Debian Games Team, if somebody steps up to the task. P.S.: This is also an announce to the Debian Games Team to take over any activity I might be involved in, related to games. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379986: [Pkg-xfce-devel] Bug#379986: conflicts with current xfce
Yves-Alexis Perez [EMAIL PROTECTED] writes: There was at least two open bugs on xfdesktop4 which described this situation (379650 and 379689), just closed because xfdesktop4 4.3.90.2 has been uploaded (depending on libxfce4util4). Couldn't you have checked the BTS before reporting this bug ? When packages.debian.org says that my package version is current I only skim the resolved bugs section of the BTS. It's my fault that in this superficial perusal I did not connecect xfdesktop4-4.3.90.2 missing nor uninstallable on unstable amd6 with the problem I saw. We are in the midlde of a transition from beta1 to beta2 and it takes time. be patient, everything should be ok in the next few days. I actually set the bug to fixed in 4.3.90.2 before you sent your mail, no need to get all worked up... It was a (duplicate) bug report, not an insult. Thanks for working on xfce! -- Robbe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379999: fslint: documentation for some GUI elements kindly requested
Rogério Brito wrote: Package: fslint Version: 2.16-1 Severity: minor Hi, Pádraig. After I asked your question regarding the differences between fslint and fdupes and saw that fslint got uploaded to Debian, I was quite happy to install it. Unfortunately, I some items of the GUI are not intuitive enough to ignore a manual. :-( I agree. I'll look at at least describing the functions in the fslint-gui man page. In particular, I have two problems: 1 - In the duplicates tab, there is a Merge button. It seems that this would substitute all the duplicates with hardlinks. Is this correct? Yes. If you hover over that button, it will tell you with a tooltip. 2 - There is a tab with the label Redundant whitespace. I have no idea what the redundant means here. Do you mean in the contents of the file? How do you decide which whitespace is redundant or not? Yes this works on the file contents. Currently tt removes spaces at the end of lines. cheers, Pádraig. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354759: twiki 4.04 is out
Hi, What about updating the package to the new 4.04 version. It fixes lots of things. Is there any plan on updating the package ? Many thanks in advance, Didrik signature.asc Description: Ceci est une partie de message numériquement signée
Bug#379122: no php5 support
Hi As far as I know is php5-support not yet integrated in the kolab release which we are packaging. Maybe the next release supports it. We can of course forward that bug to upstream, first i wanna check if the next release works with php5. Maybe the other team members have some comments so far. Greetings Steffen pgpGUnuuqyXF2.pgp Description: PGP signature
Bug#380061: dpkg-reconfigure xserver-xorg doesn't update /etc/X11/xorg.conf
Package: xserver-xorg Version: 1:7.0.22 Severity: important Tags: patch Hi Reconfiguring xserver-xorg doesn't change /etc/X11/xorg.conf at all because of an obvious error in the postinst script. Please find a patch attached (and hopefully you agree on it ;-) which fixes the bug. Christoph --- xserver-xorg.postinst_old 2006-06-12 05:46:09.0 +0200 +++ xserver-xorg.postinst 2006-07-27 10:26:19.0 +0200 @@ -1666,7 +1666,7 @@ else fi # here's a novel concept: DON'T TOUCH THE CONFIG ON UPGRADES -if [ -z $UPGRADE ] || dpkg --compare-versions $2 le 1:7.0.14; then +if [ -z $UPGRADE ] || dpkg --compare-versions $2 le $SOURCE_VERSION; then # compare the current and stored checksums; if they do not match, assume # that's the way the user wants it. if we're reconfiguring, overwrite # it regardless and back it up.
Bug#375810: libssl and zlib1g
hi robert, On Thu, Jul 27, 2006 at 10:07:38AM +0200, Robert Millan [ackstorm] wrote: It seems that zabbix is explicitly checking for and linking with libz and libcrypto. Look at the logs: checking for compress in -lz... yes [...] checking for main in -lcrypto... yes [...] gcc -Wall -g -O2 -o zabbix_server [...] -lz [...] -lcrypto well, i have just had a look at other packages build-depending on libsnmp-dev, and all ive had a look at add -lcrypto to the linking flags on build time, as this seems to bee needed when linking against snmp stuff: from ifstat's configure.in: # Setting to be able to force linking with -lcrypto.. from netmgr's configure.in: # Net/UCD-SNMP includes v3 support and insists on crypto unless # compiled --without-openssl However (and this a more important fact that I overlooked), in the case of openssl it would be illegal to link a GPL program with it, since the OpenSSL developers added an advertising clausse that makes it incompatible. A Build-Conflicts should be present in order to avoid this from happening. Alternatively, you could link it with GnuTLS compat layer to see how it works out. *sight*, i have feared this might be the case. However, i dont quite understand the case here. Zabbix does not use any of the openssl headers or functions in its code and is nevertheless linking against libcrypto which is needed because libsnmp9-dev is linked against openssl. Fabio, what do you think about this? Should i start ask Alexei for permission about linking against openssl so we are on the safe side? bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380062: PCMCIA scanning is not compiled
Package: libchipcard2-0c2
Version: 2.1.7-2
Severity: normal
Tags: patch
Hi,
a spurious #ifdef disabled PCMCIA scanning. Upstream confirmed this as a
bug and it is fixed in CVS. A patch is attached.
Thanks,
Joachim
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.otto
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages libchipcard2-0c2 depends on:
ii libc6 2.3.6-15 GNU C Library: Shared libraries
ii libgwenhywfar38 2.3.1-1OS abstraction layer
ii libsysfs2 2.0.0-7interface library to sysfs
ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library
libchipcard2-0c2 recommends no packages.
-- no debconf information
diff -u libchipcard2-2.1.7/debian/changelog libchipcard2-2.1.7/debian/changelog
--- libchipcard2-2.1.7/debian/changelog
+++ libchipcard2-2.1.7/debian/changelog
@@ -1,3 +1,9 @@
+libchipcard2 (2.1.7-2.1) unstable; urgency=low
+
+ * pcmcia an
+
+ -- Joachim Breitner [EMAIL PROTECTED] Thu, 27 Jul 2006 10:20:38 +0200
+
libchipcard2 (2.1.7-2) unstable; urgency=low
* Bump build-depends
only in patch2:
unchanged:
---
libchipcard2-2.1.7.orig/src/lib/chipcard2-server/server2/devicemanager/devicemanager.c
+++
libchipcard2-2.1.7/src/lib/chipcard2-server/server2/devicemanager/devicemanager.c
@@ -256,14 +256,12 @@
LC_DevMonitor_AddScanner(dm-deviceMonitor, scanner);
scanners++;
}
-#ifdef USE_PCMCIA
if (dm-disablePcmciaScan==0) {
DBG_INFO(0, Adding PCMCIA bus scanner);
scanner=LC_PcmciaScanner_new();
LC_DevMonitor_AddScanner(dm-deviceMonitor, scanner);
scanners++;
}
-#endif
if (dm-disableUsbRawScan==0) {
DBG_INFO(0, Adding USB bus scanner);
scanner=LC_UsbRawScanner_new();
Bug#380020: squid: 2.6STABLE1 crashes from time to time
* Luigi Gangitano [EMAIL PROTECTED]: Hi Ralf, can you please provide an strace of the running process while it dies? This would greatly help track the source of fault. That's really problematic, since I cannot predict a crash. That would mean I'd have to run all 4 squid instance on my four machines under strace... -- _ Charité - Universitätsmedizin Berlin _ Ralf Hildebrandt i.A. Geschäftsbereich Informationsmanagement Campus Benjamin Franklin Hindenburgdamm 30 | Berlin Tel. +49 30 450 570155 | Fax +49 30 450 570962 [EMAIL PROTECTED] http://www.charite.de
Bug#380068: make install uses prefix= instead of DESTDIR=
Package: lilypond Version: 2.6.3-10 Severity: important Hi, debian/rules calls make install (and other targets) with a prefix= parameter to set the target installation directory. This is incorrect, prefix is set at configure time to reflect the base runtime path, and it might cause subtle bugs such as #337616. I didn't chekc whether such bugs are present in the resulting lilypond, but I checked that upstream has some support for the classical DESTDIR= parameter which you should use instead. Bye, -- System Information: Debian Release: Debian unstable (sid) APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Loïc Minier [EMAIL PROTECTED]
Bug#380064: libcairo2: Using remote X server generates too much network traffic
Package: libcairo2 Version: 1.2.0-3 Severity: important Tags: patch An erroneous usage of XSync produces too many network packages causing latency related problems. see: https://bugs.freedesktop.org/show_bug.cgi?id=7514 The last bugreport includes a patch; I've tested it and it works. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libcairo2 depends on: ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-7X11 client-side library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime libcairo2 recommends no packages. -- no debconf information -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380065: tremulous: description doesn't explain TLAs
Package: tremulous Severity: important Hi! The description of the package doesn't hint at all what FPS and RTS mean in this context. Is it Frames Per Second? Fast Packet Switching? Real Time System? Reliable Transfer Service? Read The Screen? Sorry, but if you use TLAs in the description pretty please describe what they mean, because there are TDM TLAs. So long, Alfie -- 'oder?' heisst wohl, dass Sie es nicht so genau wissen. Vielleicht sollten Sie sich erst einmal kundig machen. -- unknown XxXX-Employee -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380066: libggi: FTBFS on GNU/kFreeBSD
Package: libggi
Severity: important
Version: 1:2.2.1-2
Tags: patch
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs to restrict fbdev support only for Linux archs.
Please find attached patch with that.
Thanks in advance
Petrdiff -u libggi-2.2.1/debian/control libggi-2.2.1/debian/control
--- libggi-2.2.1/debian/control
+++ libggi-2.2.1/debian/control
@@ -169,7 +169,7 @@
Homepage: http://www.ggi-project.org/
Package: libggi-target-fbdev
-Architecture: any
+Architecture: i386 ia64 alpha amd64 armeb arm hppa m32r m68k mips mipsel
powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc
Section: libs
Priority: optional
Depends: ${shlibs:Depends}, ${misc:Depends}, makedev (= 2.3.1-24) | devfsd
diff -u libggi-2.2.1/debian/rules libggi-2.2.1/debian/rules
--- libggi-2.2.1/debian/rules
+++ libggi-2.2.1/debian/rules
@@ -14,6 +14,7 @@
#HOST_ARCH := $(if $(DEB_HOST_ARCH),$(DEB_HOST_ARCH),$(shell
dpkg-architecture -qDEB_HOST_ARCH))
BUILD_TYPE := $(if $(DEB_BUILD_GNU_TYPE),$(DEB_BUILD_GNU_TYPE),$(shell
dpkg-architecture -qDEB_BUILD_GNU_TYPE))
HOST_TYPE := $(if $(DEB_HOST_GNU_TYPE),$(DEB_HOST_GNU_TYPE),$(shell
dpkg-architecture -qDEB_HOST_GNU_TYPE))
+DEB_HOST_ARCH_OS = $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
#DFBGFX := /usr/lib/directfb-$(shell directfb-config --version)/gfxdrivers
@@ -99,12 +100,14 @@
mv bin/cube3d bin/ggi-cube3d; \
mv bin/monitestbin/ggi-monitest; \
mv share/man/man1/cube3d.1 share/man/man1/ggi-cube3d.1;\
-mv share/man/man1/monitest.1 share/man/man1/ggi-monitest.1; \
-\
+mv share/man/man1/monitest.1 share/man/man1/ggi-monitest.1; )
+ifeq (linux,$(DEB_HOST_ARCH_OS))
+ ( set -e;
cd $(INSTDIR)/etc/ggi/targets; \
mv fbdev.conf fbdev.conf-unhacked; \
sed -e '/directfb/ s/^/#/' fbdev.conf-unhacked fbdev.conf; \
rm fbdev.conf-unhacked;)
+endif
# Build architecture-independent files here.
@@ -127,10 +130,12 @@
dh_movefiles-p$(tmtpkg) usr/lib/ggi/display/monotext.*
dh_movefiles-p$(ttipkg) usr/lib/ggi/display/terminfo.*
dh_movefiles-p$(tvcpkg) usr/lib/ggi/display/vcsa.*
+ifeq (linux,$(DEB_HOST_ARCH_OS))
dh_movefiles-p$(tfbpkg) usr/lib/ggi/display/fbdev.* \
usr/lib/ggi/display/linvtsw.* \
usr/lib/ggi/default/fbdev/*/*.so\
etc/ggi/targets/fbdev.conf
+endif
dh_movefiles-p$(tgdpkg) usr/lib/ggi/display/glide.*
dh_movefiles-p$(tsvpkg) usr/lib/ggi/display/vgagl.* \
usr/lib/ggi/display/svgalib*.*
@@ -166,11 +171,15 @@
dh_link -p$(devpkg) usr/share/doc/$(libpkg) \
usr/share/doc/$(devpkg)
# dh_installdebconf
+ifeq (linux,$(DEB_HOST_ARCH_OS))
dh_installdocs -N$(smppkg) -N$(emupkg) -N$(tmtpkg) -N$(tfbpkg)
-N$(txxpkg)
+ dh_installdocs -p$(tfbpkg) debian/tmp/README.mach64
+else
+ dh_installdocs -N$(smppkg) -N$(emupkg) -N$(tmtpkg) -N$(txxpkg)
+endif
dh_installdocs -p$(smppkg) debian/README.samples
dh_installdocs -p$(emupkg) debian/tmp/README.*emu
dh_installdocs -p$(tmtpkg) debian/tmp/README.monotext
- dh_installdocs -p$(tfbpkg) debian/tmp/README.mach64
dh_installdocs -p$(txxpkg) debian/tmp/README.X
dh_installexamples -p$(smppkg) programs/demos/*.c programs/util/*.c
dh_installmenu
Bug#378715: libopentoken: Uninstallable due to unmet dep on gnat ( 3.16)
Felipe, Thanks for the contribution, but this is insufficient. You see, the new Ada compiler (GCC 4.1) changes the ABI, so it is necessary to change the soname of the shared library. I am currently in the process of migrating all Ada packages to the new compiler, but I am struggling. Would you have time to submit an updated patch that also changes the soname? Look in debian/rules and in debian/control, there is nothing else to change IIRC. After the soname change, the package must build-depend on gnat (= 4.1) and the -dev package must depend on gnat-4.1. This is because gnat-4.2 will probably change the ABI again. Thanks -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380069: Should call dh_python to generate python deps
Package: lilypond
Version: 2.6.3-10
Severity: important
Hi,
debian/rules doesn't call dh_python. dh_python is typically
responsible of computing the ${python:Depends} substvar which you use
in your control file instead of manually setting the python
dependencies. This might be a violation of the Python policy.
Bye,
-- System Information:
Debian Release: Debian unstable (sid)
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
--
Loïc Minier [EMAIL PROTECTED]
Bug#380067: GPL and LGPL files are not the originals
Package: base-files Version: 3.1.13 Severity: normal The files /usr/share/common-licenses/GPL and /usr/share/common-licenses/LGPL contain a number of formatting and minor spelling differences compared to the text files distributed by the FSF at http://www.gnu.org/licenses/gpl.txt and http://www.gnu.org/licenses/lgpl.txt. You should probably distribute the originals. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380072: lyx-common: upgrade fails due to postinst call to gtk-update-icon-cache failing
Package: lyx-common Version: 1.4.2-1 Severity: minor Hi, the call to gtk-update-icon-cache fails when no icon-theme is installed because of a then missing index.theme file. Not knowing the depths of the mechanisms behind themes et al. I'd like to suggest using the option -t with it. Best regards K. Hoercher -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-wb-a Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lyx-common depends on: ii perl 5.8.8-6Larry Wall's Practical Extraction ii python2.3.5-11 An interactive high-level object-o ii tetex-bin 3.0-18 The teTeX binary files ii xdg-utils 0.9+1.0beta1-1 Desktop integration utilities from Versions of packages lyx-common recommends: pn groffnone (no description available) ii imagemagick 7:6.2.4.5.dfsg1-0.9 Image manipulation programs pn libtiff-toolsnone (no description available) ii lyx-qt 1.4.2-1 High Level Word Processor - Qt fro ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap ii psutils 1.17-23 A collection of PostScript documen ii tetex-extra 3.0-20 Additional library files of teTeX ii texlive-fonts-recomm 2005-2 TeX Live: Recommended fonts ii texlive-latex-recomm 2005-2 TeX Live: LaTeX recommended packag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380061: dpkg-reconfigure xserver-xorg doesn't update /etc/X11/xorg.conf
On Thu, Jul 27, 2006 at 10:35:15AM +0200, Christoph Pfister wrote: Reconfiguring xserver-xorg doesn't change /etc/X11/xorg.conf at all because of an obvious error in the postinst script. Please find a patch attached (and hopefully you agree on it ;-) which fixes the bug. --- xserver-xorg.postinst_old 2006-06-12 05:46:09.0 +0200 +++ xserver-xorg.postinst 2006-07-27 10:26:19.0 +0200 @@ -1666,7 +1666,7 @@ else fi # here's a novel concept: DON'T TOUCH THE CONFIG ON UPGRADES -if [ -z $UPGRADE ] || dpkg --compare-versions $2 le 1:7.0.14; then +if [ -z $UPGRADE ] || dpkg --compare-versions $2 le $SOURCE_VERSION; then # compare the current and stored checksums; if they do not match, assume # that's the way the user wants it. if we're reconfiguring, overwrite # it regardless and back it up. Nope, the problem is that $UPGRADE is non-zero on reconfigures; I think there's a patch around already for this. Your patch would ensure that the behaviour was exactly contrary to the comment, and would always be true AIUI. signature.asc Description: Digital signature
Bug#380071: Make your package bin NMU safe
Package: lilypond
Version: 2.6.3-10
Severity: important
Hi,
The newer dpkg-dev tools permit one to use ${source:Version} and
${binary:Version} substvars for inter packages dependencies. Your
current dependencies with ${Source-Version} on Arch: all binary
packages forbid bin NMUs on your source package (be it for porting or
rebuilding purposes). This would typically be useful for a Python
transition (hint hint), but is a recommended fix to ease various shlibs
related transitions (typically SONAME changes).
For example, your package depends on libqthreads-12 which is likely to
need a package name change in the future.
(This change is not strictly required, but is a recommended practice,
and I will probably propose a patch to policy to make it a requirement
after etch.)
Bye,
-- System Information:
Debian Release: Debian unstable (sid)
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
--
Loïc Minier [EMAIL PROTECTED]
Bug#370699: New IF flags on newer kernels
Meelis Roos schrieb am Donnerstag, den 27. Juli 2006: There's on more slight reason for a newer version of iproute - the current kernels seem to have more interface flags that are not recognized by current iproute package and that are hopefully recognized by a newer iproute release: $ ip addr ls eth0 1: eth0: BROADCAST,MULTICAST,UP,1 mtu 1500 qdisc pfifo_fast qlen 1000 ... There's a flag 1 that is not recognized by iproute. The kernel uses #define IFF_LOWER_UP0x1 /* driver signals L1 up */ #define IFF_DORMANT 0x2 /* driver signals dormant */ Good reason, if my tests are sucessfull an update will follow soon. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380070: adduser: [INTL:fr] French program translation update
Package: adduser Version: 3.95 Severity: wishlist Tags: patch l10n Hi, Please find attached the French program translation update, proofread by the debian-l10n-french mailing list contributors. Cheers, -- Thomas Huriaux fr.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#379938: Crashes with libnewt0.52 (0.52.2-5.1) if libfribidi0 not installed
Christian Perrier wrote: Quoting Andree Leidenfrost ([EMAIL PROTECTED]): Package: libnewt0.52 Version: 0.52.2-5.1 Severity: important Dear Alistair, In version 0.52.2-5.1, the crashes in case libfribidi0 is not installed have returned. I am attaching a full backtrace of a non-stripped program (mondoarchive) using a non-stripped libnewt0.52 (0.52.2-5.1). I believe this is really the same as #351367 and #290722. 0.52.2-5 is fine, the problem only starts with 0.52.2-5.1. Also as before, if libfribidi0 is installed, the problem goes away. I presume the underlying reason is (from the changelog): [...] * Apply patch from Eugeniy Meshcheryako to regenerate configure during build so that bidi support is enabled again. Closes: #379566 [...] Please let me know if you need any other information. Please note that this latter change was needed by D-I, so any solution reverting that change is not acceptable. I guess that a short-term solution would be making libnewt0.52 depend on libfribidi0but that'd virtually make the latter part of the base system. The NMU patch puts the fribidi code back into Newt; unfortunately thats not where it belongs: it somehow got dropped from libslang2. It was moved from newt to slang (the underlying library on which newt is based) in 2004; I need to do some work to figure out whats happened. Working on this as quickly as possible, Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325965: (no subject)
This problem is in fact linked to the use of tar as root, as explained in bug report #379385. I suggest that tar is invoked with the options --no-same-owner and --no-same-permissions when it needs to be used by apt-get source. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380032: [Pkg-pciutils-discuss] Bug#380032: FTBFS on hurd-i386: Unconditional use of MAXPATHLEN
As briefly explained on the hurd-devel-debian page[1], unconditional use of PATH_MAX is a POSIX incompatibility. Err, is there any sense in trying to compile pcimodules on the Hurd? It's a program specific to Linux (and it isn't a part of the official pciutils at all, anyway). Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380061: dpkg-reconfigure xserver-xorg doesn't update /etc/X11/xorg.conf
Am Donnerstag, 27. Juli 2006 11:25 schrieb Daniel Stone: On Thu, Jul 27, 2006 at 10:35:15AM +0200, Christoph Pfister wrote: Reconfiguring xserver-xorg doesn't change /etc/X11/xorg.conf at all because of an obvious error in the postinst script. Please find a patch attached (and hopefully you agree on it ;-) which fixes the bug. --- xserver-xorg.postinst_old 2006-06-12 05:46:09.0 +0200 +++ xserver-xorg.postinst 2006-07-27 10:26:19.0 +0200 @@ -1666,7 +1666,7 @@ else fi # here's a novel concept: DON'T TOUCH THE CONFIG ON UPGRADES -if [ -z $UPGRADE ] || dpkg --compare-versions $2 le 1:7.0.14; then +if [ -z $UPGRADE ] || dpkg --compare-versions $2 le $SOURCE_VERSION; then # compare the current and stored checksums; if they do not match, assume # that's the way the user wants it. if we're reconfiguring, overwrite # it regardless and back it up. Nope, the problem is that $UPGRADE is non-zero on reconfigures; I think there's a patch around already for this. Your patch would ensure that the behaviour was exactly contrary to the comment, and would always be true AIUI. Sorry missed that it's always true now ... but dpkg --compare-versions $2 lt $SOURCE_VERSION would still be better than hardocded values ... but that doesn't matter for this bug itself ;-) Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379523: libgnomedb2-common: gnome-database-properties crashes when Close is clicked in About dialog
Em Seg, 2006-07-24 às 04:37 +0200, Rasmus Toftdahl Olesen escreveu: Package: libgnomedb2-common Version: 1.2.2-2 Severity: important Hello, I can't reproduce this bug im my machine... can you please give a step-by-step guide of how to trigger it? Please try starting gnome-database-properties from a terminal and seeing if it shows some message before crashing. Thanks, Gustavo R. Montesino
Bug#372712: apt: periodically roll up pdiffs
I had a similar idea as Andrea Mennucc mentions in #372712 for the problem of so many pdiffs. The idea is similar to a scheme you might use for nightly incremental backups. You might run a zero backup once a month, a one backup every 15 days, a two every 7, a three every 3 and a four every day. For example: July 2006 Aug 2006 00 4 4 3 2 4 4 3 4 4 3 24 3 4 4 3 4 2 4 4 3 4 4 3 23 4 4 1 4 4 2 1 3 4 4 3 4 24 4 3 4 4 3 2 3 4 4 3 4 4 24 3 4 4 1 4 1 On any given day you'd need at most 5 patches and many days far less than that. The reason for doing this is not just to reduce the number of files, but the overall data, as a lot of the data in the diff is redundant. Consider the case of a package that is updated every day for a month. Under the current scheme a client not updating for that month would need to download the differences for that package 30 times right? Under an incremental scheme the worst case is 5 diffs for that package. It's an even bigger win for longer periods of time, the current scheme will start really falling down once we get a few more months of pdiffs. Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379407: [Pkg-pciutils-discuss] Bug#379407: I/O access on GNU/Hurd
Hello! I've tried that but the build fails (I attached the log). I also try to move the #define before other preprocessor directives but that's not better. I've also try to add the #define within the test case in lib/i386-ports.c, but that's not sufficient either. So I guess that a flag could be a better solution than patching many other files. I think that the correct way is to add the #define to internal.h and move #include internal.h in i386-ports.c before the other includes. Have a nice fortnight -- Martin `MJ' Mares [EMAIL PROTECTED] http://atrey.karlin.mff.cuni.cz/~mj/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth One single semicolon. A perfect drop of perliness. The rest is padding. -- S. Manandhar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380028: closed by Bastian Blank [EMAIL PROTECTED] (Re: Bug#380028: mkvmlinuz requires -fno-stack-protector with gcc-4.1)
* Emanuel Steen [EMAIL PROTECTED] [2006-07-27 09:51]: Please, don't ignore the bug report just because I'm using Ubuntu. It's the same package, version 23 of mkvmlinuz in Debian. I just found it better to report it to Debian too so you also know about the problem. Debian's GCC doesn't enable -fstack-protector by default. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375810: libssl and zlib1g
On Thu, Jul 27, 2006 at 10:50:05AM +0200, Michael Ablassmeier wrote: hi robert, On Thu, Jul 27, 2006 at 10:07:38AM +0200, Robert Millan [ackstorm] wrote: It seems that zabbix is explicitly checking for and linking with libz and libcrypto. Look at the logs: checking for compress in -lz... yes [...] checking for main in -lcrypto... yes [...] gcc -Wall -g -O2 -o zabbix_server [...] -lz [...] -lcrypto well, i have just had a look at other packages build-depending on libsnmp-dev, and all ive had a look at add -lcrypto to the linking flags on build time, as this seems to bee needed when linking against snmp stuff: from ifstat's configure.in: # Setting to be able to force linking with -lcrypto.. from netmgr's configure.in: # Net/UCD-SNMP includes v3 support and insists on crypto unless # compiled --without-openssl Since libsnmp is *already* linking with libz and libcrypto, if zabbix itself doesn't use them directly, there's no need for a direct link. However (and this a more important fact that I overlooked), in the case of openssl it would be illegal to link a GPL program with it, since the OpenSSL developers added an advertising clausse that makes it incompatible. A Build-Conflicts should be present in order to avoid this from happening. Alternatively, you could link it with GnuTLS compat layer to see how it works out. *sight*, i have feared this might be the case. However, i dont quite understand the case here. Zabbix does not use any of the openssl headers or functions in its code and is nevertheless linking against libcrypto which is needed because libsnmp9-dev is linked against openssl. Then it's not really needed. Just disable the -lcrypto flag (or add a Build-Conflicts). If you want an explanation for this non-sense, I think the most plausible one is that they enabled direct linking with libz/libcrypto as a workaround for static binary brokenness. I.e. you can't build a static zabbix without -lz -lcrypto Fabio, what do you think about this? Should i start ask Alexei for permission about linking against openssl so we are on the safe side? Unless Alexei recieved copyright assignment papers from all significant (~15 lines) contributions, he can't really (legaly) do that. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375810: libssl and zlib1g
hi again, On Thu, Jul 27, 2006 at 10:50:05AM +0200, Michael Ablassmeier wrote: However (and this a more important fact that I overlooked), in the case of openssl it would be illegal to link a GPL program with it, since the OpenSSL developers added an advertising clausse that makes it incompatible. A Build-Conflicts should be present in order to avoid this from happening. Alternatively, you could link it with GnuTLS compat layer to see how it works out. *sight*, i have feared this might be the case. However, i dont quite understand the case here. Zabbix does not use any of the openssl headers or functions in its code and is nevertheless linking against libcrypto which is needed because libsnmp9-dev is linked against openssl. Fabio, what do you think about this? Should i start ask Alexei for permission about linking against openssl so we are on the safe side? after some reading i have the strong impression this is needed (its basically the same problem as in #147430). I have mailed Upstream about this, lets hope he accepts to add an exception to his license. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375810: libssl and zlib1g
On Thu, Jul 27, 2006 at 11:24:18AM +0200, Michael Ablassmeier wrote: On Thu, Jul 27, 2006 at 10:50:05AM +0200, Michael Ablassmeier wrote: However (and this a more important fact that I overlooked), in the case of openssl it would be illegal to link a GPL program with it, since the OpenSSL developers added an advertising clausse that makes it incompatible. A Build-Conflicts should be present in order to avoid this from happening. Alternatively, you could link it with GnuTLS compat layer to see how it works out. *sight*, i have feared this might be the case. However, i dont quite understand the case here. Zabbix does not use any of the openssl headers or functions in its code and is nevertheless linking against libcrypto which is needed because libsnmp9-dev is linked against openssl. Fabio, what do you think about this? Should i start ask Alexei for permission about linking against openssl so we are on the safe side? after some reading i have the strong impression this is needed (its basically the same problem as in #147430). I have mailed Upstream about this, lets hope he accepts to add an exception to his license. As said in the other mail, it's not clear that this relicensing would be legaly possible. Since there's no technical reason for linking with a library that is not being used, I wouldn't really bother about it. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375810: Fwd: possible license violation (was: libssl and zlib1g)
Actualy, I'm not sure if indirect linking of GPL with original BSD license is a violation as well. Summary for debian-legal: - zabbix (GPL) links with libsnmp (revised BSD) - libsnmp links with libssl (original BSD) On Thu, Jul 27, 2006 at 11:32:04AM +0200, Robert Millan [ackstorm] wrote: On Thu, Jul 27, 2006 at 10:50:05AM +0200, Michael Ablassmeier wrote: hi robert, On Thu, Jul 27, 2006 at 10:07:38AM +0200, Robert Millan [ackstorm] wrote: It seems that zabbix is explicitly checking for and linking with libz and libcrypto. Look at the logs: checking for compress in -lz... yes [...] checking for main in -lcrypto... yes [...] gcc -Wall -g -O2 -o zabbix_server [...] -lz [...] -lcrypto well, i have just had a look at other packages build-depending on libsnmp-dev, and all ive had a look at add -lcrypto to the linking flags on build time, as this seems to bee needed when linking against snmp stuff: from ifstat's configure.in: # Setting to be able to force linking with -lcrypto.. from netmgr's configure.in: # Net/UCD-SNMP includes v3 support and insists on crypto unless # compiled --without-openssl Since libsnmp is *already* linking with libz and libcrypto, if zabbix itself doesn't use them directly, there's no need for a direct link. However (and this a more important fact that I overlooked), in the case of openssl it would be illegal to link a GPL program with it, since the OpenSSL developers added an advertising clausse that makes it incompatible. A Build-Conflicts should be present in order to avoid this from happening. Alternatively, you could link it with GnuTLS compat layer to see how it works out. *sight*, i have feared this might be the case. However, i dont quite understand the case here. Zabbix does not use any of the openssl headers or functions in its code and is nevertheless linking against libcrypto which is needed because libsnmp9-dev is linked against openssl. Then it's not really needed. Just disable the -lcrypto flag (or add a Build-Conflicts). If you want an explanation for this non-sense, I think the most plausible one is that they enabled direct linking with libz/libcrypto as a workaround for static binary brokenness. I.e. you can't build a static zabbix without -lz -lcrypto Fabio, what do you think about this? Should i start ask Alexei for permission about linking against openssl so we are on the safe side? Unless Alexei recieved copyright assignment papers from all significant (~15 lines) contributions, he can't really (legaly) do that. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380067: GPL and LGPL files are not the originals
On Thu, Jul 27, 2006 at 11:20:11AM +0200, Peter Eisentraut wrote: Package: base-files Version: 3.1.13 Severity: normal The files /usr/share/common-licenses/GPL and /usr/share/common-licenses/LGPL contain a number of formatting and minor spelling differences compared to the text files distributed by the FSF at http://www.gnu.org/licenses/gpl.txt and http://www.gnu.org/licenses/lgpl.txt. You should probably distribute the originals. hmm: if the files in /usr/share were copied from the same source at an earlier date, they're just as qualified to be denoted originals. Perhaps you had some other term in mind, such as revised or updated, but originals is inappropriate. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpxPG9SL9H61.pgp Description: PGP signature
Bug#380061: dpkg-reconfigure xserver-xorg doesn't update /etc/X11/xorg.conf
Am Donnerstag, 27. Juli 2006 11:42 schrieb Christoph Pfister: Am Donnerstag, 27. Juli 2006 11:25 schrieb Daniel Stone: On Thu, Jul 27, 2006 at 10:35:15AM +0200, Christoph Pfister wrote: Reconfiguring xserver-xorg doesn't change /etc/X11/xorg.conf at all because of an obvious error in the postinst script. Please find a patch attached (and hopefully you agree on it ;-) which fixes the bug. --- xserver-xorg.postinst_old 2006-06-12 05:46:09.0 +0200 +++ xserver-xorg.postinst 2006-07-27 10:26:19.0 +0200 @@ -1666,7 +1666,7 @@ else fi # here's a novel concept: DON'T TOUCH THE CONFIG ON UPGRADES -if [ -z $UPGRADE ] || dpkg --compare-versions $2 le 1:7.0.14; then +if [ -z $UPGRADE ] || dpkg --compare-versions $2 le $SOURCE_VERSION; then # compare the current and stored checksums; if they do not match, assume # that's the way the user wants it. if we're reconfiguring, overwrite # it regardless and back it up. Nope, the problem is that $UPGRADE is non-zero on reconfigures; I think there's a patch around already for this. Your patch would ensure that the behaviour was exactly contrary to the comment, and would always be true AIUI. Sorry missed that it's always true now ... but dpkg --compare-versions $2 lt $SOURCE_VERSION would still be better than hardocded values ... but that doesn't matter for this bug itself ;-) It's complete rubbish anyway ... [EMAIL PROTECTED]:/tmp$ cat test.sh if dpkg --compare-versions $2 le 1:7.0.14; then echo OK fi [EMAIL PROTECTED]:/tmp$ ./test.sh . 1:7.0.22 [EMAIL PROTECTED]:/tmp$ ./test.sh . 1:7.0.1 OK So the current implementation does exact the opposite of the comment ... it only modifies xorg.conf if it's upgrading :-/ Two notes: 1) it's impossible to determine if upgrading or not beside checking $2; so it would be better to set UPGRADE according to the call of dpkg --compare-versions 2) the correct call is dpkg --compare-versions $2 ge-nl $SOURCE_VERSION Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380073: how about make-flash-package?
package: flashplugin-nonfree severity: wishlist Hello! I would like to suggest the creation of a package which may be called sth. like 'flash-package'. Similar to 'googleearth-package' or 'java-package' it could contain a script (or a set of) which helps the user to build a Debian package for a release of the flash-plugin which the user has to download from Macromedia's ftp himself. So you would only have to run this script once and get a package which you may install on every computer instead of apt-get installing flashplugin-nonfree several times and downloading the same file over and over again from Macromedia's ftp server. How do you like the idea? Nice greetings, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379938: Crashes with libnewt0.52 (0.52.2-5.1) if libfribidi0 not installed
Hi Christian, On Wed, 2006-07-26 at 23:08 +0200, Christian Perrier wrote: Quoting Andree Leidenfrost ([EMAIL PROTECTED]): Package: libnewt0.52 Version: 0.52.2-5.1 Severity: important Dear Alistair, In version 0.52.2-5.1, the crashes in case libfribidi0 is not installed have returned. I am attaching a full backtrace of a non-stripped program (mondoarchive) using a non-stripped libnewt0.52 (0.52.2-5.1). I believe this is really the same as #351367 and #290722. 0.52.2-5 is fine, the problem only starts with 0.52.2-5.1. Also as before, if libfribidi0 is installed, the problem goes away. I presume the underlying reason is (from the changelog): [...] * Apply patch from Eugeniy Meshcheryako to regenerate configure during build so that bidi support is enabled again. Closes: #379566 [...] Please let me know if you need any other information. Please note that this latter change was needed by D-I, so any solution reverting that change is not acceptable. Fair enough. I guess that a short-term solution would be making libnewt0.52 depend on libfribidi0but that'd virtually make the latter part of the base system. I presume there is a reason why libnewt0.52 is linked opportunistically against libfribidi0. I would have thought that it was to save space space. However, I take it that D-I not only needs the change in libnewt0.52 but also makes use of libfribidi0 itself (at least there is a udeb)? If this is the case, we wouldn't really be saving any space, so maybe the easiest would indeed be to make libnewt0.52 depend on libfribidi0 for the time being, especially since libfribidi0 does not have any other dependencies, so the impact would be limited to having libfribidi0 in base but nothing on top of that. Cheers, Andree -- Andree Leidenfrost @ Debian Developer Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#380070: adduser: [INTL:fr] French program translation update
tags #380070 pending confirmed thanks On Thu, Jul 27, 2006 at 11:09:44AM +0200, Thomas Huriaux wrote: Please find attached the French program translation update, proofread by the debian-l10n-french mailing list contributors. committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379478: [Buildd-tools-devel] Bug#379478: [schroot]: FTBFS: error: no match for ‘operator!=’ in ‘pos != std::vector
tags 379478 + fixed-upstream pending thanks Jens Seidel [EMAIL PROTECTED] writes: I get the following error if I try to compile schroot using g++ 4.0.4: ../../../schroot/schroot-listmounts-main.cc: In member function ‘virtual void schroot_listmounts::main::action_listmounts()’: ../../../schroot/schroot-listmounts-main.cc:124: error: no match for ‘operator!=’ in ‘pos != std::vector_Tp, _Alloc::rend() [with _Tp = std::basic_stringchar, std::char_traitschar, std::allocatorchar , _Alloc = std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar ]()’ The following patch fixes it: - sbuild::string_list mounts = + const sbuild::string_list mounts = I have applied the change to SVN to fix this, thanks. However, this is a libstdc++ library bug, rather than a bug in schroot: const and non-const iterators should be comparable. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please sign and encrypt your mail. pgpUsGAfcGz55.pgp Description: PGP signature
Bug#380032: [Pkg-pciutils-discuss] Bug#380032: FTBFS on hurd-i386: Unconditional use of MAXPATHLEN
On Thu, Jul 27, 2006 at 11:56:59AM +0200, Martin Mares wrote: As briefly explained on the hurd-devel-debian page[1], unconditional use of PATH_MAX is a POSIX incompatibility. Err, is there any sense in trying to compile pcimodules on the Hurd? It's a program specific to Linux (and it isn't a part of the official pciutils at all, anyway). If that's the case, then yes, please disable it for ```uname -s` = GNU'' or the Debian architecture `hurd-i386' (or even better enable it only for the supported ones?). Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380020: More infos on the crash
From my log: 2006/07/27 09:52:35| httpReadReply: Excess data from GET http://www.bild.t-online.de/BTO/Newsticker/rssShowTelegramm.html; 2006/07/27 09:52:35| httpReadReply: Excess data from GET http://www.bild.t-online.de/BTO/Newsticker/ShowTelegramm.html; 2006/07/27 09:52:40| fqdncacheParse: No PTR record for '67.159.5.208' 2006/07/27 09:52:40| fqdncacheParse: No PTR record for '67.159.5.208' 2006/07/27 09:52:58| sslReadServer: FD 95: read failure: (104) Connection reset by peer 2006/07/27 09:53:01| CACHEMGR: unknown@127.0.0.1 requesting 'info' 2006/07/27 09:53:01| CACHEMGR: unknown@127.0.0.1 requesting 'diskd' 2006/07/27 09:53:01| CACHEMGR: unknown@127.0.0.1 requesting 'store_io' 2006/07/27 09:53:13| httpReadReply: Excess data from GET http://www.bildblog.de/mint/?recordkey=33613937367343704e4341564b38676f6358393362454e3561453131referer=resource=http%3A//www.bildblog.de/resource_title=BILDblog1153987057984; 2006/07/27 09:53:52| httpReadReply: Excess data from GET http://www.bild.t-online.de/BTO/Newsticker/rssNewsticker.html; 2006/07/27 09:53:52| httpReadReply: Excess data from GET http://www.bild.t-online.de/BTO/Newsticker/rssSportTelegramm.html; 2006/07/27 09:53:52| httpReadReply: Excess data from GET http://www.bild.t-online.de/BTO/Newsticker/rssShowTelegramm.html; 2006/07/27 09:53:52| httpReadReply: Excess data from GET http://www.bild.t-online.de/BTO/Newsticker/SportTelegramm.html; 2006/07/27 09:53:52| httpReadReply: Excess data from GET http://www.bild.t-online.de/BTO/Newsticker/News.html; 2006/07/27 09:54:01| CACHEMGR: unknown@127.0.0.1 requesting 'info' 2006/07/27 09:54:01| CACHEMGR: unknown@127.0.0.1 requesting 'diskd' 2006/07/27 09:54:01| CACHEMGR: unknown@127.0.0.1 requesting 'store_io' 2006/07/27 09:54:03| WARNING: Closing client 141.42.101.86 connection due to lifetime timeout 2006/07/27 09:54:03| http://ardownload.adobe.com/pub/adobe/reader/win/7x/7.0.5/misc/Ac705RdP_efgj.exe 2006/07/27 09:54:14| sslReadServer: FD 115: read failure: (104) Connection reset by peer 2006/07/27 09:54:44| fqdncacheParse: No PTR record for '67.159.5.208' 2006/07/27 09:54:44| fqdncacheParse: No PTR record for '67.159.5.208' 2006/07/27 09:55:01| CACHEMGR: unknown@127.0.0.1 requesting 'info' 2006/07/27 09:55:01| CACHEMGR: unknown@127.0.0.1 requesting 'diskd' 2006/07/27 09:55:01| CACHEMGR: unknown@127.0.0.1 requesting 'store_io' 2006/07/27 09:55:03| sslReadServer: FD 250: read failure: (104) Connection reset by peer 2006/07/27 09:55:14| sslReadServer: FD 155: read failure: (104) Connection reset by peer 2006/07/27 09:55:56| fqdncacheParse: No PTR record for '67.159.5.208' 2006/07/27 09:55:56| fqdncacheParse: No PTR record for '67.159.5.208' 2006/07/27 09:56:01| CACHEMGR: unknown@127.0.0.1 requesting 'info' 2006/07/27 09:56:01| CACHEMGR: unknown@127.0.0.1 requesting 'diskd' 2006/07/27 09:56:01| CACHEMGR: unknown@127.0.0.1 requesting 'store_io' 2006/07/27 09:56:12| sslReadServer: FD 191: read failure: (104) Connection reset by peer 2006/07/27 09:56:33| sslReadServer: FD 176: read failure: (104) Connection reset by peer 2006/07/27 09:56:33| sslReadServer: FD 220: read failure: (104) Connection reset by peer FATAL: xstrdup: tried to dup a NULL pointer! Squid Cache (Version 2.6.STABLE1): Terminated abnormally. CPU Usage: 183.299 seconds = 125.956 user + 57.344 sys Maximum Resident Size: 0 KB Page faults with physical i/o: 0 Memory usage for squid via mallinfo(): total space in arena: 300664 KB Ordinary blocks: 273073 KB 62735 blks Small blocks: 0 KB 0 blks Holding blocks: 4296 KB 5 blks Free Small blocks: 0 KB Free Ordinary blocks: 27590 KB Total in use: 277369 KB 92% Total free: 27590 KB 9% This is error http://www.squid-cache.org/bugs/show_bug.cgi?id=1684 and it's fixed by applying http://www.squid-cache.org/Versions/v2/2.6/squid-2.6.STABLE1-20060727.diff against the Debian Sources for 2.6.1! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375810: libssl and zlib1g
hi again, On Thu, Jul 27, 2006 at 11:32:04AM +0200, Robert Millan [ackstorm] wrote: Since libsnmp is *already* linking with libz and libcrypto, if zabbix itself doesn't use them directly, there's no need for a direct link. yep, removing the -lcrypto from LDFLAGS works as expected, libcrypto then becomes an indirect library dependency: dpkg-shlibdeps -O /usr/sbin/zabbix_server shlibs:Depends=libc6 (= 2.3.5-1), libldap2 (= 2.1.17-1), libmysqlclient15off (= 5.0.19-1), libsnmp9 (= 5.2.2), zlib1g (= 1:1.2.1) im going to speak with upstream about cleaning up configure (zabbix does run on quite alot systems like solaris and aix, maybe the linking is needed due to portability on other systems). bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376460: exim4-config: response of yes to Hide local mail name in outgoing mail? seems to produce dc_hide_mailname='false'
Marc Which rewriting clauses are you talking about? The ones in the final configuration file /var/lib/exim4/config.autogenerated (after I run update-exim4.config), in the rewriting section. There are 2 similar lines. One for senders with a domain listed in local_domains, and this one doesn't depend on the debconf setting at all, which is also a bug in its own right IMO. And a second line whose template looks like this: # identical rewriting rule for /etc/mailname DEBCONFrewriteemailaddresses_mailnameDEBCONF but no matter what the debconf setting, the output from the template is always the same, i.e. a rewrite setting just like the local_domains line just with the mailname substituted. Sorry for not posting the final output, I don't have the energy to edit it now to hide my real domain (I know, what irony). Marc Which values do you have in update-exim4.conf.conf? [EMAIL PROTECTED]:~$ cat /etc/exim4/update-exim4.conf.conf | fgrep mailname # Edit this file and /etc/mailname by hand and execute update-exim4.conf dc_hide_mailname='false' dc_mailname_in_oh='true' [EMAIL PROTECTED]:~$ -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325965: (no subject)
On Thu, Jul 27, 2006 at 11:49:35AM +0200, Nicolas Bonifas wrote: This problem is in fact linked to the use of tar as root, as explained in bug report #379385. I suggest that tar is invoked with the options --no-same-owner and --no-same-permissions when it needs to be used by apt-get source. Apt actually only calls dpkg-source to unpack the downloaded source. So dpkg-source would probably have to grow a option to support this. Cheers, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376460: exim4-config: response of yes to Hide local mail name in outgoing mail? seems to produce dc_hide_mailname='false'
On Thu, Jul 27, 2006 at 06:52:30AM -0400, Ian Zimmerman wrote: Marc Which rewriting clauses are you talking about? The ones in the final configuration file /var/lib/exim4/config.autogenerated (after I run update-exim4.config), in the rewriting section. There are 2 similar lines. One for senders with a domain listed in local_domains, and this one doesn't depend on the debconf setting at all, which is also a bug in its own right IMO. And a second line whose template looks like this: # identical rewriting rule for /etc/mailname DEBCONFrewriteemailaddresses_mailnameDEBCONF but no matter what the debconf setting, the output from the template is always the same, i.e. a rewrite setting just like the local_domains line just with the mailname substituted. Yes, these two are generated unconditionally, are only used to handle /etc/email-addresses and are no-ops for addresses that are not listed in /etc/email-addresses. The hide_mailname option only controls the rewriting happening via the DEBCONFreturn_pathDEBCONF and DEBCONFheaders_rewriteDEBCONF substitution strings mentioned in the remote_smtp_smarthost transport. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380074: saa7146 broken because of stradis module
Package: linux-2.6.16Version: 2.6.16-17HiPlease backport fix from http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.17.y.git;a=commit;h=54f8bab3f331ee569aad3074d9c81dfb395482c0because that breaks all saa7146 devices :-/Thanks,Christoph
Bug#379962: [Debian-ia32-libs] Bug#379962: ia32-libs: X11 locale libraries are searched for in the wrong place
Daniel Jacobowitz [EMAIL PROTECTED] writes: Package: ia32-libs Version: 1.14 Severity: normal [EMAIL PROTECTED]:~% strings /emul/ia32-linux/usr/lib/libX11.so.6.2.0 | grep locale setlocale /usr/share/X11/locale /usr/lib/X11/locale This means that 32-bit processes using libX11's locale support (like this JVM I'm trying to get working) attempt to dlopen shared objects from /usr/lib/X11/locale. I am using an x86_64 system, so those are 64-bit libraries, and can not be opened. It would be nice if this copy of libX11 looked in the place it installs the libraries. There is nothing we can do about that as that is set at compile time of Xorg. ia32-libs just repackages the binary files. But you can override the dir with an environment variable: http://www.xfree86.org/current/X.7.html: XLOCALEDIR This must point to a directory containing the locale.alias file and Compose and XLC_LOCALE file hierarchies for all locales. The default value is __projectroot__/lib/X11/locale. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379994: libopenvrml5-dev: installation removes a large number of packages
On Wed, Jul 26, 2006, Laurent Bonnaud wrote: # apt-get install libopenvrml5-dev Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: libmozjs-dev libnspr4-dev libnss3-dev libxul-dev The following packages will be REMOVED: blam eclipse eclipse-cdt eclipse-ecj eclipse-efj eclipse-jdt eclipse-jdt-common eclipse-jdt-gcj eclipse-pde eclipse-pde-gcj eclipse-rcp-gcj eclipse-sdk eclipse-source enigmail-locale-fr kazehakase libgecko-cil libgtk-mozembed-ruby libgtk-mozembed-ruby1.8 libnspr-dev libnspr4 libnss-dev libnss3 libswt3.1-gtk-gcj libswt3.1-gtk-java libswt3.1-gtk-jni mozilla mozilla-browser mozilla-calendar mozilla-cascades mozilla-chatzilla mozilla-dev mozilla-dom-inspector mozilla-js-debugger mozilla-locale-fr mozilla-mailnews mozilla-psm The following NEW packages will be installed: libmozjs-dev libnspr4-dev libnss3-dev libopenvrml5-dev libxul-dev 0 upgraded, 5 newly installed, 39 to remove and 26 not upgraded. Would it be possible to make libopenvrml5-dev compatible with those packages ? Sorry, but it seems to me that those packages need to be fixed instead. Packages building against libnspr4-dev now depend on libnspr4-0d instead of libnspr4, and all those packages being removed need to be rebuilt so that they no longer depend on libnspr4. (libnspr4 maintainer Cc:ed for confirmation) -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375810: libssl and zlib1g
hi, On Thu, Jul 27, 2006 at 12:52:57PM +0200, Robert Millan [ackstorm] wrote: On Thu, Jul 27, 2006 at 12:40:11PM +0200, Michael Ablassmeier wrote: dpkg-shlibdeps -O /usr/sbin/zabbix_server shlibs:Depends=libc6 (= 2.3.5-1), libldap2 (= 2.1.17-1), libmysqlclient15off (= 5.0.19-1), libsnmp9 (= 5.2.2), zlib1g (= 1:1.2.1) Is libz needed, or it can be removed as well? seems to work well too: $ dpkg-shlibdeps -O /usr/sbin/zabbix_server shlibs:Depends=libc6 (= 2.3.5-1), libldap2 (= 2.1.17-1), libmysqlclient15off (= 5.0.19-1), libsnmp9 (= 5.2.2) ldd /usr/sbin/zabbix_server | grep libz libz.so.1 = /usr/lib/libz.so.1 (0x2ae68dfeb000) turns into an indirect library-dep too. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325526: libcairo2: undefined symbol 'FT_GlyphSlot_Embolden'
hello,
the file seems to be okay:
The correct file for 1.2.0-3 on i386 is:
$ md5sum /usr/lib/libcairo.so.2
52efee151b4d1f730c83e32dc2f092ec /usr/lib/libcairo.so.2
flyricky:/home/olli# md5sum /usr/lib/libcairo.so.2
52efee151b4d1f730c83e32dc2f092ec /usr/lib/libcairo.so.2
$ strings /usr/lib/libcairo.so.2 | grep FT_GlyphSlot_Embolden
FT_GlyphSlot_Embolden
flyricky:/home/olli# strings /usr/lib/libcairo.so.2 | grep
FT_GlyphSlot_Embolden
FT_GlyphSlot_Embolden
$ cat foo.c
main() { FT_GlyphSlot_Embolden(); }
$ gcc -o foo foo.c -lcairo
$ ./foo
(i have an old libpng12.so.0 in /usr/local/lib, but more on this later)
flyricky:/home/olli# cat foo.c
main() { FT_GlyphSlot_Embolden(); }
flyricky:/home/olli# gcc -o foo foo.c -lcairo
/tmp/ccAnY8EZ.o: In function `main':
foo.c:(.text+0x12): undefined reference to `FT_GlyphSlot_Embolden'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/libcairo.so: undefined
reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
this is a local libpng you are running, not the standard one. This suggests
you might have /usr/local/lib in your library search path and have other
local libraries there that are affecting things.
yes, i have old libs there, inclusive libpng12.so.0. so i
removed /usr/local/lib from /etc/ld.so.conf and ran ldconfig -v, what
showed me libpng12.so.0 in /usr/lib. then, the amarok crash was this:
Amarok: [Loader] Starting amarokapp..
Amarok: [Loader] Don't run gdb, valgrind, etc. against this binary! Use
amarokapp.
Amarok: [Loader] amarokapp probably crashed!
and this time,
$ cat foo.c
main() { FT_GlyphSlot_Embolden(); }
$ gcc -o foo foo.c -lcairo
$ ./foo
results in:
Bug#380067: GPL and LGPL files are not the originals
Thomas Dickey wrote: The files /usr/share/common-licenses/GPL and /usr/share/common-licenses/LGPL contain a number of formatting and minor spelling differences compared to the text files distributed by the FSF at http://www.gnu.org/licenses/gpl.txt and http://www.gnu.org/licenses/lgpl.txt. You should probably distribute the originals. hmm: if the files in /usr/share were copied from the same source at an earlier date, they're just as qualified to be denoted originals. Perhaps you had some other term in mind, such as revised or updated, but originals is inappropriate. I obviously don't know every detail of the history of the files on both sides, but I strongly suspect, for example, that the FSF address change was made by editing the existing files in the package rather than downloading the updated copies from the FSF; hence the spelling differences like St vs Street. Be that as it may, Debian should, in my opinion, distribute whatever the FSF is distributing at the time, just to decrease the overall randomness in the universe. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
