Bug#397447: emacs-snapshot: emacs should do charset conversion when pasting cut buffer
tags 397447 pending kthxbye This bug has now been fixed upstream and the fix will be in 2006-1. -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397625: me too
Hi! I forget to say I'm using update packages (5.2.0-2 not 5.2.0-1). I think it's not fixed at all. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397624: Color changes on redraw
On Thu, Nov 09, 2006, Thomas Dickey wrote: I have another report on #222 which sounds similar - but to compare, it might be helpful to know which window manager you're using (in case it's not the same bug ;-). It's metacity; Julien Cristau gets the bug too, but he might be under metacity as well, Julien? -- Loïc Minier [EMAIL PROTECTED]
Bug#397624: Color changes on redraw
On Fri, Nov 10, 2006, Loïc Minier wrote: It's metacity; Julien Cristau gets the bug too, but he might be under metacity as well, Julien? Oh well, I'm commenting after the battle. Thanks Julien! -- Loïc Minier [EMAIL PROTECTED]
Bug#397874: Uninstallable because of conflicting binary svn-clean which is also in kdesdk-scipts
notfound 397874 1.4.0-5 found 397874 1.4.2dfsg1-1 thanks On Fri, Nov 10, 2006 at 06:51:27AM +0100, Michael Biebl wrote: subversion-tools tries to install /usr/bin/svn-clean which is also in package kdesdk-scripts. As the installation fails because of this, I set the priority to serious. You appear to have reported this bug against the wrong version of the package. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390022: texmacs: Maxima interface still not working.
Package: texmacs Version: 1:1.0.6.6-1 Followup-For: Bug #390022 FYI, this isn't fixed. I tried building a CVS TeXmacs to see if any magic had happened, but it won't build with guile-1.6-dev and refuses to run with guile-1.8-dev. Is there a dependency on the gcl version? Currently installed: gcl 2.6.7-32 maxima 5.10.0-6 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc4-mm2-ejr0 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages texmacs depends on: ii gs-gpl 8.54.dfsg.1-5The GPL Ghostscript PostScript int ii guile-1.6-libs 1.6.8-6 Main Guile libraries ii libc6 2.5-0exp3GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20060709-1 GCC support library ii libguile-ltdl-1 1.6.8-6 Guile's patched version of libtool ii libltdl31.5.22-4 A system independent dlopen wrappe ii libqthreads-12 1.6.8-6 QuickThreads library for Guile ii libstdc++6 4.2-20060709-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-2X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii texlive-base2005.dfsg.2-3TeX Live: Essential programs and f ii texlive-fonts-recommend 2005.dfsg.2-3TeX Live: Recommended fonts ii texmacs-common 1:1.0.6.6-1 WYSIWYG mathematical text editor u ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages texmacs recommends: ii graphicsmagick-imagemag 1.1.7-9 image processing tools providing I ii ispell 3.1.20.0-4.3 International Ispell (an interacti ii libjpeg-progs 6b-13Programs for manipulating JPEG fil ii librsvg2-bin2.15.90-1command-line and graphical viewers ii libtiff-tools 3.8.2-6 TIFF manipulation and conversion t ii netpbm 2:10.0-10.1 Graphics conversion tools ii texmacs-extra-fonts 0.1 extra fonts for the mathematical t ii xfig1:3.2.5-alpha5-9 Facility for Interactive Generatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391221: Release is approaching very fast
Hello, etch is getting very close. Please don't leave yaird users without a choice if they want to use uswsusp (the future). pgp3mkzuAGY2D.pgp Description: PGP signature
Bug#397851: upstart_0.2.7-1(hppa/experimental): FTBFS: thread-local storage not supported for this target
On Fri, Nov 10, 2006 at 01:03:04AM +0100, Michael Biebl wrote: Frank Lichtenheld wrote: your package failed to build from source since it tried to use the __thread keyword on hppa where it is not supported. thanks for your bug report. I guess, upstart is not the only program using __thread and so failing to compile on hppa. Do you know how others solved this issue? Can you give me some pointers how to deal with this properly? glibc uses __thread (I know because it currently fails to build from source in experimental on hppa because of this ;). But I can't say how it handles arches where it is not supported. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397878: fail2ban: no logrotation anymore?
Package: fail2ban Version: 0.7.4-2 Hello, besides /etc/fail2ban.conf (which is okay and well-explained in the News file) fail2ban 0.7.4-2 does also obsolete (i.e. does not ship anymore) /etc/logrotate.d/fail2ban. At a first glimpse I could not find any logrotation-code in the package itself. So, does that mean, there is no logrotation anymore now or did I overlook something? Thanks for your work regards Mario -- snupidity bjmg: ja, logik ist mein fachgebiet. das liegt im gen uepsie in welchem? snupidity im zweiten X signature.asc Description: Digital signature
Bug#397872: debian-installer: Encryption on top of software RAID broken in daily build
On Fri, November 10, 2006 8:25, Miroslav Kure said: On Thu, Nov 09, 2006 at 10:47:25PM -0500, Mike Paul wrote: Problem description: The partitioner treats the resulting encrypted volume like a raw hard drive -- it wants to put a partition table on it, and there's no way to use it directly as e.g. swapspace or a physical volume for LVM. Seems like a duplicate of #393728 Indeed, and fixing it would probably require major surgery to partman-md so that it doesn't wipe and recreate its state each time partman restarts. Perhaps we need to disable crypto-on-md for Etch...(as Max said in #393728) -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397879: subversion-tools: uninstallable as svn-clean is also in kdesdk-scripts
Package: subversion-tools Version: 1.4.0-5 Severity: grave Justification: renders package unusable svn-clean is also in kdesdk-scripts: Préparation du remplacement de subversion-tools 1.4.0-5 (en utilisant .../subversion-tools_1.4.2dfsg1-1_all.deb) ... Dépaquetage de la mise à jour de subversion-tools ... dpkg : erreur de traitement de /var/cache/apt/archives/subversion-tools_1.4.2dfsg1-1_all.deb (--unpack) : tentative de remplacement de « /usr/bin/svn-clean », qui appartient aussi au paquet kdesdk-scripts cheers, Fathi -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages subversion-tools depends on: ii libconfig-inifiles-perl 2.39-2 Read .ini-style configuration file ii liburi-perl 1.35-2 Manipulates and accesses URI strin ii perl5.8.8-6.1Larry Wall's Practical Extraction ii python 2.4.4-1 An interactive high-level object-o ii python-subversion 1.4.2dfsg1-1 Python bindings for Subversion ii subversion 1.4.2dfsg1-1 Advanced version control system Versions of packages subversion-tools recommends: ii postfix [mail-transport-agent 2.3.4-1A high-performance mail transport ii rcs 5.7-18 The GNU Revision Control System
Bug#271392: Yep, bug is long gone
Indeed, I haven't run into this problem in a very long time, and in fact, I had forgotten all about it. Thanks, Shai. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396810: moreutils: 'URLgrep' command wanted
A. Costa wrote:
On the other hand you're right to notice that 'URLgrep' is too
ad hoc, that got me thinking the flaw of 'URLgrep' is that it's not
general enough. A 'URLcat' would be much more general.
URLcat() { wget -o /dev/null --output-document=- $1 | html2text -ascii
-nobs ; }
Already available as lynx -dump url (formatting html), or w3m url
(formats html also of course, and can be used in pipelines with no
special switches) or GET url (from libwww-perl, raw html), or dog url
(raw html and can also cat files), or probably half a dozen others I
don't know of.
--
see shy jo
signature.asc
Description: Digital signature
Bug#352100: [Fwd: Bug#352100: dosemu: package 1.3.2 or higher for fixes/features]
This may concern dosemu users that use Debian. If you want 1.3.3 in Etch, please test the package from experimental. Sooner is better. Report any success stories and/or bugs to [EMAIL PROTECTED] See http://bugs.debian.org/352100 for more information. Thanks, dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#397880: aptitude: Add repeat the last search in opposite direction
Package: aptitude Version: 0.4.4-1 Severity: wishlist It would be nice if aptitude could repeat the last search in the opposite direction. It could be bound to 'N' like in vim. Currently when I am searching for a package (pressed n several times) and would like to return to a package I have missed, I have to enter the following key sequence: \ up enter n (n n n n...) pressing just N would be would be quicker and easier. The keybinding would be then: / search \ search backwards n repeat the last search N repeat the last search in opposite direction (searching forward - backwards, searching backwards - forward) Jiri Pejchal -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.46.2Advanced front-end for dpkg ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-16 GCC support library ii libncursesw5 5.5-3 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2type-safe Signal Framework for C++ ii libstdc++6 4.1.1-16The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.4-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397882: cpu: Enhancement to support inetOrgPerson Schema
Package: cpu
Version: 1.4.3-8
Severity: wishlist
Tags: patch
I use the following classes for a user:
USER_OBJECT_CLASS = inetOrgPerson,posixAccount,top
USER_CN_STRING = cn
We use also phpldapadmin package for creating users. So we have
a command line utility and graphical one.
Standard cpu uses the unix account name (uid) as RDN. This works as
desired if we also set USER_CN_STRING to uid.
At our site we use 'cn' as RDN and then cpu fails because it use the unix
account name to add/modify/delete the user.
I have added an extra option to cpu:
-C value/--cn_value=value
When set use this value voor cn,, eg:
cpu usermod -cn_value Bas van der Vlies bas
Now it uses cn=Bas van der Vlies insetad of cn=bas as RDN.
Here are the patches:
Index: trunk/cpu/src/include/plugins/ldap/ldap.h
===
--- trunk/cpu/src/include/plugins/ldap/ldap.h (revision 2393)
+++ trunk/cpu/src/include/plugins/ldap/ldap.h (revision 2397)
@@ -91,4 +91,5 @@
char * dn;
char * cn;
+ char * cn_value; /* HvB hack use this value for cn */
char * gid;
char * exec; /* post {un}install exec script */
Index: trunk/cpu/src/plugins/ldap/commandline.c
===
--- trunk/cpu/src/plugins/ldap/commandline.c (revision 2396)
+++ trunk/cpu/src/plugins/ldap/commandline.c (revision 2397)
@@ -42,4 +42,5 @@
{addfile, 1, 0, 'a'},
{cn, 1, 0, 'A'},
+{cn_value, 1, 0, 'C'},
{userbase, 1, 0, 'b'},
{groupbase, 1, 0, 'B'},
@@ -328,4 +329,6 @@
break;
case 'C':
+ globalLdap-cn_value = strdup (optarg);
+ break;
case 'M':
default:
@@ -761,6 +764,17 @@
}
if (operation != CAT)
+{
+/* HvB
globalLdap-dn = buildDn ((operation 2) ? GROUPADD : USERADD,
globalLdap-passent-pw_name);
+*/
+globalLdap-dn = buildDn ((operation 2) ? GROUPADD : USERADD,
+ ldapGetCn());
+
+/* HvB */
+#if DEBUG
+printf(HvB globalLdap-dn = %s\n, globalLdap-dn);
+#endif
+}
if (globalLdap-add_file != NULL)
@@ -878,5 +892,6 @@
\t-2, -2 : If specified, use LDAPv2\n
\t-a addfile, --addfile=file : File to use for additional
attrs\n
- \t-A cn, --cn=cn : Comman Name Prefix\n
+ \t-A cn, --cn=cn : Comman Name Prefix (cn)\n
+ \t-C cn_value, --cn_value=value : Use this value in LDAP
query cn=value\n
\t-b base, --userbase=base : Base DN for users\n
\t-B group_base, --groupbase=base : Base DN for groups\n
Index: trunk/cpu/src/plugins/ldap/ld.c
===
--- trunk/cpu/src/plugins/ldap/ld.c (revision 2393)
+++ trunk/cpu/src/plugins/ldap/ld.c (revision 2397)
@@ -438,5 +438,9 @@
char *temp;
- if (globalLdap-first_name globalLdap-last_name)
+ if (globalLdap-cn_value)
+{
+ temp = globalLdap-cn_value;
+}
+ else if (globalLdap-first_name globalLdap-last_name)
{
slen =
@@ -456,4 +460,7 @@
temp = globalLdap-passent-pw_name;
+#ifdef DEBUG
+ printf(HvB ldapGetCn value = %s\n, temp);
+#endif
return temp;
}
Index: trunk/cpu/src/plugins/ldap/user.c
===
--- trunk/cpu/src/plugins/ldap/user.c (revision 2393)
+++ trunk/cpu/src/plugins/ldap/user.c (revision 2397)
@@ -33,4 +33,7 @@
ldapUserAdd (LDAP * ld)
{
+#ifdef DEBUG
+ fprintf(stderr, HvB dn = %s\n, globalLdap-dn);
+#endif
if (ldapUserCheck (LDAP_MOD_ADD, ld) 0)
{
@@ -38,4 +41,5 @@
return -1;
}
+
if (ldap_add_s (ld, globalLdap-dn, userMod) != LDAP_SUCCESS)
{
@@ -66,4 +70,7 @@
{
newdn = buildDn (USERMOD, globalLdap-new_username);
+ /*
+ printf(HvB newdn = %s\n, newdn);
+ */
if (newdn == NULL)
return -1;
@@ -80,4 +87,7 @@
globalLdap-passent-pw_name = globalLdap-new_username;
newdn = buildDn (USERADD, globalLdap-new_username);
+ /*
+ printf(HvB newdn = %s\n, newdn);
+ */
globalLdap-dn = newdn;
}
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.13.2-sara1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397599: exult: FTBFS: missing build dependency
On Wed, Nov 08, 2006 at 01:09:21PM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in etch, I discovered that your package failed to build on i386. I'm not sure it is a missing build dependency, but it looks like X11 linking flags aren't correctly set anymore (or not set at all). I'll be working on it this weekend; should be fixed soon. Thanks for reporting. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397881: drqueue: Please package latest releases; comaintenance offer
Package: drqueue Severity: wishlist Hi, here[1] is a package of the 0.64.1 release of drqueue, which contains major bugfixes W.R.T. the version present in Debian. I also reworked the init scripts and some configuration file so that it runs out of the box on a local box, as well as on several after a single line modification. 1. http://kibi.sysif.net/pub/packages/drqueue/ There are several revisions, since I worked on the packaging step by step. If you're satisfied with this packaging, I could merge the changelog entries, and then ping you so that you can upload it. #316605 would be fixed as well. Comments are welcome, of course. Thanks in advance, -- Cyril Brulebois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395882: bug breaks wondershaper and shorewall
tags 395882 pending stop On Wed, 08 Nov 2006, Brian May wrote: http://bugs.debian.org/395971 http://bugs.debian.org/397372 I believe this might be the problem: snoopy:/swap# diff -u /boot/config-2.6.17-2-xen-686 /boot/config-2.6.18-1-xen-686 | grep POLICE -CONFIG_NET_CLS_POLICE=y +# CONFIG_NET_ACT_POLICE is not set -- Brian May [EMAIL PROTECTED] yup thanks activated globaly for 2.6.18-6 -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396930: ion2: diff for NMU version 20040729-2.1
[EMAIL PROTECTED]: Hi, The following is the diff for my ion2 20040729-2.1 NMU, with Julien's patch applied. Thanks! I had forgot that I'm in the maintainer field for ion2. Hrm. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397625: [php-maint] Bug#397625: me too
Antoni Villalonga píše v Pá 10. 11. 2006 v 08:59 +0100: I forget to say I'm using update packages (5.2.0-2 not 5.2.0-1). I think it's not fixed at all. Ok, could you provide backtrace? (instructions included f.e. in #323773). Ondrej. -- Ondřej Surý [EMAIL PROTECTED]
Bug#396445: [Bug-gnubg] Fwd: Bug#396445: gnubg: segfault adding match to postgres database
Hi Russ,
could you tell us what the code looks like around the failing line
| #5 0x005078f0 in PyGameStats (sc=0xd91380, fIsMatch=0, nMatchTo=7)
| at gnubgmodule.c:1558
since I don't know what revision of gnubgmodule.c you have.
In my version it says,
PyObject* d =
Py_BuildValue({s:f,s:f,s:f,s:f,s:f},
luck, sc-arLuck[side][0],
luck-cost, sc-arLuck[side][1],
actual-result, sc-arActualResult[side],
luck-adjusted-result, sc-arLuckAdj[side]);
and clearly Py_BuildValue expects five argument pairs, but only receives four.
Christian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397538: qiv: Segmentation Fault on all startups
Hi, I don't have this bug with these packages installed. ii gdk-imlib111.9.14-31 imaging library for use with gtk ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libglib1.2 1.2.10-14 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets for X ii libx11-6 1.0.3-2X11 client-side library ii libxext6 1.0.1-2X11 miscellaneous extension library ii libxi6 1.0.1-3X11 Input extension library ii libxinerama1 1.0.1-4.1 X11 Xinerama extension library ii qiv2.0-4.2A quick image viewer for X Hope this helps, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#395030: ftp.debian.org: Please remove clustalw 1.83-1 from unstable (non-free/science) in mipsel, s390, m68k.
retitle 395030 RM: clustalw [m68k s390] -- RoM; uninstallable thanks Hi, On Tuesday, October 24, 2006 2:28 PM, Charles Plessy [EMAIL PROTECTED] wrote: [...] clustalw was NMUed during the lesstif transition, but not rebuilt on every arch on which it was already available. As a consequence, it could not migrate to testing and was removed to complete the lesstif [...] Please remove clustalw 1.83-1 from unstable (non-free/science) in mipsel, s390, m68k to ensure migration of the latest version and the release of clustalw for Etch. 1.83-1.1 has now been built for mipsel; retitling appropriately. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397625: [php-maint] Bug#397625: me too
Same problem here. My backtrace: #0 0xb7b5685c in free () from /lib/i686/cmov/libc.so.6 #1 0xb6964f31 in my_no_flags_free () from /usr/lib/libmysqlclient.so.15 #2 0xb698ae7b in mysql_select_db () from /usr/lib/libmysqlclient.so.15 #3 0xb698b138 in mysql_close () from /usr/lib/libmysqlclient.so.15 #4 0xb6db1eee in zm_startup_mysql () from /usr/lib/php5/20060613/mysql.so #5 0xb74fc723 in list_entry_destructor () from /usr/lib/apache2/modules/libphp5.so #6 0xb74f9738 in zend_hash_quick_find () from /usr/lib/apache2/modules/libphp5.so #7 0xb74f99d7 in zend_hash_graceful_reverse_destroy () from /usr/lib/apache2/modules/libphp5.so #8 0xb74fc56d in zend_destroy_rsrc_list () from /usr/lib/apache2/modules/libphp5.so #9 0xb74ef8af in zend_deactivate () from /usr/lib/apache2/modules/libphp5.so #10 0xb74ab7fc in php_request_shutdown () from /usr/lib/apache2/modules/libphp5.so #11 0xb7572dac in php_ap2_register_hook () from /usr/lib/apache2/modules/libphp5.so #12 0x08074587 in ap_run_handler () #13 0x08077731 in ap_invoke_handler () #14 0x08084728 in ap_process_request () #15 0x080819ce in ap_register_input_filter () #16 0x0807b3c7 in ap_run_process_connection () #17 0x08088704 in ap_graceful_stop_signalled () #18 0x08088964 in ap_graceful_stop_signalled () #19 0x0808972a in ap_mpm_run () #20 0x080621ef in main () Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397883: rasmol: display garbled on amd64
Package: rasmol Version: 2.7.2.1.1-4 Severity: serious rasmol is unuseable on amd64 (and perhaps other 64bit architectures) due to using the wrong data type for writes to the frame buffer. This simple patch fixes it: --- src/rasmol.h.org2006-11-10 09:35:34.0 +0100 +++ src/rasmol.h2006-11-10 09:36:32.0 +0100 @@ -88,6 +88,10 @@ #define PROFILE #define MITSHM +#if defined (__amd64__)/* and perhaps other 64 bit archs */ +#define _LONGLONG +#endif + /* #define HAVEZLIB */ /* #define HAVELIBJPEG */ /* #define HAVELIBPNG */ The same bug is present in ubuntu, please forward the patch as I do not have time to play silly 'you need a password to report bugs' games there. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397884: serendipity: First installation with remote database not possible
Package: serendipity Version: 1.0.2-1 Severity: normal Hi! S9y seems to be nice, but when you want to use a remote database server for your installation, there are some pitfalls: 1) You can't choose a remote DB server right from the start, but have to edit your dbconfig-common file and add a remote server by hand. It would be nice to a have the choice without this manual intervention. 2) Even worse, there is a small mismatch of used variables either in the config or in the code. I've described that in my blog. Here's an excerpt: -- And additionally, the Debian package of s9y has some issues when using a remote database. You can't start with a remote config using dbconfig -common (which is a really nice thingie on itself), but you have to abort the current debconf run, edit your config file of s9y in /etc/dbconfig-foobar/ and (really important!) fix a bug in /etc/serendipity/database.inc.php: Instead of $dbserver='yourserver'; it has to be $dbhost='yourserver';, because database.inc.php is being sourced in /usr/share/serendipity/www/serendipity_config_local.inc.php which has the following line: $serendipity['dbHost'] = $dbhost; So, it's really unlikely that s9y will ever know where your database server is. Alternatively you can change that line in /usr/share/serendipity/www/serendipity_config_local.inc.php, of course. -- I hope you can get this fix in for Etch... Regards, Ingo -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages serendipity depends on: ii apache [httpd] 1.3.34-4versatile, high-performance HTTP s ii apache2-mpm-prefork [httpd] 2.2.3-3 Traditional model for Apache HTTPD ii dbconfig-common 1.8.28 common framework for packaging dat ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libapache-mod-php4 4:4.4.4-4~4 server-side, HTML-embedded scripti ii libapache2-mod-php4 4:4.4.4-4~4 server-side, HTML-embedded scripti ii mysql-client 5.0.26-2mysql database client (current ver ii mysql-client-5.0 [mysql-clie 5.0.26-2mysql database client binaries ii php-cache-lite 1.7.2-2 Fast and lite data cache system ii php-http-request 1.3.0-3 provides an easy way to perform HT ii php-net-socket 1.0.6-2 PHP PEAR Network Socket Interface ii php-net-url 1.0.14-4easy parsing of Urls ii php-pear 5.1.6-5 PEAR - PHP Extension and Applicati ii php4 4:4.4.4-4~4 server-side, HTML-embedded scripti ii php4-cgi 4:4.4.4-4~4 server-side, HTML-embedded scripti ii php4-mysql 4:4.4.4-4~4 MySQL module for php4 ii php4-pgsql 4:4.4.4-4~4 PostgreSQL module for php4 ii postgresql-client7.5.21 front-end programs for PostgreSQL ii smarty 2.6.14-1Template engine for PHP Versions of packages serendipity recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.11 Image manipulation programs ii php4-gd 4:4.4.4-4~4 GD module for php4 ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395262: Arch: all package FTBFS due to test needing network access - RC?
Wouter Verhelst [EMAIL PROTECTED] writes: On Thu, Nov 02, 2006 at 10:11:45AM +0100, Goswin von Brederlow wrote: Real or fake makes no difference. Anything that test id or file permissions will (hopefully) behave the same with fakeroot. Wrong; otherwise there wouldn't be packages who fail to build when root is, in fact, root, as happens on mips. Do they fail when you use sudo instead of fakeroot or when you run the complete build process as root? And why do they fail? Is there some specific test they do just to detect fakeroot or is it a shortcomming of fakeroot that makes the build suddenyl behave differently and succeed? I wouldn't be surprised if something fails under fakeroot. We know it isn't perfect. But the other way around is worrysome. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397761: bugs.debian.org: please forward bug reports to Uploaders also
If the maintainer is not given as a mailing list, then the uploaders should all subscribe to the PTS for a given package. Agreed, but considering human nature, I think people forget to take this extra step, or are unaware of it. (Not sure if it's even explicitly stated anywhere). So the development process would probably benefit if this could be enforced. Perhaps it could happen by default, and then people could opt out? Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397821: a font regression with current xterm
On Thu, Nov 09, 2006 at 08:26:26PM -0500, Thomas Dickey wrote: On Thu, Nov 09, 2006 at 09:20:14PM +0100, Francesco P. Lovergine wrote: Package: xterm Version: 222-1 Severity: normal XTerm.vt100.Font: -monotype-andale mono-medium-r-normal--18-0-0-0-m-0-iso8859-15 UXTerm.vt100.Font: -monotype-andale mono-medium-r-normal--18-0-0-0-m-0-iso8859-15 In the previous version uxterm worked perfectly with this font. Now What was the previous version? (I assume 210, but it helps to know). I assume the issue appearead starting from 2006-11-07 11:06:37 upgrade xterm 210-3.1 222-1 Previous NMU was ok. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397885: guessnet: /etc/network/interfaces parsing problems
Package: guessnet Version: 0.41-1 Severity: important I'm using the following /e/n/i file to test guessnet. mapping wlan0 script guessnet-ifupdown map timeout: 10 map verbose: true map debug: true map default: dhcp map foo-wlan map bar-wlan iface foo-wlan inet static test command sleep 2; true iface bar-wlan inet static test command sleep 1; true iface baz-wlan inet static test command true Using the command cat /dev/null | sudo guessnet -i -v wlan0 I get the following output: [EMAIL PROTECTED]:/etc/network$ cat /dev/null | sudo guessnet -i -v wlan0 guessnet: Link beat detection (mii) failed: Operation not supported guessnet: 3 candidate profiles guessnet: Starting command test subsystem guessnet: adding candidate script [sleep 2; true] with tag [command 'sleep 2; true'] guessnet: adding candidate script [sleep 1; true] with tag [command 'sleep 1; true'] guessnet: adding candidate script [true] with tag [command 'true'] guessnet: script [command 'true'] terminated with status 0 baz-wlan I'm getting the following unexpected behaviours. 1) Substituting the word test with guessnet in the guessent test line in the logical interfaces stanzas I don0t get anymore recongized the test (the profile isn't recognized by guessnet, and so it's not executed). While this isn't a big issue, it's very confusing for the newbie, since documentation tells the guessnet word may be used instead of test. E.g. with the test line in the baz-wlan interface substituted by a corresponding guessnet line I get: [EMAIL PROTECTED]:/etc/network$ cat /dev/null | sudo guessnet -i -v wlan0 guessnet: Link beat detection (mii) failed: Operation not supported guessnet: 2 candidate profiles guessnet: Starting command test subsystem guessnet: adding candidate script [sleep 2; true] with tag [command 'sleep 2; true'] guessnet: adding candidate script [sleep 1; true] with tag [command 'sleep 1; true'] guessnet: script [command 'sleep 1; true'] terminated with status 0 bar-wlan 2) The limiting valid logical intefaces mechanism in the mapping stanza seems not to work. In the previous example I always get baz-wlan as the discovered interface, although in the mapping stanza I listed the wanted interfaces (excluding baz-wlan). The same issue raises using as physical interface eth0 instead of wlan: [EMAIL PROTECTED]:/etc/network$ cat /dev/null | sudo guessnet -d none -i -v eth0 guessnet: 3 candidate profiles guessnet: Starting command test subsystem guessnet: adding candidate script [sleep 2; true] with tag [command 'sleep 2; true'] guessnet: adding candidate script [sleep 1; true] with tag [command 'sleep 1; true'] guessnet: adding candidate script [true] with tag [command 'true'] guessnet: script [command 'true'] terminated with status 0 baz-wlan while I expected to have as result the none interface. Another problem concerning the guessnet design is that it returns every time the first interface discovered, which is something that in many cases is quite meaningless: in many cases is important to discover all the possible interfaces available, then to choose between them according to an assigned priority, that may not depend on the time requested to discover the interface. I like the general design of guessnet, as well as the nice integration with the ifupdown system, but the previous problems affect quite seriously its usability. I also would like to know if you are planning to support anymore guessnet (that actually seems quite undermaintained). In each case thanks for your valuable effort. Cheers -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1.061109.homer Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages guessnet depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.70.7.2-7System interface for user-level pa ii libstdc++64.1.1-19 The GNU Standard C++ Library v3 guessnet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397039: Multiplex warning (with --exim)
On 5 Nov 2006, at 17:28, Adrian von Bidder wrote: Which IO::Multiplex package version? 1.08-3, I assume? Yes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397646: exim4-config: reportbug mail issue
On Thu, Nov 09, 2006 at 08:14:23PM -0800, Blars Blarson wrote: In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: Reportbug installs who do not have exim installed correctly should be using reportbug's built-in SMTP handling abilities and either relaying to their upstream smtp server or bugs.debian.org; the latter as the default if nothing else is selected. Since this is the way that reportbug works currently, I really don't see the problem. [Perhaps the only bug here is that it even asks whether to use the local smtp server in the novice case.] bugs.debian.org isn't always willing to accept mail. Besides the times like last night when a denial of service attack[0] made it so no mail was accepted for half an hour, spohr also uses greylisting. I don't think reportbug does mail queueing. Best idea would be reporting bugs via an http[s]-based API. 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#391929: libata-related kernel panic on boot during S10checkroot.sh
reassign 391929 linux-2.6 retitle libata-related kernel panic on boot during S10checkroot.sh on 2.6.18 amd64 thanks also sprach martin f krafft [EMAIL PROTECTED] [2006.10.09.1605 +0200]: From time to time if I boot my amd64 machine with its three SATA disks over which a RAID1 provides the root disk, the kernel panics while executing S10checkroot.sh This problem persist with 2.6.18-2-amd64. I managed to get the kernel panic this time, so while S10checkroot runs (the last thing I see before the freeze is Activating swap:_ with the cursor blinking were the underscore is), these messages are printed: ata1: EH complete SCSI device sde: 490234752 512-byte hdwr sectors (251000 MB) sde: Write Protect is off sde: Mode Sense: 00 3a 00 00 SCSI device sde: drive cache: write through ata2: EH complete SCSI device sdf: 490234752 512-byte hdwr sectors (251000 MB) sdf: Write Protect is off sdf: Mode Sense: 00 3a 00 00 SCSI device sdf: drive cache: write through BUG: warning at drivers/scsi/libata-eh.c:520/ata_port_schedule_eh() Call Trace: IRQ [880a4711] :libata:ata_port_schedule_eh+0x38/0x45 [880a083f] :libata:ata_scsi_qc_complete+0x50/0xcc [8818c2d3] :sata_promise:pdc_interrupt+0x19c/0x1d9 [8020f0f4] handle_IRQ_event+0x29/0x58 [802a4302] __do_IRQ+0xa4/0x105 [80263fdf] do_IRQ+0x65/0x73 [802620cd] default_idle+0x0/0x50 [80258989] ret_from_intr+0x0/0xa EOI [802620f6] default_idle+0x29/0x50 [80245415] cpu_idle+0x95/0xb8 [80538799] start_kernel+0x216/0x21b [80538288] _sinittext+0x288/0x28c BUG: warning at drivers/scsi/libata-eh.c:321/ata_scsi_error() Call Trace: [880a4f04] :libata:ata_scsi_error+0x40b/0x50b [880767ed] :scsi_mod:scsi_error_handler+0x0/0xa81 [80290195] keventd_create_kthread+0x0/0x61 [880768ac] :scsi_mod:scsi_error_handler+0xbf/0xa81 [80290195] keventd_create_kthread+0x0/0x61 [880767ed] :scsi_mod:scsi_error_handler+0x0/0xa81 [80290195] keventd_create_kthread+0x0/0x61 [8023055a] kthread+0xd4/0x107 [80259318] child_rip+0xa/0x12 [80290195] keventd_create_kthread+0x0/0x61 [80230486] kthread+0x0/0x107 [8025930e] child_rip+0x0/0x12 Unable to handle kernel NULL pointer dereference at 0028 RIP: [8818c642] :sata_promise:pdc_eng_timeout+0x62/0x18d PGD 3e08a067 PUD 1211067 PMD 0 Oops: [1] SMP CPU 0 Modules linked in: snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_via82xx snd_via82xx_modem snd_pcm_oss snd_mixer_oss snd_ac97_codec snd_bt87x snd_mpu401_uart tsdev evdev snd_pcm snd_timer serio_raw snd_rawmidi snd_seq_device eth1394 floppy pcspkr psmouse snd soundcore ext3 jbd mbcache dm_mirror dm_snapshot dm_mod raid10 raid1 md_mod ide_generic netconsole ide_cd cdrom skge sd_mod hci_usb bluetooth usbhid usb_storage bt878 via82cxxx ohci1394 shpchp pci_hotplug ieee1394 sata_promise sk98lin sata_via aic7xxx scsi_transport_spi bttv video_buf firmware_class ir_common compat_ioctl32 i2c_algo_bit btcx_risc tveeprom videodev v4l1_compat v4l2_common libata scsi_mod generic ide_core uhci_hcd ehci_hcd i2c_viapro i2c_core gameport snd_ac97_bus snd_page_alloc thermal processor fan Pid: 1128, comm: scsi_eh_4 Not tainted 2.6.18-2-amd64 #1 RIP: 0010:[8818c642] [8818c642] :sata_promise:pdc_eng_timeout+0x62/0x18d RSP: 0018:81003e7d7e40 EFLAGS: 00010096 RAX: fafbfcfd RBX: 81003e04 RCX: 84f3 RDX: ff01 RSI: 0046 RDI: 81003e3d91c0 RBP: 81003e0404e8 R08: R09: 81003de6ebc0 R10: 81003e7d7e08 R11: 80323460 R12: R13: 81003e3d91c0 R14: 0246 R15: 0005 FS: 2b9ed2a256d0() GS:8052() knlGS: CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b CR2: 0028 CR3: 3e2fe000 CR4: 06e0 Process scsi_eh_4 (pid: 1128, threadinfo 81003e7d6000, task 81003e6107b0) Stack: 81003e04 81003e0404e8 81003e03fac8 81003e04 81003e04 880a4f11 0282 81003e04 880767ed 81003e03fac8 81003e04 81003e03fab8 Call Trace: [880a4f11] :libata:ata_scsi_error+0x418/0x50b [880767ed] :scsi_mod:scsi_error_handler+0x0/0xa81 [80290195] keventd_create_kthread+0x0/0x61 [880768ac] :scsi_mod:scsi_error_handler+0xbf/0xa81 [80290195] keventd_create_kthread+0x0/0x61 [880767ed] :scsi_mod:scsi_error_handler+0x0/0xa81 [80290195] keventd_create_kthread+0x0/0x61 [8023055a] kthread+0xd4/0x107 [80259318] child_rip+0xa/0x12 [80290195] keventd_create_kthread+0x0/0x61 [80230486] kthread+0x0/0x107 [8025930e] child_rip+0x0/0x12 Code: 41 8a 44 24 28 3c 01 74 0d 3c 03 bb e8 03 00 00 0f 85 93 00 RIP
Bug#352100: Bugs from dosemu in experimantal
I use dosemu not with freedos, but with novell dos 7. There is a bug in the freedos mfs-code, so I cannot use dosemu ipx to novell 3.12 servers. There is a bug in dosemu.conf: The default of $_hdimage is not drives/* as stated in the comment. To use novell dos, I had to change $_hdimage explicitly to drives/* and remove the comment. The version in experimental is buggy. 1. The mapping bug is circumvented in dosemu.conf by setting $_mapping explicitly to mapashm. This bug is fixed in the subversion code of dosemu. 2. There are problems with keymappings with X. Using dosemu in X, if I type r, I get .. This bug can be avoided by setting $_X_keycode = (off). This bug is fixed too. 3. The XMS-Code is deprecated. In newer dosemu, you don't need $_ext_mem any longer, it is merged with $_xms. I strongly recommend to use the newest code. The above mentioned bugs are fixed and SDL is integrated. The x86-64 code emulation is in development, but better than in the debian version. Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397851: thread-local storage for hppa
Quoting from http://lists.debian.org/debian-glibc/2006/08/msg00324.html In short TLS support will probably be unavoidable and a requirement for etch + 1. For hppa it should not be problem as it has TLS support in both upstream binutils (in upcoming 2.18) and gcc 4.1. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397893: gnome-applets gswitchit crashes
Package: gnome-applets Version: 2.14.3-1 Generated report follows: From: To: [EMAIL PROTECTED] X-Mailer: bug-buddy 2.14.0 Subject: gswitchit crashed upon gnome startup Distribution: Debian testing/unstable Package: gnome-applets Severity: Normal Version: GNOME2.14.3 unspecified Gnome-Distributor: Debian Synopsis: gswitchit crashed upon gnome startup Bugzilla-Product: gnome-applets Bugzilla-Component: libgswitchit Bugzilla-Version: unspecified BugBuddy-GnomeVersion: 2.0 (2.14.1) Description: Description of the crash: Upon GNOME startup, when desktop is already visible, bottom panel is rendered and applets start loading to high panel, I get the message gswitchit ended up unexpectedly. Steps to reproduce the crash: 1. 2. 3. Expected Results: How often does this happen? Everytime Additional Information: Debian Etch (testing), DVD image 20061104 Debugging Information: Backtrace was generated from '/usr/libexec/gswitchit' (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1224186176 (LWP 2733)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb782220e in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0xb782220e in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0xb7eba655 in gnome_gtk_module_info_get () from /usr/lib/libgnomeui-2.so.0 #2 signal handler called #3 0xb7f1e6ce in _XklStateModificationHandler () from /usr/lib/libxklavier.so.10 #4 0xb7f1ec13 in _XklStateModificationHandler () from /usr/lib/libxklavier.so.10 #5 0x08051331 in GSwitchItKbdConfigModelSet () #6 0x080514cd in GSwitchItConfigLoadGroupDescriptionsUtf8 () #7 0x08050977 in GSwitchItAppletNew () #8 0xb7efb600 in panel_applet_marshal_BOOLEAN__STRING () from /usr/lib/libpanel-applet-2.so.0 #9 0xb78ec98b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #10 0xb7384db3 in bonobo_closure_invoke_va_list () from /usr/lib/libbonobo-2.so.0 #11 0xb738503c in bonobo_closure_invoke () from /usr/lib/libbonobo-2.so.0 #12 0xb7ef6be6 in panel_applet_new () from /usr/lib/libpanel-applet-2.so.0 #13 0xb78f9e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #14 0xb78ec98b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #15 0xb78fcf2d in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #16 0xb78fe429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #17 0xb78fe5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #18 0xb7e34897 in bonobo_control_add_listener () from /usr/lib/libbonoboui-2.so.0 #19 0xb7387bf1 in _ORBIT_skel_small_Bonobo_Control_setFrame () from /usr/lib/libbonobo-2.so.0 #20 0xb731db27 in IOP_start_profiles () from /usr/lib/libORBit-2.so.0 #21 0xb7323d65 in ORBit_OAObject_invoke () from /usr/lib/libORBit-2.so.0 #22 0xb7310c49 in ORBit_small_invoke_adaptor () from /usr/lib/libORBit-2.so.0 #23 0xb73219aa in
Bug#391360: runit: svlogd is not removing old logs
Hi Joshua, On Fri, Oct 06, 2006 at 06:38:58PM +0530, Joshua N Pritikin wrote: On Fri, Oct 06, 2006 at 12:44:07PM +, Gerrit Pape wrote: If you had once configured many log files, and then change the configuration to fewer log files than before, svlogd won't reduce the number of log files; you would need to remove them manually. This might be what happens to you. I don't remember if this was the case. do you still see the problem of unexpectectly increasing number of log files on your system, or my it be that it was a temporary issue due to some configuration changes. I did not get any other report of this kind since then. Does the number of logfiles still increase? If yes, does `sv hup dnscache/log` help? I tried that. It doesn't remove a single file. Here, I'll try it again: No, it won't remove log files, see above. The question is whether the number of log files still is increasing, and if so, whether it still increases after sending the SIGHUP. It's not increasing but why doesn't svlogd delete extra log files? What is the design justification? logs is crucial data. I don't want svlogd to remove possibly tons of log messages in many log files due to some temporary misconfiguration. If you descrease the number of log files in the config file, you can remove older log manually, and svlogd will adapt. If you remove them manually, you really know what you're doing. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397888: ignores resume configuration files
Package: cryptsetup Version: 2:1.0.4-4 Severity: normal In addition to /etc/uswsusp.conf and /proc/cmdline, there's also /etc/suspend.conf and /etc/initramfs-tools/conf.d/resume . I don't claim it's great that everyone has their own configuration file, but that something needs to be done about it. Regardless, cryptsetup should honour them all. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.08-1 The Linux Kernel Device Mapper use ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdevma 2:1.02.08-1 The Linux Kernel Device Mapper use ii libgcryp 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-e 1.4-1 library for common error values an ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libuuid1 1.39+1.40-WIP-2006.10.02+dfsg-2 universally unique id library cryptsetup recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#392209: fgetty: Could not chown/chmod tty device
tags 392209 + unreproducible thanks. On Tue, Oct 10, 2006 at 04:03:01PM -0300, Nelson A. de Oliveira wrote: I am trying to use fgetty here on my system, but without success. The error messages that appear are: could not chown/chmod tty device (the above message is repeated a lot of times) INIT: Id 2 respawning too fast: disabled for 5 minutes And then I get an unusable console. With mingetty and getty it's working normally. The config on inittab is: 2:2345:respawn:/sbin/fgetty tty2 If changing to 2:2345:respawn:/sbin/mingetty tty2 or 2:2345:respawn:/sbin/getty 38400 tty2 it works. Hi Nelson, unfortunately I cannot teproduce the problem. On a current sid system, your inittab entry works just fine for me. Did you change anything special on your system, such as security patches to the kernel, extended access permissions/restrictions or similar? Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397894: scribus: 1.2.5dfsg
Package: scribus Version: 1.2.5.dfsg-5 depends on libgnutls11 instead of libgnutls13 Severity: normal More an observation rather than anything else. This version (waiting for release to unstable) depends on libgnutls11 which is apparently only in stable, rather than libgnutls13 which is in unstable. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages scribus depends on: ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcupsys2 1.2.6-1 Common UNIX Printing System(tm) - ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-19GCC support library ii libgnutls111.0.16-13.2sarge2 GNU TLS library - runtime library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1Color management library ii libpng12-0 1.2.8rel-7PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-6 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-2 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxml22.6.27.dfsg-1 GNOME XML library ii python-imaging-tk 1.1.5-11 Python Imaging Library ImageTk Mod ii python-tk 2.4.4-1 Tkinter - Writing Tk applications ii python2.4 2.4.4-1 An interactive high-level object-o ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages scribus recommends: ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii xfonts-scalable 1:1.0.0-5 scalable fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397887: resume support renders system unbootable
Package: cryptsetup Version: 2:1.0.4-4 Severity: important As of late, cryptsetup figures out what swap device I need to resume from disk and tells initramfs to also initialise that device even before root is brought up. The problem is quite simply that some of us have previously configured the swap device with a random passphrase, or a keyfile stored somewhere in /etc. Now, all of a sudden, we're expected to enter the key during initramfs? I am sorry, I cannot remember 2048 bytes of key material, nor would I remember what random string the kernel used to set up the swap device before the latest cryptsetup upgrade. My crypttab says cr_hda2 /dev/hda2 /etc/keys/hda2.luks luks cryptsetup should ensure that /etc/keys/hda2.luks is available as such during initramfs. If the key is specified as /dev/urandom, cryptsetup must react differently and prompt the user for a new, static passphrase. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.08-1 The Linux Kernel Device Mapper use ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdevma 2:1.02.08-1 The Linux Kernel Device Mapper use ii libgcryp 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-e 1.4-1 library for common error values an ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libuuid1 1.39+1.40-WIP-2006.10.02+dfsg-2 universally unique id library cryptsetup recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#397891: mplayer: depends exclusively on debconf (debconf-2.0 should be an alternative)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mplayer Version: 1.0~rc1-3 Severity: important Hello, mplayer depends on debconf while the debconf-2.0 virtual package name should be able to do whatever debconf can. This is (AFAIK and IIRC) a part of a transition which started in the days of woody, thus the severity. So, please add debconf-2.0 as an alternative to debconf. $ LANG=C aptitude show mplayer Package: mplayer State: installed Automatically installed: no Version: 1.0~rc1-3 Priority: optional Section: graphics Maintainer: Dariush Pietrzak [EMAIL PROTECTED] Uncompressed Size: 8499k Depends: libasound2 ( 1.0.12), libatk1.0-0 (= 1.12.2), libaudiofile0 (= 0.2.3-4), libc6 (= 2.3.5-1), libcairo2 (= 1.2.4), libcdparanoia0, libdirectfb-0.9-25, libdv4, libdvdread3 (= 0.9.6), libesd0 (= 0.2.35) | libesd-alsa0 (= 0.2.35), libfontconfig1 (= 2.4.0), libfreetype6 (= 2.2), libglib2.0-0 (= 2.12.0), libgtk2.0-0 (= 2.8.0), libjpeg62, liblircclient0, libmad0 (= 0.15.1b), libncurses5 (= 5.4-5), libogg0 (= 1.1.3), libpango1.0-0 (= 1.14.7), libpng12-0 (= 1.2.8rel), libsdl1.2debian (= 1.2.10-1), libtheora0, libungif4g (= 4.1.4), libx11-6, libxcursor1 ( 1.1.2), libxext6, libxfixes3 (= 1:4.0.1), libxi6, libxinerama1, libxrandr2, libxrender1, libxv1, libxvmc1, libxxf86dga1, libxxf86vm1, zlib1g (= 1:1.2.1), debconf, libconfhelper-perl Recommends: mplayer-skin Suggests: mplayer-doc, ttf-freefont, netselect | fping Description: The Movie Player MPlayer is a movie player for GNU/Linux. MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. You can watch VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies too. Another big feature of MPlayer is the wide range of supported output drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, DirectFB, but also SDL (and this way all its drivers) and some lowlevel card-specific drivers (for Matrox, 3Dfx and Radeon, Mach64, Permedia3) Most of them supports software or hardware scaling, so you can enjoy movies in fullscreen. MPlayer supports also displaying through some hardware MPEG decoder boards, such as the DVB and DXR3/Hollywood+. NOTE: the .tar.gz distributed with Debian does not contain all of the upstream code. Read README.Debian and copyright for details. - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages mplayer depends on: ii debconf1.5.8 Debian configuration management sy ii libasound2 1.0.13-1 ALSA library ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10+debian~pre0-2audio extraction tool for sampling ii libconfhelper-perl 0.12.5Library for editing configuration ii libdirectfb-0.9-25 0.9.25.1-4direct frame buffer graphics - sha ii libdv4 1.0.0-1 software library for DV format dig ii libdvdread30.9.7-2 library for reading DVDs ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblircclient0 0.8.0-9 LIRC client library ii libmad00.15.1b-2.1 MPEG audio decoder library ii libncurses55.5-5 Shared libraries for terminal hand ii libogg01.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-7PNG library - runtime hi libsdl1.2debian1.2.11-7 Simple DirectMedia Layer ii libtheora0 0.0.0.alpha7.dfsg-1.1 The Theora Video Compression Codec ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor11.1.7-4 X cursor management library hi libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4
Bug#397895: Breaks software changing the Python path at runtime
Package: python-support Version: 0.5.4 Severity: important Hi, (Documenting a conversation I had with the python-support maintainer and another I had with Steinar H. Gunderson on IRC.) By design, python-support might break some applications. Two examples lately were the GStreamer 0.10 Python bindings and the GNOME Deskbar Applet. This is usually because these packages are ./configured with a default Python path, such as /usr/lib/pythonX.Y/site-packages where the upstream package expects to find it's *.py and *.pyc files after the installation (IOW, at runtime), but dh_pysupport moves the *.py to /usr/share/python-support and byte compiles them into *.pyc files below /var/lib/python-support. One workaround is to patch the upstream code to deal with this situation; this can be complex because upstream might not make any difference between the path to *.py files and the path to *.pyc files. The AM_PATH_PYTHON macro understands the difference, but does not permit changing these. Another workaround is to use python-central. Some random thoughts on the issue: 1) I am not too sure that python-support truly needs to adhere to the FHS since it is only invoked on package installation / upgrades and can be considered part of package management. 2) I think *.pyc are arch independent and are supposed to stay that way, this means that we could have *.pyc under /usr, python-support could byte-compile unser /usr/share/python-support, hence we could ./configure with this python-path, and we would only have to make sure that upstream apps do not rely on the system's default. This assumes 1). 3) Not assuming 1), it's possible for python-support to symlink *.py files to /var/lib/python-support and we could ./configure with this python-path as in 2). 4) python-support could be changed to allow a second mode of operations, configurable on a per-package basis, which would symlink *.py into /usr/lib/pythonX.Y/site-packages and byte-compile there as well (option a)) or symlink to byte-compiled files (option b)) under /var/lib/python-support. This compatibility mode could be turned on by default or only for problematic packages. Please tag this bug wontfix if you do not think it will ever fix. I intend to use this bug report as a documentation pointer on this problem, but feel free to include this description in some KNOWNBUGS file, or as a step to watch carefully when converting packages to python-support, or when preparing new upstream releases of python packages. Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages python-support depends on: ii python2.4.4-1An interactive high-level object-o python-support recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED]
Bug#396840: using pyversions in debian/rules is not reliable
Hi, On Thu, Nov 09, 2006, Alexandre Fayolle wrote: I'm trying to build and upload a new release of python-psyco, and the built package is wrong because `pyversions -r debian/control` returns python2.4 even though debian/control says that XS-Python-Version is =2.2, 2.6. I have python-all installed, so I would expect the call to pyversions to return python2.3 python2.4 python2.5 I think what you describe is correct behavior. pyversions was changed so that we can get rid of python2.3, and this means we should not build any new packages against python2.3, and rebuilds will hence lose their python2.3- virtual provide. Concerning python2.5, it's not enabled yet because it's not expected to be the default version in etch, but I suppose it could be now that it is officially released and in sync in etch. Any package building C extension modules rebuilt with the current setup will only compile the C extension for python2.4, which is not what we want. I think it is. :) My bug report is about packages which were built with a pyversions returning python2.3 and based on python-support, but not usable anymore now that pyversions does not return 2.3. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#397889: ipcheck with Alcatel firmware v. 4.3.2.6
Package: ipcheck Version: 0.233-1 ipcheck does not detect the ip on Alcatel routers with firmware version 4.3.2.6. The command to show the ip list has changed, and the list has another form, Here is a transcript: = ip iplist Interface TypeIP-address Point-to-point/Mask 2 LocalNetworkEthernet *192.168.xxx.xxx 255.255.255.0 1 InternetSerial 83.53.215.201192.168.153.1 0 loopInternal127.0.0.1255.255.255.255 I made that modification to the ipcheck program, that works for me, and I believe the previous functionality is preserved, # connect to the router's admin webpage try: logger.logit(Trying Alcatel STP) # disables negotiation to prevent the connection being dropped telnetlib.IAC=\021 tn = telnetlib.Telnet(iphost) logger.logit(Creating telnetlib obj done) tn.read_until( : ) logger.logit(User prompt found) tn.write(Alcatel_user + \r) tn.write(opt_AlcatelSTP_password + \r) logger.logit(opt_AlcatelSTP_password sent) tn.read_until(=) tn.write(ip aplist\r) logger.logit(ip aplist sent) ret=tn.read_until(SERIAL,5) if string.find(ret,SERIAL)==-1: # is an Alcatel version 4.3.2.6 ? tn.write(\r) tn.read_until(=) tn.write(ip iplist\r) logger.logit(ip iplist sent) ret=tn.read_until(Serial ,5) if string.find(ret,Serial )==-1: raise not connected else: tn.read_until(addr:) ip2 = tn.read_until( ) logger.logit(ip read) ipdata = ip2[:-1] I suggest do some modification like the previous one, I am using Debian GNU/Linux 3.2, kernel 2.6.18 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396840: pyversions does not list python2.3 anymore
Josselin, Matthias, Could you please comment on #396840? We really need to resolve this for etch, especially if we want to get rid of python2.3, or we need to revert it. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#397892: libpng: CVE-2006-3334: specially crafted PNG may crash your browser
Package: libpng
Severity: grave
Version: 1.2.8rel-7
Tags: security
At http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3334
it reads:
Name: CVE-2006-3334 (under review)
Status: Candidate
Description: Buffer overflow in the png_decompress_chunk
function in pngrutil.c in libpng before 1.2.12 allows
context-dependent attackers to cause a denial of service
and possibly execute arbitrary code via unspecified vectors
related to chunk error processing, possibly involving the
chunk_name.
At http://www.libpng.org/pub/png/libpng.html it reads:
Versions up through 1.2.11 and 1.0.19 have a buffer-overrun
vulnerability when a particular error message is triggered.
The overrun is always by exactly two bytes ('k' and NULL)
so it seems highly unlikely that it could be used for
anything more nefarious than denial of service (e.g.,
crashing your browser when you visit a site displaying a
specially crafted PNG). Nevertheless, it's worth fixing,
and versions libpng 1.2.12 and libpng 1.0.20, released 27
June 2006, do just that. (Note that 1.2.11 and 1.0.19
erroneously claimed to include the fix, but in fact it had
been inadvertently omitted.)
The same releases (and their immediate predecessors) also
fix an out-of-bounds (by one) memory read and a second
buffer overrun, this one in the code that writes the sCAL
chunk (which is rather rare in any case).
Aníbal Monsalve Salazar
--
http://v7w.com/anibal
signature.asc
Description: Digital signature
Bug#397886: apache2.2-common: non wanted behaviour during upgrade: charset MUST not be created without user consent
Package: apache2.2-common Version: 2.2.3-3 Severity: important *** Please type your report below this line *** In apache2.2-common somebody choose to set up default charset: apache2.2-common.postinst:45: if [ ! -f /etc/apache2/conf.d/charset ]; then echo AddDefaultCharset UTF-8 /etc/apache2/conf.d/charset fi This will modify apache configuration during an upgrade. Eventually will cause all sites served locally to be IMPACTED by wrong charsets [mozilla selects utf8 if apache told him that its the default - even if the page designer used the content=text/html; charset=ISO-8859-15 in headers]. And this is clearly NOT wanted. Please wipe out the creation of this charset file. Please. Best regards, Michel -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.3-3utility programs for webservers ii libmagic1 4.17-4 File type determination library us ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-17The NET-3 networking toolkit apache2.2-common recommends no packages. -- no debconf information This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397890: aptconf: depends specifically on debconf (cdebconf can't be used)
Package: aptconf Version: 0.8-0.1 Severity: important Hello, cdebconf provides the virtual package name debconf-2.0 same as for current debconf versions. Since cdebconf should be a viable alternative to debconf, aptconf should also add debconf-2.0 as an alternative to debconf. This is (AFAIK and IIRC) a part of a transition which started in the days of woody. So, please add debconf-2.0 as an alternative to debconf (= 0.2.26). $ LANG=C aptitude show aptconf Package: aptconf State: installed Automatically installed: no Version: 0.8-0.1 Priority: optional Section: admin Maintainer: Progeny Debian Packaging Team [EMAIL PROTECTED] Uncompressed Size: 360k Depends: debconf (= 0.2.26), libxml-grove-perl Recommends: python-configlet, configlet-frontends, python-xml Conflicts: python-configlet ( 2.0) Description: Debconf infrastructure for setting up apt sources Aptconf provides debconf questions for configuring sources.list, as well as a configlet. It provides a friendly list of hard-coded repositories for the user to select (which are actually controlled by a configuration file), as well as the ability to add custom entries. Tags: admin::package-management, interface::commandline, made-of::lang:python, role::sw:utility, suite::debian, use::configuring -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages aptconf depends on: ii debconf 1.5.8Debian configuration management sy ii libxml-grove-perl 0.46alpha-11 Perl module for accessing parsed * Versions of packages aptconf recommends: pn configlet-frontends none (no description available) pn python-configlet none (no description available) pn python-xmlnone (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396498: not fixed in mesa 6.5.1-0.3
reopen 396498 thanks * Steinar H. Gunderson wrote: Source: mesa Source-Version: 6.5.1-0.3 We believe that the bug you reported is fixed in the latest version of mesa, which is due to be installed in the Debian FTP archive: [...] mesa (6.5.1-0.3) unstable; urgency=medium . * Non-maintainer upload. * Build-depend on libx11-dev; fixes FTBFS. (Closes: #396498) [...] As the original bug reporter said, it is not that mesa is missing a build-dependency on libx11-dev (as a matter of fact it already build-depends on libx11-dev) but it is libgl1-mesa-dev that needs to depend on libx11-dev. I am therefore reopening this bug. Thierry signature.asc Description: Digital signature
Bug#397700: Bug#397332: Bug#397700: tochnog: FTBFS: (hevea) Empty lexeme in subst
unblock 397700 by 397332
kthxbye
On Fri, Nov 10, 2006 at 01:07:49 +0100, Julien Cristau wrote:
As far as I know, there have been 3 reported build failures due to the
new hevea: ion2 (#396930), cmucl (#397575) and tochnog (#397700).
Thanks to Luc Maranget, the first two are now tagged + patch. The
problem affecting tochnog is actually a bug in the new hevea, which Luc
told me he fixed. I hope we'll have a patch available for this one as
well soonish.
The attached patch works around the hevea bug, and fixes the tochnog
build.
Cheers,
Julien Cristau
diff -u tochnog-20010124/debian/changelog tochnog-20010124/debian/changelog
--- tochnog-20010124/debian/changelog
+++ tochnog-20010124/debian/changelog
@@ -1,3 +1,11 @@
+tochnog (20010124-3.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix build with hevea 1.09 with patch from Luc Maranget
+[EMAIL PROTECTED] (closes: #397700).
+
+ -- Julien Cristau [EMAIL PROTECTED] Fri, 10 Nov 2006 10:46:59 +0100
+
tochnog (20010124-3) unstable; urgency=low
* Acknowledge NMUs:
diff -u tochnog-20010124/debian/patch-hevea.diff
tochnog-20010124/debian/patch-hevea.diff
--- tochnog-20010124/debian/patch-hevea.diff
+++ tochnog-20010124/debian/patch-hevea.diff
@@ -1,7 +1,17 @@
-diff -Nuar tochnog~/doc/makefile tochnog/doc/makefile
tochnog~/doc/makefile 2003-12-30 13:56:47.0 +0100
-+++ tochnog/doc/makefile 2003-12-30 13:57:34.0 +0100
-@@ -27,19 +27,31 @@
+diff -Nru tochnog/doc/makefile tochnog.new/doc/makefile
+--- tochnog/doc/makefile 2000-11-18 18:23:43.0 +0100
tochnog.new/doc/makefile 2006-11-10 10:41:11.0 +0100
+@@ -1,6 +1,8 @@
+ default: tnu.ps tnp.ps tngid.ps
+
+-all: tnu.ps tnp.ps tngid.ps tnu/tnu.html tnp/tnp.html tngid/tngid.html
++all: tnu.ps tnp.ps tngid.ps html
++
++html: tnu/tnu.html tnp/tnp.html tngid/tngid.html
+
+ tnu.ps: tnu.tex
+ latex tnu.tex
+@@ -27,19 +29,33 @@
touch tngid.ps
tnu/tnu.html: tnu.tex
@@ -9,10 +19,12 @@
- touch tnu/tnu.html
+ rm -rf tnu
+ mkdir tnu
-+ hevea -fix -o tnu/tnu.hevea $
++ hevea -fix tnu.hva -o tnu.hevea $
++ rm -f tnu.image.* *.h{aux,ind,toc}
++ mv tnu.hevea tnu???.png tnu
+ cd tnu \
-+ hacha tnu.hevea \
-+ rm -f *.h{evea,aux,ind,toc}
++ hacha -tocbis tnu.hevea \
++ rm -f *.hevea
tnp/tnp.html: tnp.tex
- latex2html -local_icons tnp
@@ -42,9 +54,16 @@
+ rm -rf tnu/
+ rm -rf tnp/
+ rm -rf tngid/
-diff -Nuar tochnog~/doc/tnu.tex tochnog/doc/tnu.tex
tochnog~/doc/tnu.tex 2003-12-30 13:56:47.0 +0100
-+++ tochnog/doc/tnu.tex2003-12-30 13:57:18.0 +0100
+diff -Nru tochnog/doc/tnu.hva tochnog.new/doc/tnu.hva
+--- tochnog/doc/tnu.hva1970-01-01 01:00:00.0 +0100
tochnog.new/doc/tnu.hva2006-11-10 10:41:25.0 +0100
+@@ -0,0 +1,3 @@
[EMAIL PROTECTED]
++\renewcommand{\dot}[1]{#1^{\bullet}}
++\providecommand{\epsfig}[1]{\begin{toimage}\epsfig{#1}\end{toimage}\imageflush}
+diff -Nru tochnog/doc/tnu.tex tochnog.new/doc/tnu.tex
+--- tochnog/doc/tnu.tex2000-12-30 19:56:22.0 +0100
tochnog.new/doc/tnu.tex2006-11-10 10:39:39.0 +0100
@@ -8455,6 +8455,6 @@
\clearpage
signature.asc
Description: Digital signature
Bug#391827: [Fwd: mg: does not display correct line numbers]
Géraud, I maintain Debian's mg package. I haven't ignored #391827; I forwarded the report and the patch to Han, who maintains the portable version of mg. Here is the last discussion I had with Han regarding this ticket. It took place on 2006-10-31 (ten days ago). twb Have you had a look at that line number patch for mg I twb forwarded you? Han Yes I have and I forwarded it to Kjell, and he said he was Han busy. But he'll get to it pretty soon. Kjell is, I presume, the maintainer of the OpenBSD version. PS: I should have mentioned these events on the Debian BTS already, so you knew things were happening. I apologize. -- Trent Buck, Student Errant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396864: phpunit2: FTBFS on amd64: memory size exhausted
Ah, I can see the light now :-). /usr/bin/php problem is fixed in latest PHP, it was reintroduced at least in 5.2.0-1. And problem with PEAR and memory limit is caused by '-n' switch which causes PHP not to read any .INI file at all. It will be fixed in next upload of PHP. Ondrej. -- Ondřej Surý [EMAIL PROTECTED]
Bug#388619: knetwalk: I'm still seeing this
On Friday 10 November 2006 08:16, Josh Metzler wrote: Could you please send your ~/.kde/share/config/knetwalkrc to the bug report? Thanks, Josh Attached. player id=0 [KHighscore_players] 1_current trend_Expert=9 1_current trend_Normal=1 1_current trend_Novice=1 1_max won trend_Expert=9 1_max won trend_Normal=1 1_max won trend_Novice=1 1_mean score_Expert=107.333 1_mean score_Normal=54 1_mean score_Novice=32 1_name=Gabby Salts 1_nb games_Expert=9 1_nb games_Normal=1 1_nb games_Novice=1 [KHighscore_scores_Expert] 1_date=2006,11,5,15,29,11 1_id=1 1_name= 1_score=70 2_date=2006,11,5,15,31,28 2_id=1 2_name= 2_score=76 3_date=2006,11,5,14,58,28 3_id=1 3_name= 3_score=84 4_date=2006,11,5,15,33,53 4_id=1 4_name= 4_score=94 5_date=2006,11,3,19,55,12 5_id=1 5_name= 5_score=103 6_date=2006,11,3,20,8,25 6_id=1 6_name= 6_score=106 7_date=2006,11,5,14,55,14 7_id=1 7_name= 7_score=109 8_date=2006,11,3,19,59,30 8_id=1 8_name= 8_score=150 9_date=2006,11,3,20,5,5 9_id=1 9_name= 9_score=174 [KHighscore_scores_Normal] 1_date=2006,11,10,13,0,9 1_id=1 1_name= 1_score=54 [KHighscore_scores_Novice] 1_date=2006,11,3,19,52,49 1_id=1 1_name= 1_score=32 [MainWindow] Height 1024=374 Width 1280=290 [Preferences] skill=Normal
Bug#397892: libpng: CVE-2006-3334: specially crafted PNG may crash your browser
On Fri, Nov 10, 2006 at 08:42:49PM +1100, Anibal Monsalve Salazar wrote:
Package: libpng
Severity: grave
Version: 1.2.8rel-7
Tags: security
At http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3334
it reads:
Name: CVE-2006-3334 (under review)
Status: Candidate
Description: Buffer overflow in the png_decompress_chunk
function in pngrutil.c in libpng before 1.2.12 allows
context-dependent attackers to cause a denial of service
and possibly execute arbitrary code via unspecified vectors
related to chunk error processing, possibly involving the
chunk_name.
That was backported in #377298 which is already fixed.
At http://www.libpng.org/pub/png/libpng.html it reads:
Versions up through 1.2.11 and 1.0.19 have a buffer-overrun
vulnerability when a particular error message is triggered.
The overrun is always by exactly two bytes ('k' and NULL)
so it seems highly unlikely that it could be used for
anything more nefarious than denial of service (e.g.,
crashing your browser when you visit a site displaying a
specially crafted PNG). Nevertheless, it's worth fixing,
and versions libpng 1.2.12 and libpng 1.0.20, released 27
June 2006, do just that. (Note that 1.2.11 and 1.0.19
erroneously claimed to include the fix, but in fact it had
been inadvertently omitted.)
Same here, it was backported in #377298 which is already
fixed.
The same releases (and their immediate predecessors) also
fix an out-of-bounds (by one) memory read and a second
buffer overrun, this one in the code that writes the sCAL
chunk (which is rather rare in any case).
That hasn't been fixed yet.
Aníbal Monsalve Salazar
--
http://v7w.com/anibal
signature.asc
Description: Digital signature
Bug#397896: While trying to run flumotion-admin I get a ERROR: PyGTK could not be found
Package: flumotion Version: 0.2.2-2 Severity: important A flumotion-admin just won´t start the admin box, instead it tells me ERROR: PyGTK could not be found on my amd64 system. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (300, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-tetris Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages flumotion depends on: ii adduser 3.99 Add and remove users and groups ii gstreamer0.10-plugins-base0.10.10-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.4-3 GStreamer plugins from the good ii python2.4.4-1An interactive high-level object-o ii python-central0.5.9 register and build utility for Pyt ii python-glade2 2.8.2-3GTK+ bindings: Glade support ii python-gst0.100.10.5-5 generic media-playing framework (P ii python-gtk2 2.8.2-3Python bindings for the GTK+ widge ii python-imaging1.1.5-11 Python Imaging Library ii python-pyopenssl 0.6-2.3Python wrapper around the OpenSSL ii python-twisted2.4.0-2Event-based framework for internet ii ssl-cert 1.0.13 Simple debconf wrapper for openssl Versions of packages flumotion recommends: pn python-gnome2 none (no description available) -- no debconf information
Bug#397897: User flumotion is not added to users aof system
Package: flumotion Version: 0.2.2-2 Severity: important While installing the package no user flumotion is added and so the flumotion server won´t start at all. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (300, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-tetris Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages flumotion depends on: ii adduser 3.99 Add and remove users and groups ii gstreamer0.10-plugins-base0.10.10-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.4-3 GStreamer plugins from the good ii python2.4.4-1An interactive high-level object-o ii python-central0.5.9 register and build utility for Pyt ii python-glade2 2.8.2-3GTK+ bindings: Glade support ii python-gst0.100.10.5-5 generic media-playing framework (P ii python-gtk2 2.8.2-3Python bindings for the GTK+ widge ii python-imaging1.1.5-11 Python Imaging Library ii python-pyopenssl 0.6-2.3Python wrapper around the OpenSSL ii python-twisted2.4.0-2Event-based framework for internet ii ssl-cert 1.0.13 Simple debconf wrapper for openssl Versions of packages flumotion recommends: pn python-gnome2 none (no description available) -- no debconf information
Bug#396417: camas: build fails because caudium startup times out
severity 396417 serious thanks Hi, I'm upgrading the severity of this bug against camas, since it fails to autobuild. However, the bug might be in caudium's start scripts. Please reassign accordingly after investigating. To my knowledge, camas is the only package failing to build like that. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397899: gwhois: .info whois server aparently changed
Package: gwhois Version: 20061002 Severity: normal gwhois tries to get whois information from whois.info.info:43 but although this address still exists it does not seem to be running a whois service anymore. http://www.afilias.info/whois_search/help states that advanced users can also access the port 43 WHOIS server at: whois.afilias.net and whois -h whois.afilias.net info.info does indeed provide the anticipated output. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gwhois depends on: ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT ii debconf [debconf-2.0] 1.5.7 Debian configuration management sy ii libwww-perl 5.805-1WWW client/server library for Perl ii lynx-ssl [lynx] 1:2.8.4.1b-3.1 Text-mode WWW Browser supporting S ii netbase 4.27 Basic TCP/IP networking system ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii update-inetd 4.27 inetd.conf updater gwhois recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397898: Openldap on Sarge affected by known/fixed DoS?
Package: slapd Version: 2.2.23-8 Penetration testing in the company of slapd installed on an up-to-date debian sarge showed that admins were able to make openldap crash using an exploit discovered years ago, http://www.openldap.org/its/index.cgi/Software%20Bugs?id=4740 http://secunia.com/advisories/22750/ Please let me know if you need any more details -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397625: [php-maint] Bug#397625: me too
Could you do grep mysql /etc/php5/apache2/php.ini and dpkg -l php5-mysql and send us output? Ondrej -- Ondřej Surý [EMAIL PROTECTED]
Bug#368802: fglrx-kernel-src: fglrx modules fail to build against Xen patched 2.6.16-14 kernel
tags 368802 + patch confirmed upstream stop Hi, On Wed, May 24, 2006, Ian B. MacDonald wrote: /usr/src/modules/fglrx/firegl_public.h:274:5: warning: FIREGL_VMA_INFO is not defined I don't get this error, I simply get a #error unknown or undefined architecture configured with the current fglrx-driver. The attached trivial patch permits building fglrx under Xen for me, and the resulting driver seems to work like a charm. Flavio, let me know if you want me to upload it. Bye, -- Loïc Minier [EMAIL PROTECTED] --- fglrx-driver-8.28.8/debian/changelog +++ fglrx-driver-8.28.8/debian/changelog @@ -1,3 +1,10 @@ +fglrx-driver (8.28.8-3.1) unstable; urgency=low + + * Non-maintainer upload. + * New patch, 12-CONFIG_X86_XEN, to allow building for Xen; closes: #368802. + + -- Loic Minier [EMAIL PROTECTED] Fri, 10 Nov 2006 11:30:48 +0100 + fglrx-driver (8.28.8-3) unstable; urgency=low * Explicitly call moc-qt3, not just moc, when building the control panel. --- fglrx-driver-8.28.8.orig/debian/patches/12-CONFIG_X86_XEN.patch +++ fglrx-driver-8.28.8/debian/patches/12-CONFIG_X86_XEN.patch @@ -0,0 +1,18 @@ +--- firegl_public.c2006-11-10 11:29:11.0 +0100 firegl_public.c2006-11-10 11:29:35.0 +0100 +@@ -36,6 +36,7 @@ + + #if LINUX_VERSION_CODE = KERNEL_VERSION(2,5,71) + #if !defined(CONFIG_X86_PC) ++#if !defined(CONFIG_X86_XEN) + #if !defined(CONFIG_X86_64) + #if !defined(CONFIG_X86_VOYAGER) + #if !defined(CONFIG_X86_NUMAQ) +@@ -52,6 +53,7 @@ + #endif + #endif + #endif ++#endif + #endif /* LINUX_VERSION_CODE */ + + /* The dirty-page-tracking patch included in NLD 9 SMP kernels defines
Bug#397625: [php-maint] Bug#397625: me too
En/na Ondřej Surý ha escrit: Could you do grep mysql /etc/php5/apache2/php.ini and dpkg -l php5-mysql and send us output? Ondrej Here is: [EMAIL PROTECTED]:/tmp$ grep mysql /etc/php5/apache2/php.ini extension=mysql.so mysql.allow_persistent = On mysql.max_persistent = -1 mysql.max_links = -1 ; Default port number for mysql_connect(). If unset, mysql_connect() will use ; the $MYSQL_TCP_PORT or the mysql-tcp entry in /etc/services or the mysql.default_port = mysql.default_socket = ; Default host for mysql_connect() (doesn't apply in safe mode). mysql.default_host = ; Default user for mysql_connect() (doesn't apply in safe mode). mysql.default_user = ; Default password for mysql_connect() (doesn't apply in safe mode). ; *Any* user with PHP access can run 'echo get_cfg_var(mysql.default_password) mysql.default_password = mysql.connect_timeout = 60 mysql.trace_mode = Off mysqli.max_links = -1 ; Default port number for mysqli_connect(). If unset, mysqli_connect() will use ; the $MYSQL_TCP_PORT or the mysql-tcp entry in /etc/services or the mysqli.default_port = 3306 mysqli.default_socket = ; Default host for mysql_connect() (doesn't apply in safe mode). mysqli.default_host = ; Default user for mysql_connect() (doesn't apply in safe mode). mysqli.default_user = ; Default password for mysqli_connect() (doesn't apply in safe mode). ; *Any* user with PHP access can run 'echo get_cfg_var(mysqli.default_pw) mysqli.default_pw = mysqli.reconnect = Off [EMAIL PROTECTED]:/tmp$ dpkg -l php5-mysql Desitjat=Desconegut(u)/Instal·la(i)/Elimina(r)/Neteja(p)/Atura(h) | Estat=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Estat,Err: majúsc.=dolent) ||/ Nom Versió Descripció +++-=-=-== ii php5-mysql5.2.0-2 MySQL module for php5 [EMAIL PROTECTED]:/tmp$ Some more: ii libapache2-mod-php5 5.2.0-2 server-side, HTML-embedded scripting language (apache ii php5-common 5.2.0-2 Common files for packages built from the php5 source ii php5-mysql 5.2.0-2 MySQL module for php5 Bye!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397699: omake: FTBFS: File omake_gen_magic.ml, line 83, characters 14-33: Unbound value Lm_string_util.trim
On 10/11/06 at 00:36 +0100, Julien Cristau wrote: On Wed, Nov 8, 2006 at 22:44:56 +0100, Lucas Nussbaum wrote: Relevant parts: make[2]: Entering directory `/build/root/omake-0.9.6.8-1/boot' ocamlc -c omake_gen_magic.ml File omake_gen_magic.ml, line 83, characters 14-33: Unbound value Lm_string_util.trim Actually, the important part is just a few lines higher in the build log: ocamlyacc omake_shell_parse.mly make[2]: `Makefile.dep' is up to date. make[2]: Leaving directory `/build/root/omake-0.9.6.8-1/boot' On my system, Makefile.dep is rebuilt at this stage, so that omake_gen_magic correctly picks up a dependency on lm_string_util. Is there something specific with your setup that might explain why Makefile.dep isn't created? The boot directory in the build tree is created at build time, so Makefile.dep should really be rebuilt at that point. I fail to understand why make thinks it's up to date. Hi Julien, I tried again. With exactly the same environment (wiped out totally during builds), I built omake 8 times. It built successfully 3 times and failed 5 times. So it seems to be caused by a transient problem ... -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397900: erroneous runlevel during boot-up sequence
Package: sysv-rc Version: 2.86.ds1-33 Severity: normal File: /usr/sbin/invoke-rc.d invoke-rc.d determines the runlevel when invoked, using /sbin/runlevel | sed 's/.*\ //' first off, I have no idea why you're escaping the space, and second, unfortunately, the result is not always correct; as a consequence, invoke-rc.d complains about being invoked during shutdown during system startup, because I asked my system to restart the ntp service via invoke-rc.d whenever the network link status changes (via a little shell script in /etc/network/if-up.d/. See the following boot.log excerpt, for which I've set -x in invoke-rc.d: [...] Sat Oct 21 10:40:56 2006: Cleaning /tmp...done. Sat Oct 21 10:41:17 2006: Cleaning /var/run...done. Sat Oct 21 10:41:18 2006: Cleaning /var/lock...done. Sat Oct 21 10:41:18 2006: Setting up networking Sat Oct 21 10:41:19 2006: Configuring network interfaces...Reloading Squid configuration files. Sat Oct 21 10:41:21 2006: done. [now invoke-rc.d is called:] Sat Oct 21 10:41:21 2006: + RUNLEVEL=/sbin/runlevel [...] Sat Oct 21 10:41:21 2006: + INITSCRIPTID=ntp [...] Sat Oct 21 10:41:21 2006: + ACTION=restart [...] Sat Oct 21 10:41:21 2006: + /sbin/runlevel Sat Oct 21 10:41:21 2006: + sed s/.*\ // Sat Oct 21 10:41:21 2006: + RL=6 Sat Oct 21 10:41:21 2006: + test ! 0 Sat Oct 21 10:41:21 2006: + test x6 = x0 Sat Oct 21 10:41:21 2006: + test x6 = x6 Sat Oct 21 10:41:21 2006: + FORCE=yes Sat Oct 21 10:41:21 2006: + RETRY=yes Sat Oct 21 10:41:21 2006: + POLICYHELPER= Sat Oct 21 10:41:21 2006: + BEQUIET= Sat Oct 21 10:41:21 2006: + printerror Sat Oct 21 10:41:21 2006: + test x = x Sat Oct 21 10:41:21 2006: + basename /usr/sbin/invoke-rc.d Sat Oct 21 10:41:21 2006: + echo invoke-rc.d: Sat Oct 21 10:41:21 2006: invoke-rc.d: Sat Oct 21 10:41:21 2006: + printerror WARNING: invoke-rc.d called during shutdown sequence Sat Oct 21 10:41:21 2006: + test x = x Sat Oct 21 10:41:21 2006: + basename /usr/sbin/invoke-rc.d Sat Oct 21 10:41:21 2006: + echo invoke-rc.d: WARNING: invoke-rc.d called during shutdown sequence Sat Oct 21 10:41:21 2006: invoke-rc.d: WARNING: invoke-rc.d called during shutdown sequence Sat Oct 21 10:41:21 2006: + printerror enabling safe mode: initscript policy layer disabled Sat Oct 21 10:41:21 2006: + test x = x Sat Oct 21 10:41:21 2006: + basename /usr/sbin/invoke-rc.d Sat Oct 21 10:41:21 2006: + echo invoke-rc.d: enabling safe mode: initscript policy layer disabled Sat Oct 21 10:41:21 2006: invoke-rc.d: enabling safe mode: initscript policy layer disabled Sat Oct 21 10:41:21 2006: + printerror [...] At the time the invoke-rc.d script runs, /sbin/runlevel returns 2 6. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) sysv-rc depends on no packages. Versions of packages sysv-rc recommends: ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#392049: libapr1 (1.2.7-6) in testing: same problem...
libapr1 (1.2.7-6) made it to testing. It took me a while to figure out why I got segfaults on the Apache upgrade; Yes, my server runs a 2.4 kernel. The deb-src solution worked for me too. Is the 1.2.7-7 release coming to testing really soon? regards, Jeroen -- http://www.redslider.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397903: swt-gtk-3.2.1: fails to compile on amd64
Package: swt-gtk-3.2.1 Version: 3.2.1-2 Severity: important Justification: fails to build from source There isn't amd64 binary for : libswt-gtk-3.2-jni (3.2.1-2). So I try to build the source package like this : # apt-get build-dep libswt-gtk-3.2-jni $ apt-get source libswt-gtk-3.2-jni $ cd libswt-gtk-3.2-jni $ dpkg-buildpackage -us -uc -rfakeroot And I have this errors : g++ -O -DSWT_VERSION=3235 -DXPCOM_GLUE=1 -DMOZILLA_STRICT_API=1 -fno-rtti -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I. -I/usr/include/nspr -I/usr/include/xulrunner -I/usr/include/xulrunner/profdirserviceprovider -I/include -I/include/linux -c xpcom.cpp xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_PR_1Malloc(JNIEnv*, _jclass*, jint)': xpcom.cpp:144: error: cast from 'void*' to 'jint' loses precision xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsEmbedCString_1get(JNIEnv*, _jclass*, jint)': xpcom.cpp:2094: error: cast from 'const char*' to 'jint' loses precision xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsEmbedCString_1new__(JNIEnv*, _jclass*)': xpcom.cpp:2106: error: cast from 'nsEmbedCString*' to 'jint' loses precision xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsEmbedCString_1new___3BI(JNIEnv*, _jclass*, _jbyteArray*, jint)': xpcom.cpp:2120: error: cast from 'nsEmbedCString*' to 'jint' loses precision xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsEmbedString_1get(JNIEnv*, _jclass*, jint)': xpcom.cpp:2156: error: cast from 'const PRUnichar*' to 'jint' loses precision xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsEmbedString_1new__(JNIEnv*, _jclass*)': xpcom.cpp:2168: error: cast from 'nsEmbedString*' to 'jint' loses precision xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsEmbedString_1new___3C(JNIEnv*, _jclass*, _jcharArray*)': xpcom.cpp:2182: error: cast from 'nsEmbedString*' to 'jint' loses precision xpcom.cpp: In function 'jint Java_org_eclipse_swt_internal_mozilla_XPCOM_nsID_1new(JNIEnv*, _jclass*)': xpcom.cpp:2234: error: cast from 'nsID*' to 'jint' loses precision make[2]: *** [xpcom.o] Error 1 make[2]: Leaving directory `/home/jschneider/compilo/swt-gtk-3.2.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/jschneider/compilo/swt-gtk-3.2.1' make: *** [debian/stamp-makefile-build] Error -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (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#397527: diff for 3.62-6.2 NMU
can you test if this alternative patch works as well? --- orig/pcre/regexec.c +++ mod/pcre/regexec.c @@ -1739,7 +1739,7 @@ pcre_exec (re, extra, subject, length, s const uschar *bmtable = NULL; const uschar *start_match; const uschar *end_subject; - const uschar *req_char_ptr = start_match - 1; + const uschar *req_char_ptr; BOOL using_temporary_offsets = FALSE; BOOL anchored; BOOL startline; @@ -1773,6 +1773,7 @@ pcre_exec (re, extra, subject, length, s match_block.ctypes = re-tables + ctypes_offset; start_match = match_block.first_start; + req_char_ptr = start_match - 1; end_subject = match_block.end_subject; /* For matches anchored to the end of the pattern, we can often avoid Paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392342: Release critical
Hi, I wonder should this bug's priority be rised so that it is fixed before etch? The tool is unusable like that so it is a pretty serious bug. I do not know how to raise priority so would someone mind doing that uinstead? Cheers Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397883: rasmol: display garbled on amd64
On 11/10/06, Michael Schmitz [EMAIL PROTECTED] wrote: rasmol is unuseable on amd64 (and perhaps other 64bit architectures) due to using the wrong data type for writes to the frame buffer. This simple patch fixes it: Thanks for the patch. However, I propose that the definition should be in the Imakefile, where the other architecture specific definitions are as well. Unfortunately I don't have access to a 64-bit machine at the moment, could you test that the patch below actually works? Thanks, Teemu --- src/Imakefile 2006-05-14 17:41:15 + +++ src/Imakefile 2006-11-10 11:03:11 + @@ -137,6 +137,12 @@ # # Architecture Specific Rules # + +#ifdef AMD64Architecture +CCOPTIONS = -D_LONGLONG +#endif + +# #If running under HPUX, define the appropriate variant #with #define # -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397887: [Pkg-cryptsetup-devel] Bug#397887: resume support renders system unbootable
On Fri, November 10, 2006 10:34, martin f krafft said: As of late, cryptsetup figures out what swap device I need to resume from disk and tells initramfs to also initialise that device even before root is brought up. The problem is quite simply that some of us have previously configured the swap device with a random passphrase, or a keyfile stored somewhere in /etc. Now, all of a sudden, we're expected to enter the key during initramfs? I am sorry, I cannot remember 2048 bytes of key material, nor would I remember what random string the kernel used to set up the swap device before the latest cryptsetup upgrade. You're using the derive-passphrase-from-another-crypto-mapping thing that I mentioned earlier in private email correspondence, right? (If so, I have a really simple solution which uses a keyscript instead and which will work without any further changes) -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397625: [php-maint] Bug#397625: me too
mysql.allow_persistent = On Could you please disable persistent connections and try if it still crashes? Memory handling is bit different for persistent and non-persistent connections. Ondrej -- Ondřej Surý [EMAIL PROTECTED]
Bug#397902: seq24: FTBFS: Makefile:312: *** missing separator. Stop.
Package: seq24 Version: 0.8.6-1 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 Hi, During a rebuild of all packages in etch, I discovered that your package failed to build on i386. Relevant parts: checking DEPS_CFLAGS... -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/inclu de/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 -I/ usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/ cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 checking DEPS_LIBS... -lgtkmm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lgtk-x11-2.0 -lpangomm-1.4 -lglibmm-2.4 -lsigc-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf -2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lgobject-2.0 -lgmod ule-2.0 -ldl -lglib-2.0 checking for jack = 0.90.0... yes checking JACK_CFLAGS... checking JACK_LIBS... -ljack checking for lash-1.0 = 0.5.0... configure: WARNING: *** LASH not found, session support will not be built. configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating src/config.h config.status: executing depfiles commands /usr/bin/make -C build-tree/seq24-0.8.6 make[1]: Entering directory `/build/root/seq24-0.8.6/build-tree/seq24-0.8.6' cd . /bin/sh /build/root/seq24-0.8.6/build-tree/seq24-0.8.6/missing --run autoconf Making all in . make[2]: Entering directory `/build/root/seq24-0.8.6/build-tree/seq24-0.8.6' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/build/root/seq24-0.8.6/build-tree/seq24-0.8.6' Making all in src make[2]: Entering directory `/build/root/seq24-0.8.6/build-tree/seq24-0.8.6/src' Makefile:312: *** missing separator. Stop. make[2]: Leaving directory `/build/root/seq24-0.8.6/build-tree/seq24-0.8.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/root/seq24-0.8.6/build-tree/seq24-0.8.6' make: *** [debian/stamp-makefile-build] Error 2 Note: this failure looks like a transient failure: I tried to build seq24 several times but could not reproduce the failure every time. The full build log is available from http://ox.blop.info/bazaar/buildlogs/20061107/ About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch i386 environment (not unstable). Internet was not accessible from the build systems. The builds were processed as root. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392827: meta test DIGEST_MULTIPLE has undefined dependency 'DCC_CHECK'
Me too: I can observe this message in the logs for every message checked, yet I have network tests enabled. Maybe this is normal, given that, in Debian, the DCC plugin is by default not loaded. Here is where DCC_CHECK is defined: ===File /usr/share/spamassassin/25_dcc.cf=== ifplugin Mail::SpamAssassin::Plugin::DCC full DCC_CHECK eval:check_dcc() describe DCC_CHECK Listed in DCC (http://rhyolite.com/anti-spam/dcc/) tflags DCC_CHECKnet #reuse DCC_CHECK endif notice that, on a standard distribution, it is undefined, because the DCC plugin is not loaded. This means that the definition of DIGEST_MULTIPLE should be different depending on whether the DCC plugin is loaded or not. An alternative approach that works for me could be to add this where DCC_CHECK or DIGEST_MULTIPLE are defined or scored: if ! plugin(Mail::SpamAssassin::Plugin::DCC) header DCC_CHECK exists:name-of-a-nonexistent-header-lfhfjkds score DCC_CHECK 0.01 endif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397906: ttf-tmuni: Add udeb for use in Bhutanese localized installer
Package: ttf-tmuni Severity: wishlist The attached patch adds a udeb for ttf-tmuni for use in the Graphical Installer. The people working on a localized version of the installer for Bhutan prefer this font over the font that is currently used. As it would be great to have this in Etch, I plan to upload (as NMU) the new package to the 3-day delayed queue. If you object to this or would prefer to upload a new version yourself, then please contact me. Cheers, FJP diff -u ttf-tmuni-0.0.20040806/debian/control ttf-tmuni-0.0.20040806/debian/control --- ttf-tmuni-0.0.20040806/debian/control +++ ttf-tmuni-0.0.20040806/debian/control @@ -17,0 +18,14 @@ + +Package: ttf-tmuni-udeb +XC-Package-Type: udeb +Section: debian-installer +Provides: ttf-installer +Architecture: all +Description: font for Tibetan, Dzongkha and Ladakhi (OpenType Unicode) + A freely available Tibetan Machine Uni font (alpha version) from the + THDL project (http://www.thdl.org/). The font contains around 4,000 + glyphs and can generate over 20,000 different combinations with full + support for the Sanskrit combinations found in 'chos skad' texts. + . + This package provides the fonts for use with the GTK frontend of + debian-installer. only in patch2: unchanged: --- ttf-tmuni-0.0.20040806.orig/debian/ttf-tmuni-udeb.install +++ ttf-tmuni-0.0.20040806/debian/ttf-tmuni-udeb.install @@ -0,0 +1 @@ +TibetanMachineUniAlpha.ttf usr/share/fonts/truetype/ttf-tmuni pgpDh3v0yKEeq.pgp Description: PGP signature
Bug#397625: [php-maint] Bug#397625: me too
En/na Ondřej Surý ha escrit: mysql.allow_persistent = On Could you please disable persistent connections and try if it still crashes? Memory handling is bit different for persistent and non-persistent connections. Ondrej Crashing again. -- Antoni Villalonga Noceras -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395262: Arch: all package FTBFS due to test needing network access - RC?
[Goswin von Brederlow] Do they fail when you use sudo instead of fakeroot or when you run the complete build process as root? The usual reason a package fails with sudo is that it assumes the $(PWD) macro will be available, pointing to the current working directory. sudo does not preserve this environment variable, which is often set by interactive shells. And why do they fail? Is there some specific test they do just to detect fakeroot or is it a shortcomming of fakeroot that makes the build suddenyl behave differently and succeed? fakeroot does not emulate root completely. It does not wrap the access(2) systen call, which _should_ pretty much always succeed when run as root. Succeeding can cause a test failure if the test is testing permissions that are supposed to be denied. signature.asc Description: Digital signature
Bug#397323: Info received (Follow-up: AltGr key not working anymore)
Follow-up. I did a
strace /usr/X11R6/bin/X 21 | tee xorg.trace
While greping through xorg.trace, I found
write(12, xkb_keymap \default\ {\nxkb_k..., 311) = 311
close(12The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols
Ignoring extra symbols
Error:Cannot open /var/lib/xkb/server-0.xkm to write keyboard de
scription
Exiting
) = 0
A quick look at /var/lib showed there was no /var/lib/xkb
directory. Addind one solved the problem.
May I suggest the xkb-data maintainers to ensure that there exist the
right directory in order for xkbcomp to generate its keymap ?
TIA
Pascal Dupuis
--
Dr. ir. Pascal Dupuis, conseiller technologique/technological advisor
U. C. Louvain AC/ADRE : http://www.adre.ucl.ac.be/
Place de L'Université, 1; B-1348 Louvain-la-Neuve Belgium
Tél. +32-10-47 92 33; Fax +32-10-47 48 30
Bug#359006: xterm: unicode glyph rendering glitch
On Fri, Nov 10, 2006 at 03:00:11AM +0100, Samuel Thibault wrote: Hi, By doing this (putting a mail-like in front of U+2218), you're making vim output U+2218 in bold font (because the mail syntax expresses a color that result into bold font in your vim configuration). Then xterm has to draw a bold U+2218. The problem is that for this you need a bold font that holds U+2218, and it seems your system doesn't have any (just like mine, actually), so xterm can't do much. From the context, it sounds as if the font contains other glyphs that work. I might be able to improve it by making xterm check if the normal/bold fonts contain a different number of glyphs, and in that case add some checks to use the normal glyph when the bold one is missing. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpVmLcG7hCQI.pgp Description: PGP signature
Bug#397873: ITP: sixpack -- A full-featured package for XAS analysis
Le Thu, Nov 09, 2006 at 05:10:40PM -0600, Carlo Segre a écrit : Package: wnpp Severity: wishlist Owner: Carlo Segre [EMAIL PROTECTED] * Package name: sixpack Hi, I am preparing a package for EMBOSS, the European Molecular Biology Open Source Software suite, which is focused on the manipulation of biological sequences in command line. EMBOSS contains a binary file named sixpack. Is it the case for SIXPack? Also, Google indicates at least one other sixpack project. Maybe you could consider renaming your package sixpack-xas, or something like this... Have a nice day, -- Charles Plessy Wako, Saitama, Japan
Bug#397907: developers-reference: Description of delayed uploads outdated
Package: developers-reference Version: 3.3.7 Severity: normal dev-ref states: | 5.6.3 Delayed uploads | | Delayed uploads are done for the moment via the delayed queue at gluck. The | upload-directory is gluck:~tfheen/DELAYED/[012345678]-day. 0-day is uploaded | approximately one hour before dinstall runs. Andreas Barth told me that this is outdated regarding 0-day. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397908: google-perftools: FTBFS/amd64: src/base/linux_syscall_support.h:339: error: 'sys_mmap' has not been declared
Package: google-perftools Version: 0.8-3 Severity: serious Justification: FTBFS + this version is already in testing on amd64 Usertags: grid5000 Hi, During a rebuild of all packages in etch, I discovered that your package failed to build on amd64. Relevant parts: g++ -DHAVE_CONFIG_H -I. -I. -I./src -I./src -pthread -DNDEBUG -g -Wall -O2 -c src/tcmalloc.cc -o libtcmalloc_minimal_la-tcmalloc.o /dev/null 2 1 /bin/sh ./libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I./src -I./src -pthread -DNDEBUG -g -Wall -O2 -c -o libtcmalloc_minimal_la-malloc_ hook.lo `test -f 'src/malloc_hook.cc' || echo './'`src/malloc_hook.cc g++ -DHAVE_CONFIG_H -I. -I. -I./src -I./src -pthread -DNDEBUG -g -Wall -O2 -c src/malloc_hook.cc -fPIC -DPIC -o .libs/libtcmalloc_minimal_la-mal loc_hook.o src/base/linux_syscall_support.h:339: error: 'sys_mmap' has not been declared src/base/linux_syscall_support.h:339: error: 's' has not been declared src/base/linux_syscall_support.h:340: error: 'l' has not been declared src/base/linux_syscall_support.h:340: error: 'p' has not been declared src/base/linux_syscall_support.h:341: error: 'f' has not been declared src/base/linux_syscall_support.h:341: error: 'd' has not been declared src/base/linux_syscall_support.h:342: error: 'o' has not been declared src/base/linux_syscall_support.h:342: error: ISO C++ forbids declaration of '_syscall6' with no type src/base/linux_syscall_support.h:343: error: 'sys_recvmsg' has not been declared src/base/linux_syscall_support.h:343: error: 's' has not been declared src/base/linux_syscall_support.h:344: error: 'm' has not been declared src/base/linux_syscall_support.h:344: error: 'f' has not been declared src/base/linux_syscall_support.h:344: error: ISO C++ forbids declaration of '_syscall3' with no type src/base/linux_syscall_support.h:345: error: 'sys_sendmsg' has not been declared src/base/linux_syscall_support.h:345: error: 's' has not been declared src/base/linux_syscall_support.h:346: error: 'm' has not been declared src/base/linux_syscall_support.h:346: error: 'f' has not been declared The full build log is available from http://ox.blop.info/bazaar/buildlogs/20061107/ About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch i386 environment (not unstable). Internet was not accessible from the build systems. The builds were processed as root. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397909: soundconverter: Does not convert m4a (AAC) files
Package: soundconverter Version: 0.9.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just gave soundconverter a try and found out it cannot convert m4a (AAC) files into mp3. The files are unencrypted, so that shouldn't be a problem: I have xmms playing those files, and according to the package description of soundconverter, it reads sound files in any format supported by GStreamer. The application shows the progress bar and creates an empty target file. But that's it. Nothing is being converted. I've tried several files (different names, with and without spaces). Converting mp3 into ogg works fine. Either I am missing some package, or there is no support for AAC files. If the latter is true, please adapt the package description accordingly. Thanks for any hints, André - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages soundconverter depends on: ii gstreamer0.10-gnomevfs0.10.10-1 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-good0.10.4-3 GStreamer plugins from the good ii python2.4.3-11 An interactive high-level object-o ii python-glade2 2.8.6-6GTK+ bindings: Glade support ii python-gnome2 2.12.4-5 Python bindings for the GNOME desk ii python-gst0.100.10.5-5 generic media-playing framework (P soundconverter recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFVGaYkDGKfHXexj8RAiSMAJ9nhqfGqmf48l8k30GXHX5pJMffFgCeO5nc hbtn9b+iH2Tq9gGUyuXOLPE= =Vt88 -END PGP SIGNATURE-
Bug#395030: ftp.debian.org: Please remove clustalw 1.83-1 from unstable (non-free/science) in mipsel, s390, m68k.
Le Fri, Nov 10, 2006 at 08:35:55AM -, Adam D. Barratt a écrit : 1.83-1.1 has now been built for mipsel; retitling appropriately. Hi, as the obsolete binaries are keeping the package out of Etch, and as it was in Sarge before, do you think that it would make sense to raise the severity to important or serious? I would really be ashamed to announce our users that Debian dropped the package on i386 because non-existing users could not have it on s390... Have a nice day, -- Charles Plessy Debian-Med packaging team
Bug#397910: reportbug: Gives an funny error message when signing, but signs reports anyway
Package: reportbug Version: 3.30 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, whenever I try to send a signed bug report, after saying You need a passphrase ... and selecting the key, I get a message saying can't connect to `~/.gnome2/seahorse-porouc/S.gpg-agent': Connection refused gpg: Connection to '~/.gnome2/seahorse-porouc/S.gpg-agent' could not be established: connect failed After providing my passphrase, the report is then signed and sent. What does this message mean? And if there is no obvious problem, why does this message appear? Thanks for any hints on this, André - -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/andre/.reportbugrc: reportbug_version 3.18 mode standard ui text realname Andre Wendt email [EMAIL PROTECTED] smtphost localhost:1025 sign gpg - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages reportbug depends on: ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.8 register and build utility for Pyt Versions of packages reportbug recommends: ii python-cjkcodecs 1.1.1-2+b1 Python Unicode Codecs Collection f - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFVGhUkDGKfHXexj8RAtQMAJwKMeNBFAZvdeUFZGvQYMoS4hK7BwCfUJFC tPuN6M0nis2xJ+H+dY+UtaQ= =RTW3 -END PGP SIGNATURE-
Bug#397527: diff for 3.62-6.2 NMU
On Fri, Nov 10, 2006 at 12:00:20PM +0100, Paolo Bonzini wrote: can you test if this alternative patch works as well? Yes, it compiles and passes all tests on mipsel. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394812: irda-utils: failure detecting smsc-ircc2 device
On Thu, Nov 02, 2006 at 01:08:30AM +0100, Mau wrote: README.Debian says: The definitions in /etc/modprobe.d/irda-utils take care of the proper translation to the 2.6 names. But the debconf module choice question says: The modules offered here can be different to the ones that are available for your actual kernel. In that case you have to edit /etc/modutils/irda-utils (2.4) or /etc/modprobe.d/irda-utils (2.6) by hand. This seems rather confusing to me: what am I expected to do in order to load the module smsc-ircc2? Hi Mau, I just uploaded a new version of the package. I changed the way new module names are handled for 2.6 kernels, and I hope it will work now. I tried with my laptop (same chipset) and it looks better. Thanks, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3
Bug#397911: wikipedia2text: Please suggest most as alternative pager
Package: wikipedia2text Version: 0.05-1 Severity: wishlist The package suggests less | more. I think my preferred pager (most) should be in this list. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17tms1.0 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages wikipedia2text depends on: ii firefox [www- 1.5.dfsg+1.5.0.7-2 lightweight web browser based on M ii lynx [www-bro 2.8.5-2sarge2.1Text-mode WWW Browser ii w3-el-e21 [ww 4.0pre.2001.10.27.nodocs-1 Web browser for GNU Emacs 21 ii w3m [www-brow 0.5.1-5WWW browsable pager with excellent Versions of packages wikipedia2text recommends: pn less | more none (no description available) ii lynx [lynx-ssl] 2.8.5-2sarge2.1 Text-mode WWW Browser ii w3m 0.5.1-5 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380685: kdebase-kio-plugins: tar io-slave totally broken since upgrade to 3.5.4
On 10.11.06 12:44:26, Sune Vuorela wrote: On Tuesday 01 August 2006 00:28, Andreas Pakulat wrote: sorry forgot the diff: --- branches/KDE/3.5/kdelibs/kio/kio/ktar.cpp 2006/03/21 14:11:33 521012 +++ branches/KDE/3.5/kdelibs/kio/kio/ktar.cpp 2006/07/22 05:42:09 I don't fully understand this - are you saying that this diff was the one tha broke kio_tar in your usecase or is it a patch that fixes it or? It is the last change that upstream did to kio_tar so I suspected this may be the cause of the problem. Unfortunately I don't understand that code. I'm not sure wether this was always broken or not, I can't remember when I last built kdevelop using symlinks for its application templates - which triggeres the problem then when creating a new application from template. And can you still reproduce it? Yes, created a simple .tar from a symlink and konqueror cannot extract it. I also think now this should be re-assigned to kdelibs4c2a, because the tar-algorithms are in the KTar class and not in the ioslave in kdebase. Andreas -- You will be run over by a bus. pgpa1jKTT08GO.pgp Description: PGP signature
Bug#369962: more info on msttcorefonts preinst failure
On Fri, 2006-11-10 at 07:27 +0100, Tomas Pospisek wrote: Looks still the same - the -t option seems to have no effect whatsoever: (same procedure as before - first tried your package then got the tarball and added set -x): OK. What I'm going to do is add || true to the end of the defoma line. The whole goal is to unregister fonts with defoma, if they are already unregistered then there's no need to be failing on that. I'm not going to make sweeping changes right before the freeze (and the code is transitional anyway). I've put the updated version up again. Can you tell me whether this works? Thanks. Thijs signature.asc Description: This is a digitally signed message part
Bug#397909: soundconverter: Does not convert m4a (AAC) files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andre Wendt wrote:
Package: soundconverter
Version: 0.9.2-1
Severity: normal
Hi,
I just gave soundconverter a try and found out it cannot convert m4a
(AAC) files into mp3. The files are unencrypted, so that shouldn't be a
problem: I have xmms playing those files, and according to the package
description of soundconverter, it reads sound files in any format
supported by GStreamer.
There is no AAC (ie. faa[cd]) plugin for gstreamer 0.10 in Debian. There
are patent issues with AAC, so that's probably why. xmms doesn't use
gstreamer, which is why it works.
The application shows the progress bar and creates an empty target file.
But that's it. Nothing is being converted. I've tried several files
(different names, with and without spaces). Converting mp3 into ogg
works fine.
That's normal behaviour when an appropriate {de,en}coder cannot be located.
Either I am missing some package, or there is no support for AAC files.
If the latter is true, please adapt the package description accordingly.
The latter is true. However, the description is still true. AAC isn't
supported by gstreamer (or the Debian package thereof).
Thanks for any hints,
André
William.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFVG23rbS+qZ0dQCURAq4OAJ9o+vAg5VlhZqAVtAa/Vxv8qwIUVACcDEtG
Q7SbMVVe+VjcVx6hXLfziiU=
=Ny/i
-END PGP SIGNATURE-
Bug#397893: gnome-applets gswitchit crashes
What version of libxklavier do you have? -- Loïc Minier [EMAIL PROTECTED]
Bug#327637: mesa-legacy: FTBFS: uses -march=i686
Please don't set things like -march=i686, since it would try to generate i386 exectuable. Did you consider the weird possibility that this is not intentional? This has in fact been fixed in the mesa package but I haven't copied the fix over to the mesa-legacy package. Hi, This has been open for more than a year, and is still not fixed. Could you please fix it now, so that the fix will be in etch ? This bug also causes the pkg to FTBFS on amd64. Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396417: camas: diff for NMU version 1.2.21-2.2
tags 396417 + patch
thanks
Hi,
The following is the diff for my camas 1.2.21-2.2 NMU.
diff -Nru /tmp/Z4jTBCLLnL/camas-1.2.21/configure.ac
/tmp/x62d0OzsLZ/camas-1.2.21/configure.ac
--- /tmp/Z4jTBCLLnL/camas-1.2.21/configure.ac 2003-11-24 22:43:37.0
+0100
+++ /tmp/x62d0OzsLZ/camas-1.2.21/configure.ac 2006-11-10 13:19:40.0
+0100
@@ -250,6 +250,12 @@
## Caudium Detection
###
+AC_ARG_WITH(forced-caudium,
+AC_HELP_STRING([--with-forced-caudium=[DIR]],[Where Caudium web server is
installed (skip sanity checks).]),
+[
+ CAUDIUMDIR=$withval
+])
+
AC_ARG_WITH(caudium,
AC_HELP_STRING([--with-caudium=[DIR]],[Where Caudium web server is
installed.]),
[
@@ -261,47 +267,49 @@
fi
])
-RESULT=no
-AC_MSG_CHECKING(for Caudium support)
-AC_MSG_RESULT( )
-if test $prefix != NONE; then
- PREFIXCAUDIUM=$prefix
-fi
-for a in $DEFCAUDIUM $PREFIXCAUDIUM /usr/local /usr/local/caudium /opt \
- /opt/caudium /sw/caudium /sw/local /sw/local/caudium /opt/local
/opt/local/caudium \
- /usr/gnu /usr/gnu/caudium /usr/pkg /usr/pkg/caudium /usr /usr/caudium \
- /usr/local/caudium/caudium /usr/lib /usr/lib/caudium /usr/lib/caudium-1.1; do
-
- test $RESULT != no break;
-
- AC_MSG_CHECKING(in ${a})
- if test -d ${a}; then
-AC_MSG_RESULT( )
-for b in ${a}/caudium/server ${a}/server ${a}; do
- AC_MSG_CHECKING(${b})
- if test -f ${b}/base_server/caudiumlib.pike; then
-RESULT=found
-AC_MSG_RESULT(found)
-CAUDIUMDIR=${b}
- break;
- else
-AC_MSG_RESULT(no)
- fi
-done
- else
-AC_MSG_RESULT(don't exist)
+if test $CAUDIUMDIR = ; then
+ RESULT=no
+ AC_MSG_CHECKING(for Caudium support)
+ AC_MSG_RESULT( )
+ if test $prefix != NONE; then
+PREFIXCAUDIUM=$prefix
fi
-done
-
-if test $RESULT = no; then
- cat EOF
-*
-* Cannot find Caudium webserver, please make sure you have
-* correct installed it.
-* Please provide --with-caudium=/the/path/where/is/caudium
-*
+ for a in $DEFCAUDIUM $PREFIXCAUDIUM /usr/local /usr/local/caudium /opt \
+/opt/caudium /sw/caudium /sw/local /sw/local/caudium /opt/local
/opt/local/caudium \
+/usr/gnu /usr/gnu/caudium /usr/pkg /usr/pkg/caudium /usr /usr/caudium \
+/usr/local/caudium/caudium /usr/lib /usr/lib/caudium /usr/lib/caudium-1.1;
do
+
+test $RESULT != no break;
+
+AC_MSG_CHECKING(in ${a})
+if test -d ${a}; then
+ AC_MSG_RESULT( )
+ for b in ${a}/caudium/server ${a}/server ${a}; do
+AC_MSG_CHECKING(${b})
+if test -f ${b}/base_server/caudiumlib.pike; then
+ RESULT=found
+ AC_MSG_RESULT(found)
+ CAUDIUMDIR=${b}
+ break;
+else
+ AC_MSG_RESULT(no)
+fi
+ done
+else
+ AC_MSG_RESULT(don't exist)
+fi
+ done
+
+ if test $RESULT = no; then
+cat EOF
+ *
+ * Cannot find Caudium webserver, please make sure you have
+ * correct installed it.
+ * Please provide --with-caudium=/the/path/where/is/caudium
+ *
EOF
- exit 1;
+exit 1;
+ fi
fi
AC_SUBST(CAUDIUMDIR)
diff -Nru /tmp/Z4jTBCLLnL/camas-1.2.21/debian/changelog
/tmp/x62d0OzsLZ/camas-1.2.21/debian/changelog
--- /tmp/Z4jTBCLLnL/camas-1.2.21/debian/changelog 2006-11-10
13:19:40.0 +0100
+++ /tmp/x62d0OzsLZ/camas-1.2.21/debian/changelog 2006-11-10
13:19:40.0 +0100
@@ -1,3 +1,16 @@
+camas (1.2.21-2.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Build-depending on a daemon like caudium is bad; we do not normally want
+servers running on buildds. Thus, don't build-depend on caudium anymore;
+all it's used for during build is sanity checking for the Caudium path in
+the configure script. Instead, make a new configure parameter
+--with-forced-caudium= that skips all the sanity checks and just accepts
+the path. Fixes FTBFS in the cases where caudium would have problems
+starting up on the buildd. (Closes: #396417)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 10 Nov 2006 12:55:03 +0100
+
camas (1.2.21-2.1) unstable; urgency=high
* Non-maintainer upload.
diff -Nru /tmp/Z4jTBCLLnL/camas-1.2.21/debian/rules
/tmp/x62d0OzsLZ/camas-1.2.21/debian/rules
--- /tmp/Z4jTBCLLnL/camas-1.2.21/debian/rules 2006-11-10 13:19:40.0
+0100
+++ /tmp/x62d0OzsLZ/camas-1.2.21/debian/rules 2006-11-10 13:19:40.0
+0100
@@ -33,7 +33,7 @@
./autogen.sh; \
fi
# Add here commands to configure the package.
- ./configure --prefix=/usr --with-caudium=/usr/lib/$(CAUDIUM)
--with-pike=/usr/bin/$(PIKEBIN)
+ ./configure --prefix=/usr --with-forced-caudium=/usr/lib/$(CAUDIUM)
--with-pike=/usr/bin/$(PIKEBIN)
touch configure-stamp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375369: apache2-mpm-prefork: consumes all available CPU on start after a crash
* Sven Mueller ([EMAIL PROTECTED]) [060625 09:23]: Package: apache2-mpm-prefork Version: 2.0.54-5 Severity: important After a system crash, apache2 left an empty file behind (/var/run/apache2/__db.ssl_scache to be exact). On reboot, the file wasn't removed and when apache2 started, it consumed all available CPU cycles. The last message in /var/log/apache2/error.log was: [Sun Jun 25 17:07:20 2006] [info] Init: Generating temporary DH parameters (512/1024 bits) Any reason to not just delete this file on starting apache? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397158: beast: files gone missing when rebuilt
tags 397158 patch thanks Nicolas Boullis [EMAIL PROTECTED] wrote: Package: beast Version: 0.6.6-6.1 Severity: serious Hi, When beast is rebuilt, the /usr/share/mime/audio/x-bse.xml and /usr/share/mime/audio/x-bsewave.xml file disappears from the package. This means that when the security team will rebuild the packages (if needed), the file will disappear, and users will be confused. On some non-i386 architectures (such as powerpc), these files are already missing. The same happens on i386, and the following patch fixes the problem: diff -Nur beast-0.6.6.old/debian/changelog beast-0.6.6/debian/changelog --- beast-0.6.6.old/debian/changelog2006-11-10 11:37:31.0 +0100 +++ beast-0.6.6/debian/changelog2006-11-10 13:22:36.0 +0100 @@ -1,3 +1,9 @@ +beast (0.6.6-6.2~1) unstable; urgency=low + + * Add Build-dependency on shared-mime-info (closes: #397158) + + -- Frank Küster [EMAIL PROTECTED] Fri, 10 Nov 2006 13:22:36 +0100 + beast (0.6.6-6.1) unstable; urgency=low * NMU. diff -Nur beast-0.6.6.old/debian/control beast-0.6.6/debian/control --- beast-0.6.6.old/debian/control 2006-11-10 11:37:31.0 +0100 +++ beast-0.6.6/debian/control 2006-11-10 13:22:49.0 +0100 @@ -2,7 +2,7 @@ Section: gnome Priority: extra Maintainer: Sam Hocevar (Debian packages) [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0), quilt, libgtk2.0-dev (= 2.2.2-2), libglib2.0-dev (= 2.2.2-1), libaudiofile-dev, libvorbis-dev, guile-1.6-dev (= 1.6.4-2.1), libart-2.0-dev, libgnomecanvas2-dev, libmad0-dev, libxml-parser-perl, libxml2-utils, imagemagick, gettext +Build-Depends: debhelper (= 4.0), quilt, libgtk2.0-dev (= 2.2.2-2), libglib2.0-dev (= 2.2.2-1), libaudiofile-dev, libvorbis-dev, guile-1.6-dev (= 1.6.4-2.1), libart-2.0-dev, libgnomecanvas2-dev, libmad0-dev, libxml-parser-perl, libxml2-utils, imagemagick, gettext, shared-mime-info Standards-Version: 3.7.2 Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#397912: nmudiff: new behavior considered harmful
Package: devscripts Version: 2.9.24 Severity: normal Hi, I see that nmudiff has magically changed behavior overnight, effectively breaking many of my common use cases. First, it now seems to invoke sensible-editor (not $VISUAL or $EDITOR) and then /usr/sbin/sendmail it away instead of using mutt. This means that effectively, the diff is several times harder to pick out as an attachment, and worse -- if I change my mind and abort my editor (like I used to abort in mutt), _the message gets sent to the BTS anyhow_. (Yes, I can delete a magical line to prevent it from happening -- but the way to quit my editor is :q!, not dd:wq, and my fingers definitely type the former...) I cannot find any meaningful way of reverting to the old behavior; please give at least some option for getting it back. Second, I see that the defaults wrt. --new were simply changed without any good rationale. There was a discussion about this on -devel, with no clear outcome; I do not see why this should just be changed on a whim. (Actually, I cannot recall a single participant actually advocating the current behavior when there are multiple bugs involved.) Currently, I've downgraded to 2.9.22 and held it. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages devscripts depends on: ii debianutils 2.17.3 Miscellaneous utilities specific t ii dpkg-dev 1.13.24 package building tools for Debian ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sed 4.1.5-1 The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.5.10 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397906: ttf-tmuni: Add udeb for use in Bhutanese localized installer
As it would be great to have this in Etch, I plan to upload (as NMU) the new package to the 3-day delayed queue. I have now uploaded the updated package to the 3-day delayed queue. Attached the patch including the changelog entry used. Cheers, FJP diff -u ttf-tmuni-0.0.20040806/debian/changelog ttf-tmuni-0.0.20040806/debian/changelog --- ttf-tmuni-0.0.20040806/debian/changelog +++ ttf-tmuni-0.0.20040806/debian/changelog @@ -1,3 +1,11 @@ +ttf-tmuni (0.0.20040806-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Generate a udeb for the Debian-Installer with TibetanMachineUniAlpha. +Patch by Tenzin Dendup. Closes: #397906. + + -- Frans Pop [EMAIL PROTECTED] Fri, 10 Nov 2006 12:09:26 +0100 + ttf-tmuni (0.0.20040806-1.1) unstable; urgency=high * Non-maintainer upload. diff -u ttf-tmuni-0.0.20040806/debian/control ttf-tmuni-0.0.20040806/debian/control --- ttf-tmuni-0.0.20040806/debian/control +++ ttf-tmuni-0.0.20040806/debian/control @@ -17,0 +18,14 @@ + +Package: ttf-tmuni-udeb +XC-Package-Type: udeb +Section: debian-installer +Provides: ttf-installer +Architecture: all +Description: font for Tibetan, Dzongkha and Ladakhi (OpenType Unicode) + A freely available Tibetan Machine Uni font (alpha version) from the + THDL project (http://www.thdl.org/). The font contains around 4,000 + glyphs and can generate over 20,000 different combinations with full + support for the Sanskrit combinations found in 'chos skad' texts. + . + This package provides the fonts for use with the GTK frontend of + debian-installer. only in patch2: unchanged: --- ttf-tmuni-0.0.20040806.orig/debian/ttf-tmuni-udeb.install +++ ttf-tmuni-0.0.20040806/debian/ttf-tmuni-udeb.install @@ -0,0 +1 @@ +TibetanMachineUniAlpha.ttf usr/share/fonts/truetype/ttf-tmuni pgpDPZ67qB91I.pgp Description: PGP signature
Bug#397896: While trying to run flumotion-admin I get a ERROR: PyGTK could not be found
On Fri, Nov 10, 2006, Lars Schimmer wrote: A flumotion-admin just won´t start the admin box, instead it tells me ERROR: PyGTK could not be found on my amd64 system. I believe this is due to pygtk being currently broken for python2.3, see Debian bug #396694. I'm going to rebuild flumotion to fix your other bug (the missing user one), this is probably going to fix your issue at the same time. -- Loïc Minier [EMAIL PROTECTED]
