Bug#599924: Intent to package plowshare for Debian
Hi Fernando, It would be nice to have plowshare in the official Debian archive. However as plowshare is updated frenquently (remote websites are updated at regular basics), it should be added to "volatile" repository. Find my current packaging files as attachment. I'm not familiar enough with official maintainer job, so I let you maintain this package alone. Regards, Matthieu PS: Arnau is still around ;) On 06/03/2011 18:06, fcestr...@fcestrada.com wrote: Hi Matthieu, First of all thanks for keep the hard work in plowshare [1], I'm a happy recent user of plowshare and a Debian enthusiast so mixing both would be great, I know that there is a Debian package [2] but I don't know if exists an intention to make an official Debian package and this is the reason of this message, my intention to contribute for a plowshare official Debian package [3]. I know that (unfortunately) Arnau is not active in the project anymore [4], but plowshare keeps working and if it's your intention to keep the work on it, I'll be glad to help you with a Debian package and contributing with you to keep plowshare in good shape. I want to know if you're agree to have a Debian package of plowshare, and if it's ok for you if I mantain this package in Debian (if you want to mantain the package in Debian I don't have any problem to change the bug's owner [3]). Thanks in advance for your time, have a nice day ;-) Best Regards, P.S.1. Arnau: Thanks a lot for your work in plowshare, my best wishes for you ;-) P.S.2. Please keep the bug mail address in the answer. [1] http://code.google.com/p/plowshare/ [2] http://code.google.com/p/plowshare/downloads/detail?name=plowshare_1~svn1373-1_all.deb [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599924 [4] "2010 Oct 28: I am sorry to announce that I am leaving plowshare."... plowshare-debian.tar.gz Description: GNU Zip compressed data
Bug#602857: mc: [VFS] generic .7z archive edition
Package: mc
Version: 3:4.7.0.9-1
Severity: minor
Tags: patch
Currently, mc uses 7za which is provided by "p7zip-full" package.
It would be nice to have also support for "p7zip" package.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.34-m (SMP w/4 CPU cores; PREEMPT)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Versions of packages mc depends on:
ii e2fslibs 1.41.12-2 ext2/ext3/ext4 file system librari
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libcomerr21.41.12-2 common error description library
ii libglib2.0-0 2.24.2-1 The GLib library of C routines
ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib
ii libslang2 2.2.2-4The S-Lang programming library - r
Versions of packages mc recommends:
ii mime-support 3.48-1 MIME files 'mime.types' & 'mailcap
Versions of packages mc suggests:
pn arj(no description available)
ii bzip2 1.0.5-6 high-quality block-sorting file co
pn catdvi (no description available)
pn dbview (no description available)
pn djvulibre-bin (no description available)
ii evince [pdf-viewer] 2.30.3-1 Document (postscript, pdf) viewer
ii file5.04-5 Determines file type using "magic"
pn gv (no description available)
ii imagemagick 8:6.6.0.4-2.2image manipulation programs
pn odt2txt(no description available)
ii perl5.10.1-15Larry Wall's Practical Extraction
ii python 2.6.6-3+squeeze1 interactive high-level object-orie
pn python-boto(no description available)
pn python-tz (no description available)
ii unzip 6.0-4De-archiver for .zip files
ii w3m 0.5.2-9 WWW browsable pager with excellent
ii xpdf [pdf-viewer] 3.02-11 Portable Document Format (PDF) rea
ii zip 3.0-3Archiver for .zip files
-- Configuration Files:
/etc/mc/mc.ext changed [not included]
-- no debconf information
>From dc4c9c6defd14bbe0a8a810abdda059438142167 Mon Sep 17 00:00:00 2001
From: Matthieu Crapet
Date: Mon, 8 Nov 2010 22:40:37 +0100
Subject: [PATCH] VFS: generic .7z archive edition
p7zip-full package provides 7za executable.
p7zip package provides 7zr executable.
---
lib/vfs/mc-vfs/extfs/u7z |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/vfs/mc-vfs/extfs/u7z b/lib/vfs/mc-vfs/extfs/u7z
index cc8d2d9..9d41ac6 100644
--- a/lib/vfs/mc-vfs/extfs/u7z
+++ b/lib/vfs/mc-vfs/extfs/u7z
@@ -5,7 +5,7 @@
# Some Bugfixes/workarounds by Sergiy Niskorodov
# Licensed under GNU GPL version 2 or later version.
-P7ZIP=`which 7z 2>/dev/null` || P7ZIP=`which 7za 2>/dev/null`
+P7ZIP=`which 7z 2>/dev/null` || P7ZIP=`which 7za 2>/dev/null` || P7ZIP=`which
7zr 2>/dev/null`
mcu7zip_list ()
{
--
1.7.2.3
Bug#388408: gftp: gFTP ignore escape characters
Package: gftp Version: 2.0.18-16 Followup-For: Bug #388408 The main problem is that gftp does not handle escape sequences. In your example, you forget a first space: ftp> cd space first dir CWD space first dir 550 Can't change directory to space first dir: No such file or directory You only need to add an extra space after cd.. Here an example: ftp> mkdir \ space\ first\ dir MKD \ space\ first\ dir 257 "\ space\ first\ dir" directory created. shell> cd '\ wpace\ first\ dir' is valid. So just insert spaces to create directories with space: ftp> mkdir 4spaces MKD 4spaces 257 "4spaces" directory created. ftp> cd 4spaces CWD 4spaces 250 CWD command successful. shell> ls \ \ \ \ 4spaces Strings are processed through gftp_string_from_utf8. in gftp_string_from_utf8 (protocol.c). Glib provides the g_strcompress function. It could be nice to add some kind of option "support escape chars" in the rc file. Regards, Matthieu -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (600, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1-matt Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gftp depends on: ii gftp-gtk 2.0.18-16 X/GTK+ FTP client ii gftp-text 2.0.18-16 colored FTP client using GLib gftp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375912: gftp-gtk: Queue stopping segfaults
Package: gftp-gtk
Version: 2.0.18-14
Severity: minor
Hi,
Here is the scenario:
- Options > Start file transfer must not be ticked.
- Connect to an FTP and enqueue a file
- Right click and select "Stop Transfer"
- Right click and select "Start Transfer"
There is a race condition (see file gtk/transfer.c):
- update_downloads : unalloc transdata->transfer [= tdata]
- stop_transfer : structmutex is freed
Here is the patch to fix it. Once clicked on "Stop Transfer" (transfers are
"Waiting..."), the treeview is updated (cleared).
Matthieu
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (600, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.19-matt
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages gftp-gtk depends on:
ii gftp-common 2.0.18-14 shared files for other gFTP packag
ii libatk1.0-0 1.11.4-2The ATK accessibility toolkit
ii libc62.3.6-15GNU C Library: Shared libraries
ii libcairo21.0.4-2 The Cairo 2D vector graphics libra
ii libfontconfig1 2.3.2-7 generic font configuration library
ii libglib2.0-0 2.10.3-2The GLib library of C routines
ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface
ii libpango1.0-01.12.3-1Layout and rendering of internatio
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 libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii libxi6 1:1.0.0-5 X11 Input extension library
ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library
ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library
ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra
gftp-gtk recommends no packages.
-- no debconf information
--- transfer.c.orig 2006-06-28 21:32:46.0 +0200
+++ transfer.c 2006-06-28 21:33:37.0 +0200
@@ -609,9 +609,10 @@
num_transfers_in_progress--;
}
- if (!tdata->show && tdata->started)
+ if ((!tdata->show && tdata->started) ||
+ (tdata->done && !tdata->started))
{
- transdata = gtk_ctree_node_get_row_data (GTK_CTREE (dlwdw),
+ transdata = gtk_ctree_node_get_row_data (GTK_CTREE (dlwdw),
tdata->user_data);
if (transdata != NULL)
g_free (transdata);
Bug#375324: libfont-ttf-perl: New upstream version
Package: libfont-ttf-perl Severity: wishlist Hi, Version Font-TTF-0.39 has been released. http://search.cpan.org/~mhosken/Font-TTF-0.39/ Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312819: RFP: olive -- console RSS reader
I looked a little at this software. olive depends on libcurses-ui-perl. libcurses-ui-perl is currently 0.95-5 (latest on cpan - 10 Dec 2004). olive requires an extra patch for Curses/UI.pm. However you can find the patch on the author's GForge (8 months old). http://gforge.stud.inf.fh-bonn-rhein-sieg.de/scm/cvsweb.php/curses-ui/lib/Curses/?cvsroot=curses-ui I don't think that releasing cvs snapshot of libcurses-ui-perl is good. Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358801: Debian "libdata-compare-perl" package (bug #358801)
Hello, No problem, you did the job first. You won ! I'll seek for other orphaned package. Just a remark, you could add a watch file: version=3 http://mirrors.kernel.org/cpan/modules/by-module/Data/Data-Compare-([\d\.]+)\.tar\.gz Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358801: RFA: libdata-compare-perl -- Compare two perl data structures recursively.
Package: libdata-compare-perl Followup-For: Bug #358801 Hi, I'd like to adopt this package. Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374884: libterm-size-perl: Version 0.203 available
Package: libterm-size-perl Severity: wishlist A new version is available at cpan. Term-Size-0.203 (21 May 2006) Matthieu -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.19-matt Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374306: apt-build: "LANG=C apt-cache policy " don't work
Package: apt-build Version: 0.12.17 Severity: normal Hi, My locale make some trouble to apt-build. $ apt-build install memstat Unable to find binary candidate for memstat at /usr/bin/apt-build line 476. # see in "get_pkg_version" fonction # open APTCIN, "LANG=C " . $conf->apt_cache . " policy $pkg_name |"; # implies a wrong parsing "Candidate" instead of "Candidat" (french locale) $ locale [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] LC_ALL= $ LANG=C apt-cache policy memstat memstat: Installé| : 0.4.0.0.1 Candidat| : 0.4.0.0.1 Table de version| : *** 0.4.0.0.1 0 500 http://ftp.skynet.be sid/main Packages 100 /var/lib/dpkg/status (note the extra 0xA0 character before the colon character) $ LC_CTYPE=LANG=C apt-cache policy memstat memstat: Installed: 0.4.0.0.1 Candidate: 0.4.0.0.1 Version table: *** 0.4.0.0.1 0 500 http://ftp.skynet.be sid/main Packages 100 /var/lib/dpkg/status $ LC_ALL=C apt-cache policy memstat memstat: Installed: 0.4.0.0.1 Candidate: 0.4.0.0.1 Version table: *** 0.4.0.0.1 0 500 http://ftp.skynet.be sid/main Packages 100 /var/lib/dpkg/status Touching /etc/environment doesn't affect. Is it really an apt-build issue ? Regards, Matthieu Crapet -- 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.19-matt Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-build depends on: ii apt 0.6.44.2 Advanced front-end for dpkg ii apt-utils 0.6.44.2 APT utility programs ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii devscripts2.9.20 Scripts to make the life of a Debi ii dpkg-dev 1.13.21package building tools for Debian ii g++ 4:4.1.1-1 The GNU C++ compiler ii gcc 4:4.1.1-1 The GNU C compiler ii libappconfig-perl 1.56-2 Perl module for configuration file ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii perl 5.8.8-6Larry Wall's Practical Extraction Versions of packages apt-build recommends: ii build-essential 11.2 informational list of build-essent ii fakeroot 1.5.8 Gives a fake root environment -- debconf information: apt-build/arch_alpha: ev4 apt-build/arch_arm: armv2 * apt-build/olevel: Medium * apt-build/build_dir: /var/cache/apt-build/build apt-build/arch_sparc: sparc * apt-build/arch_amd: athlon-xp * apt-build/options: apt-build/arch_intel: pentium * apt-build/make_options: * apt-build/repository_dir: /var/cache/apt-build/repository apt-build/arch_amd64: x86-64 * apt-build/add_to_sourceslist: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364886: gftp: chmod mode is interpreted as decimal
Package: gftp
Version: 2.0.18-13
Followup-For: Bug #364886
Hi,
See the fix. Values will be handled correctly now.
Matthieu Crapet
-- 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.19-matt
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages gftp depends on:
ii gftp-gtk 2.0.18-13 X/GTK+ FTP client
ii gftp-text 2.0.18-13 colored FTP client using GLib
gftp recommends no packages.
-- no debconf information
--- gftpuicallbacks.c.orig 2006-06-15 10:57:08.0 +0200
+++ gftpuicallbacks.c 2006-06-15 11:13:01.0 +0200
@@ -53,8 +53,10 @@
int
gftpui_common_run_chmod (gftpui_callback_data * cdata)
{
+ /* If a symbolic mode is entered (example: "a+x"),
+ strtol will return 0 */
return (gftp_chmod (cdata->request, cdata->source_string,
- strtol (cdata->input_string, NULL, 10)));
+ strtol (cdata->input_string, NULL, 8)));
}
Bug#322718: gftp: segfaults when modifying bookmarks
Package: gftp
Version: 2.0.18-13
Followup-For: Bug #322718
Greetings,
The bug occurs when you have an option in a site entry (.gftp/bookmarks),
for example "passive_transfer" or "preserve_time".
And then, you edit your bookmarks and add a new option to the site.
A hash table already containing "modified params" is wrong after a realloc
(see config_file.c, gftp_set_bookmark_option).
See attached patch.
Matthieu Crapet
-- 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.19-matt
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages gftp depends on:
ii gftp-gtk 2.0.18-13 X/GTK+ FTP client
ii gftp-text 2.0.18-13 colored FTP client using GLib
gftp recommends no packages.
-- no debconf information
--- config_file.c.orig 2006-06-15 04:13:30.0 +0200
+++ config_file.c 2006-06-15 03:56:37.0 +0200
@@ -1420,6 +1420,8 @@
_gftp_set_option_value (tmpconfigvar, value);
else
{
+ int i;
+
if (gftp_global_options_htable == NULL ||
(tmpconfigvar = g_hash_table_lookup (gftp_global_options_htable,
key)) == NULL)
@@ -1437,15 +1439,22 @@
ret = gftp_option_types[tmpconfigvar->otype].compare_function (&newconfigvar, tmpconfigvar);
if (ret == 0)
return;
-
+
if (bm->local_options_hash == NULL)
bm->local_options_hash = g_hash_table_new (string_hash_function,
string_hash_compare);
bm->num_local_options_vars++;
- bm->local_options_vars = g_realloc (bm->local_options_vars,
+ bm->local_options_vars = g_realloc (bm->local_options_vars,
sizeof (gftp_config_vars) * bm->num_local_options_vars);
+ /* We must rebuild the bm->local_options_hash because pointers are relocated
+ (remember that g_hash_table do not keep their own copies of either keys or values) */
+ for (i = 0; i < bm->num_local_options_vars - 1; i++) {
+g_hash_table_replace (bm->local_options_hash, bm->local_options_vars[i].key,
+&bm->local_options_vars[i]);
+ }
+
memcpy (&bm->local_options_vars[bm->num_local_options_vars - 1], tmpconfigvar, sizeof (*tmpconfigvar));
_gftp_set_option_value (&bm->local_options_vars[bm->num_local_options_vars - 1], value);
Bug#325596: kernel-package: nvidia-kernel-source case
Hi, Here it is : $ head -n5 ./debian/changelog linux-source-2.6.14 (lala16) unstable; urgency=low * It was pointed out to me that the ability to build third party modules using make-kpkg and linux kernel headers packages had broken with recent kernel packages, since the check for whether we were in a top "lala16" is make-kpkg's --revision value, it appears only in the package filename. I made another attemp : # make-kpkg clean # make-kpkg --append-to-version='-mat2' --revision=lala17 kernel_image ... # head -n1 ./debian/changelog linux-source-2.6.14-mat2 (lala17) unstable; urgency=low # grep LOCALVERSION= .config CONFIG_LOCALVERSION="-matt" build my nvidia module : # make-kpkg modules_image exec debian/rules DEBIAN_REVISION=lala17 modules_image == making .config because of Makefile == test -f .config || test ! -f .config.save || \ cp -pf .config.save .config test -f .config || test ! -f .config || \ cp -pf .config .config test -f .config || test ! -f ./debian/config || \ cp -pf ./debian/config .config test -f .config || (echo "*** Need a config file .config" && false) The changelog says we are creating 2.6.14-mat2, but I thought the version is 2.6.14 make: *** [modules_image] Erreur 1 # make-kpkg --append-to-version='-mat2' modules_image Warning: The file include/linux/version.h exists The contained UTS_VERSION string: "2.6.14-mat2-matt" does not match expectations: "2.6.14-mat2" ... Finaly I have : linux-image-2.6.14-mat2_lala17_i386.deb nvidia-kernel-2.6.14-mat2_1.0.8178-2+lala17_i386.deb Path for modules are (same order as above) : /lib/modules/2.6.14-mat2-matt/kernel/... /lib/modules/2.6.14-mat2/nvidia/... Regards, Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325596: kernel-package: nvidia-kernel-source case
Package: kernel-package
Version: 10.035
Followup-For: Bug #325596
Greetings,
I reproducted it. For that, I will take the "nvidia-kernel-source"
package example. I have CONFIG_LOCALVERSION="-matt".
According to the documentation
(/usr/share/doc/nvidia-kernel-source/README.Debian), there is two ways to build
it. The first one uses headers only:
# export KSRC=/usr/src/linux
# uname -r
2.6.14-matt
# export KVERS=2.6.14-matt
# cd /usr/src/modules/nvidia-kernel
# debian/rules binary_modules
The .deb created is correct
(/CONTENTS/lib/modules/2.6.14-matt/nvidia/nvidia.ko).
The second method uses make-kpkg:
# cd /usr/src/linux
# make-kpkg modules_image
The scripts ends normally, but the path created is wrong
(/CONTENTS/lib/modules/2.6.14/nvidia/nvidia.ko).
By patching debian/rules (of nvidia-kernel-source), I can see
KVERS=2.6.14 that's the issue.
I noticed that inside make-kpkg, "debian/changelog" is read
and $version = "lala16" for me.
At this point I must say that I use the revision flag to manage my serial
number:
make-kpkg --revision 'lala16' kernel-image
(I discovered --append-to-version recently). Does it matter ?
However it seems that my kernel package has a wrong name :
linux-image-2.6.14_lala16_i386.deb,
localversion doesn't appear in the name ?
I attached my full typescript.
Hope it helps!
Regards,
Matthieu
-- 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.14-matt
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages kernel-package depends on:
ii dpkg 1.13.16package maintenance system for Deb
ii dpkg-dev 1.13.16package building tools for Debian
ii file 4.15-2 Determines file type using "magic"
ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler
ii gcc-2.95 [c-compiler] 1:2.95.4-24The GNU C compiler
ii gcc-3.0 [c-compiler] 1:3.0.4-7 The GNU C compiler.
ii gcc-3.3 [c-compiler] 1:3.3.6-12 The GNU C compiler
ii gcc-4.0 [c-compiler] 4.0.2-9The GNU C compiler
ii gettext 0.14.5-2 GNU Internationalization utilities
ii make 3.80+3.81.b4-1 The GNU version of the "make" util
ii perl 5.8.8-2Larry Wall's Practical Extraction
ii po-debconf0.9.2 manage translated Debconf template
Versions of packages kernel-package recommends:
ii bzip2 1.0.3-2high-quality block-sorting file co
ii libc6-dev [libc-dev] 2.3.6-1GNU C Library: Development Librari
-- no debconf information
Le script a débuté sur lun 20 fév 2006 00:16:47 CET
lala:/usr/src# pws d
/usr/src
lala:/usr/src# tar zxvf nvidia-kernel-source.tar.gz
modules/
modules/nvidia-kernel/
modules/nvidia-kernel/debian/
modules/nvidia-kernel/debian/changelog
modules/nvidia-kernel/debian/control.template
modules/nvidia-kernel/debian/copyright
modules/nvidia-kernel/debian/devfs.devices
modules/nvidia-kernel/debian/dirs.template
modules/nvidia-kernel/debian/override.template
modules/nvidia-kernel/debian/patches/
modules/nvidia-kernel/debian/patches/03_pci_get_class
modules/nvidia-kernel/debian/patches/04_minion
modules/nvidia-kernel/debian/patches/01_sysfs
modules/nvidia-kernel/debian/patches/02_pcialias
modules/nvidia-kernel/debian/patches/00list
modules/nvidia-kernel/debian/postinst
modules/nvidia-kernel/debian/postrm
modules/nvidia-kernel/debian/README.Debian
modules/nvidia-kernel/debian/rules
modules/nvidia-kernel/nv/
modules/nvidia-kernel/nv/conftest.sh
modules/nvidia-kernel/nv/cpuopsys.h
modules/nvidia-kernel/nv/gcc-version-check.c
modules/nvidia-kernel/nv/makefile
modules/nvidia-kernel/nv/Makefile.kbuild
modules/nvidia-kernel/nv/Makefile.nvidia
modules/nvidia-kernel/nv/nv.c
modules/nvidia-kernel/nv/nv.h
modules/nvidia-kernel/nv/nv-kernel.o
modules/nvidia-kernel/nv/nv-linux.h
modules/nvidia-kernel/nv/nv-memdbg.h
modules/nvidia-kernel/nv/nv-misc.h
modules/nvidia-kernel/nv/nvtypes.h
modules/nvidia-kernel/nv/nv-vm.c
modules/nvidia-kernel/nv/nv-vm.h
modules/nvidia-kernel/nv/os-agp.c
modules/nvidia-kernel/nv/os-agp.h
modules/nvidia-kernel/nv/os-interface.c
modules/nvidia-kernel/nv/os-interface.h
modules/nvidia-kernel/nv/os-registry.c
modules/nvidia-kernel/nv/pat.h
modules/nvidia-kernel/nv/README
modules/nvidia-kernel/nv/rmretval.h
lala:/usr/src# cd modules/nvidia-kernel/
cd linux
lala:/usr/src/linux# make-kpkg modules_image
exec debian/rules DEBIAN_REVISION=lala16 modules_image
== making .config because of ==
test -f .config || test ! -f .config.save || \
cp -pf .config.save .config
test -f .config || test ! -f .config || \
cp -pf .config
Bug#339977: gftp: Segfault while trying to get any file (2)
Package: gftp
Version: 2.0.18-10
Severity: grave
Justification: renders package unusable
Hi,
Making segfault is similar to (closed) bug #325587, just connect to an FTP site
and try to download one file (click with left arrow button).
I recompiled with debug "gftp-2.0.18" (apt-get source)
===
Program received signal SIGSEGV, Segmentation fault.
0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at
rfc959.c:706
706 memcpy (&data_addr.sin_addr,
(gdb) bt
#0 0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at
rfc959.c:706
#1 0x080787db in rfc959_data_connection_new (request=0x822fa30) at rfc959.c:969
#2 0x08078c60 in rfc959_get_file (request=0x822fa30,
filename=0x822f918 "/rep/fichier", fd=-1, startsize=0) at rfc959.c:1107
It is here (rfc959.c, line 1936)
=
if (ignore_pasv_address)
{
#if defined (HAVE_GETADDRINFO)
memcpy (&data_addr.sin_addr,
&((struct sockaddr_in *)
request->current_hostp->ai_addr)->sin_addr,
sizeof (data_addr.sin_addr));
#else
memcpy (&data_addr.sin_addr,
request->hostp->h_addr_list[request->curhost],
request->hostp->h_length);
#endif
pos = (char *) &data_addr.sin_addr;
request->logging_function (gftp_logging_error, request,
_("Ignoring IP address in PASV response, connecting to
%d.%d.%d.%d:%d\n"),
pos[0] & 0xff, pos[1] & 0xff, pos[2] & 0xff, pos[3] & 0xff,
ntohs (data_addr.sin_port));
}
else
memcpy (&data_addr.sin_addr, &ad[0], 4);
=
As you can see, it only happens, when the general option "Ignore PASV address"
is ticked.
(and with configure HAVE_GETADDRINFO)
I saw that the request->current_hostp (and request->hostp) was NULL.
The structure "fromreq" is created for the first time here:
transfer_window_files (src/gtk/transfer.c):
transfer->fromreq = gftp_copy_request (fromwdata->request);
transfer->toreq = gftp_copy_request (towdata->request);
transfer->fromwdata = fromwdata;
Inside "fromwdate->request", hostp and current_hostp are not NULL, but after
the call
transfer->fromreq will have hostp=NULL.
The problem is in "lib/misc", gftp_copy_request
When you want to transfer files : current_hostp is not NULL and hostp is NULL.
That's the problem.
When browsing the ftp, the fonction is called with host filled (not NULL), so
it's ok !
[
Loading directory listing / from server ([EMAIL PROTECTED])
PASV
227 Entering Passive Mode (11,22,33,44,195,105)
Ignoring IP address in PASV response, connecting to 11.22.33.44:50025
]
(misc.c, around line 1335)
=
#if defined (HAVE_GETADDRINFO) && defined (HAVE_GAI_STRERROR)
struct addrinfo *hostp = req->hostp;
struct addrinfo *newhostp = newreq->hostp; /* <=== bug */
while (hostp != NULL)
{
newhostp = g_malloc (sizeof(struct addrinfo));
memcpy(newhostp, hostp, sizeof(struct addrinfo));
newhostp->ai_addr = g_malloc (sizeof(struct sockaddr));
memcpy(newhostp->ai_addr, hostp->ai_addr, sizeof(struct sockaddr));
if (hostp->ai_canonname)
newhostp->ai_canonname = strdup(hostp->ai_canonname);
if (req->current_hostp == hostp)
newreq->current_hostp = newhostp;
hostp = hostp->ai_next; newhostp = newhostp->ai_next;
}
#else
newreq->hostp = g_malloc (sizeof(struct hostent));
memcpy(newreq->hostp, req->hostp, sizeof(struct hostent));
newreq->host = req->host;
newreq->curhost = req->curhost;
#endif
=========
The first element is never set to newreq->hostp, because malloc is done after.
I also think that listed list is not correct (only if req->hostp->ai_next !=
NULL,
which is not very common).
That's all !
Matthieu Crapet
-- 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.14-matt
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages gftp depends on:
ii gftp-gtk 2.0.18-10 X/GTK+ FTP client
ii gftp-text 2.0.18-10 colored FTP client using GLib
gftp recommends no packages.
-- no debconf information
misc.c-patch.gz
Description: Binary data
