Bug#359031: debian-menu-i18n
Antonio Regidor García: --- Norbert Tretkowski escribió: This file is part of ion3, sounds like a local configuration problem. Could you please retry after moving ~/.ion3 out of the way? Moved to another directory and same message appeared. What does ls /var/lib/ion3 say? Is the menu package installed? What if you run update-menus? -- Pelle
Bug#366800: samba: Segfault in Samba
Ok. This is a valid use of smbd, but it's not valid for nmbd. You'll want to edit your /etc/init.d/samba script to not start nmbd in order to suppress these mails, I guess, since you can never use nmbd in a configuration that doesn't have broadcast interfaces. From memory (no BTS access right now), it seems we have already reported this to upstream, requesting that at least nmbd fails nicely instead of badly crashing. So, I think we can close this issue...or merge it with another of our bug reports (but can't find which). signature.asc Description: Digital signature
Bug#356245: Tagging patch for libxbase WRT gcc 4.1
tag 356245 + patch thanks, control, and have a nice day This patch implements the suggestion from Ben Hutchings. --- xbase/ndx.h.orig 2006-05-12 05:33:59.0 + +++ xbase/ndx.h 2006-05-12 05:34:36.0 + @@ -52,10 +52,6 @@ #ifndef __XB_NDX_H__ #define __XB_NDX_H__ -#ifdef __GNUG__ -#pragma interface -#endif - #include xbase/xbase.h #include string.h --- xbase/index.h.orig 2006-05-12 05:34:06.0 + +++ xbase/index.h 2006-05-12 05:34:47.0 + @@ -47,10 +47,6 @@ #ifndef __XB_INDEX_H__ #define __XB_INDEX_H__ -#ifdef __GNUG__ -#pragma interface -#endif - #include xbase/xbase.h #include string.h signature.asc Description: This is a digitally signed message part
Bug#366925: bts cache: add option to only get bugs never downloaded before
Package: devscripts
Version: 2.9.19
Severity: wishlist
Tags: patch
When caching packages with many bugs (e.g. dpkg, www.debian.org)
I often get disrupted and have to start the caching again. This
costs a lot of unnessecary time because most of the bugs are
already downloaded and up-to-date but bts still checks them and
sleeps for a while. I would like to have a --only-new option so that
cached bugs don't get checked for up-to-date'ness and only bugs
completly missing are downloaded.
Patch:
diff -Naur devscripts-2.9.19/bts.pl devscripts-2.9.19.new/bts.pl
--- devscripts-2.9.19/bts.pl2006-04-15 17:35:16.0 -0500
+++ devscripts-2.9.19.new/bts.pl2006-05-12 00:39:46.0 -0500
@@ -244,6 +244,11 @@
Suppress any configuration file --force-refresh option.
+=item --only-new
+
+Download only new bugs when caching. Don't check for updates in
+bugs we already have.
+
=item -q, --quiet
When running bts cache, only display information about newly cached
@@ -265,6 +270,7 @@
my $caching=1;
my $cachemode='min';
my $refreshmode=0;
+my $updatemode=0;
my $mailreader='mutt -f %s';
my $sendmailcmd='/usr/sbin/sendmail';
@@ -281,6 +287,7 @@
'BTS_CACHE' = 'yes',
'BTS_CACHE_MODE' = 'min',
'BTS_FORCE_REFRESH' = 'no',
+ 'BTS_ONLY_NEW' = 'no',
'BTS_MAIL_READER' = 'mutt -f %s',
'BTS_SENDMAIL_COMMAND' = '/usr/sbin/sendmail',
);
@@ -307,6 +314,8 @@
or $config_vars{'BTS_CACHE_MODE'}='min';
$config_vars{'BTS_FORCE_REFRESH'} =~ /^(yes|no)$/
or $config_vars{'BTS_FORCE_REFRESH'}='no';
+$config_vars{'BTS_ONLY_NEW'} =~ /^(yes|no)$/
+ or $config_vars{'BTS_ONLY_NEW'}='no';
$config_vars{'BTS_MAIL_READER'} =~ /\%s/
or $config_vars{'BTS_MAIL_READER'}='mutt -f %s';
$config_vars{'BTS_SENDMAIL_COMMAND'} =~ /./
@@ -335,6 +344,7 @@
$caching = $config_vars{'BTS_CACHE'} eq 'no' ? 0 : 1;
$cachemode = $config_vars{'BTS_CACHE_MODE'};
$refreshmode = $config_vars{'BTS_FORCE_REFRESH'} eq 'yes' ? 1 : 0;
+$updatemode = $config_vars{'BTS_ONLY_NEW'} eq 'yes' ? 1 : 0;
$mailreader = $config_vars{'BTS_MAIL_READER'};
$sendmailcmd = $config_vars{'BTS_SENDMAIL_COMMAND'};
}
@@ -363,6 +373,7 @@
sendmail=s = \$opt_sendmail,
f = \$refreshmode,
force-refresh! = \$refreshmode,
+ only-new! = \$updatemode,
q|quiet+ = \$quiet,
noconf|no-conf = \$opt_noconf,
)
@@ -1232,11 +1243,12 @@
sub bts_cache {
@ARGV = @_;
-my ($sub_cachemode, $sub_refreshmode);
+my ($sub_cachemode, $sub_refreshmode, $sub_updatemode);
my $sub_quiet = $quiet;
GetOptions(cache-mode|cachemode=s = \$sub_cachemode,
f = \$sub_refreshmode,
force-refresh! = \$sub_refreshmode,
+ only-new! = \$sub_updatemode,
q|quiet+ = \$sub_quiet,
)
or die bts: unknown options for bugs command\n;
@@ -1245,6 +1257,9 @@
if (defined $sub_refreshmode) {
($refreshmode, $sub_refreshmode) = ($sub_refreshmode, $refreshmode);
}
+if (defined $sub_updatemode) {
+ ($updatemode, $sub_updatemode) = ($sub_updatemode, $updatemode);
+}
if (defined $sub_cachemode) {
if ($sub_cachemode =~ /^(min|mbox|full)$/) {
($cachemode, $sub_cachemode) = ($sub_cachemode, $cachemode);
@@ -1310,6 +1325,12 @@
my $bugcount = 1;
my $bugtotal = scalar keys %bugs;
foreach my $bug (keys %bugs) {
+ if (-f cachefile($bug, '') and $updatemode) {
+ print Skipping $bug as requested ... $bugcount/$bugtotal\n
+ if !$quiet;
+ $bugcount++;
+ next;
+ }
download($bug, '', 1, 0, $bugcount, $bugtotal);
sleep $opt_cachedelay;
$bugcount++;
@@ -1319,6 +1340,9 @@
if (defined $sub_refreshmode) {
$refreshmode = $sub_refreshmode;
}
+if (defined $sub_updatemode) {
+ $updatemode = $sub_updatemode;
+}
if (defined $sub_cachemode) {
$cachemode = $sub_cachemode;
}
Gruesse,
Frank Lichtenheld
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-powerpc
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages devscripts depends on:
ii debianutils 2.16 Miscellaneous utilities specific t
ii dpkg-dev 1.13.19package building tools for Debian
ii libc6 2.3.6-7GNU C Library: Shared libraries
ii perl 5.8.8-4Larry Wall's Practical Extraction
ii sed 4.1.5-1The GNU sed stream editor
Versions of packages devscripts
Bug#366776: [Pkg-aide-maintainers] Bug#366776: aide: configuration syntax error
On Fri, May 12, 2006 at 09:43:55AM +1000, Craig Small wrote: @@define DNSDOMAINNAME This looks wrong. What does /bin/dnsdomainname say on your system? 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#366927: CVE-2006-2247: Information leak in webcalendar
Package: webcalendar
Severity: grave
Tags: security sid etch
David Maciejak noticed that webcalendar, a PHP-Based multi-user
calendar, returns different error messages on login attempts for an
invalid password and a non-existing user, allowing remote attackers to
gain information about valid usernames.
The patch for the version in sarge is attached to this mail.
Regards,
Joey
--
It's time to close the windows.
Please always Cc to me when replying to me on the lists.
diff -u webcalendar-0.9.45/debian/changelog webcalendar-0.9.45/debian/changelog
--- webcalendar-0.9.45/debian/changelog
+++ webcalendar-0.9.45/debian/changelog
@@ -1,3 +1,11 @@
+webcalendar (0.9.45-4sarge4) stable-security; urgency=high
+
+ * Non-maintainer upload by the Security Team
+ * Unified error messages for unknown users and wrong passwords to
+prevent an information leak [includes/user.php, CVE-2006-2247]
+
+ -- Martin Schulze [EMAIL PROTECTED] Fri, 12 May 2006 08:10:15 +0200
+
webcalendar (0.9.45-4sarge3) stable-security; urgency=high
* Fixed multiple security vulnerabilities
only in patch2:
unchanged:
--- webcalendar-0.9.45.orig/includes/user.php
+++ webcalendar-0.9.45/includes/user.php
@@ -41,8 +41,7 @@
if ( $row[0] == $login )
$ret = true; // found login/password
else
-$error = translate (Invalid login) . : .
- translate(incorrect password);
+$error = translate (Invalid login);
} else {
$error = translate (Invalid login);
// Could be no such user or bad password
@@ -53,12 +52,10 @@
$row = dbi_fetch_row ( $res2 );
if ( $row ! empty ( $row[0] ) ) {
// got a valid username, but wrong password
- $error = translate (Invalid login) . : .
-translate(incorrect password );
+ $error = translate (Invalid login);
} else {
// No such user.
- $error = translate (Invalid login) . : .
-translate(no such user );
+ $error = translate (Invalid login);
}
dbi_free_result ( $res2 );
}
Bug#351693: status?
On Thu, May 11, 2006 at 06:51:15PM -0700, Rob Browning wrote: Thomas Bushnell BSG [EMAIL PROTECTED] writes: So my question from Monday is still there. Perhaps following the suggestion in the bug log will solve the problem? Here's where things stand: - I tried building the package in merulo's unstable chroot. That worked fine. Since the chroot doesn't have slib installed, and neither did the buildd (according to the log), slib's not likely to be the problem. A data point that might be relevant here is that builds on merulo are run using prctl --unaligned=signal, whereas the default on hppa and ia64 is to not signal on unaligned traps. I'm not sure how this would cause the guile-1.6 failure, but it *is* a difference to keep in mind. - The other suggestion was to make sure guile-1.6-libs isn't installed. If the buildd starts from scratch for each package (does it?), then that guile-1.6-libs couldn't be the problem. If the buildd doesn't start from scratch, then it would seem a little surprising if the problem only occurs on ia64. If there are any packages that you *require* to not be installed for the build, you need to add a Build-Conflict on them anyway even if you think that the buildd won't have those packages installed. It's not *likely* to be installed, but the build log also won't tell you this information normally unless something in your package's build gives a visual indicator of this itself. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366926: gtktrain: Patch for GTK2.0 Interface
Package: gtktrain
Version: 0.9b-9.1
Severity: wishlist
Tags: patch
gtktrain doesn't display the Japanese characters with a modern Gnome desktop.
The attached patch converts the configure.in script to look for the GTK2
libraries, and changes some of the .c files accordingly.
This allows gtktrain to work with GTK2, and provides some basic unicode
support for the display of characters.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages gtktrain depends on:
ii debconf 1.5.0 Debian configuration management sy
ii libc6 2.3.6-7GNU C Library: Shared libraries
hi libglib1.21.2.10-10 The GLib library of C routines
ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo
ii libtrain1 0.9b-8 The train-routing calculator libra
ii libx11-6 2:1.0.0-6 X11 client-side library
ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar
ii libxi61:1.0.0-5 X11 Input extension library
gtktrain recommends no packages.
-- debconf information excluded
diff -urN -x 'po*' -x '*.m4' -x 'config.*' -x configure -x 'Makefile*' gtktrain-0.9b/configure.in gtktrain-0.9b-modified/configure.in
--- gtktrain-0.9b/configure.in 2000-05-08 23:15:39.0 +1000
+++ gtktrain-0.9b-modified/configure.in 2006-01-26 18:24:26.0 +1100
@@ -36,10 +36,11 @@
AC_SUBST(localedir)
dnl GTK stuff
-AM_PATH_GTK(1.2.0,,
- AC_MSG_ERROR(Test for GTK failed. See the file INSTALL for help))
-X_LIBS=$GTK_LIBS
-X_CFLAGS=$GTK_CFLAGS
+dnl AM_PATH_GTK(1.2.0,,
+PKG_CHECK_MODULES(X, gtk+-2.0)
+dnl AC_MSG_ERROR(Test for GTK failed. See the file INSTALL for help))
+dnl X_LIBS=$GTK_LIBS
+dnl X_CFLAGS=$GTK_CFLAGS
AC_SUBST(X_LIBS)
AC_SUBST(X_CFLAGS)
diff -urN -x 'po*' -x '*.m4' -x 'config.*' -x configure -x 'Makefile*' gtktrain-0.9b/gtkui/dataopen.c gtktrain-0.9b-modified/gtkui/dataopen.c
--- gtktrain-0.9b/gtkui/dataopen.c 2000-05-07 16:46:46.0 +1000
+++ gtktrain-0.9b-modified/gtkui/dataopen.c 2006-03-16 21:15:34.0 +1100
@@ -34,8 +34,8 @@
void
on_DataOpenOK_clicked(GtkButton *button, gpointer user_data)
{
-GtkFileSelection *filesel = GTK_FILE_SELECTION(gtk_widget_get_toplevel(GTK_WIDGET(button)));
-Train_SetDataFile(gtk_file_selection_get_filename(filesel));
+GtkFileChooser *filechooser = GTK_FILE_CHOOSER(gtk_widget_get_toplevel(GTK_WIDGET(button)));
+Train_SetDataFile(gtk_file_chooser_get_filename (filechooser));
gtk_widget_destroy(gtk_widget_get_toplevel(GTK_WIDGET(button)));
}
@@ -45,4 +45,3 @@
{
gtk_widget_destroy(gtk_widget_get_toplevel(GTK_WIDGET(button)));
}
-
diff -urN -x 'po*' -x '*.m4' -x 'config.*' -x configure -x 'Makefile*' gtktrain-0.9b/gtkui/gtktrain.c gtktrain-0.9b-modified/gtkui/gtktrain.c
--- gtktrain-0.9b/gtkui/gtktrain.c 2000-05-07 16:46:46.0 +1000
+++ gtktrain-0.9b-modified/gtkui/gtktrain.c 2006-05-12 15:57:54.0 +1000
@@ -112,8 +112,6 @@
{
GtkWidget *DataOpenDialog;
DataOpenDialog = create_DataOpenDialog();
-gtk_file_selection_set_filename(GTK_FILE_SELECTION(DataOpenDialog),
-Train_GetTrainDir());
gtk_widget_show(DataOpenDialog);
gMainWin_StationFilled = FALSE;
}
@@ -294,16 +292,15 @@
startid = Train_SetStartPoint(start);
endid = Train_SetEndPoint(destination);
-
Train_Search(startid, endid);
gtk_clist_clear(GTK_CLIST(clist_result));
for (i = 0; (p = Train_GetResultItem(i)) != NULL; i++){
if (strlen(p) 0){
gchar *row[1];
- row[0] = p;
+ row[0] = g_convert (p, strlen(p), UTF-8, EUCJP, NULL, NULL, NULL);
gtk_clist_append(GTK_CLIST(clist_result), row);
- fprintf(stderr, %4d: %s\n, i, p);
+ fprintf(stderr, %4d: %s\n, i, g_convert (p, strlen(p), UTF-8, EUCJP, NULL, NULL, NULL));
}
}
gMainWin_StationFilled = FALSE;
@@ -311,6 +308,7 @@
gtk_entry_set_text(GTK_ENTRY(entry_walk), Train_GetWalkText());
gtk_entry_set_text(GTK_ENTRY(entry_wait), Train_GetWaitText());
gtk_entry_set_text(GTK_ENTRY(entry_total), Train_GetTotalText());
+
}
static void
@@ -333,7 +331,7 @@
gchar buf[128], name[128];
sprintf(name, %s, Train_GetStationName(i));
sprintf(buf, %s (%s), name, Train_GetStationNameInRoman(i));
- row[0] = buf;
+ row[0] = g_convert (buf, strlen(buf), UTF-8, EUCJP, NULL, NULL, NULL);
gtk_clist_append(GTK_CLIST(clist_result), row);
}
diff -urN -x 'po*' -x '*.m4' -x 'config.*' -x configure -x 'Makefile*' gtktrain-0.9b/gtkui/interface.c gtktrain-0.9b-modified/gtkui/interface.c
--- gtktrain-0.9b/gtkui/interface.c 2000-05-09 10:55:53.0 +1000
+++ gtktrain-0.9b-modified/gtkui/interface.c 2006-05-12 15:58:04.0 +1000
@@
Bug#284853: acknowledged by developer (Should now work)
Thanks a lot, works now for me too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358265: split off -doc package
Hello, quilt is now an Arch: all package, thanks to vorlon who reimplemented the only native binary of the package in plain bash. I think that this changes the situation enough for solving this issue. If you agree, I'll close this bug report. If not, I'll leave it open, in the hope to solve this completely and properly one day. Either ways are ok to me, what do you think ? Mt. On Tue, Mar 21, 2006 at 07:24:45PM -0500, Clint Adams wrote: Package: quilt Version: 0.42-2 Severity: wishlist Please split the HTML and PDF manuals off into a quilt-doc package, and only use lynx and hevea in arch-indep targets. This will help avoid circular build dependencies. -- La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. -- Albert Einstein (?) signature.asc Description: Digital signature
Bug#366424: quilt: backup-files spins forever
On Thu, May 11, 2006 at 08:58:56PM -0700, Rob Browning wrote: Rob Browning [EMAIL PROTECTED] writes: This also appears to happen if quilt hits an empty patch file. After installing the new quilt package, this problem no longer occurs. Although I might have upgraded some other packages in the interim, and if so, then it's also possible that one of those upgrades fixed the problem. Perfect, so I was right to close the bug, even if a bit premature maybe. ;) Thanks for your time, guys. Mt. -- It took me fifteen years to discover I had no talent for programming, but couldn't give it up because by that time I was too famous. --- Anonymous signature.asc Description: Digital signature
Bug#366910: module-assistant: Fails to correctly compile nvidia-kernel-module
reassign 366910 nvidia-glx retitle 366910 Inconsistent broken installation of nvidia-kernel-... and nvidia-glx possible thanks #include hallo.h * Johannes Graumann [Thu, May 11 2006, 07:01:51PM]: Package: module-assistant Version: 0.10.3 Severity: important m-a update m-a prepare m-a auto-install nvidia yields a kernel module with the version 1.0-8178. Trying to use that in conjunction with nvidia-kernel-common, nvidia-glx and xorg 7.0 in unstable leads to an 'API mismatch error' due to the kernel module being of the version mentioned above and the x module of version 1.0-8156. Using the approach reported in Bug#352302 does not remedy the situation. Short answer: use Stable, dude. Or dist-upgrade correctly. Pulling just some Sid packages calls for trouble like that. Long answer: I have no means to prevent user from doing bad things, and the problem may be solved using stronger versioned dependencies in nvidia-glx and nvidia-kernel-... packages. And I won't invent some hocus pocus to guess what the version may be and what other things may belong too, we have package attributes for this kind of problems. Reassigning to nvidia-glx... Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366901: emacs-snapshot warns about some fonts
Jay Berkenbilt [EMAIL PROTECTED] writes: Warning: Cannot convert string -*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-* to type FontStruct Warning: Cannot convert string -*-helvetica-medium-r-*--*-120-*-*-*-*-iso8859-1 to type FontStruct [...] I've been seeing this error ever since I upgraded to X11R7, but I wanted to look into it a bit before I reported the problem. This has been reported before on a variety of other packages including XEmacs, xvncviewer, xpdf, etc. I think the message is due to a misconfiguration of the font paths, and in any case I can't reproduce it on the various machines where I use emacs-snapshot and X11R7. Could you please: 1) Ensure that the `xorg' metapackage (and all its deps) is installed; 2) Try installing xfs and see if it changes anything; 3) Make sure that the xfonts-75dpi and xfonts-100dpi packages are installed; 4) Check that /usr/lib/X11/fonts is a symlink to /usr/share/fonts/X11; 5) If the problem persists, remove duplicates from your font paths? Thanks, -- ,''`. : :' :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#366928: gaim resets privacy settings for aim/icq after a while
Package: gaim Version: 1:1.5.0+1.5.1cvs20051015-3 Severity: normal I noticed that a while after I change my privacy settings for AIM/ICQ to Allow only the users on my buddy list gaim resets it to Block only the users below. This is bad for two reasons: 1) the users that are listed there are known to me, and I do _not_ want to block them, 2) I am flooded with requests for authorizations from people I do not know and who, according to what little user info they provide, are just spammers. BTW, I usually set my online status to invisible but I want some select people on my buddy list to see me even when I'm invisible. I thought this could be done with adding them to the list in privacy settings. However, I'm not sure any longer that this is the right way to do it. Some clarification would be appreciated. ;-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.060423snd Locale: LANG=en_US.ISO-8859-1, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gaim depends on: ii gaim-data 1:1.5.0+1.5.1cvs20051015-3 multi-protocol instant messaging c ii libao20.8.6-4Cross Platform Audio Output Librar ii libaspell15 0.60.4-3 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libfontconfig 2.3.2-5.1 generic font configuration library ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnutls11 1.0.16-14+b1 GNU TLS library - runtime library ii libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1a spell-checking addon for GTK's T ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libsm61:1.0.0-4 X11 Session Management library ii libstartup-no 0.8-1 library for program launch feedbac ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra ii libxss1 1:1.0.1-4 X11 Screen Saver extension library gaim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366717: Method http has died unexpectedly (Packages/DiffIndex)
tags 366717 patch
thanks
Hi,
This is indeed due to an unaligned access in /usr/lib/apt/methods/http. A
more complete backtrace:
(gdb) bt
#0 0xf7e4b5dc in LOAD_OP (I=0, W=0xff1f534c,
input=0x31d2b `\n2.0\ncontrol.tar.gz 1142247192 0 0
100644 2022 `\n\037\213\b) at contrib/sha256.cc:64
#1 0xf7e4b794 in sha256_transform (state=0x59318,
input=0x31d2b `\n2.0\ncontrol.tar.gz 1142247192 0 0
100644 2022 `\n\037\213\b) at contrib/sha256.cc:80
#2 0xf7e4f640 in SHA256Summation::Add (this=0x59310,
data=0x31ceb !arch\ndebian-binary 1142247192 0 0 100644
4 `\n2.0\ncontrol.tar.gz 1142247192 0 0 100644 2022
`\n\037\213\b,
len=1448) at contrib/sha256.cc:274
#3 0x00019bf4 in Hashes::Add (this=0x59248,
Data=0x31ceb !arch\ndebian-binary 1142247192 0 0 100644
4 `\n2.0\ncontrol.tar.gz 1142247192 0 0 100644 2022
`\n\037\213\b,
Size=1448) at hashes.h:38
#4 0x00013b40 in CircleBuf::Write (this=0x30cdc, Fd=4) at http.cc:226
#5 0x00016150 in HttpMethod::Go (this=0xff1f59a4, ToFile=true, Srv=0x30b48)
at http.cc:799
#6 0x00016a54 in ServerState::RunData (this=0x30b48) at http.cc:497
#7 0x00018f64 in HttpMethod::Loop (this=0xff1f59a4) at http.cc:1143
#8 0x000193bc in main () at http.cc:1231
Offending code in contrib/sha256.cc:
62 static inline void LOAD_OP(int I, u32 *W, const u8 *input)
63 {
64 W[I] = ntohl( ((u32*)(input))[I] );
65 }
input is u8, so there are no restrictions on its alignment. When an
attempt is made to cast it into u32, an unaligned access may result.
A quick-n-dirty patch is attached. It ensures that input array passed to
LOAD_OP is always aligned on a 4-byte boundary by memcpy()'ing it into
correctly aligned array before the call. I *believe* that
sha256_transform() uses at most first 16*4=64 bytes of input array, so
it's sufficient to memcpy() only that, but it would be nice if someone
could actually look it over (or come up with a cleaner solution, that
would work too :-).
Best regards,
Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CCdiff -aur a/apt-pkg/contrib/sha256.cc b/apt-pkg/contrib/sha256.cc
--- a/apt-pkg/contrib/sha256.cc 2006-03-29 17:01:29.0 -0800
+++ b/apt-pkg/contrib/sha256.cc 2006-05-11 23:55:12.0 -0700
@@ -72,12 +72,14 @@
static void sha256_transform(u32 *state, const u8 *input)
{
u32 a, b, c, d, e, f, g, h, t1, t2;
-u32 W[64];
+u32 W[64], aligned[16];
int i;
+ /* make sure that we are word-aligned */
+ memcpy(aligned, input, 16*sizeof(u32));
/* load the input */
for (i = 0; i 16; i++)
-LOAD_OP(i, W, input);
+LOAD_OP(i, W, (u8 *) aligned);
/* now blend */
for (i = 16; i 64; i++)
Bug#336433: Package diff support
Package: apt-proxy Version: 1.9.33-0.1 Followup-For: Bug #336433 Now that Diff support is in the archives, can this patch go into apt-proxy? It doesn't seem to be in 1.9.33 cheers, Phil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361866: [PATCH 0/1] add dpkg solaris-i386 architecture support
On Thu, 2006-05-11 at 00:24:20 -0700, Erast Benson wrote: On Fri, 2006-05-12 at 01:49 +0300, Guillem Jover wrote: On Tue, 2006-04-11 at 19:42:21 -0700, Erast Benson wrote: And we need 2.11, to distinguish 8,7,9,10,11,12 releases. But I guess, presented dpkg-architecture.pl patch should take care.. So, yes this might work, but not always (see below) Why do you need the 2.11, would another release imply a new Debian architecture, are the kernels incompatible, the libc etc? And I don't see anything relevant below. Correct, Debian architecture doesn't care. But, applications do care. For instance, things might be layout differently in 2.10 and upcoming 2.11 architectures, which might need required for some apps to do things a bit differently too. So, it is not about Debian architecture, it is all about how we will affect existing apps. We obviously don't want fix all existing apps, instead we want just tune up Debian architecture parameters once and for all. What do you mean with things might be layout differently, can you give a concrete example? If those apps are using autoconf they will use the real gnu triplet, and not the ones provided by dpkg-architecture. I suppose the problem is that I cannot see how the 2.xx minor release can affect the packaging. but we expect: sparc-sun-solaris2.11 Well if config.guess is producing unwanted output, you should be fixing it instead of working it around in all other programs. I think we've got disconnected on this one. config.guess often shipped withing app itself as a hard copy, so it will not be possible to fix autoconf package for all. Any other solutions? Mass updating config.guess and config.sub are the common practice, we've done that in Debian for example for the GNU/kFreeBSD port, it didn't have any triplet some years ago, we just added it to config.* as the first thing and then started with the port, with time apps got updated, announce mails were sent so that people would update the files themselves and the ones that didn't after a while got bug reports with requests to update. (Another recent port added to the triplet could be amd64). regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#165843: Please localize perl programs as well.
On Thu, 2006-05-11 at 22:54:50 -0500, Frank Lichtenheld wrote: On Fri, May 12, 2006 at 01:35:21AM +0300, Guillem Jover wrote: Yes, the po files will be split and will only get installed in the dpkg-dev package, I think you misread my question. I totally see that there should be two .pot files, I only asked if we really need two directories for that... Two set of .pot files and .po files, so that the .po files can be put in each package independently (if I've missread you again, sorry O:). I'd like to unify the help output format for all the scripts before translators have a chance to start working on them, though. ACK. I'll do that this weekend probably... regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366930: 'man tclreadline' typos: compatiblity and succes
Package: tclreadline Version: 1.2.0-7 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man3/tclreadline.3tclrl.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages tclreadline depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii tcl8.48.4.12-1 Tcl (the Tool Command Language) v8 tclreadline recommends no packages. -- no debconf information --- tclreadline.3tclrl 2005-11-14 15:15:07.0 -0500 +++ /tmp/tclreadline.3tclrl 2006-05-12 03:36:57.0 -0400 @@ -147,7 +147,7 @@ .TP 5 \fB::tclreadline::readline initialize\fP \fIhistoryfile\fP initialize the tclreadline interface and read the history from -the \fIhistoryfile\fP. On succes an empty string is returned. +the \fIhistoryfile\fP. On success an empty string is returned. This command has to be called before any other tclreadline commands. .TP 5 @@ -236,7 +236,7 @@ \fItclreadline\fP defines the following variables in the namespace \fI::tclreadline\fP: -(for backwards compatiblity the global variables tclreadline_version, +(for backwards compatibility the global variables tclreadline_version, tclreadline_patchLevel and tclreadline_library are still present). .TP 5
Bug#354185: What's the problem?
This bug is 77 days old and absolutely easy to fix - Peter already gave the one-line-solution. Is there a deeper problem that I can't see? Regards, Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342668: popt 1.10 GNU/kFreeBSD
On Wed, May 10, 2006 at 02:26:11PM +0200, Petr Salinger wrote: the popt in rpm 4.4.1 already have updated libtool (1.5.10). For popt 1.10, there is only need to update config.sub and config.guess, which are available in the autotools-dev package, sarge version is sufficient. popt 1.10? We're still on 1.7, mainly because over the years: * Upstream has made it very difficult to find the source packages, especially since Redhat spun off Fedora. * Upstream has folded popt into the rpm source, making it impossible to find a clean upstream tarball. * Upstream often forgets to document changes. I'll happily update config.sub/config.guess in popt 1.7, but upgrading to 1.10 will take a lot more time. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366929: mount: cfs has stopped working
Package: mount Version: 2.12r-9 Severity: normal The 'cfs' package stops working after upgrading to version 2.12r-9 of 'mount' and 'util-linux'. The symptom is that after boot (or /etc/init.d/cfsd restart) then the cfsd daemon is not there and calls to cattach returns RPC: Unable to receive It is somewhat unclear exactly what happens but it appears that the attempt to mount /var/lib/cfs/.cfsfs fails due to a server is down error being returned, probably by 'mount'. Downgrading 'mount' and 'util-linux' to the following versions makes CFS work again: ||/ Name Version +++-==-== ii mount 2.12r-8 ii util-linux 2.12r-8.2nfs4 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages mount depends on: ii libblkid1 1.38+1.39-WIP-2006.04.09-1 block device id library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libuuid1 1.38+1.39-WIP-2006.04.09-1 universally unique id library mount recommends no packages. -- no debconf information +- Christian Lynbech | christian #\@ defun #\. dk +- Hit the philistines three times over the head with the Elisp reference manual. - [EMAIL PROTECTED] (Michael A. Petonic) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324391: wacom-tools: udev is picky : = vs ==
Package: wacom-tools
Version: 0.7.3.1-2
Followup-For: Bug #324391
Bug has not been fixed:
- rules file should be in /etc/udev and symlinked in rules.d/
- More important: udev has become picky about = (assign) vs == (equal).
The rule is then:
KERNEL==event[0-9]*, SYSFS{idVendor}==056a, NAME=input/%k,
SYMLINK=input/wacom%e
- lastly, %e is deprecated. The alternative is unfortunately cumbersome
(see cd-aliases-generator.rules).
Phil
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181613: Bugs #348755,#181613: Distribution: field and option to delete local copies
Just a quick note to potential NMUers: Please don't apply these patches and upload without asking me first. I'm aware of it and am considering it, but I'm still not 100% decided. They both introduce new features and I want to be sure I like the way it is done. Kind regards Thomas -- Thomas Viehmann, dput maintainer, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366216: Possible fix
Hi! This might be fixed by upstream changeset 9669, even though I'm not completely sure... I will test and report back! Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366931: Apt fails of 0 byte files
Package: apt Version: 0.6.44 Severity: important When I type apt-get source, apt fails on the following: Reading package lists... Done Building dependency tree... Done E: Unable to parse package file /var/lib/apt/lists/sentinel.dk_debian_dists_unstable_contrib_source_Sources (2) E: Unable to parse package file /var/lib/apt/lists/sentinel.dk_debian_dists_unstable_non-free_source_Sources (2) If i go back to the previous version of apt, then it works fine. With the current version of apt, I am unable to get any source using apt-get source. The twi files above that apt-get fails on are 0 byte files. -rw-r--r-- 1 root root0 May 16 2005 sentinel.dk_debian_dists_unstable_contrib_binary-i386_Packages -rw-r--r-- 1 root root0 May 16 2005 sentinel.dk_debian_dists_unstable_contrib_source_Sources -rw-r--r-- 1 root root 6848 May 17 2005 sentinel.dk_debian_dists_unstable_main_binary-i386_Packages -rw-r--r-- 1 root root 2171 May 16 2005 sentinel.dk_debian_dists_unstable_main_source_Sources -rw-r--r-- 1 root root0 May 16 2005 sentinel.dk_debian_dists_unstable_non-free_binary-i386_Packages -rw-r--r-- 1 root root0 May 16 2005 sentinel.dk_debian_dists_unstable_non-free_source_Sources BR. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366932: knemo - FTBFS: Build depends against unavailable package: unsermake
Package: knemo Version: 0.4.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of knemo_0.4.0-1 on debian01 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1), autotools-dev, cdbs, kdelibs4-dev, net-tools, wireless-tools, unsermake [...] Building Dependency Tree... E: Couldn't find package unsermake apt-get failed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366923: dput: various patches
Hi Christoph, wow, thanks a lot! Christoph Berg wrote: These: delayed--help-fix Fixes --help for delayed/0-day dput-man-fix A minor fix for the synopis dput-README-fix Fixes some typos fix-upload-formating Removes the tabs in the uploading code, making the code more readable (required for the following patches) scp-fix-change_mode Adds debugging output no-terminal Don't print the progress information when the output is not a terminal ... will be included in the next upload of dput. These: unlink-option Adds a --unlink option (#181613) guess-distribution Guess the upload host based on the Distribution field (#348755) ... I will want to think about some more. In other news, I might have internet access at home starting from today, I will upload a new dput release next week. Again, thanks a lot, your work is very welcome. And have fun at DebCamp and DebConf Kind regards Thomas -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356972: freefem: FTBFS (gcc-4.1): no matching function for call to 'id(fem::cvect)'
tags 356972 +patch
thanks
With the attached patch 'freefem' can be compiled using gcc-4.1.
Regards
Andreas Jochens
diff -urN ../tmp-orig/freefem-3.5.7/freefem/fem/femMisc.hpp
./freefem/fem/femMisc.hpp
--- ../tmp-orig/freefem-3.5.7/freefem/fem/femMisc.hpp 2006-01-09
07:47:12.0 +
+++ ./freefem/fem/femMisc.hpp 2006-05-12 06:21:24.0 +
@@ -79,6 +79,8 @@
float norm2(const float a);// { return a0?a:-a; }
float imagpart(const float a);//{ return 0; }
float realpart(const float a);//{ return a; }
+ cmat id(const cvect a);
+ Complex id(const Complex x);
void myassert(int what);
class Complex
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366933: libkipi - FTBFS: error: libkipi/interface.h: No such file or directory
Package: libkipi Version: 0.1.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of libkipi_0.1.3-1 on debian01 by sbuild/s390 85 [...] g++ -DHAVE_CONFIG_H -I. -I/build/buildd/libkipi-0.1.3/./libkipi/libkipi -I../.. -I. -I/usr/include/kde -I/usr/share/qt3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c libkipi_la.all_cpp.cpp -fPIC -DPIC -o .libs/libkipi_la.all_cpp.o In file included from /build/buildd/libkipi-0.1.3/./libkipi/libkipi/interface.cpp:32, from libkipi_la.all_cpp.cpp:2: /build/buildd/libkipi-0.1.3/./libkipi/libkipi/pluginloader.h:25:31: error: libkipi/interface.h: No such file or directory /build/buildd/libkipi-0.1.3/./libkipi/libkipi/pluginloader.h:26:36: error: libkipi/libkipi_export.h: No such file or directory In file included from /build/buildd/libkipi-0.1.3/./libkipi/libkipi/interface.cpp:33, from libkipi_la.all_cpp.cpp:2: /build/buildd/libkipi-0.1.3/./libkipi/libkipi/interface.h:38:37: error: libkipi/imagecollection.h: No such file or directory /build/buildd/libkipi-0.1.3/./libkipi/libkipi/interface.h:39:31: error: libkipi/imageinfo.h: No such file or directory In file included from libkipi_la.all_cpp.cpp:10: /build/buildd/libkipi-0.1.3/./libkipi/libkipi/imagedialog.cpp:48:29: error: libkipi/version.h: No such file or directory /build/buildd/libkipi-0.1.3/./libkipi/libkipi/pluginloader.h:37: error: invalid function declaration /build/buildd/libkipi-0.1.3/./libkipi/libkipi/pluginloader.h:88: error: invalid function declaration /build/buildd/libkipi-0.1.3/./libkipi/libkipi/interface.h:58: error: invalid function declaration /build/buildd/libkipi-0.1.3/./libkipi/libkipi/interface.cpp:98: error: invalid use of undefined type 'struct KIPI::Interface' /build/buildd/libkipi-0.1.3/./libkipi/libkipi/pluginloader.h:34: error: forward declaration of 'struct KIPI::Interface' /build/buildd/libkipi-0.1.3/./libkipi/libkipi/interface.cpp:99: confused by earlier errors, bailing out make[5]: *** [libkipi_la.all_cpp.lo] Error 1 make[5]: Leaving directory `/build/buildd/libkipi-0.1.3/obj-s390-linux-gnu/libkipi/libkipi' make[4]: *** [all] Error 2 make[4]: Leaving directory `/build/buildd/libkipi-0.1.3/obj-s390-linux-gnu/libkipi/libkipi' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/libkipi-0.1.3/obj-s390-linux-gnu/libkipi' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/libkipi-0.1.3/obj-s390-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/libkipi-0.1.3/obj-s390-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20060510-2356 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366935: torcs - FTBFS: configure: error: Can't find libm.
Package: torcs Version: 1.2.4-1+b1 Severity: serious There was an error while trying to autobuild your package: Automatic build of torcs_1.2.4-1+b1 on debian-31 by sbuild/s390 85 [...] checking for AL/al.h... yes checking for sin in -lm... no configure: error: Can't find libm. Please check config.log and if you can't solve the problem send the file to [EMAIL PROTECTED] with the subject torcs compilation problem make: *** [debian/stamp-makefile-build] Error 1 ** Build finished at 20060510-1633 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357725: syslog-ng: I can confirm this
Package: syslog-ng Version: 1.9.9-1 Followup-For: Bug #357725 I can confirm this. We had syslog-ng running here for 13 days (ever since the reboot) and it was eating 300MB of memory, slowing down the whole box. There's a leak there somewhere. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages syslog-ng depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii util-linux2.12r-8Miscellaneous system utilities Versions of packages syslog-ng recommends: ii logrotate 3.7.1-3Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366936: xchm doesn't show certain pages in created .CHM file
Package: xchm Version: 2:1.4.0-1 Severity: normal Hi, I don't know if it's an issue of xchm or libchm1 but I need to start somewhere, so here it is. I've created a CHM file (with ProVision if it's of importance, from proformacorp.com) and I can't see the result with xchm. It should look like in http://eric.lavar.de/comp/TEST/CHM_Example_PAR.png, but it's actually completely blank. Due to size reasons, I've put the .CHM file on the web under: http://eric.lavar.de/comp/TEST/CHM_Example_PAR.chm.gz (hope this is OK, else I can attach it of course). I've tried different CHM files, and the result is always the same. Seems to be a basis problem. Perhaps it's due to the fact that the page uses some kind of frames, or that the picture on the top is actually a map with links on each process step. Under http://eric.lavar.de/comp/TEST/CHM_Example_PAR.zip, I've put what I suspect to be the sources of the chm file (temporary files that ProVision doesn't clean up). Thanks, Eric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-7nc6k1 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages xchm depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libchm1 0.37-2 library for dealing with Microsoft ii libgcc1 1:4.1.0-1+b1 GCC support library ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.2 wxWidgets Cross-platform C++ GUI t xchm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363064: /usr/lib/libnautilus-burn.la: please recompile against X11R7
severity 363064 serious thanks Shouldn't this be more a serious or even grave bug as it keeps packages from building against nautilus-cd-burner. I'm already waiting ~1 month for a fixed version to upload a newer banshee version that could finally go to testing and only nautilus-cd-burner is keeping it from building right now! Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342668: popt 1.10 GNU/kFreeBSD
the popt in rpm 4.4.1 already have updated libtool (1.5.10). For popt 1.10, there is only need to update config.sub and config.guess, which are available in the autotools-dev package, sarge version is sufficient. popt 1.10? We're still on 1.7, mainly because over the years: * Upstream has made it very difficult to find the source packages, especially since Redhat spun off Fedora. * Upstream has folded popt into the rpm source, making it impossible to find a clean upstream tarball. * Upstream often forgets to document changes. I'll happily update config.sub/config.guess in popt 1.7, but upgrading to 1.10 will take a lot more time. For popt 1.7, we need to update also libtool, by recipe listed at begining of this bug. For popt 1.10, it is sufficient to update only config.sub/config.guess, as upstream already updated libtool. I took the source from popt subdirectory of debian rpm package http://ftp.debian.org/debian/pool/main/r/rpm/rpm_4.4.1.orig.tar.gz Is seems the orig.tar.gz for popt should be repackaged anyway due to #179959, so it should not harm to use rpm_4.4.1.orig.tar.gz as source of source ;-) It builds cleanly using your popt 1.7 debian/rules, only cp -a $(CURDIR)/configure.in $(CURDIR)/configure.ac and rm -rf $(CURDIR)/configure.ac have to be dropped. For us (kfreebsd-i386, kfreebsd-amd64) is important only to get this bug solved, regardless which way. Thanks Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366919: Subject: tiger: Tiger won't run when using varrun filesystem
severity 366919 wishlist thanks On Fri, May 12, 2006 at 03:02:06PM +1000, Cameron Stone wrote: Tiger relies (by default) on using the directory /var/run/tiger/work for it's temporary files. This directory is create by the package install scripts. However, if you're using the varrun filesystem for /var/run (as dapper seems to), then this directory disappears on reboot. Ouch. If that directory dissapears then you also lose the knowledge Tiger has gained from previous runs so you will get alarms for things that already were sent. As this is specific to Ubuntu and I don't believe this is a mayor bug I'm lowering the severity to 'wishlist'. But I will try to find another FHS-standard directory suitable to store this information in the long run. Regards Javier signature.asc Description: Digital signature
Bug#366870: raggle: crash at startup
tags 366870 + unreproducible tags 366870 + moreinfo thanks hi, On Thu, May 11, 2006 at 11:58:35AM -0700, Jose H. Espinosa wrote: $raggle Raggle: Loading config... Raggle: Loading feed list... Raggle: Loading theme... /usr/bin/raggle:4221:in `init': uninitialized constant Raggle::Interfaces::NcursesInterface::Ncurses (NameError) from /usr/bin/raggle:5613:in `main' from /usr/bin/raggle:6656 $ I haven't used or installed raggle before on this machine. I just install it today for the first time. im sorry to say im unable to reproduce this failure. Ive just debootstraped a clean etch chroot and installed raggle, works out of the box. According to the error message, there seems to be something messy with the Ncurses Interface. What version of ruby does your installed raggle use? Is libncurses-ruby1.8 the latest version and cleanly installed? bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366729: octave-forge function leasqr has bad variables
Hi,
I attach a patched version of leasqr.m (from David Bateman). Can you
test if this fixes the problem (copying the file to your current working
directory should be enough)?
Additionally, you might want to upgrade to the latest version of
octave-forge in unstable (the bug is still in there, but several other
things were fixed by upstream).
Thomas
% Copyright (C) 1992-1994 Richard Shrager, Arthur Jutan, Ray Muzic
%
% This program is free software; you can redistribute it and/or modify
% it under the terms of the GNU General Public License as published by
% the Free Software Foundation; either version 2 of the License, or
% (at your option) any later version.
%
% This program is distributed in the hope that it will be useful,
% but WITHOUT ANY WARRANTY; without even the implied warranty of
% MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
% GNU General Public License for more details.
%
% You should have received a copy of the GNU General Public License
% along with this program; if not, write to the Free Software
% Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
function [f,p,kvg,iter,corp,covp,covr,stdresid,Z,r2]= ...
leasqr(x,y,pin,F,stol,niter,wt,dp,dFdp,options)
%function [f,p,kvg,iter,corp,covp,covr,stdresid,Z,r2]=
% leasqr(x,y,pin,F,{stol,niter,wt,dp,dFdp,options})
%
% Levenberg-Marquardt nonlinear regression of f(x,p) to y(x).
%
% Version 3.beta
% {}= optional parameters
% x=vec or mat of indep variables, 1 row/observation: x=[x0 x1xm]
% y=vec of obs values, same no. of rows as x.
% wt=vec(dim=length(x)) of statistical weights. These should be set
% to be proportional to (sqrt of var(y))^-1; (That is, the covariance
% matrix of the data is assumed to be proportional to diagonal with diagonal
% equal to (wt.^2)^-1. The constant of proportionality will be estimated.),
% default=ones(length(y),1).
% pin=vector of initial parameters to be adjusted by leasqr.
% dp=fractional incr of p for numerical partials,default= .001*ones(size(pin))
% dp(j)0 means central differences.
% dp(j)0 means one-sided differences.
% Note: dp(j)=0 holds p(j) fixed i.e. leasqr wont change initial guess: pin(j)
% F=name of function in quotes,of the form y=f(x,p)
% dFdp=name of partials M-file in quotes default is prt=dfdp(x,f,p,dp,F)
% stol=scalar tolerances on fractional improvement in ss,default stol=.0001
% niter=scalar max no. of iterations, default = 20
% options=matrix of n rows (same number of rows as pin) containing
% column 1: desired fractional precision in parameter estimates.
% Iterations are terminated if change in parameter vector (chg) on two
% consecutive iterations is less than their corresponding elements
% in options(:,1). [ie. all(abs(chg*current parm est) options(:,1))
% on two consecutive iterations.], default = zeros().
% column 2: maximum fractional step change in parameter vector.
% Fractional change in elements of parameter vector is constrained to be
% at most options(:,2) between sucessive iterations.
% [ie. abs(chg(i))=abs(min([chg(i) options(i,2)*current param estimate])).],
% default = Inf*ones().
%
% OUTPUT VARIABLES
% f=vec function values computed in function func.
% p=vec trial or final parameters. i.e, the solution.
% kvg=scalar: =1 if convergence, =0 otherwise.
% iter=scalar no. of interations used.
% corp= correlation matrix for parameters
% covp= covariance matrix of the parameters
% covr = diag(covariance matrix of the residuals)
% stdresid= standardized residuals
% Z= matrix that defines confidence region
% r2= coefficient of multiple determination
%
% All Zero guesses not acceptable
% A modified version of Levenberg-Marquardt
% Non-Linear Regression program previously submitted by R.Schrager.
% This version corrects an error in that version and also provides
% an easier to use version with automatic numerical calculation of
% the Jacobian Matrix. In addition, this version calculates statistics
% such as correlation, etc
%
% Version 3 Notes
% Errors in the original version submitted by Shrager (now called version 1)
% and the improved version of Jutan (now called version 2) have been corrected.
% Additional features, statistical tests, and documentation have also been
% included along with an example of usage. BEWARE: Some the the input and
% output arguments were changed from the previous version.
%
% Ray Muzic [EMAIL PROTECTED]
% Arthur Jutan [EMAIL PROTECTED]
% Richard I. Shrager (301)-496-1122
% Modified by A.Jutan (519)-679-2111
% Modified by Ray Muzic 14-Jul-1992
% 1) add maxstep feature for limiting changes in parameter estimates
% at each step.
% 2) remove forced columnization of x (x=x(:)) at beginning. x could be
% a matrix with the ith row of containing values of the
% independent variables at the ith observation.
% 3) add verbose option
% 4) add optional return
Bug#365747: Add crypto nodes as well
Frans Pop ([EMAIL PROTECTED]) wrote: On Thursday 11 May 2006 01:10, David Härdeman wrote: Something like the attached patch should suffice. Is it acceptable? Is it a specific set of devices you need or do they vary depending on the crypto method used or number of encrypted partitions? If the partition mounted at /target is encrypted (using dm-crypt), the corresponding /dev/mapper/cryptX node needs to be present in /target/dev/mapper in order for grub-install, initramfs-tools and yaird to work. So it would be enough to only add one node and only in the case when root is encrypted. The only problem I foresee is that the device-mapper nodes have a dynamic minor. So if you create an encrypted swap partition as crypt0 and an encrypted root partition as crypt1 in partman-crypto, they will likely have different minors after a reboot into the newly installed system as the root partition is setup first in the initramfs. I'm not sure if this is in fact a problem? Would it be better to remove the /target/dev/mapper/cryptX node in a prebaseconfig script after it has served its purpose rather than keeping static nodes around which may or may not be correct after a reboot? I think using mknod would be preferred over just copying the devices. Ok Is there any way you can detect whether crypto is in use (from /proc or something) and create the devices using mknod? Probably, I'll take a look I intend to upload base-installer with the changes needed for partman crypto after this is settled. Ok, thanks. Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366934: rovclock - FTBFS: error: sys/io.h: No such file or directory
Package: rovclock Version: 0.6e-2 Severity: important There was an error while trying to autobuild your package: Automatic build of rovclock_0.6e-2 on debian-31 by sbuild/s390 85 [...] /usr/bin/make make[1]: Entering directory `/build/buildd/rovclock-0.6e' gcc -O2 -Wall -Wstrict-prototypes -o rovclock rovclock.c rovclock.c:27:20: error: sys/io.h: No such file or directory rovclock.c: In function 'pci_read': rovclock.c:125: warning: implicit declaration of function 'outl' rovclock.c:128: warning: implicit declaration of function 'inl' rovclock.c: In function 'pll_read': rovclock.c:153: warning: implicit declaration of function 'outb' rovclock.c: In function 'find_card': rovclock.c:303: warning: comparison is always true due to limited range of data type rovclock.c: In function 'main': rovclock.c:426: warning: implicit declaration of function 'iopl' make[1]: *** [rovclock] Error 1 make[1]: Leaving directory `/build/buildd/rovclock-0.6e' make: *** [build-stamp] Error 2 ** Build finished at 20060510-1635 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279670: snmpd is compiled without embedded Perl
Package: snmpd Version: 5.2.2-3 Followup-For: Bug #279670 I also second this request. Jochen, is there any reason why do did not just put --with-embedded-perl into debian/rules although these requests exists for months now? Any caveats that one should be aware of? I known that it's tagged experimental but hey, half the internet runs on servers with sub-1.0 or beta tagged software so I would leave that to the individual admins decision as it probably does not hurt if not used. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364443: [Pkg-awstats-devel] Bug#364443: Vulnerability exists also with the 'diricons' parameter
How can the diricons and config parameters be exploited? From a quick
glance I can't find an open associated with $DirIcons.
I assume $SiteConfig leads to an open() call.
Charles Fry wrote:
Index: awstats-6.5/wwwroot/cgi-bin/awstats.pl
===
--- awstats-6.5.orig/wwwroot/cgi-bin/awstats.pl 2005-11-24
15:11:19.0 -0500
+++ awstats-6.5/wwwroot/cgi-bin/awstats.pl2006-05-05 16:43:12.0
-0400
@@ -5542,8 +5542,8 @@
# No update but report by default when run from a browser
$UpdateStats=($QueryString=~/update=1/i?1:0);
- if ($QueryString =~ /config=([^]+)/i) {
$SiteConfig=DecodeEncodedString($1); }
- if ($QueryString =~ /diricons=([^]+)/i){
$DirIcons=DecodeEncodedString($1); }
+ if ($QueryString =~ /config=([^]+)/i) {
$SiteConfig=Sanitize(DecodeEncodedString($1)); }
+ if ($QueryString =~ /diricons=([^]+)/i){
$DirIcons=Sanitize(DecodeEncodedString($1)); }
if ($QueryString =~ /pluginmode=([^]+)/i) {
$PluginMode=Sanitize(DecodeEncodedString($1),1); }
if ($QueryString =~ /configdir=([^]+)/i) {
$DirConfig=Sanitize(DecodeEncodedString($1)); }
# All filters
@@ -5561,7 +5561,7 @@
# If migrate
if ($QueryString =~ /(^|-||amp;)migrate=([^]+)/i){
- $MigrateStats=DecodeEncodedString($2);
+ $MigrateStats=Sanitize(DecodeEncodedString($2));
$MigrateStats =~
/^(.*)$PROG(\d{0,2})(\d\d)(\d\d\d\d)(.*)\.txt$/;
$SiteConfig=$5?$5:'xxx'; $SiteConfig =~ s/^\.//;
# SiteConfig is used to find config file
}
@@ -5591,8 +5591,8 @@
# Update with no report by default when run from command line
$UpdateStats=1;
- if ($QueryString =~ /config=([^]+)/i) {
$SiteConfig=$1; }
- if ($QueryString =~ /diricons=([^]+)/i){
$DirIcons=$1; }
+ if ($QueryString =~ /config=([^]+)/i) {
$SiteConfig=Sanitize($1); }
+ if ($QueryString =~ /diricons=([^]+)/i){
$DirIcons=Sanitize($1); }
if ($QueryString =~ /pluginmode=([^]+)/i) {
$PluginMode=Sanitize($1,1); }
if ($QueryString =~ /configdir=([^]+)/i) {
$DirConfig=Sanitize($1); }
# All filters
Regards,
Joey
--
It's time to close the windows.
Please always Cc to me when replying to me on the lists.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366937: wpasupplicant fails to run due to EAP methods with same EAP-type
Package: wpasupplicant Version: 0.5.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have just upgraded wpasupplicant to the version in experimental to give it a try, but it fails to run and gives the following error message: Failed to register EAP methods Two or more EAP methods used the same EAP type. Failed to initialize wpa_supplicant I guess this is due to the following change made upstream: * added support for EAP-SAKE (no EAP method number allocated yet, so this is using the same experimental type 255 as EAP-PSK) Because both EAP-SAKE and EAP-PSK are enabled during build, we get a conflict, because both use the same EAP-type. I have build wpasupplicant without the support for EAP-SAKE (by updating the config dpatch) and then it runs fine. Greetings Arjan Oosting. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-3-nebula Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages wpasupplicant depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries wpasupplicant recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEZEmUUALvsZYuOJARAu+5AKCUYPqhnrfRBow01HU+f96XRa/NKgCdHI/T Nz86Mg826VeII0/cypbFWv4= =/c0r -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312415: [pkg-fetchmail-maint] Bug#312415: fetchmail: does not implement IMAP correctly
El vie, 12-05-2006 a las 03:52 +0200, Matthias Andree escribió: The attached patch has been committed to the upstream SVN repository and is supposed to fix the issue. This weekend I'll try to upload a package with this patch to experimental, so it can be tested. Regards, Héctor
Bug#366683: CVE-2006-2162: Buffer overflow in nagios
Hi, On Friday 12 May 2006 01:17, sean finney wrote: On Thu, May 11, 2006 at 11:46:21PM +0200, Stefan Fritsch wrote: the Ubuntu guys already found out that Apache 2 doesn't accept requests with negative content length and I just checked that Apache 1.3 doesn't either. I guess this makes this a quite low impact vulnerability. what if: On Thu, May 11, 2006 at 05:46:16PM +0200, Martin Schulze wrote: Please note that upstream doesn't check for content length == INT_MAX i don't have a nagios install online right now (can tomorrow morning) so i can't run the PoC mentioned in the BTS (thanks stefan), i'd be interested to see how it handles 2147483647 (or your arch's equivalent of INT_MAX). if the code actually increments the size by one AFTER receiving the data... then we should probably readjust the severities. Yes, you are right: Apache doesn't allow Content-Length larger than INT_MAX, but INT_MAX is already a problem: $ telnet localhost 8081 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. POST /cgi-bin/nagios2/status.cgi HTTP/1.0 Content-Length: 2147483647 Then top shows that there is a crashed status.cgi process: 7698 www-data 15 0 000 Z 0.0 0.0 0:00.00 status.cgi defunct With Content-Length: 2147483648, Apache gives back 400 Bad Request and doesn't call status.cgi. I still don't know whether this is exploitable, but the patch suggested by Martin is obviously safer than the one implemented by upstream. Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357112: Provide patch for inkscape WRT gcc-4.1
On Fri, May 12, 2006 at 05:29:26AM +, Brian M. Carlson wrote: tag 357112 + patch thanks, control, and have a nice day This patch is the final piece. It successfully builds for me on i386/sid. For anyone who's interested, the failing code in question was a not-reached-but-shut-up-the-compiler statement, but since the function in question doesn't return a pointer, but an object, the function failed. Oops. Thanks for the patch, I'll package a new version soon. With best regards, Wolfi signature.asc Description: Digital signature
Bug#366938: svn commit access to the d-i repo ...
Package: tech-ctte Ok, this is an attemtp to statuate on the problematic which has been opposing me and the d-i team on the subject of the commit access to the d-i repository. The decision to remove my svn commit access was done in order to solve a social problem, and lacks any technical reasoning, and furthermore, this decision causes technical hurdles and problems, and this issue is thus of the ressort of the technical committee. The svn commit acces to a project under the debian umbrella, is there to keep the history of the changes of the work done on a given project, and to also serve as an incremental backup of ones work. This is particularly true for a non-distributed repository like subversion. Furthermore, the subversion repository is used as communication between the different members of a project, and in cases like d-i, it is the prefered form of modification for the code base included in it. Notice this 'prefered form of modification', which has some serious implications with regard to GPLed code. Given these facts, and the fact that i am the original author of at least two packages inside the d-i svn repository (nobootloader and prep-installer), co-maintainer of another one (partman-prep), as well as of various bits of code inside the d-i build code-base. I am not only the original author of those, but am also still interested in working on those areas of d-i, and i know that nobody will show interest in them in the near future. As thus, i claim that the removal of my d-i svn commit access, which was done solely for social, is to the detriment to the technical quality of debian, especially given the etch release schedule. The proposed solutions are either to restore my svn commit access, or remove those parts of d-i on which i have a copyright on, and am interested in doing work on, from the d-i svn repo, and moved to a more neutral repository. This second solution is not in the best interest of debian though. So, the thing that the technical comitte has to statuate on, is twofold. 1) is there a technical reason for my svn commit right to d-i to be removed, and does this reasons count morez than the technical harm done ? 2) isi t acceptable for someone with power over a given project, especially one as important to debian as d-i, to take such decision with negative technical effect in order to solve social problems ? And should it not be better to try to solve social problems with social ways, instead of abusing the technical power enthrusted by the project as a whole ? I will not make the mistake of my previous invocation of the technical committee, and will let you alone. I would appreciate to be CCed on the discussion, so it happens in a transparent and open way, but will only reply to it if you ask me a question directly, so please do so if you expect a reply. I leave you now to discuss this, and hope you will not be overshadowed by the social aspects of this problem, and work for the best of debian and our users in mind. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366940: smbfs: cached file modification time attribute is rounded to seconds
Package: smbfs Version: 3.0.22-1 Severity: normal $ cd /some/cifs/mount $ date --rfc-3339=ns; touch 1.touch; ls -la --full-time 1.touch;sleep 1; ls -la --full-time 1.touch 2006-05-12 12:39:06.702395000+04:00 -rw-r--r-- 1 srr srr 0 2006-05-12 12:39:06.705093120 +0400 1.touch -rw-r--r-- 1 srr srr 0 2006-05-12 12:39:07.0 +0400 1.touch $ cd /some/local/dir $ date --rfc-3339=ns; touch 1.touch; ls -la --full-time 1.touch;sleep 1; ls -la --full-time 1.touch 2006-05-12 12:39:53.241027000+04:00 -rw-r--r-- 1 srr srr 0 2006-05-12 12:39:53.0 +0400 1.touch -rw-r--r-- 1 srr srr 0 2006-05-12 12:39:53.0 +0400 1.touch On server side there is HPUX with samba: $ /usr/local/samba/bin/smbd -V Version 2.2.8a Because of this rounding editors reports files are modified, that is annoying. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) (ignored: LC_ALL set to ru_RU.KOI8-R) Versions of packages smbfs depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii netbase 4.25 Basic TCP/IP networking system ii samba-common 3.0.22-1 Samba common files used by both th smbfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366878: Misses new entries with same link
Hi, Am Freitag, den 12.05.2006, 00:50 +0200 schrieb Lucas Nussbaum: I had the same problem with mediawiki feeds. To my knowledge, it's the only feed generator that doesn't generate unique enough links. I've added a work-around in the current SVN version that allows to declare that items from a feed must always be considered new, never updated. (because that's what feed2imap thinks, actually). I can't follow you there: How can he then distinguish real new entreis from entries already present at the last run? I hadn't considered using the pubDate. But, after thinking about it for a few minutes, I'm not sure it's a good idea: if a feed generator updates the pubDate when an item is updated, it will make feed2imap think that the item is a new one, not an updated one. I don't think thats bad: An updated entry might be interesting, too, even for other feeds. But you could just add a workaround specific for mediawiki feeds. I'm sure there is some feature in their RSS feed that you can use to detect this, and enable the workaround for mediawiki only Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#366930: 'man tclreadline' typos: compatiblity and succes
On Fri, May 12, 2006 at 03:37:11AM -0400, A Costa wrote: Found a few typos in '/usr/share/man/man3/tclreadline.3tclrl.gz', Cool, thanks, will be patched in the next upload. -- Chris Waters | Pneumonoultra-osis is too long [EMAIL PROTECTED] | microscopicsilico-to fit into a single or [EMAIL PROTECTED] | volcaniconi- standalone haiku -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366939: [alpha] ICE: in get_attr_usegp, at config/alpha/alpha.md:171
Package: gcc-snapshot Version: 20060508-1 I've filed PR27571 about this. Automatic build of eglade_0.3.7-2 on juist by sbuild/alpha 0.44 ... gcc -pipe -O2 -c -x c base1.c base1.c: In function 'r7to_double': base1.c:3823: error: unrecognizable insn: (jump_insn 36 35 37 (addr_diff_vec:SI (label_ref:DI 35) [ (label_ref:DI 43) (label_ref:DI 98) (label_ref:DI 115) (label_ref:DI 151) (label_ref:DI 181) (label_ref:DI 213) (label_ref:DI 244) (label_ref:DI 255) ] (const_int 0 [0x0]) (const_int 0 [0x0])) -1 (nil) (nil)) base1.c:3823: internal compiler error: in get_attr_usegp, at config/alpha/alpha.md:171 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366907: tetex-bin: Fails to configure, updmap failed
On Thu, May 11, 2006 at 21:18 -0400, Liam M. Healy wrote: Package: tetex-bin Version: 3.0-16 Severity: grave tetex-bin will not configure. http://bugs.debian.org/346326 seems related, but it appears the problem there was that the user had modified the configuration file. I originally got this error after I upgraded May 6; to be sure I'm starting clean I purged all the tetex packages and reinstalled. I still get the error. Did you also purge tex-common? Many important configuration files are in that package. What is the output of ls -l /etc/texmf/texmf.d/ egrep ^TEXMF /etc/texmf/texmf.cnf ? I am asking, because this here looks suspicious: [...] mktexlsr: Updating /usr/local/share/texmf/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. On my system, running mktexlsr gives # mktexlsr mktexlsr: Updating /usr/local/share/texmf/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVE... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. The important thing here is /var/lib/texmf/ls-R-TEXMFDIST-TETEX. This file is used to find files located under /usr/share/texmf-tetex/, which is where dvips35.map can be found: $ dlocate dvips35.map tetex-base: /usr/share/texmf-tetex/fonts/map/dvips/tetex/dvips35.map cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366937: [pkg-wpa-devel] Bug#366937: wpasupplicant fails to run due to EAP methods with same EAP-type
Arjan Oosting wrote: Package: wpasupplicant Version: 0.5.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have just upgraded wpasupplicant to the version in experimental to give it a try, but it fails to run and gives the following error message: Failed to register EAP methods Two or more EAP methods used the same EAP type. Failed to initialize wpa_supplicant I guess this is due to the following change made upstream: * added support for EAP-SAKE (no EAP method number allocated yet, so this is using the same experimental type 255 as EAP-PSK) Because both EAP-SAKE and EAP-PSK are enabled during build, we get a conflict, because both use the same EAP-type. I have build wpasupplicant without the support for EAP-SAKE (by updating the config dpatch) and then it runs fine. Yep, stupid mistake on my part. http://lists.alioth.debian.org/pipermail/pkg-wpa-devel/2006-May/000405.html Will be better in next upload. Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366941: bum should build-depend on libgtk2-perl (= 1:1.100-1) and not (= 1.100-1)
Package: bum Version: 2.1.6-1 Severity: minor bum should build-depend on libgtk2-perl (= 1:1.100-1) and not (= 1.100-1). Otherwise, build-dep is satisfied even on Sarge, but the configure breaks. Hope it helps -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (500, 'experimental'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352042: Bug #352042: openssh-server: incompatible pointer types break gssapi auth on alpha, possibly others
On Fri, Feb 10, 2006 at 10:36:58AM +0100, Falk Hueffner wrote: So this is OpenBSD's flagship security product? Frankly, I'm baffled. This is a rookie mistake, and it was even obvious from the compiler warnings. Please don't blame OpenBSD or OpenSSH portable upstream for this; the GSSAPI code is a third-party patch that I integrated in order to be able to get rid of the separate ssh-krb5 package. Sorry for taking so long to look at this bug. It's fixed in the current GSSAPI patch (http://www.sxw.org.uk/computing/patches/openssh-4.3p2-gsskex-20060223.patch), which I'm working into the 4.3p2 package I'm preparing at the moment. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366323: inkscape: memory leak prevents starting
Hi Steve and Jiri,
On Wed, May 10, 2006 at 03:13:09PM -0700, Steve Langasek wrote:
On Wed, May 10, 2006 at 04:06:48PM +0200, Jiri Palecek wrote:
Hello,
Do you have any ideas how we could try to reproduce the problem?
I don't know. I ran it under gdb, but it didn't show any clue to where
should the bug be. The backtrace is attached, but you would get a different
one if the memory limit (see the first line) was different, like 160 MB or
so.
I also tried running under valgrind, but it stopped on some segfault in
libgc.
The output is attached, too.
Ok. Not being the maintainer of inkscape, I don't really now how it's using
libgc; but maybe this will suggest to the maintainer a possible way to
reproduce the error.
There have been multiple reports about crashes in debian's inkscape at
various stages. I could reproduce neither of them. For the ones at
startup I got a hint at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354698
Yuya Nishihara wrote:
| If your ~/.gtkrc-2.0 is like the following:
|
| include /usr/share/themes/Nuvola/gtk-2.0/gtkrc
|
| style user-font
| {
| font_name=Sans Serif 10
| }
| widget_class * style user-font
|
| gtk-theme-name=Nuvola
| gtk-font-name=Sans Serif 10
| gtk-key-theme-name=Emacs
|
|
| try to remove the `include' line.
|
| #include /usr/share/themes/Nuvola/gtk-2.0/gtkrc
| ...
|
|
| This made me enable to start inkscape without crash,
| though I don't know what affects inkscape's crash.
And Oliver Grimm told me:
| This bug only seems to appear with some special settings of package
| gtk2-engines-gtk-qt. To reproduce do
|
| - install gtk2-engines-gtk-qt
| - start KControl--appearance--gtk styles
| - select Lush as gtk-style, click apply
| - inkscape FAILS to start
|
| - now select Redmond or an XFCE style for gtk
| - inkscape DOES start again
I don't know if this is the same bug, but since you mentioned some
segfault in libgc I thought it is worth mentioning. And I didn't try to
reproduce this type of bug yet via changing gtkrc.
HTH,
Wolfi
--
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/
signature.asc
Description: Digital signature
Bug#366944: gtkglext: bug in gdkglfont-x11.c:114 , examples/fonts segfaults
Package: gtkglext
Version: 1.0.6-2.1
Severity: normal
Tags: patch
Hi. Here is what happens in my box:
$ apt-get source gtkglext
$ ./debian/rules build
$ cd examples
$ make font
$ libtool gdb ./font
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2557)]
0x4005b6e1 in gdk_gl_font_use_pango_font_common (font_map=0x0, font_desc=0x0,
first=0, count=0, list_base=0) at gdkglfont-x11.c:114
114 glXUseXFont (fs-fid, first, count, list_base);
because at line 112,
fs = pango_x_font_cache_load (font_cache, xlfd);
returns NULL
Attached is a simple patch; after applygin the patch, you see
$ ./font
(lt-font:7984): GdkGLExt-WARNING **: cannot get X font cache
*** Can't load font 'courier 12'
and no SegFault
a.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--- gtkglext-1.0.6/gdk/x11/gdkglfont-x11.c 2004-02-20 10:56:23.0
+0100
+++ gtkglext-1.0.6.mine/gdk/x11/gdkglfont-x11.c 2006-05-12 11:40:11.416117472
+0200
@@ -111,6 +111,12 @@
fs = pango_x_font_cache_load (font_cache, xlfd);
+ if( fs == NULL) {
+g_warning (cannot get X font cache);
+font = NULL;
+goto FAIL;
+ }
+
glXUseXFont (fs-fid, first, count, list_base);
pango_x_font_cache_unload (font_cache, fs);
signature.asc
Description: Digital signature
Bug#366942: ussp-push 0.9 available
Package: ussp-push Version: 0.5-2 Severity: wishlist Hello, Version 0.9 is available from http://www.xmailserver.org/ussp-push.html Thanks, Stefan -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366943: posh: setting PS1 and 'cd' to non-existing dir causes segmentation fault
Package: posh
Version: 0.4.7
Severity: important
I ran into interesting error. See strace for more. The call sequence
was
bash:~/vc# where PS1 is colored prompt
# switch to posh; run under strace
# PS1=$PWD#
/root/vc# cd tmp
Never mind, that the PS1 setting is not dynamically tracked under posh.
There is no ~/vc/tmp directory to cd to, thus segmentation
fault
- -
execve(/bin/posh, [/bin/posh], [/* 59 vars */]) = 0
uname({sys=Linux, node=cante, ...}) = 0
brk(0) = 0x8063000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xa7f49000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xa7f48000
open(tls/i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(tls/i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(tls/cmov/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
open(i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
open(i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(cmov/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
open(/usr/lib/python2.4/config/tls/i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat64(/usr/lib/python2.4/config/tls/i686/cmov, 0xafd5b7a4) = -1 ENOENT (No
such file or directory)
open(/usr/lib/python2.4/config/tls/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat64(/usr/lib/python2.4/config/tls/i686, 0xafd5b7a4) = -1 ENOENT (No such
file or directory)
open(/usr/lib/python2.4/config/tls/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat64(/usr/lib/python2.4/config/tls/cmov, 0xafd5b7a4) = -1 ENOENT (No such
file or directory)
open(/usr/lib/python2.4/config/tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat64(/usr/lib/python2.4/config/tls, 0xafd5b7a4) = -1 ENOENT (No such file
or directory)
open(/usr/lib/python2.4/config/i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat64(/usr/lib/python2.4/config/i686/cmov, 0xafd5b7a4) = -1 ENOENT (No such
file or directory)
open(/usr/lib/python2.4/config/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat64(/usr/lib/python2.4/config/i686, 0xafd5b7a4) = -1 ENOENT (No such file
or directory)
open(/usr/lib/python2.4/config/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat64(/usr/lib/python2.4/config/cmov, 0xafd5b7a4) = -1 ENOENT (No such file
or directory)
open(/usr/lib/python2.4/config/libc.so.6, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat64(/usr/lib/python2.4/config, {st_mode=S_IFDIR|0755, st_size=408, ...}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=80193, ...}) = 0
mmap2(NULL, 80193, PROT_READ, MAP_PRIVATE, 3, 0) = 0xa7f34000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1266832, ...}) = 0
mmap2(NULL, 1276892, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xa7dfc000
mmap2(0xa7f2a000, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12d) = 0xa7f2a000
mmap2(0xa7f32000, 7132, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xa7f32000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xa7dfb000
mprotect(0xa7f2a000, 20480, PROT_READ) = 0
set_thread_area({entry_number:-1 - 6, base_addr:0xa7dfb6c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
munmap(0xa7f34000, 80193) = 0
brk(0) = 0x8063000
brk(0x8084000) = 0x8084000
rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {0x80582b0, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGQUIT, {0x80582b0, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGTERM, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTERM, {0x80582b0, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGHUP, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGHUP, {0x80582b0, [], SA_INTERRUPT}, NULL, 8) = 0
access(/tmp, W_OK|X_OK) = 0
stat64(/tmp, {st_mode=S_IFDIR|0777, st_size=232, ...}) = 0
getpid()= 21749
stat64(/root/vc, {st_mode=S_IFDIR|0755, st_size=224, ...}) = 0
stat64(.,
Bug#366857: locale setting show no effect
On Thu, May 11, 2006 18:40, Olaf Zaplinski wrote: Package: squirrelmail-locales Version: 1.4.4-20050308-1 Severity: minor Although I selected de_DE as default language using squirrelmail-configure, the web interface is still displayed in English. Did you `dpkg-reconfigure locales` and selected de_DE as a locale to be generated? Did you restart apache? Thijs
Bug#366946: dvipng: fails to create png from embedded eps with ../ in the path
Package: dvipng Version: 1.5-2.1+b1 Severity: normal tex4ht wanted to create a png from and embedded eps image by calling dvipng -T tight -x 1400 -D 72 -bg Transparent -pp 2:2 \ lab_methods_en.idv -o lab_methods_en0x.png but created a blank png, although I can see page 2 of lab_methods_en.idv with xdvi, and the embedded file is correctly processed by gs and gv. If I hack the .idv file, remove the ../img/ part from the PS filename and copy the file in the current directory, I get the desired output. Obviously, dvipng doesn't process the PS filename correctly in this case. Thanks for your attention, Johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-k7 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-15) Versions of packages dvipng depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libgd2-noxpm2.0.33-3 GD Graphics Library version 2 (wit ii libkpathsea43.0-16 path search library for teTeX (run ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libt1-5 5.1.0-2 Type 1 font rasterizer library - r ii zlib1g 1:1.2.3-11 compression library - runtime dvipng recommends no packages. -- no debconf information -- Dr. Johannes Ranke [EMAIL PROTECTED] UFT Bremen, Leobenerstr. 1 +49 421 218 8971 D-28359 Bremen http://www.uft.uni-bremen.de/chemie/ranke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324391: wacom-tools: udev is picky : = vs ==
The 'bug' has indeed been fixed in 0.7.3.1, it does not provide
these files at all. The xorg driver package contains the new
improved rules.
The problem you are seeing is that these are conffiles, and since
the previous version was not purged, dpkg thinks you want to keep
them.
I'm not sure what to do about that yet. Simply removing them in
the postinst might destroy local changes (in violation of policy).
If anyone knows the Right Thing to do here, please pass a pointer.
I'm looking into it ... In the meantime, if they offend you,
purging and reinstalling the package should get rid of them.
Ron
On Fri, May 12, 2006 at 09:34:52AM +0200, Philippe Queinnec wrote:
Package: wacom-tools
Version: 0.7.3.1-2
Followup-For: Bug #324391
Bug has not been fixed:
- rules file should be in /etc/udev and symlinked in rules.d/
- More important: udev has become picky about = (assign) vs == (equal).
The rule is then:
KERNEL==event[0-9]*, SYSFS{idVendor}==056a, NAME=input/%k,
SYMLINK=input/wacom%e
- lastly, %e is deprecated. The alternative is unfortunately cumbersome
(see cd-aliases-generator.rules).
Phil
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#175528: is it you?
Hi, Hope I am not writing tao wrong addresbas. I am nice, pretty looking girl. I am planning on visiting your town tbhis month. Can we meet each other ian person? Message me back at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
Package: xfig Version: 1:3.2.5-alpha5-4 Severity: grave Justification: renders package unusable When I start xfig it complains like this: Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,*--16-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet then during editing if I select a font (all the fonts I tried), xfig complains when I click somewhere to start entering text: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 or if I select say helvetica: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 and the courier:n Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-courier-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 So I can't do much with xfig. I haven't used it for awhile so don't know when it broke, but it used to work. Bruce -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages xfig depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxp61:1.0.0-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.4.2-3X11 pixmap library ii libxt61:1.0.0-4 X11 toolkit intrinsics library ii xaw3dg1.5+E-14 Xaw3d widget set ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages xfig recommends: ii transfig1:3.2.5-alpha7-1 Utilities for converting XFig figu ii xfig-libs 1:3.2.5-alpha5-4 XFig image libraries and examples -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366947: CVE-2006-2260: XSS vulnerability in drupal project.module
Package: drupal Severity: grave Tags: security CVE-2006-2260: Cross-site scripting (XSS) vulnerability in the project module (project.module) in Drupal 4.5 and 4.6 allows remote attackers to inject arbitrary web script or HTML via unknown attack vectors. See http://drupal.org/node/62406 for details Please mention the CVE in the changelog. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366234: Proposed fix for update-fonts-alias /etc/X11/fonts/X11R7 heirarchy
Unfortunately, my sponsor has already uploaded thaixfonts (repackaged xfonts-thai-* including the mentioned xfonts-thai-nectec) by installing the fonts.alias in /etc/X11/fonts/X11R7. It has been waiting in the NEW queue for 2 weeks. That means it's doomed to fail, and will need a re-upload. :-/ -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#366522: More information
Sorry, this patch does not actually fix the problem. I will try other fixes for a while. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364153: [Pkg-cryptsetup-devel] Bug#364153: cryptsetup: timeout option leaves terminal in bad state
On 12/05/2006 David Härdeman wrote: On Fri, May 12, 2006 at 01:09:33AM +0200, Jonas Meurer wrote: On 10/05/2006 Andres Salomon wrote: i've tested your patch, and it seems to work perfectly well. but unfortunately this is only the case for the luks* features of cryptsetup. Plain 'cryptsetup create' still leaves the terminal in a bad state after terminating the passphrase prompt. could you try to investigate that and update the patch to fix it as well? I will do so; I've just been short on time lately. Please ping me again in a few weeks if I've not sent you a patch. My TODO queue is long. :( great. but David Härdeman has also written a patch to fix this. it would be great, if you could take a look at 03_stdin_input.dpatch and 04_status_exit_codes.dpatch at debian/patches/ in the pkg-cryptsetup svn trunk. these are the patches by David. Hmm, actually I don't think my patches will fix anything related to terminal being left in a bad state after timeout. sorry, you're correct. i've mixed it with the truncated stdin input. my fault. still i'dd love to have more eyes on the patches against cryptsetup. i claim to understand the code myself, but cryptsetup is a quite serious package, and more eyes are always better than less. andres, if you have some spare time, the terminal state of plain cryptsetup timeout is still broken, and needs to be investigated. (or david, same to you *g*). greetings, and thanks to both of you for your great help, jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365043: darcs: Fix for Upstream changelog hasn't been updated since 1.0.2
Package: darcs Version: 1.0.6-1 Followup-For: Bug #365043 Upstream moved to an automatic changelog generation system. File 'changelog' is no longer updated, but file 'ChangeLog' is. Switching the changelog file in debian/darcs.docs fixes this issue. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-alec-laptop Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages darcs depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcomerr21.38+1.39-WIP-2006.04.09-1 common error description library ii libcurl3 7.15.3-1 Multi-protocol file transfer libra ii libgmp3c2 4.2.dfsg-1 Multiprecision arithmetic library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libkrb53 1.4.3-7MIT Kerberos runtime libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages darcs recommends: ii postfix [mail-transport-agent 2.2.10-1 A high-performance mail transport -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360143: acknowledged by developer (Bug#360143: fixed in boinc 5.4.9-1)
[EMAIL PROTECTED] (Debian Bug Tracking System) writes: This is an automatic notification regarding your Bug report #360143: boinc-manager: Connecting to other host troublesome, which was filed against the boinc-manager package. It has been closed by one of the developers, namely [EMAIL PROTECTED] (Frank S. Thomas). Yup, it works now as it should. Thanks for your cooperation. Keep up the good work! -- Zlatko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363370: xine-ui: printf missing-format-string bugs
There are even more format string problems: CVE-2006-2230: Multiple format string vulnerabilities in xiTK (xitk/main.c) in xine 0.99.4 might allow attackers to cause a denial of service via format string specifiers in an MP3 filename specified on the command line. NOTE: this is a different vulnerability than CVE-2006-1905. In addition, if the only attack vectors involve a user-complicit, local command line argument of a non-setuid program, this issue might not be a vulnerability. See: http://www.securityfocus.com/archive/1/archive/1/432598/100/0/threaded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366950: libgnomeprint2.2-0: can't find PPD files
Package: libgnomeprint2.2-0 Version: 2.12.1-3 Severity: normal Hi, When printing with e.g. epiphany, I have these messages: (epiphany-browser:10209): GnomePrint-WARNING **: Could not create filter from description 'frgba': filter 'frgba' is unknown GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer EPSONStylusCOLOR760 could not be loaded. GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer [EMAIL PROTECTED] could not be loaded. GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer HPDesJet3550 could not be loaded. GnomePrintCupsPlugin-Message: The ppd file for the CUPS printer [EMAIL PROTECTED] could not be loaded. I'm pretty sure I have installed the relevant packages containing PPDs on this machine. Xav -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libgnomeprint2.2-0 depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcupsys2 1.1.99.b1.r4876-1 Common UNIX Printing System(tm) - ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3 FreeType 2 font engine, shared lib ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnomecups1.0-1 0.2.2-1 GNOME library for CUPS interaction ii libgnomeprint2.2-data 2.12.1-3 The GNOME 2.2 print architecture - ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libxml22.6.24.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages libgnomeprint2.2-0 recommends: ii cupsys 1.1.99.b1.r4876-1 Common UNIX Printing System(tm) - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352042: Bug #352042: openssh-server: incompatible pointer types break gssapi auth on alpha, possibly others
Colin Watson [EMAIL PROTECTED] writes: Please don't blame OpenBSD or OpenSSH portable upstream for this; the GSSAPI code is a third-party patch that I integrated in order to be able to get rid of the separate ssh-krb5 package. Yeah, that was a stupid comment of mine that I made when I was in a bad mood... please disregard it. Sorry for taking so long to look at this bug. It's fixed in the current GSSAPI patch (http://www.sxw.org.uk/computing/patches/openssh-4.3p2-gsskex-20060223.patch), which I'm working into the 4.3p2 package I'm preparing at the moment. Great, thanks. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363433: kdesvn: crashes when starting to drag
On 02.05.06 21:06:45, Andreas Pakulat wrote: I built a debug version of that 0.8.3-1 and the backtrace is attached, it still segfaults. Looking at the loc that are mentioned in the backtrace I really don't see why it crashes, but maybe upstream knows. Should I open a bugreport there or will you forward this bug? Forgot the backtrace, here it is. Andreas -- You are magnetic in your bearing. Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1232587072 (LWP 27226)] [KCrash handler] #5 0xb6e25b66 in QWidget::testWState (this=0x0, s=4) at qwidget.h:731 #6 0xb6e25d6f in QWidget::isVisible (this=0x0) at qwidget.h:851 #7 0xb6e5f187 in QWidget::grabMouse (this=0x0) at kernel/qwidget_x11.cpp:1267 #8 0xb6e35d74 in QDragManager::drag (this=0x82d0bf8, o=0x8385ea0, mode=QDragObject::DragDefault) at kernel/qdnd_x11.cpp:1789 #9 0xb6ea4b7c in QDragObject::drag (this=0x8385ea0, mode=QDragObject::DragDefault) at kernel/qdragobject.cpp:550 #10 0xb6ea4ad0 in QDragObject::drag (this=0x8385ea0) at kernel/qdragobject.cpp:472 #11 0xb644396e in kdesvnfilelist::startDrag (this=0x81d2be0) at /home/andreas/compiling/kdesvn/kdesvn-0.8.3/./src/svnfrontend/kdesvnfilelist.cpp:1258 #12 0xb78072f9 in KListView::contentsMouseMoveEvent (this=0x81d2be0, e=0xbf929a8c) at klistview.cpp:828 #13 0xb64371d6 in kdesvnfilelist::contentsMouseMoveEvent (this=0x81d2be0, e=0xbf929a8c) at /home/andreas/compiling/kdesvn/kdesvn-0.8.3/./src/svnfrontend/kdesvnfilelist.cpp:2164 #14 0xb7032aa5 in QScrollView::viewportMouseMoveEvent (this=0x81d2be0, e=0xbf92a01c) at widgets/qscrollview.cpp:1784 #15 0xb7035506 in QScrollView::eventFilter (this=0x81d2be0, obj=0x81d3558, e=0xbf92a01c) at widgets/qscrollview.cpp:1511 #16 0xb6ff9b8f in QListView::eventFilter (this=0x81d2be0, o=0x81d3558, e=0xbf92a01c) at widgets/qlistview.cpp:3866 #17 0xb6efb6b0 in QObject::activate_filters (this=0x81d3558, e=0xbf92a01c) at kernel/qobject.cpp:903 #18 0xb6efb72e in QObject::event (this=0x81d3558, e=0xbf92a01c) at kernel/qobject.cpp:735 #19 0xb6f38b9a in QWidget::event (this=0x81d3558, e=0xbf92a01c) at kernel/qwidget.cpp:4678 #20 0xb6e9487a in QApplication::internalNotify (this=0xbf92a620, receiver=0x81d3558, e=0xbf92a01c) at kernel/qapplication.cpp:2635 #21 0xb6e94dff in QApplication::notify (this=0xbf92a620, receiver=0x81d3558, e=0xbf92a01c) at kernel/qapplication.cpp:2421 #22 0xb759f02e in KApplication::notify (this=0xbf92a620, receiver=0x81d3558, event=0xbf92a01c) at kapplication.cpp:550 #23 0xb6e2606f in QApplication::sendSpontaneousEvent (receiver=0x81d3558, event=0xbf92a01c) at qapplication.h:523 #24 0xb6e217a4 in QETWidget::translateMouseEvent (this=0x81d3558, event=0xbf92a458) at kernel/qapplication_x11.cpp:4301 #25 0xb6e1fc94 in QApplication::x11ProcessEvent (this=0xbf92a620, event=0xbf92a458) at kernel/qapplication_x11.cpp:3478 #26 0xb6e392a2 in QEventLoop::processEvents (this=0x81243b8, flags=4) at kernel/qeventloop_x11.cpp:192 #27 0xb6ead255 in QEventLoop::enterLoop (this=0x81243b8) at kernel/qeventloop.cpp:198 #28 0xb6ead17a in QEventLoop::exec (this=0x81243b8) at kernel/qeventloop.cpp:145 #29 0xb6e9338d in QApplication::exec (this=0xbf92a620) at kernel/qapplication.cpp:2758 #30 0x08051a5d in main (argc=1, argv=0xbf92a814) at /home/andreas/compiling/kdesvn/kdesvn-0.8.3/./src/main.cpp:99 pgpje4Ix7T3d0.pgp Description: PGP signature
Bug#366938: svn commit access to the d-i repo ...
Here's a draft, which I hereby propose. WHEREAS 1. Sven Luther complains that he has been deprived of commit access to debian-installer's svn repository. 2. Access controls, and changes to them, are a standard response to sociopolitical problems and it is not for the TC to overrule those political processes. 3. While access controls sometimes make life more inconvenient, the tradeoff between the inconvenience and the supposed benefits is a political question. THE COMMITTEE CONCLUDES 4. This is not a technical complaint. 5. The Project Leadership should make a decision to uphold or overturn the revocation of Sven's access. 6. If the Project Leadership does nothing then the status quo will prevail. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366951: libxine1: xine is compiled with debug output
Package: libxine1 Version: 1.1.1-1.1 Severity: normal Xine writes a huge amount of debug output in .xsession-errors. It should not. It is probably significant slower because of that. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-486 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages libxine1 depends on: ii libasound2 1.0.11-3 ALSA library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcdio6 0.76-1library to read and control CD-ROM ii libfreetype6 2.1.10-3 FreeType 2 font engine, shared lib ii libgl1-mesa-glx [libgl1] 6.4.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.4.1-0.4 The OpenGL utility library (GLU) ii libiso9660-4 0.76-1library to work with ISO9660 files ii libmad00.15.1b-2.1 MPEG audio decoder library ii libmodplug0c2 1:0.7-5 shared libraries for mod music bas ii libogg01.1.3-2 Ogg Bitstream Library ii libspeex1 1.1.12-1 The Speex Speech Codec ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libtheora0 1.0alpha3-0.0 The Theora Video Compression Codec ii libvcdinfo00.7.23-1 library to extract information fro ii libvorbis0a1.1.2-1 The Vorbis General Audio Compressi ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages libxine1 recommends: ii libmng1 1.0.9-1Multiple-image Network Graphics li ii libxv11:1.0.1-3 X11 Video extension library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342547: Asterisk Spanish voice prompts
Hi Victor, I'm interested in seeing Spanish asterisk prompts in Debian, are you still working on it? Any news? Kind regards, Santiago Hi Santiago, this software is licenced with an incompatible DFSG licence. So, until upstream's author changes its licence it will no be included in Debian. -- - | ,''`. Victor Seva | | : :' : [EMAIL PROTECTED] | | `. `' PGP Key ID: 0xDD12F253 | |`- Debian user, admin and developer | - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366948: xfig can't find fonts
Hi, Thanks for you help. The font path is: Font Path: /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ The font packages are: $ dpkg -l xfonts-\* | grep '^[ih]' ii xfonts-100dpi 1.0.0-2100 dpi fonts for X ii xfonts-75dpi1.0.0-2100 dpi fonts for X ii xfonts-base 1.0.0-3standard fonts for X ii xfonts-encodings1.0.0-3Encodings for X.Org fonts ii xfonts-konsole 3.4.3-3fonts used by the KDE's Konsole ii xfonts-scalable 1.0.0-4scalable fonts for X ii xfonts-utils1.0.0-4X Window System font utility programs $ dpkg -l gsfonts\* | grep '^[ih]' ii gsfonts8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpreter(s) ii gsfonts-other 6.0-3 Additional fonts for the ghostscript interpr ii gsfonts-x110.19 Make Ghostscript fonts available to X11 Thank you, Bruce On Fri, May 12, 2006 at 01:18:57PM +0200, Roland Rosenfeld wrote: On Fri, 12 May 2006, Bruce MacDonald wrote: Package: xfig Version: 1:3.2.5-alpha5-4 Severity: grave Justification: renders package unusable When I start xfig it complains like this: Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,*--16-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet then during editing if I select a font (all the fonts I tried), xfig complains when I click somewhere to start entering text: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 or if I select say helvetica: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 and the courier:n Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-courier-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 So I can't do much with xfig. I haven't used it for awhile so don't know when it broke, but it used to work. For me this seems to be a problem of your font environment. So I need more information about your system. Could you please send me the Font Path from xset q output? And than I need to know what founts you installed, so the output of the following commands would help to find the center of the problem: dpkg -l xfonts-\* | grep '^[ih]' dpkg -l gsfonts\* | grep '^[ih]' Tscho Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359745: webalizer RC bug
Hello Jose Carlos, On Wed, 26 Apr 2006 18:24:09 -0300, you wrote: I have one sponsor, Im solving another bugs before send him webalizer. I will send this package tomorrow. Did you make any progress on this? I'd prefer if you uploaded the new webalizer version quickly than if it takes longer and will include more fixes. You can always upload newer versions lateron of course. Thanks, Thijs signature.asc Description: This is a digitally signed message part
Bug#366948: xfig can't find fonts
On Fri, 12 May 2006, Bruce MacDonald wrote: Package: xfig Version: 1:3.2.5-alpha5-4 Severity: grave Justification: renders package unusable When I start xfig it complains like this: Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,*--16-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-medium-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string -*-times-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-bold-r-normal--16-*-*-*-*-*-*-*,-*-*-*-r-*--16-*-*-*-*-*-*-* to type FontSet then during editing if I select a font (all the fonts I tried), xfig complains when I click somewhere to start entering text: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 or if I select say helvetica: Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 and the courier:n Can't find -*-times-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-helvetica-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 Can't find -*-courier-medium-r-normal--13-*-*-*-*-*-ISO8859-*, using 6x13 So I can't do much with xfig. I haven't used it for awhile so don't know when it broke, but it used to work. For me this seems to be a problem of your font environment. So I need more information about your system. Could you please send me the Font Path from xset q output? And than I need to know what founts you installed, so the output of the following commands would help to find the center of the problem: dpkg -l xfonts-\* | grep '^[ih]' dpkg -l gsfonts\* | grep '^[ih]' Tscho Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363433: kdesvn: crashes when starting to drag
forwarded 363433 http://www.alwins-world.de/programs/mantis/view.php?id=81 thanks On 12.05.06 13:06:13, Andreas Pakulat wrote: On 02.05.06 21:06:45, Andreas Pakulat wrote: I built a debug version of that 0.8.3-1 and the backtrace is attached, it still segfaults. Looking at the loc that are mentioned in the backtrace I really don't see why it crashes, but maybe upstream knows. Should I open a bugreport there or will you forward this bug? As Michael seems to be busy currently, I forwarded this upstream myself. See http://www.alwins-world.de/programs/mantis/view.php?id=81 Andreas -- Your reasoning is excellent -- it's only your basic assumptions that are wrong. pgpMpJ3xtxZP2.pgp Description: PGP signature
Bug#342730: mercurial: push and pull from local to remote repos hangs if remote repos does not exist
On Wed, May 10, 2006 at 11:06:04PM -0400, Faheem Mitha wrote: On Thu, 11 May 2006, Vincent Danjean wrote: On the mercurial ML, it seems that this bug has been recently solved. Can you confirm this to me so that I can close the bug ? The 0.9-1 package is on my web page and in incomming (so it should be in unstable tomorrow). Hi. I've installed 0.9-1 on sarge. I can no longer reproduce this bug. Same for me. Upgrading to 0.9-1 on the unstable side, and a backport of 0.9-1 on the sarge side made the hangs disappear. This bug appears to be fixed. Regards, Daniel. P.S.: I tried to stick with python 2.3 for my sarge backport and noticed that submitted_upstream__manage_import_extensions.patch uses the sorted() builtin that was only added in python 2.4. Maybe you want to point that out to upstream before they apply it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366938: svn commit access to the d-i repo ...
* Ian Jackson [EMAIL PROTECTED] [2006-05-12 12:04]: 5. The Project Leadership should make a decision to uphold or overturn the revocation of Sven's access. The DPL has already agreed that the decision of the d-i team was sound, see http://lists.debian.org/debian-boot/2006/05/msg00235.html -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366952: gconf2: Keyboard Preferences crashes Gnome
Package: gconf2 Version: 2.14.0-1 Severity: normal When modifying the Layout Options (in my case, selecting a Compose key), Gnome crashed, dragging X with it, and sent me back to gdm. Subsequent attempts to start Gnome (from gdm, from console, using failsafe) failed. The *ONLY* solution was for me to manually remove the ~/.gconf/desktop/gnome/peripherals/keyboard/kbd/%gconf.xml -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gconf2 depends on: ii gconf2-common 2.14.0-1 GNOME configuration database syste ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libxml22.6.24.dfsg-1 GNOME XML library ii psmisc 22.2-1Utilities that use the proc filesy ii python 2.3.5-5 An interactive high-level object-o Versions of packages gconf2 recommends: ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366741: new patch
New patch. This one adds libc6-i386 to dependencies as well (only on amd64, by using substvars). Core binaries are dynamicaly linked (at least the ones I'm using, from http://climateprediction.net/), so without ia32 libc they won't run. -- Robert Millan diff -ur boinc-5.4.9.old/debian/changelog boinc-5.4.9/debian/changelog --- boinc-5.4.9.old/debian/changelog2006-05-12 12:56:35.0 +0200 +++ boinc-5.4.9/debian/changelog2006-05-12 12:02:24.973850272 +0200 @@ -1,3 +1,9 @@ +boinc (5.4.9-1+rmh) unstable; urgency=low + + * amd64 support. + + -- Robert Millan [EMAIL PROTECTED] Fri, 12 May 2006 12:02:20 +0200 + boinc (5.4.9-1) unstable; urgency=low [ Frank S. Thomas ] diff -ur boinc-5.4.9.old/debian/rules boinc-5.4.9/debian/rules --- boinc-5.4.9.old/debian/rules2006-05-12 12:56:35.0 +0200 +++ boinc-5.4.9/debian/rules2006-05-12 12:50:06.055899688 +0200 @@ -7,6 +7,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) TYPE_FLAGS = --build $(DEB_HOST_GNU_TYPE) @@ -18,10 +19,16 @@ # If the core client reports that it was built for i486-pc-linux-gnu it won't # download any application or work units, so we use i686-linux-gnu as argument # for configure's --build and --host switches on i386 hosts. -ifeq ($(DEB_HOST_GNU_TYPE), i486-linux-gnu) +ifeq ($(DEB_HOST_ARCH_CPU), i386) DEB_HOST_GNU_TYPE = i686-linux-gnu endif -ifeq ($(DEB_BUILD_GNU_TYPE), i486-linux-gnu) +ifeq ($(DEB_HOST_ARCH_CPU), amd64) + DEB_HOST_GNU_TYPE = i686-linux-gnu +endif +ifeq ($(DEB_BUILD_ARCH_CPU), i386) + DEB_BUILD_GNU_TYPE = i686-linux-gnu +endif +ifeq ($(DEB_BUILD_ARCH_CPU), amd64) DEB_BUILD_GNU_TYPE = i686-linux-gnu endif @@ -191,6 +198,9 @@ dh_python -a dh_installdeb -a dh_shlibdeps -a +ifeq ($(DEB_HOST_ARCH_CPU), amd64) + echo misc:Depends=libc6-i386 | ia32-libs debian/boinc-client.substvars +endif dh_gencontrol -a dh_md5sums -a dh_builddeb -a
Bug#364443: [Pkg-awstats-devel] Bug#364443: Vulnerability exists also with the 'diricons' parameter
Martin Schulze [EMAIL PROTECTED] writes: How can the diricons and config parameters be exploited? From a quick glance I can't find an open associated with $DirIcons. The diricons issue is a XSS vulnerability. It has nothing to do with the two other holes (which lead to arbitrary code execution) other than they all are a case of missing input sanitizing. Hendrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366953: Bus error on IA64 when doing gst-inspect decodebin
Package: gst-plugins-base0.10 Version: 0.10.6-1 Severity: serious Hi, currently banshee FTBFS on IA64 because of a bus error when trying to do gst-inspect decodebin: checking for GStreamer 0.10 decodebin plugin... /build/buildd/banshee-0.10.10/./configure: line 23193: 28319 Bus error $gst_inspect $element /dev/null 2/dev/null no configure: error: Cannot find required GStreamer-0.10 plugin 'decodebin'. make: *** [config.status] Error 1 ** Build finished at 20060512-1224 FAILED [dpkg-buildpackage died] http://buildd.debian.org/fetch.php?pkg=bansheever=0.10.10-1arch=ia64stamp=1147433132file=logas=raw It could probably be a liboil bug as it works fine on Ubuntu with the same gstreamer versions but an older liboil. Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366954: shouldn't it use chroot ?
Package: boinc-client Version: 5.4.9-1+rmh Severity: wishlist I think boinc-client should use chroot() before running the downloaded plugins. On my setup, only FDs from the following locations are found to be open: /dev/null (FD 0) is inherited from the parent. I think that's ok. /var/lib/boinc-client/projects/climateprediction.net/* Ok /var/lib/boinc-client/lockfile /var/lib/boinc-client/slots/0/boinc_lockfile Sounds like these are inherited from the parent, but not really necessary. How about closing them after fork() ? There are also a pair of nameless sockets, which I think are ok. I would guess that chrooting to /var/lib/boinc-client/projects/project_name is safe. But I don't know the Boinc API well enough to be sure, or even test it. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-12-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages boinc-client depends on: ii adduser 3.87 Add and remove users and groups ii libc6 2.3.6-7GNU C Library: Shared libraries ii libc6-i3862.3.6-7GNU C Library: 32bit shared librar ii libcomerr21.38+1.39-WIP-2006.04.09-1 common error description library ii libcurl3 7.15.3-1 Multi-protocol file transfer libra ii libgcc1 1:4.1.0-1 GCC support library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii python2.4 2.4.2-2An interactive high-level object-o ii zlib1g1:1.2.3-11 compression library - runtime boinc-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#208071: can't find qt.xml in qt3-doc
tag 208071 + moreinfo thanks On Mon, Sep 01, 2003 at 02:55:32AM +0800, Yun-Ta Tsai wrote: Package: qt3-doc Version: 3:3.2.1-1 Severity: normal the debian.org package searcher indicates that qt.xml is in qt3-doc package. however, while verify via ls and dpkg -L, there is no *.xml in qt3-doc. what is qt.xml supposed to be or do ? I see one in the archive, that is in kdevelop3-data. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#366955: New upstream release 0.8.1 available (version bump)
Package: qemu Version: 0.8.0-3 Severity: wishlist As of writing, new upstream version (0.8.1) of qemu is available. This version fix many bugs and add some new features. Can you please update the package in unstable. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366886: Overrides: libgnutls11 should be Priority: optional
clone 366886 -1 reassign -1 gnutls13 retitle -1 Please sync with overrides and set priority to optional instead of important stop Hi, I wish the gnutls13 source would use the correct priority to avoid making the same mistake when libgnutls14 comes. Thanks, -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
Bug#279670: snmpd is compiled without embedded Perl
Hi Christian, Jochen, is there any reason why do did not just put --with-embedded-perl into debian/rules although these requests exists for months now? Any caveats that one should be aware of? Embedded perl is on my TODO list for 5.3. However, i'd like to have snmpd with embedded perl as an alternative to snmpd without it. As perl is a pretty large package (including the necessary modules), i don't like to require it just for getting snmpd support. In particular if snmpd runs on an embedded device (like firewall or router) which uses a flash device as internal disk. Additionally, at least with perl 5.8.8-4, compilation fails with: snmp_perl.c:88:2: error: #error embedded perl broken make[1]: *** [snmp_perl.lo] Fehler 1 make[1]: Leaving directory `/home/ul03074/net-snmp-5.2.2/agent' make: *** [subdirs] Fehler 1 Thanks, Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361924: xdm: segfaults at login also
Package: xdm Version: 1:1.0.1-6 Hi, xdm behaves this way every time I try to initiate a session with it. While everything worked fine with the 6.9.0 series of xdm for me, I now encounter the following behavior: It starts, I can enter my username and password. After entering the password and pressing enter, xdm dissapears and presents me the login window again after some seconds. I have tried purging and reinstalling xdm, just in case some of the broken configuration files from the first upload of 1:1.0.1 are causing this, but it seems that all session initialization files are ok. (spawning using Xsession works with wdm). There are no errors in /var/log/xdm.log nor in ~/.xsession-errors (which stays empty, indicating that it even does not come that far). Instead, I get the same segmentation fault message in my /var/log/syslog: May 12 14:13:30 marx kernel: xdm[10058]: segfault at rip 0040a8c0 rsp 7f883df8 error 4 This is happening on the AMD64 architecture. Regards, René -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xdm depends on: ii cpp 4:4.0.3-3 The GNU C preprocessor (cpp) ii debconf [debconf-2.0]1.5.0 Debian configuration management sy ii libc62.3.6-7 GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxau6 1:1.0.0-3 X11 authorisation library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxdmcp61:1.0.0-4 X11 Display Manager Control Protoc ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii libxt6 1:1.0.0-4 X11 toolkit intrinsics library ii x11-common 1:7.0.17X Window System (X.Org) infrastruc ii xbase-clients1:7.0.1-1 miscellaneous X clients xdm recommends no packages. -- debconf information: xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm * shared/default-x-display-manager: wdm -- René van Bevern [EMAIL PROTECTED] http://progn.org http://www.debian.org http://www.pro-linux.de pgpJOpbssrizT.pgp Description: PGP signature
Bug#313375: Khelpcenter index building broken
forwarded 313375 http://bugs.kde.org/show_bug.cgi?id=102912 tags 313375 + upstream tags 313375 - experimental stop Just FYI, this problem is an upstream bug, reported in the KDE BTS dozens of times, that no one can seem to be bothered to fix. Nothing Debian specific. No version of htdig, whether present in Debian or not, works. Cheers, Christopher Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364443: [Pkg-awstats-devel] Bug#364443: Vulnerability exists also with the 'diricons' parameter
Hendrik Weimer wrote: Martin Schulze [EMAIL PROTECTED] writes: How can the diricons and config parameters be exploited? From a quick glance I can't find an open associated with $DirIcons. The diricons issue is a XSS vulnerability. It has nothing to do with the two other holes (which lead to arbitrary code execution) other than they all are a case of missing input sanitizing. Umh... but since the query_string is already sanitised globally how can XSS still happen? Was the sanitising not sucessful? Regards, Joey -- It's time to close the windows. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366957: cyrus-common-2.2: /usr/lib/cyrus/cyrus-db-types.txt is empty
Package: cyrus-common-2.2 Version: 2.2.13-3 Severity: normal After upgrading from cyrus 2.1 to cyrus 2.2 I tried to follow the upgrading information in README.Debian.database. However, cyrus-db-types.txt is rather empty (it only contains the BDB version). I got myself the source package and tried to generate the file that way but it remains empty. Obviously the db config isn't in config.h anymore: grep -E 'CONFIG_DB_[A-Z]+[[:space:]]+[(]' config.h return nothing at all. Eventually I figured out what databases I need. I include them here as a hint to others who might happen to have a similar problem, format is DBNAME,format: DUPLICATE,berkeley_nosync MBOX,skiplist SEEN,skiplist SUBS,flat Information about old formats was correct (cyrus-db-types.active). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cyrus-common-2.2 depends on: ii adduser 3.86 Add and remove users and groups ii debconf [debcon 1.4.72 Debian configuration management sy ii dpkg1.13.18 package maintenance system for Deb ii gawk1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii libdb4.24.2.52-24Berkeley v4.2 Database Libraries [ ii libsasl22.1.19.dfsg1-0.1 Authentication abstraction library ii libsnmp95.2.2-3 NET SNMP (Simple Network Managemen ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii libwrap07.6.dbs-9Wietse Venema's TCP wrappers libra ii libzephyr3 2.1.20010518.SNAPSHOT-15 The original Instant Message sys ii netbase 4.25 Basic TCP/IP networking system ii perl5.8.8-4 Larry Wall's Practical Extraction ii postfix [mail-t 2.2.10-1 A high-performance mail transport Versions of packages cyrus-common-2.2 recommends: ii cyrus-admin-2.2 2.2.13-3 Cyrus mail system (administration ii cyrus-imapd-2.2 2.2.13-3 Cyrus mail system (IMAP support) -- debconf information: cyrus-common-2.2/warnbackendchange: cyrus-common-2.2/removespools: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366800: samba: Segfault in Samba
On Fri, May 12, 2006 at 07:26:42AM +0200, Christian Perrier wrote: From memory (no BTS access right now), it seems we have already reported this to upstream, requesting that at least nmbd fails nicely instead of badly crashing. Yes, indeed, you reported it yourself; if I remember correctly :-) Cheers, Eloy.- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366370: need better strace
Hey, Since I wrote the code that seems to be causing this... I guess I should look into this. Can I get an strace that has the -f option on its command line? Thanks, johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335779: acknowledged by developer (Re: Bug#335779: /usr/lib/ruby/1.8/debian.rb:77: warning: Insecure world writable dir /tmp/., mode 041777)
On Thu, May 11, 2006 at 11:03:21AM -0700, Debian Bug Tracking System [EMAIL
PROTECTED] wrote:
It has been closed by one of the developers, namely
Fumitoshi UKAI [EMAIL PROTECTED].
I think that was way too fast :(
Subject: Re: Bug#335779: /usr/lib/ruby/1.8/debian.rb:77: warning: Insecure
world writable dir /tmp/., mode 041777
If this indeed is a valid warning, this would probably indicate a bug, as
using /tmp in an insecure way is not a problem of /tmp permissions, but of
program logic.
I think this is because of your wrong PATH settings.
. is a perfectly acceptable and valid component for $PATH.
There is nothing wrong about it as you wrongly :) imply...
The line debian.rb:77, it just call
system('/usr/bin/dpkg', '--compare-versions', a, rel, b)
Here, ruby complains if there are insecure directory in $PATH, even if
executable that is trying to be executed by system(3) is specified
by absolute path.
Thats obviously a bug in ruby. It complains about a nonexistant insecurity
that simply isn't there.
Regardless of what is in my PATH, and wether it is supported or according
to our taste, the warning is bogus.
So the bug is valid in any case, and it should not be closed.
It might be fixed by fixing $PATH in debian.rb, but I believe you should not
put . in $PATH and it would be nice warnings.
As you said for yourself, the warning is _bogus_ and has no meaning, at
least in this case, and regardless of the $PATH, because its not involved.
--
The choice of a
-==- _GNU_
==-- _ generation Marc Lehmann
---==---(_)__ __ __ [EMAIL PROTECTED]
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366797: inkscape: EPS import broken
Hi Johannes! On Wed, May 10, 2006 at 10:30:01PM -0700, Johannes Graumann wrote: Package: inkscape Version: 0.43-4 Severity: important Trying to open an inkscape produced eps results in the error: inkscape my.eps my.eps:1: parser error : Start tag expected, '' not found %!PS-Adobe-3.0 EPSF-3.0 ^ Hmm, you can't open an .eps-file this way. You have to go via the File-Import menu. AFAIK there is no way to import files on the command-line. You can only export files that way, e.g. svg to eps: $ inkscape filename.svg --export-eps=filename.eps --export-text-to-path or to png: $ inkscape filename.svg --export-png=filename.png -w600 -h400 You can also specify width and height this way. Could you please try to import your eps via the menu and report the result? Inkscape uses pstoedit for eps import, so that package has to be installed on your system. pstoedit itself is somewhat limited concerning import of bitmaps, but with an eps created by inkscape you should not have any problems. With best regards, Wolfi signature.asc Description: Digital signature
