Bug#770519: [Pkg-vsquare-devel] Bug#770519: Patches for outdated kernel versions
Hello Renzo, (using English because of the cc) On Fri, Nov 21, 2014 at 23:47:01 +0100, Moritz Muehlenhoff wrote: Severity: serious kernel-patch-viewos only provides patches for up to Linux 3.1.5. it should be updated to support the standard kernel in jessie or removed. As far as I can tell from the SVN repository, we only have patches up to kernel version 3.6-rc1. Is there any ViewOS patch available for kernel 3.16? If not, we have to drop the Debian package. Thanks! Ludovico -- IRC: garden@{freenode,oftc} | 4096R/DA03B32626600662 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745430: [Pkg-vsquare-devel] Bug#745430: closed by Ludovico Gardenghi gar...@debian.org (Bug#745430: fixed in vde2 2.3.2+r586-1)
On Mon, Oct 13, 2014 at 12:41 PM, Gabriele Giacone 1o5g4...@gmail.com wrote: Since patch submission, build started autoreconf'ing. Yes, sorry, I saw that the previous patch directly changed configure then I forgot to update it for dh- autoreconf. I'll upload a new one later today. Attached refreshed debdiff. Thanks! Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671695: [Pkg-vsquare-devel] Bug#671695: fuseiso9660: copies from fuseiso9660 mount aren't reliable
tag 671695 + moreinfo upstream thanks On Sat, May 05, 2012 at 21:24:10 -0400, nick black wrote: I am using fuseiso9660 for the creation of my modified debian-installer ISO. simple-cdd creates a standard debian unstable netboot installer ISO, which I then mount as a FUSE-capable user. I copy files from the FUSE mount into a new directory, from which I make a new CD (using grub-mkrescue). Hello, thank you for your report. The upstream is trying to find the problem and some more information would help. Do you still have by any chance one of the corrupted files? It would be useful to compare them against the good one. If you don't have the broken files anymore, can you provide one of the good files, or at least its size? Thank you! Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671695: [Pkg-vsquare-devel] Bug#671695: Bug#671695: fuseiso9660: copies from fuseiso9660 mount aren't reliable
retitle 671695 fuseiso9660: breaks when using fuse in multi-threading mode tag 671695 - moreinfo thanks On Sun, Jun 24, 2012 at 17:37:09 +0200, Ludovico Gardenghi wrote: thank you for your report. The upstream is trying to find the problem and some more information would help. The issue is related to multi-threading. fuseiso9660 has been written when fuse did not provide multi-threading and contains some thread-unsafe code. Currently, the only way to fix this issue is to always use -s to force single-threaded operations. A new upstream release will be done shortly, which will disable multi-threading until all the components are made thread-safe. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662963: mysql-proxy: new upstream release 0.8.2
On Wed, Mar 07, 2012 at 17:18:37 +0100, Ludovico Gardenghi wrote: * Removing the “admin” plugin from the list of default plugins, as it requires configuration since 0.8.1 I forgot to say (and to put in my patch) that it could be worth putting this in debian/NEWS, as it might break existing setups until all the --admin-* options are removed from the command line, or --plugins=admin and all the compulsory --admin-* options are added. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662963: mysql-proxy: new upstream release 0.8.2
Package: mysql-proxy Version: 0.8.1-1.1 Severity: wishlist Tags: patch Dear maintainers, a new upstream release of mysql-proxy (0.8.2) has been released last August. This is the changelog (from http://dev.mysql.com/doc/refman/5.1/en/mysql-proxy-news-0-8-2.html): * Adding the protocol changes of MySQL 5.5 and later * Removing the “admin” plugin from the list of default plugins, as it requires configuration since 0.8.1 * Added support for binary log checksums. * Added support for decoding all data types of the row-based replication protocol. * Added support for OUT parameters in prepared statements in stored procedures with MySQL 5.5. * Removed the “admin” plugin from the list of default plugins, as it requires configuration since 0.8.1. * Fixed handling of stored procedures with cursors with MySQL 5.5. (Bug #61998) * A crash occurred if the file named with the --defaults-file option did not exist. (Bug #59790) * The first characters of log messages were stripped. (Bug #59790) * A memory leak occurred if connection pooling was used. (Bug #56620) * Fixed handling of “used columns” with row-based replication. * A crash could occur if run under Valgrind. * A bogus timestamp log was produced if state tracking was not compiled in. Since I needed this version on a couple of servers, I prepared the corresponding Debian package; I attach the interdiff between the Debian patches for 0.8.1-1.1 and an hypothetical 0.8.2-0.1. I also fixed some minor lintian issues (not all of them). As you can see from the release version, I prepared the patch as a NMU, just in case: should nobody have enough time to prepare the new release, I can do the NMU for 0.8.2. Thanks! Ludovico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (60, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.34-contrabassi Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com diff -u mysql-proxy-0.8.1/debian/rules mysql-proxy-0.8.2/debian/rules --- mysql-proxy-0.8.1/debian/rules +++ mysql-proxy-0.8.2/debian/rules @@ -28,8 +28,9 @@ ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-lua=lua5.1 -build: build-stamp - +build: build-arch build-indep +build-arch: build-stamp +build-indep: build-stamp build-stamp: config.status dh_testdir diff -u mysql-proxy-0.8.1/debian/init mysql-proxy-0.8.2/debian/init --- mysql-proxy-0.8.1/debian/init +++ mysql-proxy-0.8.2/debian/init @@ -26,7 +26,7 @@ case $1 in start) log_begin_msg Starting MySQL Proxy daemon... -start-stop-daemon --start --quiet --pidfile $PIDFILE --make-pidfile --name mysql-proxy --startas $DAEMON -b -- $OPTIONS +start-stop-daemon --start --quiet --pidfile $PIDFILE --name mysql-proxy --startas $DAEMON -b -- --pid-file=$PIDFILE $OPTIONS log_end_msg $? ;; stop) @@ -41,7 +41,7 @@ restart|force-reload) log_begin_msg Reloading MySQL Proxy daemon... start-stop-daemon --stop --quiet --retry 3 --exec $DAEMON --pidfile $PIDFILE -start-stop-daemon --start --quiet --pidfile $PIDFILE --make-pidfile --name mysql-proxy --startas $DAEMON -b -- $OPTIONS +start-stop-daemon --start --quiet --pidfile $PIDFILE --name mysql-proxy --startas $DAEMON -b -- --pid-file=$PIDFILE $OPTIONS log_end_msg $? ;; *) diff -u mysql-proxy-0.8.1/debian/control mysql-proxy-0.8.2/debian/control --- mysql-proxy-0.8.1/debian/control +++ mysql-proxy-0.8.2/debian/control @@ -11,7 +11,7 @@ Package: mysql-proxy Architecture: any -Depends: ${shlibs:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends} Description: high availability, load balancing and query modification for mysql MySQL Proxy stands between database servers and clients to provide load balancing and failover. Incoming queries can be filtered and modified using diff -u mysql-proxy-0.8.1/debian/changelog mysql-proxy-0.8.2/debian/changelog --- mysql-proxy-0.8.1/debian/changelog +++ mysql-proxy-0.8.2/debian/changelog @@ -1,3 +1,13 @@ +mysql-proxy (0.8.2-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release. + * Add ${misc:Depends} to mysql-proxy. + * Add build-indep and build-arch targets. + * Fix pidfile generation in init script. + + -- Ludovico Gardenghi gar...@debian.org Wed, 07 Mar 2012 14:57:30 +0100 + mysql-proxy (0.8.1-1.1) unstable; urgency=low * Non-maintainer upload. reverted: --- mysql-proxy-0.8.1/src/my_rdtsc.h +++ mysql-proxy-0.8.1.orig/src/my_rdtsc.h @@ -31,8 +31,6 @@ #define C_MODE_END G_END_DECLS typedef guint64 ulonglong; -#include sys/types.h - #ifndef HAVE_ULONG #ifdef HAVE_ULONG_T typedef ulong_t ulong;
Bug#552321: Patch works only partly
Hello! On Wed, Feb 03, 2010 at 21:37:08 +, b...@bc-bd.org wrote: Attached is an updated version of the patch fixing said bash-ism. I've just uploaded a new version of molly-guard (0.4.5-1); my intention was to close the release critical bug #548099, so I focused on letting molly-guard work on Debian GNU/kFreeBSD with the same set of functionalities as the previous version, rather than adding new features. Mine was meant to be a small and non-intrusive non-maintainer upload (as the author and maintainer is Martin), but I got a sort of field promotion ;-) and uploaded it as a co-maintainer. So: your work has been ignored in this release (including the look for a sshd parent part, which is in 0.4.5-1 as well but with a different implementation) just because the aim was to get rid of a RC bug. I see that you and Martin already discussed (and I'd personally appreciate some support for screen/tmux) so I'd prefer to leave to him the choice of adding non-ssh support to molly-guard, unless I receive an explicit authorization to do so on his behalf. :-) In any case, thanks for your contribution! Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548099: broken on kfreebsd
On Tue, Feb 21, 2012 at 15:53:34 +0100, martin f krafft wrote: It seems reasonable to me to try to climb up the process tree until we meet a process with sshd in the command line (or, maybe better (?), with sshd in the proc/pid/exe symlink). Still not the cleanest of the solutions, but should be quite portable. Last I checked, /proc is *not* portable. Right, sorry: quite as in at least for the architectures we'd like to fix, and AFAIK, which I agree is a sensibly different meaning. The check I proposed seems to work fine at least on a recent Linux (2.6.3x), on kFreeBSD 8.2 (asdfasdf) and hurd (exodar). I haven't tested it with esotheric configurations. Looking for the tty in the sshd commandline did not prove very portable as well, so until a really portable way is found we could add another not-so-portable check. molly-guard is not a very complex tool, so I'd not be afraid to pollute it with stuff that will be too complex to remove in the future. molly-guard does not guarantee to be triggered each time you're connected via ssh (e.g. a screen or tmux started on a local console and reattached remotely will not contain SSH_* in the environment nor will the inside shell have a sshd-owned tty), IMHO if some more false negatives can be avoided, it could be worth adding a test. Bye, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639559: Doesn't listen at all
On Wed, Oct 12, 2011 at 20:37:30 +0100, Regis Boudin wrote: thanks for the report, I'm looking into the issue, hopefully will get it fixed soon. The .la files that have been removed in 1.2-24 for compliance with S-V 3.9.2 were in fact used by sbnc via lt_dlopen. I restored them cleaning the dependency_libs line. I attach the debdiff for my QA release for whoever wants to adopt sbnc. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com diff -Nru sbnc-1.2/debian/changelog sbnc-1.2/debian/changelog --- sbnc-1.2/debian/changelog 2011-08-16 21:29:18.0 +0200 +++ sbnc-1.2/debian/changelog 2012-02-19 16:56:45.0 +0100 @@ -1,3 +1,12 @@ +sbnc (1.2-25) unstable; urgency=low + + * QA upload. + * Put back .la files (they are used by lt_dlopen), emptying the +dependency_libs setting. Closes: #639559. + * Add build-indep and build-arch targets to debian/rules. + + -- Ludovico Gardenghi gar...@debian.org Sun, 19 Feb 2012 16:56:06 +0100 + sbnc (1.2-24) unstable; urgency=low * QA upload. diff -Nru sbnc-1.2/debian/rules sbnc-1.2/debian/rules --- sbnc-1.2/debian/rules 2011-04-16 12:35:54.0 +0200 +++ sbnc-1.2/debian/rules 2012-02-19 16:56:45.0 +0100 @@ -21,7 +21,9 @@ --prefix=/ --exec-prefix=/ --with-tcl=/usr/lib/tcl8.5 touch configure-stamp -build: build-stamp +build: build-arch build-indep +build-arch: build-stamp +build-indep: build-stamp build-stamp: config.status dh_testdir $(MAKE) @@ -56,6 +58,8 @@ chrpath -d -k debian/temp/usr/lib/sbnc/libbnctcl.so # Replace leading '//' with '/' in the path. sed 's;//;/;g' -i debian/temp/usr/lib/sbnc/lib*.la + # Empty the 'dependency_libs' setting in .la files. + sed -i /dependency_libs/ s/'.*'/''/ debian/temp/usr/lib/sbnc/lib*.la dh_install binary-indep: build install diff -Nru sbnc-1.2/debian/sbnc.install sbnc-1.2/debian/sbnc.install --- sbnc-1.2/debian/sbnc.install 2011-08-16 21:29:41.0 +0200 +++ sbnc-1.2/debian/sbnc.install 2012-02-19 16:56:45.0 +0100 @@ -1,3 +1,4 @@ debian/temp/sbnc usr/sbin/ debian/temp/usr/lib/sbnc/libsbnc.so* usr/lib/sbnc/ +debian/temp/usr/lib/sbnc/libsbnc.la usr/lib/sbnc/ debian/temp/sbnc.ipc usr/share/sbnc/templates/ diff -Nru sbnc-1.2/debian/sbnc-tcl.install sbnc-1.2/debian/sbnc-tcl.install --- sbnc-1.2/debian/sbnc-tcl.install 2011-08-16 21:29:52.0 +0200 +++ sbnc-1.2/debian/sbnc-tcl.install 2012-02-19 16:56:45.0 +0100 @@ -1,3 +1,4 @@ debian/temp/usr/lib/sbnc/libbnctcl.so* usr/lib/sbnc/ +debian/temp/usr/lib/sbnc/libbnctcl.la usr/lib/sbnc/ debian/temp/scripts usr/lib/sbnc/ debian/temp/sbnc.tcl usr/share/sbnc-tcl/templates/
Bug#548099: broken on kfreebsd
Hello, I was checking this bug during the Paris BSP which is taking place right now. What about throwing in another check like the following one in addition to the tty and SSH_CONNECTION ones? is_child_of_sshd() { pid=$$ ppid=$PPID # Walk up to init. while [ $pid -ne 1 ]; do grep -q sshd /proc/$ppid/cmdline return 0 pid=$ppid ppid=$(grep ^PPid: /proc/$pid/status | tr -dc 0-9) done return 1 } [...] if ! pgrep -f ^sshd.+${PTS#/dev/}\ /dev/null \ [ -z ${SSH_CONNECTION:-} ] \ ! is_child_of_sshd; then [...] It seems reasonable to me to try to climb up the process tree until we meet a process with sshd in the command line (or, maybe better (?), with sshd in the proc/pid/exe symlink). Still not the cleanest of the solutions, but should be quite portable. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659682: [Pkg-vsquare-devel] Bug#659682: vdetelweb: Please add specification of version to libvde-dev.
On Mon, Feb 13, 2012 at 13:50:25 +0900, Nobuhiro Iwamatsu wrote: vdetelweb FTBFS with before version 2.3.2-4 of libvde-dev. Please add specification of version to libvde-dev. libvde-dev releases 2.3.2-1 (released on Jan 19th) to 2.3.2-3 (superseded by 2.3.2-4 on Feb 4th) did not contain libvde0 as a dependency, causing a FTBFS on packages which depended on it. This prevents automatic builds as it's necessary to install libvde0 by hand. Since there are no actual incompatibilities and since the bad version of libvde-dev stayed in the archive just a couple of weeks I'm not sure it's worth adding Build-Depends: libvde-dev ( 2.3.2-1) | libvde-dev (= 2.3.2-4) to the control file. I can update it but by the time of the next upload I expect the version specification to have become useless. Bye, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658598: closed by Luca Falavigna dktrkr...@debian.org (Re: Bug#658598: RM: libvdeplug2-dev -- NBS; Replaced by libvdeplug-dev which Provides it)
On Sat, Feb 04, 2012 at 23:06:09 +, Debian Bug Tracking System wrote: #658598: RM: libvdeplug2-dev -- NBS; Replaced by libvdeplug-dev which Provides it It has been closed by Luca Falavigna dktrkr...@debian.org. libvdeplug2-dev seems to be still there in the powerpc arch, could you please remove it as well? libvdeplug2-dev: Installed: 2.2.3-3 Candidate: 2.2.3-3+b1 Version table: 2.2.3-3+b1 0 500 http://mi.mirror.garr.it/mirrors/debian/ testing/main powerpc Packages 500 http://mi.mirror.garr.it/mirrors/debian/ unstable/main powerpc Packages *** 2.2.3-3 0 500 http://mi.mirror.garr.it/mirrors/debian/ squeeze/main powerpc Packages libvdeplug-dev: Installed: (none) Candidate: 2.3.2-4 Version table: 2.3.2-4 0 500 http://mi.mirror.garr.it/mirrors/debian/ unstable/main powerpc Packages Thanks, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658598: RM: libvdeplug2-dev -- NBS; Replaced by libvdeplug-dev which Provides it
Package: ftp.debian.org Severity: normal Hello, I'd like you to remove libvdeplug2-dev from unstable. The libvdeplug2-dev package has recently been renamed to libvdeplug-dev in order to simplify future Build-Depends if/when the SONAME will change. Since libvdeplug-dev Provides: libvdeplug2-dev, and since libvdeplug2-dev can be safely replaced by libvdeplug-dev, there is no need to keep the 2 version in the archive. In addition, the presence of libvdeplug2-dev is preventing vde2 from migrating to testing (it generates out of date excuses for all architectures). I'll take care of notifying the maintainers of the few packages which still Build-Depend on libvdeplug2-dev instead of libvdeplug-dev for updating them (actually I'm a comaintainer of umview, which is one of them). Thanks, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658082: [Pkg-vsquare-devel] Bug#658082: please provide libvdeplug2-dev for easy build-depending
tags 658082 + pending thanks On Tue, Jan 31, 2012 at 13:03:37 +0400, Michael Tokarev wrote: Current version of vde2 in sid has -dev package named libvdeplug-dev instead of previously used libvdeplug2-dev. New package does not Provides: libvdeplug2-dev. This makes impossible to upload other packages depending on libvdeplug -- since version in testing does not have libvdeplug-dev. As Indeed the absence of Provides: makes transitions to testing harder. I'm about to upload vde2-2.3.2-3 with the Provides you suggested and urgency=high. Hopefully this version of vde2 will migrate to testing in a few days (2.3.2-2 would have been migrated today if it not was for the libvdeplug2-dev issue, so I feel safe to put urgency=high for .3 and have it migrate in 2 days). After the migration it's clearly deprecated to use libvdeplug-dev as build dependency. We'll take care to contact other maintainers and inform them about the change, and we'll remove again the Provides: line once it's safer to do so. Sorry for the inconvenience. :-) Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658082: [Pkg-vsquare-devel] Bug#658082: please provide libvdeplug2-dev for easy build-depending
On Tue, Jan 31, 2012 at 12:20:32 +0100, Ludovico Gardenghi wrote: After the migration it's clearly deprecated to use libvdeplug-dev as ^^ build dependency. We'll take care to contact other maintainers and I obviously meant libvdeplug2-dev. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658082: [Pkg-vsquare-devel] Bug#658082: please provide libvdeplug2-dev for easy build-depending
On Tue, Jan 31, 2012 at 15:26:10 +0400, Michael Tokarev wrote: Hopefully this version of vde2 will migrate to testing in a few days (2.3.2-2 would have been migrated today if it not was for the libvdeplug2-dev issue, so I feel safe to put urgency=high for .3 and have it migrate in 2 days). Don't be in hurry: you need to fix it in _sid_ (unstable), not in testing which has previous version still (hopefully anyway). Well, actually the testing version is *really* old and has definitely more bugs than the unstable one, so I'd rather not delay the migration for other 10 days. :-) Since I did no modifications in 2.3.2-3 w.r.t. 2.3.2-2 except for the Provides: line, I don't expect that 2.3.2-3 will generate many more RC bugs than 2.3.2-2 did. Please note that I already uploaded new version of qemu-kvm (a package which prompted me to file this bugreport) with fixed build-dependency (libvdeplug-dev | libvdeplug2-dev). I'll keep it this way for at least wheezy+, due to squeeze-backports. Makes sense. After the migration it's clearly deprecated to use libvdeplug-dev as build dependency. We'll take care to contact other maintainers and Do you mean libvdeplug2-dev instead of libvdeplug-dev? The latter has just been introduced, so I see no good reason to deprecate it. Yes, I corrected myself in another mail. inform them about the change, and we'll remove again the Provides: line once it's safer to do so. Please don't do that soon, keep it for wheezy+. You'll be making it harder for squeeze-wheezy migration. For -dev packages it is not as important for libraries, but there's just no reason to be in hurry here. We'd just try to make sure that people stop using libvdeplug2-dev unless they need to, as sooner or later it would be nice to get rid of this package name. So it will stay as long as it's needed for smooth upgrades/migrations. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657492: apache2.2-common: bash_completion erroneously strips .load/.conf for a2{en,dis}site
Package: apache2.2-common Version: 2.2.21-5 Severity: minor Tags: patch Hello, the bash_completion file for apache2 uses the same function for the 4 commands a2ensite, a2dissite, a2enmod, a2dismod. The function strips away any .load or .conf suffix from the file name taken from the output of ls in the appropriate directory. Although this is correct for the modules directories (a2{en,dis}mod expects a module name), it breaks the completion for a2{en,dis}site for any file in sites-{enabled,available} ending with .conf or .load, as the a2{en,dis}site script expect the name of an existing file: # ls /etc/apache2/sites-available 010_foo.example.com.conf defaultdefault-ssl # a2ensite tab 010_foo.example.com defaultdefault-ssl # a2ensite 010_foo_example.com ERROR: Site 010_foo_example.com does not exist! While it should be: # a2ensite 010_foo_example.com.conf Enabling site 010_foo_example.com.conf. Run '/etc/init.d/apache2 reload' to activate new configuration! # While it could be considered (?) atypical/wrong/anything to use .conf file names in /etc/apache2/sites-*, it's nevertheless wrong to strip away these suffixes from them. I've attached a small patch which splits the generation of COMPREPLY, stripping the suffixes only for a2{en,dis}mod. -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi deflate dir env mime negotiation php5 proxy_http proxy reqtimeout setenvif status userdir List of enabled php5 extensions: pdo suhosin -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.21-2 ii apache2.2-bin 2.2.21-5 ii lsb-base 3.2-28 ii mime-support 3.51-1 ii perl 5.14.2-5 ii procps 1:3.2.8-11 Versions of packages apache2.2-common recommends: ii ssl-cert 1.0.28 Versions of packages apache2.2-common suggests: ii apache2-doc none ii apache2-suexec | apache2-suexec-custom none ii google-chrome-unstable [www-browser]17.0.963.0-r113143 ii iceweasel [www-browser] 8.0-3+b1 ii links [www-browser] 2.5-1 ii lynx-cur [www-browser] 2.8.8dev.9-3 ii w3m [www-browser] 0.5.3-4 Versions of packages apache2.2-common is related to: pn apache2-mpm-eventnone pn apache2-mpm-itk none pn apache2-mpm-prefork 2.2.21-5 pn apache2-mpm-worker none -- Configuration Files: /etc/apache2/sites-available/default changed [not included] -- debconf-show failed Index: etc/bash_completion.d/apache2.2-common === --- etc.orig/bash_completion.d/apache2.2-common 2012-01-26 16:15:08.0 +0100 +++ etc/bash_completion.d/apache2.2-common 2012-01-26 16:19:46.0 +0100 @@ -1,12 +1,22 @@ # bash completion for Debian apache2 configuration tools # $Id: apache2,v 1.1 2005/03/16 22:51:19 guillaume Exp $ -_apache2_modsites() +_apache2_allcomp() { - COMPREPLY=( $( compgen -W '$( command ls /etc/apache2/$1 2/dev/null \ + command ls /etc/apache2/$1 2/dev/null +} + +_apache2_mods() +{ + COMPREPLY=( $( compgen -W '$( _apache2_allcomp $1 \ | sed -e 's/[.]load$//' -e 's/[.]conf$//' )' -- $cur ) ) } +_apache2_sites() +{ + COMPREPLY=( $( compgen -W '$( _apache2_allcomp $1 )' -- $cur ) ) +} + _a2enmod() { local cur @@ -14,7 +24,7 @@ COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} - _apache2_modsites mods-available + _apache2_mods mods-available } complete -F _a2enmod a2enmod @@ -25,7 +35,7 @@ COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} - _apache2_modsites sites-available + _apache2_sites sites-available } complete -F _a2ensite a2ensite @@ -37,7 +47,7 @@ COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} - _apache2_modsites mods-enabled + _apache2_mods mods-enabled } complete -F _a2dismod a2dismod @@ -48,7 +58,7 @@ COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} - _apache2_modsites sites-enabled + _apache2_sites sites-enabled } complete -F _a2dissite a2dissite
Bug#610933: [Pkg-vsquare-devel] Bug#610933: libvdeplug3 declares a conflict with libvdeplug2
On Thu, Jan 19, 2012 at 13:58:01 -0600, Jonathan Nieder wrote: Oh, that seems reasonable. This seems to have been discussed recently on the debian-policy list (search for I don't think there's much gain in relaxing this): http://bugs.debian.org/556015#141 http://bugs.debian.org/556015#224 Thanks for the links. I wanted to make another upload for trying to build on kfreebsd and I took the opportunity to remove the split files and use a single debian/copyright. One lintian-override less. :-) Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610933: [Pkg-vsquare-devel] Bug#610933: libvdeplug3 declares a conflict with libvdeplug2
On Thu, Jan 19, 2012 at 05:06:30 -0600, Jonathan Nieder wrote: * Add patch for fixing wrong SONAME for libraries. -version-number had been used instead of version-info, this gave incorrect SONAMEs and broke compatibility between this version and the previous ones (althought there is no actual ABI incompatibility). Thanks, Ludovico! This is great. I had to modify the SONAME in Debian w.r.t. the current upstream SONAME, and I tried to do this in the safest way I could imagine, although it is not 100% conformant to the typical libtool current/revision/age progression (I bumped from 3:1:0 to 3:2:1). I discussed the thing a bit with some of the other upstream people (I am part of them) and it seemed safe enough -- we're going to update the upstream as well in the near future with the same patch I applied for Debian. I hope this won't generate havoc and chaos. Some tiny questions from looking over the diff: * If this header file is used to generate binaries meant to be used on other * distributions, it could be safe to redefine LIBVDEPLUG_DLOPEN_FILENAME with * the unversioned name. Do the various distros not agree on a soname for libvdeplug? I am aware that, for instance, the upstream of Virtualbox does a dlopen(libvdeplug.so), while the Debian package has a patch for dlopening libvdeplug.so.2. So I guess there may be other software out there who would like to redefine this. vde and its libraries has been used for creating stand-alone images of virtual machines (e.g. for education purposes) or other custom environments, so I added this possibility so to let other people use the libvdeplug_dyn.h header for building, on Debian, software that will be used with other distributions or in different situations. Moreover, given the -version-number vs -version-info problem I described in the changelog, there are people who will have to deal with the wrong libvdeplug.so.3 which comes from the current upstream SVN revision. I know all this is not proper/clean, but I'm not sure there is a really clean way to deal with this without uselessly breaking backward compatibility. It seemed cleaner than keeping 3:1:0 and creating symlinks .so.2 - .so.3 or similar. # There is a copyright file for each package, so the debian/copyright file is # not needed. I think ftpmasters tend to rely on debian/copyright documenting the copyright of the source package. Uhm, ok. I started creating an unified copyright file but I noticed I was duplicating information by hand -- then I thought it would have been better to make without debian/copyright rather than to have to keep debian/copyright in sync with debian/*.copyright manually, with the potential inconsistencies this could generate. But if that's required I can do it. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492747: [Pkg-vsquare-devel] Bug#492747: liblwipv6-2: seqv when using mstack ... ip link depending on path
tags 492747 + moreinfo Hello, On Mon, Jul 28, 2008 at 22:26:40 +0200, wrote: mount -t umnetlwipv6 -o tn0=tap0 none /dev/net/yourip Why are you trying to create a TUN interface (tn0) connected to a TAP interface (tap0)? Please try with tp0=tap0. (In the meanwhile I'm investigating.) Do you still have this problem? I am going to upload a new release of lwipv6. Unless you're able to confirm that the issue is still there in lwipv6-1.5a-1 (which should in Debian by tomorrow) I'll close this bug. lwipv6 has undergone very deep changes in these 3 years and many bugs were solved. Thanks, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554408: [Pkg-vsquare-devel] Bug#554408: fuse-umfuse-iso9660: diff for NMU version 0.2b-1.1
On Sun, Dec 18, 2011 at 14:05:15 +0100, gregor herrmann wrote: Dear maintainer, I've prepared an NMU for fuse-umfuse-iso9660 (versioned as 0.2b-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Thanks for your job. I'm trying to update all the pkg-vsquare packages which need care -- so I hope to be able to update this one as well in decent times with the new upstream version. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629026: src:kernel-patch-viewos: Only supports historic kernels
On Sun, Jan 15, 2012 at 11:22:31 +0100, Ansgar Burchardt wrote: Moritz Muehlenhoff reported in June 2011 that kernel-patch-viewos only supports old kernels up to 2.2.26-rc6. As the package was not updated since then, I am wondering if it should be removed from Debian. We need indeed to package the latest upstream which includes support up to 3.1.5 (as of today). If there are no objections, I'll request removal in about two weeks. Please don't request the removal, we'll try to make the upload ASAP. Thank you, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610933: [Pkg-vsquare-devel] Bug#610933: libvdeplug3 declares a conflict with libvdeplug2
Hello, On Mon, Jun 20, 2011 at 23:43:03 -0500, Jonathan Nieder wrote: Ping? I've had vde2 on hold because of this bug for several months now. IMHO if the package in experimental is not being maintained, it should be removed --- it will still be available from snapshot.debian.org. Thanks for the report and sorry for the delay. Indeed the conflict will be needed with the next release, as we're much probably going to move libvdeplug.so from the -dev package to the shared library one (since several virtualization tools which use VDE call dlopen with the non-versioned name, see #536373 for example). VDE version 2.3.2 is going to be released soon in unstable. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536373: [Pkg-vsquare-devel] Bug#536373: Subject: libvdeplug2: libvdeplug load fails silently, so vd0 interface is not created
reassign liblwipv6-2 retitle lwipv6 does not check for errors when calling libvdeplug_dynopen tags + pending On Thu, Jul 09, 2009 at 16:05:13 +0200, Herman Robak wrote: Until I installed libvdeplug2-dev, loading the lwipv6 module would only create the loopback interface, not the vd0. This actually comes from 2 different bugs. The caller (lwipv6) does not check for errors; in addition, the libvdeplug package does not contain the .so symlink which is used in the dlopen() call inside the libvdeplug_dynopen macro. Thanks for your bugreport! Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610933: [Pkg-vsquare-devel] Bug#610933: libvdeplug3 declares a conflict with libvdeplug2
On Mon, Nov 28, 2011 at 05:34:31 -0600, Jonathan Nieder wrote: Indeed the conflict will be needed with the next release, as we're much probably going to move libvdeplug.so from the -dev package to the shared library one That violates policy §8.1 Run-time shared libraries and would make smooth upgrades of packages that use the shared library difficult. I understand that putting a .so symlink, in general, is against the policy. Yet I saw this sentence at the beginning of chapter 8: [...] the bare .so symlink is installed in the development package since it's only used when linking binaries or shared libraries. However, there are some exceptions for unusual shared libraries or for shared libraries that are also loaded as dynamic modules by other programs. This is the case with libvdeplug: it's both linked at compile time and dlopen()ed at runtime, depending on the software which uses it. Do you think it would still be a policy violation? (In any case, I still can't figure out what should be the *proper* way for a program for dlopening a .so while providing the version number... should it loop over all the (infinite :-)) possible SONAMEs who offer compatibility for the needed interface version? (since several virtualization tools which use VDE call dlopen with the non-versioned name, see #536373 for example). Would it be possible to make a different package, such as vde2, provide the non-versioned symlink, and such packages depend on it? It would be unpractical to put the .so symlink in the vde2 package, since then the -dev one should depend on vde2 (if I'm not wrong). Should we create a tiny package with only a single symlink in it? I haven't checked yet how other packagers solved the problem, so maybe the solution already exists :-)... Thanks, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622449: [Pkg-vsquare-devel] Bug#622449: lwipv6: diff for NMU version 1.2a-1.1
On Sat, Jun 25, 2011 at 17:32:39 +0200, Luk Claes wrote: Dear maintainer, I've prepared an NMU for lwipv6 (versioned as 1.2a-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Hi, and thank you for the NMU. I missed the bug report about that, sorry. The delay is fine. Bye, Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527518: [Pkg-vsquare-devel] Bug#527518: umview: FTBFS: Cannot find linux/dirent.h
tags 527518 + upstream pending thanks On Sat, Jun 06, 2009 at 18:36:11 -0500, Elías A. M. wrote: Add my patch. This issue has already been fixed in the SVN upstream. I'm working on the upstream release; as soon as it's done (maybe today?) I'll also make the correseponding Debian package. Thanks for your patch. :-) Ludovico -- gar...@acheronte.it#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: garde...@gmail.com Yahoo: gardenghelle -- This is signature nr. 5059 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490331: mm3d: FTBFS: checking Qt OpenGL... failure
On Fri, Jul 11, 2008 at 02:34:20PM +0200, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on i386. Since nobody acted in a few months, I'm proposing here a patch for a NMU that fixes FTBFS on both architectures. As pointed out by Peter, mm3d moved to QT4, yet the Build-Dependencies are still stuck on QT3. I changed it to QT4. Moreover, older versions of libqt depended on a bunch of X11 libraries, that are linked both during the configure phase and the make phase of the package. Newer versions of libqt4-dev don't depend on that packages anymore, so I had to add explicit dependencies in the control file. I'm not sure if they're all needed now (dh_shlibdeps complains about useless dependancies), as some of them may had to be included only for satisfying libqt3 dependencies, but removing library deps from the configure and the Makefiles is a bit too invasive for a NMU so I chose to leave potentially useless dependencies and don't have to re-run autoconf/automake. I'm asking my AM to sponsor a delayed upload for this NMU. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4591 diff -u mm3d-1.3.7/debian/control mm3d-1.3.7/debian/control --- mm3d-1.3.7/debian/control +++ mm3d-1.3.7/debian/control @@ -2,7 +2,7 @@ Section: graphics Priority: optional Maintainer: Gürkan Sengün [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), autotools-dev, libqt3-mt-dev +Build-Depends: debhelper (= 5), autotools-dev, libqt4-dev, libqt4-opengl-dev, libice-dev, libsm-dev, libx11-dev, libxext-dev, libxi-dev, libxmu-dev, libxt-dev Standards-Version: 3.8.0 Homepage: http://www.misfitcode.com/misfitmodel3d/ diff -u mm3d-1.3.7/debian/changelog mm3d-1.3.7/debian/changelog --- mm3d-1.3.7/debian/changelog +++ mm3d-1.3.7/debian/changelog @@ -1,3 +1,12 @@ +mm3d (1.3.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS bug due to wrong Build-Depends -- still QT3 but new upstream +moved to QT4. Maybe added some useless deps, but this should be fixed +upstream. (Closes: #490331) + + -- Ludovico Gardenghi [EMAIL PROTECTED] Mon, 20 Oct 2008 01:05:15 +0200 + mm3d (1.3.7-1) unstable; urgency=low * New upstream version. signature.asc Description: Digital signature
Bug#485752: dogtail: [DoS] use of /tmp/dogtail prevents use by multiple users
On Wed, Jun 11, 2008 at 10:18:29AM +0200, Yann Dirson (Debian) wrote: Dogtail systematically create logfiles in /tmp/dogtail/. The 1st user to run a script using dogtail (including the sniff gui) wins, and no other user can use dogtail any more until that dir is manually removed. The path for logfiles and datafiles can be set using the scratchDir, logDir and dataDir in any configuration file. However, using a (partially predictable) default under /tmp can lead to security issues, so here I propose a patch to change the default to: $HOME/dogtail/ if the HOME environment variable is defined, and to /tmp/dogtail-username/ if the HOME variable is not set. Just my 0.02${CURRENCY}. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4524 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485752: dogtail: [DoS] use of /tmp/dogtail prevents use by multiple users
Ahem. *Here* is the patch. :-) Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4525 diff -ur dogtail-0.6.1/dogtail/config.py dogtail-0.6.1.new/dogtail/config.py --- dogtail-0.6.1/dogtail/config.py 2006-09-21 19:21:28.0 +0200 +++ dogtail-0.6.1.new/dogtail/config.py 2008-09-25 21:36:44.0 +0200 @@ -13,6 +13,15 @@ def _encoding(): return locale.getpreferredencoding().lower() +def _homeDirOrNamedTmp(baseName): +if 'HOME' in os.environ: +# i.e. /home/foo/dogtail +return '/'.join((os.environ['HOME'], baseName)) +else: +# i.e. /tmp/dogtail-foo +return '-'.join(('/'.join(('/tmp', baseName)), os.getlogin())) + + class _Config(object): Contains configuration parameters for the dogtail run. @@ -100,12 +109,15 @@ __scriptName = staticmethod(_scriptName) __encoding = staticmethod(_encoding) +__homeDirOrNamedTmp = staticmethod(_homeDirOrNamedTmp) + + defaults = { # Storage -'scratchDir' : '/tmp/dogtail/', -'dataDir' : '/tmp/dogtail/data/', -'logDir' : '/tmp/dogtail/logs/', +'scratchDir' : '/'.join((_homeDirOrNamedTmp('dogtail'), '')), +'dataDir' : '/'.join((_homeDirOrNamedTmp('dogtail'), 'data', '')), +'logDir' : '/'.join((_homeDirOrNamedTmp('dogtail'), 'logs', '')), 'scriptName' : _scriptName(), 'encoding' : _encoding(), 'configFile' : None,
Bug#495742: xchat: patch for switch to tab with most recent activity
Package: xchat Version: 2.8.6-2 Severity: wishlist Tags: patch Hello! :-) I tried to submit this patch to the xchat official forum one month ago (http://forum.xchat.org/viewtopic.php?t=4268), but since then I have received no reply. So I'm trying to have this patch applied at least in the Debian package. :-) This patch adds a (IMHO useful) feature to the Change Page keyboard shortcut action. It allows the user to switch to the query/channel with the most recent activity. irssi has a similar feature (triggered by Alt-A). In decreasing priority, the candidate new session is looked for in these categories: - queries with hilight - queries - channels with hilight - channels with messages - channels with other data The patch affects both the common/ subtree (adding a priority queue where sessions are dynamically added when new events occur) and the fe-gtk/ one (where the data from the priority queue is used to react to the keyboard shortcut). Detached channels/queries are skipped (the shortcut does not change the focus to a different window). I kept the common/ part UI-unaware. From the user point of view, it's enough to add a new shortcut with Change Page and Data 1 set to auto. The default configuration has this command assigned to Alt-` (which on US keyboards is just on the left of the common Alt-[1-9] keys used for tab switching). I also have a new Italian translation for the Change Page help text, but I'm not sure which is the best method to submit that change. So I'm just pasting here the new msgstr: #: src/fe-gtk/fkeys.c:161 msgid The ^BChange Page^B command switches between pages in the notebook. Set Data 1 to the page you want to switch to. If Data 2 is set to anything then the switch will be relative to the current position. Set Data 1 to auto to switch to the page with the most recent and important activity (queries first, then channels with hilight, channels with dialogue, channels with other data) msgstr Il comando ^BChange Page^B cambia pagine. Imposta Data 1 alla pagina a cui vuoi cambiare. Se Data 2 è impostata a qualcosa allora il cambio sarà relativo alla posizione corrente. Imposta Data 1 a auto per andare alla pagina con l'attività piú recente e importante (prima i messaggi privati, poi i canali con messaggi evidenziati, poi i canali con messaggi, poi i canali con altri dati) Thanks :-) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-ripieno (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xchat depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-12GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.16.4-1 The GLib library of C routines ii libgtk2.0-02.12.11-1 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libperl5.105.10.0-11 Shared Perl library ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libsexy2 0.1.11-2 collection of additional GTK+ widg ii libssl0.9.80.9.8g-11 SSL shared libraries ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcb-render-util00.2+git36-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb11.1-1.1 X C Binding ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii python2.5 2.5.2-7 An interactive high-level object-o ii tcl8.4 8.4.19-2 Tcl (the Tool Command Language) v8 ii xchat-common 2.8.6-2 Common files for X-Chat ii zlib1g
Bug#487434: [Pkg-vsquare-devel] Bug#487434: vde ctl permission
On Sat, Jun 21, 2008 at 09:06:29PM +0100, Matthew King wrote: Improve the permission on /var/run/vde2 and /var/run/vde2/*.ctl (or whatever ctl file is chosen). Could you please take a look to the SVN revision r310 and check if it addresses the issue? Thanks, Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4233 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492747: [Pkg-vsquare-devel] Bug#492747: liblwipv6-2: seqv when using mstack ... ip link depending on path
On Mon, Jul 28, 2008 at 06:13:30PM +0200, Achim Schaefer wrote: mount -t umnetlwipv6 -o tn0=tap0 none /dev/net/yourip Why are you trying to create a TUN interface (tn0) connected to a TAP interface (tap0)? Please try with tp0=tap0. (In the meanwhile I'm investigating.) Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4123 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490827: reopen?
On Thu, Jul 24, 2008 at 09:35:45AM +0200, Achim Schaefer wrote: [EMAIL PROTECTED]:~$ umview -p lwipv6 bash Please try the umnet module, as I wrote you in my last email yesterday (have you received it? If not, I'll resend it). umview -p umnet bash mount -t umnetlwipv6 none /dev/net/default The module umlwipv6 is obsolete now and is replaced by umnet + umnetlwipv6, so we won't fix it. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4114 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490827: reopen?
On Thu, Jul 24, 2008 at 10:23:41AM +0200, Achim Schaefer wrote: as I wrote you in my last email yesterday (have you received it? If not, I'll resend it). Yesterday I only got the bug close message, if you refer to this, yes, otherwise : no. In the bug close message I don't find anything important about umnet. Haven't you received this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490827#38 ? ? The module umlwipv6 is obsolete now and is replaced by umnet + umnetlwipv6, so we won't fix it. Bad luck. This method was more obvious for me, as well as the wiki still has the howto's with the old method. I saw the new method in the Documentation in progress part, but it is not as good as the obsolete part. Apart from the initial phase (the module name and a mount) if you mount the stack over /dev/net/default there are no differences with the previous approach. The line $ um_add_service lwipv6,vd0=/tmp/v1,tp0=tap2,tn0=tun2 translates to: $ um_add_service umnet $ mount -t umnetlwipv6 -o vd0=/tmp/v1,tp0=tap2,tn0=tun2 none /dev/net/default It's quite straightforward. From that point onwards, the umlwipv6 howto is good. I'll try the umnet version next week in more details. (Especially if it works like I expected it to work. Let's see.) Ok, let me know if you still have problems. Bye, Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4117 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490827: [Pkg-vsquare-devel] Bug#490827: Bug#490827: SEQV in um_add_service lwipv6
On Mon, Jul 21, 2008 at 12:25:50PM +0200, Ludovico Gardenghi wrote: I'll hopefully release a fixed version in a few days time. I've just uploaded release 1.2a of lwipv6 that should work fine on adm64. umlwip is still broken, but it's being deprecated so I think it will not be fixed. However, this should be the new way and should work: um_add_module umnet mount -t umnetlwipv6 none /dev/net/default Adnd, from this point onwards, things should be the same as in umlwip. I know that the wiki is not very verbose but try to look around, you should find enough information to configure umnetlwipv6 properly (i.e. defining which vde_switch it should connect and so on). Feel free to write me (or the virtualsquare team) for more information. You can also try to visit #virtualsquare IRC channel on FreeNode. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490827: [Pkg-vsquare-devel] Bug#490827: SEQV in um_add_service lwipv6
reassign 490827 liblwipv6-2 retitle 490827 memory corruption on x86_64 thanks On Tue, Jul 15, 2008 at 10:49:09AM +0200, Achim Schaefer wrote: I will work on this. Thanks This is really a problem in liblwipv6-2, so I'm reassigning the bug. I'll hopefully release a fixed version in a few days time. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4099 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490827: [Pkg-vsquare-devel] Bug#490827: SEQV in um_add_service lwipv6
tags 490827 + upstream confirmed thanks On Mon, Jul 14, 2008 at 05:07:48PM +0200, Achim Schaefer wrote: lwipv6 init [...] 7f1f24bbd000-7f1f24c110Segmentation fault Do you have netlink sockets support compiled in your kernel? Nevertheless, I agree, lwipv6 seems to be broken on amd64. JFYI, the lwipv6 umview module has been recently superseded by umnetlwipv6. Please take a look at http://wiki.virtualsquare.org/index.php/UMNET_modules#umnetlwipv6 for the new module (that is a sub-module of the umview module umnet). Unfortunately, it seems to be broken too. I will work on this. Thanks, Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490389: [Pkg-vsquare-devel] Bug#490389: Patch to fix FTBFS on amd64
tags 490389 + unreproducible moreinfo thanks On Fri, Jul 11, 2008 at 08:49:02PM -0400, Michael Casadevall wrote: The included patch fixes purelibc on amd64. It will likely also help fix I see no FTBS issues for purelibc-0.4-1 on amd64. Which version are you referring to? Thanks, Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4072 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490389: [Pkg-vsquare-devel] Bug#490389: Patch to fix FTBFS on amd64
severity 490389 minor retitle 490389 Patch to fix FTBFS on amd64 and glibc 2.8 tags 490389 - moreinfo unreproducible tags 490389 + fixed-upstream upstream thanks On Sat, Jul 12, 2008 at 09:12:32AM -0400, Michael Casadevall wrote: There is no build log on Debian on AMD64, this patch was required to get it building on Ubuntu where it FTBFS on all architectures aside from i686. I should have made this more clear in my email. There is no log on Debian because the amd64 binary has been uploaded by the mantainer, but it seems to compile fine also on this architecture. As far as Debian is concerned, there is no FTBFS error so I'm lowering the severity. If I understand correctly (next time, please give us some more details, like the buildd output -- not just a patch!) the problem of a missing stdlib.h is that NULL won't get defined. Somehow, it appears to be defined nevertheless with glibc 2.7: we #include sys/types.h that #includes stddef.h that defines NULL. You're using glibc 2.8 and things are probably different. Anyway, since it's a Good Thing to include stdlib.h if you want to use NULL, I applied the patch to the upstream SVN, so the next upstream release will be fixed. If I'm missing something, please tell me. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4073 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431818: [Pkg-vsquare-devel] Bug#431818: fuseiso9660: doesn't use Joliet
On Wed, Jul 04, 2007 at 11:44:40PM -0700, Karl Chen wrote: When I mount a certain ISO image with fusermount, files have names like foo.txt;1 instead of foo.txt. With regular 'mount -o loopback' the file shows up as foo.txt. Do you still experience this problem? If so, which versions of fuse and libiso9660 are you using? Thanks, Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4029 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484237: slirpvde segfaults on start
merge 484265 484237 tags 484237 fixed-upstream thanks On Tue, Jun 03, 2008 at 08:50:52AM +0200, martin f krafft wrote: zsh: segmentation fault slirpvde -sock ctl -dhcp -D This issue is related to #484265: libvdeplug (used by both slirpvde and vde_plug) and vde_switch didn't convert the socket pathnames to absolute ones, so when they exchanged information about them there was no agreement if the CWD differed. In addition, slirpvde didn't check for a successfull connection to the switch. I believe I have fixed them in the VDE SVN, we'll soon make a new VDE upstream and Debian release. Thanks, Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4016 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460734: [Pkg-vsquare-devel] Bug#460734: vde2: poor error handling
tag 460734 confirmed upstream thanks On Wed, Jan 16, 2008 at 05:19:36PM -0800, graziano wrote: Anyway, I think the error should be downgrade to wishlist of something like that. The most important issue (checking for successfull connection to the VDE switch) has been fixed and will be in the upcoming release. Error checking as a whole is still quite poor, so I'm leaving this bug open. Thanks, Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 4017 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480223: [Pkg-utopia-maintainers] Bug#480223: Bug#480223: dbus-x11: allow for session.conf in user home directory
On Sun, May 11, 2008 at 12:46:58AM +0200, Loïc Minier wrote: Perhaps you could simply disable the default dbus-launch invocation by removing use-session-dbus and then add a custom invocation? You propose that a user may add a redefinition of OPTIONFILE inside his .xsessionrc (that is sourced in 40x11-common_xsessionrc) along with a custom dbus-launch, so when 75dbus_dbus-launch runs it looks inside a custom OPTIONFILE, does not find the line use-session-dbus and does not start dbus. This could work, but it assumes that the xsessionrc file is sourced before the dbus invocation (I'm not an expert, is this a safe assumption?). Moreover it forces the user to change the OPTIONFILE variable (ok, he may create a on-the-fly copy of the system file stripping the dbus line just before changing the OPTIONFILE). It works, though it's not very elegant. I believe that the correct solution would be an upstream change in dbus: IMHO --session should really check for a user session.conf before using the system one. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 3949 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480223: dbus-x11: allow for session.conf in user home directory
Package: dbus-x11 Version: 1.2.1-2 Severity: wishlist Tags: patch The current mechanism for launching dbus at the beginning of a X session makes it difficult for a user to specify a custom config file. He may add a dbus-launch with custom options to the .xsessionrc file but /etc/X11/Xsession.d/75dbus_dbus-launch adds another dbus-launch to STARTUP without checking anything. I added a check in this file (patch attached) that passes dbus-launch the --config-file= option if it finds a ~/dbus/session.conf file. This way, users can simply create a custom version of the session.conf file and have it loaded at X startup. I understand this is a partial fix: it would be nicer to change dbus so to make it check for a ~/.dbus/session.conf file by default when starting with --session. Lots of programs check for a ~/.somethingrc file before looking in /etc/somethingrc. IMHO dbus-daemon should do the same. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-ripieno (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbus-x11 depends on: ii dbus 1.2.1-2simple interprocess messaging syst ii libc6 2.7-10 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library dbus-x11 recommends no packages. -- no debconf information Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 3945 --- 75dbus_dbus-launch.orig 2008-04-26 13:12:00.0 +0200 +++ 75dbus_dbus-launch 2008-05-08 19:47:07.295064128 +0200 @@ -5,6 +5,7 @@ STARTDBUS= DBUSLAUNCH=/usr/bin/dbus-launch +DBUSOPTS= if grep -qs ^use-session-dbus $OPTIONFILE; then if [ -x $DBUSLAUNCH ]; then @@ -12,6 +13,14 @@ fi fi +# If the user has a .dbus/session.conf in its home directory then use it +# instead of the default session file. -- [EMAIL PROTECTED] 20080508 + +DBUSUSERSESSIONCONF=$HOME/.dbus/session.conf +if [ -f $DBUSUSERSESSIONCONF ]; then + DBUSOPTS=--config-file=$DBUSUSERSESSIONCONF +fi + if [ -n $STARTDBUS ]; then - STARTUP=$DBUSLAUNCH --exit-with-session $STARTUP + STARTUP=$DBUSLAUNCH $DBUSOPTS --exit-with-session $STARTUP fi
Bug#480223: [Pkg-utopia-maintainers] Bug#480223: dbus-x11: allow for session.conf in user home directory
[I forgot the Cc:, sorry Michael for the double mail] On Thu, May 08, 2008 at 10:31:05PM +0200, Michael Biebl wrote: Curious, what custom options do you need to pass to dbus-launch? I need a custom session.conf file (so I pass --config-file=...) because I want one of the users to have his session dbus listen on a TCP port in addition to the regular BSD socket. I agree this does not happen every day... :-) Maybe it's not frequent enough for justifying a change, though it seems quite a harmless and easy one. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 3946 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471246: wordpress: wrong comparison leads to wrong language in visual editor (always fr_FR)
Package: wordpress Version: 2.3.3+fr-2 Severity: minor The check that changes fr_FR to fr in MCE is an assignment (a = is used instead of ==, so the visual editor always starts with the french locale. A trivial patch is attached for wp-includes/js/tinymce/tiny_mce_config.php. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (60, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.16.29-xen (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wordpress depends on: ii apache2 2.2.6-2 Next generation, scalable, extenda ii apache2-mpm-prefork [ht 2.2.6-2 Traditional model for Apache HTTPD ii libapache2-mod-php5 5.2.3-1+lenny1 server-side, HTML-embedded scripti ii libphp-phpmailer1.73-6 full featured email transfer class ii mysql-client-5.0 [virtu 5.0.45-1+lenny1 MySQL database client binaries ii php4-gd 6:4.4.4-9+lenny1 GD module for php4 ii php55.2.3-1+lenny1 server-side, HTML-embedded scripti ii php5-mysql 5.2.3-1+lenny1 MySQL module for php5 wordpress recommends no packages. -- no debconf information --- tiny_mce_config.php.orig 2008-03-16 18:17:41.0 +0100 +++ tiny_mce_config.php 2008-03-16 18:16:26.0 +0100 @@ -50,7 +50,7 @@ } $mce_locale = ( '' == get_locale() ) ? 'en' : strtolower(get_locale()); - if ($mce_locale = 'fr_FR') { + if ($mce_locale == 'fr_FR') { $mce_locale = 'fr'; }
Bug#468491: rwhod: Wrong colon position in getopt() causes -i to segfault
Package: rwhod Version: 0.17-10 Severity: normal Tags: patch The getopt() call in rwhod has a useless colon after ? but it is missing after i. So the -i option (to select specific interfaces for binding) does not expect an additional parameter and this causes a segfault after a few lines. The patch is trivial. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.5-ripieno (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rwhod depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.7-8 GNU C Library: Shared libraries ii passwd1:4.1.0-2 change and administer password and rwhod recommends no packages. -- no debconf information Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 3774 diff -Naur netkit-rwho-0.17.orig/rwhod/rwhod.c netkit-rwho-0.17/rwhod/rwhod.c --- netkit-rwho-0.17.orig/rwhod/rwhod.c 2008-02-29 12:13:31.156710990 +0100 +++ netkit-rwho-0.17/rwhod/rwhod.c 2008-02-29 12:15:30.504478897 +0100 @@ -192,7 +192,7 @@ exit(1); } - while ((opt = getopt(argc, argv, bpaih?:fu:)) != EOF) { + while ((opt = getopt(argc, argv, bpai:h?fu:)) != EOF) { switch (opt) { case 'b': use_broadcast = 1;
Bug#430830: vde2: vde_switch doesn't work at boot time
On Wed, Jun 27, 2007 at 05:01:18PM +0200, Raphael Hertzog wrote: It looks like the vde switch is not correctly setup at boot time. I need to ifdown then ifup my interface to get it working properly. Do you still have this problem? Could you please take a look at syslog and check for vde_switch errors or warnings? Thanks. Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 3448 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347569: VDE2 package
On Thu, Dec 14, 2006 at 11:21:50AM +0100, Piotr Roszatycki wrote: Hi. I've found that you uploaded new vde2 package. I didn't find the source for the package, so I'd like to ask: Hi. Renzo Davoli, the main VDE author, asked Guido and me to create a new package for VDE2. There was no recent activity on the vde package so we went on with the packaging. I'm sure we should and can join our efforts for a better vde2 package :-) so I'll try to answer all your questions. First of all, we keep the source code for VDE on SourceForge (project name VDE) and it's updated to the latest version (currently 2.1.5 which I released a few days ago). The Debian-related files are hosted on alioth under the pkg-vsquare project. It includes Debian files for other software written by Renzo, me and others. All this software is linked to virtual machines and networks (see http://www.virtualsquare.org) and our intention is to create Debian packages for other projects as well. We have no problems in leaving the maintenance of VDE packages to you and, if needed, in adding you to the members of pkg-vsquare. And now, your questions. * Does the vde2 package interfere with vde package? As for now, yes. Binaries have the same names and places in vde and vde2; in fact we added a Conflict in vde2 against vde. We don't see this as a problem, because vde2 has complete backwards compatibility with vde and it't much more reliable and bug-free. 1.x series of VDE should not be used anymore. * Does it contain some additional patches? Being the authors of VDE we decided to put everything in the main CVS tree: we see no point in having debian-specific patches. * Does it provide /etc/network/interfaces support? No. I took a quick look to your support and it seems complete and useful. I think it should be included in the official vde2 package. * Does it support non-root users? I'm not sure I've fully understood this question. Strictly speaking, vde2 never needs root access. The only case it may be needed is when you want to connect a vde_switch to a tap interface (I agree that's often the case, but not always) and nobody created a persistent tap interfaces for you. But also in this case you can create a persistent tap interface with tunctl with the correct owner and let a non-root user start the vde_switch. * Is it uploaded to experimental or sid? I think it's uploaded to Sid, but Guido is the Debian expert of this group. :-) I don't know if this is the best solution for release times, but I want to stress the fact that vde2 is *much* more stable than vde. Lots of bugs have been fixed in the vde2 branch and not in vde 1.x. * Your package is splitted on 3 different binary packages. Why? I think the vde2 package should provide all files. We did this splitting for a good reason, or at least we think so. :-) Let me try to explain: - libvdeplug is a library that everyone can use to write his own vde-compatible application (e.g. qemu or vdetelweb - that's a web interface to vde that hasn't been packaged yet). This wants to be a quite stable package with a well defined API and we don't want a program to depend on the whole VDE package just for a little library that allows it to connect to a switch (maybe on a different host) - vde_cryptcab has been splitted from the main package because of specific requests from many users. The main point is we don't want to be forced to install OpenSSL libraries if we don't need the SSL part of VDE. vde_cryptcab (sort of a vde_plug over an encrypted UDP channel) is the only tool that depends on SSL and it's not vital to VDE. * New vde2 package doesn't provide upgrade path for users of old vde package. I suppose the only upgrade that may be needed is in your /etc/network/interfaces part (but I'm not sure -- I haven't checked it very well). vde2 aims to substitute vde in a quite painless way. The control socket (i.e. /var/run/vde.ctl) now is a directory containing various sockets, but usually nobody notices this in the everyday use, unless one tries to connect a vde_plug from vde 1.x to a vde_switch from vde2. In that case he must specify the socket name /var/run/vde.ctl/ctl instead of the dir name, but that's all. I would like to offer my help and patches. My vde2 package is available at http://people.debian.org/~dexter/vde2 The SVN source is available at svn://svn.debian.org/cvsdebuild/trunk/debian/dists/vde2 We'll take a look and, if you have no objections, we could try to merge your additions to the main tree. Do you have specific advices or anything? Please reconsider the package splitting. Please let the ftp-master know, that he should remove currently uploaded vde2 package from NEW queue. Please, review my patches and /etc/network scritps. I explained you the reasons that pushed us towards the splitting and, if you find them reasonable, we'd like to keep them in this way. Of course we're open to suggestions. We'll notify the ftp-master. Thank for your
Bug#336182: This bug is fixed
On Tue, Sep 26, 2006 at 10:28:29PM +0200, Eugen Dedu wrote: Are you sleeping? :o)) Uh. Sorry. Everything works fine now. :-) Ludovico -- [EMAIL PROTECTED]#acheronte (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: [EMAIL PROTECTED] Yahoo: gardenghelle -- This is signature nr. 2663 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380417: mc: Overlap in keyboard shortcuts
Package: mc Version: 1:4.6.1-4 Followup-For: Bug #380417 If you look in the Right and Left menus you'll notice a new entry, Panel codepage. Its default shortcut is Ctrl-T, so it overlaps with the alternative keystroke for tagging files. IMHO the problem lies in the debian patch 60_recode, which adds that menu entry and its shortcut. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-ripieno+viewos Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mc depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib ii libslang2 2.0.5-1The S-Lang programming library - r mc recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362965: libxft2: The same for rosegarden 1.2.3 (not yet in Debian)
Package: libxft2 Version: 2.1.8.2-8 Followup-For: Bug #362965 I have the same kind of crash trying to run rosegarden (not the Debian version, that is quite old, but a newer one downloaded and compiled on this machine). I'm not sure if the problem is caused by xft or by qt3... I took a look and it seems to me that xft receives a pointer to something that's not a valid font structure... maybe findFont does not find a font matching the requirements but qt3 calls xft. I'm not an expert neither about QT nor xft but, if you need more information, I can try. The gdb backtrace: (gdb) bt #0 _XftLockFile (f=0x273d7090) at ../../src/xftfreetype.c:152 #1 0xb6a33d28 in XftLockFace (public=0x87e6e20) at ../../src/xftfreetype.c:355 #2 0xb789be20 in lockFTFace (font=0x87e6e20) at kernel/qfontengine_x11.cpp:1460 #3 0xb789c069 in QFontEngineXft (this=0x8686868, font=0x87e6e20, pattern=0x87c8198, cmap=0) at kernel/qfontengine_x11.cpp:1481 #4 0xb78f230b in loadFontConfigFont (fp=0x864e0f8, [EMAIL PROTECTED], script=QFont::Latin) at qfontdatabase_x11.cpp:1954 #5 0xb78f2aba in QFontDatabase::findFont (script=QFont::Latin, fp=0x864e0f8, [EMAIL PROTECTED], force_encoding_id=-1) at kernel/qfontdatabase.cpp:996 #6 0xb786e6c6 in QFontPrivate::load (this=0x864e0f8, script=QFont::Latin) at kernel/qfont_x11.cpp:420 #7 0xb786fa6c in QFontPrivate::engineForScript (this=0x864e0f8, script=QFont::Latin) at qfontdata_p.h:152 #8 0xb78e374a in QFontMetrics::height (this=0xbfd78834) at kernel/qfont.cpp:2030 #9 0xb7a790e6 in QStatusBar::reformat (this=0x86764a8) at widgets/qstatusbar.cpp:307 #10 0xb7a79597 in QStatusBar::setSizeGripEnabled (this=0x86764a8, enabled=true) at widgets/qstatusbar.cpp:277 #11 0xb7a79778 in QStatusBar (this=0x86764a8, parent=0x866cc58, name=0x0) at widgets/qstatusbar.cpp:151 #12 0xb74f9401 in KStatusBar::KStatusBar () from /usr/lib/libkdeui.so.4 #13 0xb74f95d0 in KMainWindow::statusBar () from /usr/lib/libkdeui.so.4 #14 0x083020e7 in RosegardenGUIApp::initStatusBar () #15 0x08317f1d in RosegardenGUIApp::RosegardenGUIApp () #16 0x081b5c19 in main () And the last lines from the strace output, just before the signal: 6712 open(/home/ludovico/.fonts.cache-1.NEW, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 10 6712 fstat64(10, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 6712 mmap2(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ee5000 6712 write(10, \/usr/share/fonts/truetype/comme..., 32768) = 32768 6712 write(10, alias=False:index=0:outline=Fals..., 32768) = 32768 6712 write(10, an No9 L:style=Medium Italic:sla..., 32768) = 32768 6712 write(10, |mi|mk|mo|mt|nb|nds|nl|nn|no|ny|..., 32768) = 32768 6712 write(10, CF\\n\/usr/share/fonts/X11/misc/n..., 32768) = 32768 6712 write(10, !!#9J!!.)(% !!#K!!$5..., 32768) = 32768 6712 write(10, 7bEUoh!yf$HK94zzF!!%2gUBrpoJtuk..., 32768) = 32768 6712 write(10,5HIZ!!#eW!{{B%!!#0GMW2yPBao..., 32768) = 32768 6712 write(10, us:antialias=False:index=0:outli..., 32768) = 32768 6712 write(10, |kaa|ki|kk|kl|ku|kum|kv|kw|ky|la..., 32768) = 32768 6712 write(10, eo|es|et|eu|fi|fj|fo|fr|fur|fy|g..., 32768) = 32768 6712 write(10, !!#(E|^1!|^1!|^1!|^1!#?K%x..., 32768) = 32768 6712 write(10, et= #|^1!|^1!P0oWQ |^1!|..., 32768) = 32768 6712 write(10, 8859-1.pcf.gz\ 0 1144729279 \New..., 32768) = 32768 6712 write(10, k|sl|sm|sma|smj|smn|so|sq|sv|sw|..., 32768) = 32768 6712 write(10, 729276 \Courier-12:style=Bold:sl..., 32768) = 32768 6712 write(10, smn|so|sq|sv|sw|tn|to|tr|ts|ven|..., 32768) = 32768 6712 write(10, b|nds|nl|nn|no|oc|om|pt|rm|sma|s..., 32768) = 32768 6712 write(10, pSj#xw^)!!I#z:lang=aa|af|ast..., 32768) = 32768 6712 write(10, !)$lT!zL!#f/LPlVrU!dOl9WMqZ6~ry..., 32768) = 32768 6712 write(10, |to|tr|ts|ven|vo|vot|wa|wen|wo|x..., 32768) = 32768 6712 write(10, #|^1!|^1!P0oWQ |^1!|^1!..., 32768) = 32768 6712 write(10, |kl|kw|la|lb|lt|lv|mg|mh|mi|mt|n..., 32768) = 32768 6712 write(10, ast|ay|bi|br|bs|ca|ch|co|cs|cy|d..., 32768) = 32768 6712 write(10, t|ay|bi|br|ch|da|de|en|es|eu|fj|..., 32768) = 32768 6712 write(10, z~Ef|!!!)$ 9;*l$ !!!.% ..., 32768) = 32768 6712 write(10, ue:charset= |^1!|^1!P0oWQ S73..., 32768) = 32768 6712 write(10, h=100:foundry=bitstream:index=0:..., 15726) = 15726 6712 close(10) = 0 6712 munmap(0xb7ee5000, 32768) = 0 6712 rename(/home/ludovico/.fonts.cache-1.NEW, /home/ludovico/.fonts.cache-1) = 0 6712 unlink(/home/ludovico/.fonts.cache-1.LCK) = 0 6712 brk(0x880d000)= 0x880d000 6712 open(/etc/mtab, O_RDONLY) = 10 6712 fstat64(10, {st_mode=S_IFREG|0644, st_size=1018, ...}) = 0 6712 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7eec000 6712 read(10, /dev/hda2 / xfs rw 0 0\nproc /pro..., 4096) = 1018 6712 close(10) = 0 6712 munmap(0xb7eec000, 4096) = 0 6712 open(/proc/meminfo, O_RDONLY) = 10 6712 fstat64(10,
Bug#336182: gphoto2: The same here
Package: gphoto2 Version: 2.1.6-3 Followup-For: Bug #336182 The same here: ~$ gphoto2 -P *** glibc detected *** corrupted double-linked list: 0x1003aaa0 *** Aborted ~$ gphoto2 --auto-detect *** glibc detected *** corrupted double-linked list: 0x1003aaa0 *** Aborted -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.1-ottavino Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gphoto2 depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libexif12 0.6.12-2 library to parse EXIF files ii libgphoto2-2 2.1.6-6gphoto2 digital camera library ii libgphoto2-port0 2.1.6-6gphoto2 digital camera port librar ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libreadline5 5.1-5 GNU readline and history libraries gphoto2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]