Bug#308368: ITP: exo -- Library with extensions for Xfce
Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers [EMAIL PROTECTED] * Package name: exo Version : 0.3.0 Upstream Author : Benedikt Meurer [EMAIL PROTECTED] * URL : http://libexo.os-cillation.com/ * License : GPL Description : Library with extensions for Xfce libexo is a library for Xfce that contains a bunch of additional widgets and a framework for editable toolbars (an improved version of the framework present in GNOME), light-weight session management support, functions to automatically synchronize object properties (based on GObject Binding Properties) and several miscelleanous utility and helper functions for application developers. . While Xfce ships with quite a few libraries that are primarly targeted at desktop development, libexo is targeted at application development, with a focus on applications for Xfce. . Homepage: http://libexo.os-cillation.com/ ciao, ema signature.asc Description: Digital signature
Bug#308521: ITP: mousepad -- simple Xfce oriented text editor
Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers [EMAIL PROTECTED] * Package name: mousepad Version : 0.2.2 Upstream Author : Erik Harrison [EMAIL PROTECTED] * URL : http://www.xfce.org/~benny/apps.html * License : GPL Description : simple Xfce oriented text editor Mousepad is a graphical text editor for Xfce based on Leafpad. . The initial reason for Mousepad was to provide printing support, which would have been difficult for Leafpad for various reasons. . Although some features are under development, currently Mousepad has the following features: * Complete support for UTF-8 text * Cut/Copy/Paste and Select All text * Search and Replace * Font selecton * Word Wrap * Character coding selection * Auto character coding detection (UTF-8 and some codesets) * Manual codeset setting * Infinite Undo/Redo by word * Auto Indent * Multi-line Indent * Display line numbers * Drag and Drop * Printing ciao, ema signature.asc Description: Digital signature
Bug#308813: pbuilder: Please add support for experimental
Package: pbuilder
Version: 0.127
Severity: wishlist
Tags: patch
The attached patch adds the possibility to create an experimental chroot
with pbuilder.
pbuilder create --distribution experimental
Thanks.
ciao,
ema
diff -Nur pbuilder-0.127/examples/pbuilder-distribution.sh
pbuilder-0.128/examples/pbuilder-distribution.sh
--- pbuilder-0.127/examples/pbuilder-distribution.sh2004-11-17
00:51:38.0 +0100
+++ pbuilder-0.128/examples/pbuilder-distribution.sh2005-05-12
15:59:25.0 +0200
@@ -1,6 +1,6 @@
#!/bin/sh
# script from Jamin W. Collins BTS: #255165
-# name this script 'pbuilder-woody', 'pbuilder-sid', 'pbuilder-sarge' etc.
+# name this script 'pbuilder-woody', 'pbuilder-sid', 'pbuilder-sarge',
'pbuilder-experimental' etc.
OPERATION=$1
DISTRIBUTION=`basename $0 | cut -f2 -d '-'`
diff -Nur pbuilder-0.127/pbuilder.8 pbuilder-0.128/pbuilder.8
--- pbuilder-0.127/pbuilder.8 2005-04-06 01:05:02.0 +0200
+++ pbuilder-0.128/pbuilder.8 2005-05-12 15:58:36.0 +0200
@@ -180,8 +180,9 @@
Specifies the distribution used. Currently the supported values are
.B sid
.B sarge
+.B woody
and
-.B woody.
+.B experimental.
This option is only effective for
.B pbuilder create
diff -Nur pbuilder-0.127/pbuilder-createbuildenv
pbuilder-0.128/pbuilder-createbuildenv
--- pbuilder-0.127/pbuilder-createbuildenv 2004-12-02 00:41:32.0
+0100
+++ pbuilder-0.128/pbuilder-createbuildenv 2005-05-12 15:44:54.0
+0200
@@ -53,6 +53,10 @@
echo - Applying user distribution dist build script
$DEBOOTSTRAPSCRIPT
fi
fi
+if [ $DISTRIBUTION = experimental ]; then
+ DISTRIBUTION=sid
+ EXPERIMENTAL=true
+fi
if ! ( cd $BUILDPLACE debootstrap [EMAIL PROTECTED] $DISTRIBUTION .
$MIRRORSITE $DEBOOTSTRAPSCRIPT ) ; then
echo pbuilder: debootstrap failed 2
exit 1
@@ -66,6 +70,10 @@
copy_local_configuration
installaptlines
+
+if [ -n $EXPERIMENTAL ]; then
+ installexppreferences
+fi
echo Refreshing the base.tgz
echo - upgrading packages
@@ -76,8 +84,8 @@
$CHROOTEXEC /usr/bin/dpkg --purge $REMOVEPACKAGES
fi
recover_aptcache
-$CHROOTEXEC /usr/bin/apt-get -y dist-upgrade
-$CHROOTEXEC /usr/bin/apt-get -y install build-essential dpkg-dev apt
$EXTRAPACKAGES
+$CHROOTEXEC /usr/bin/apt-get -y --force-yes dist-upgrade
+$CHROOTEXEC /usr/bin/apt-get -y --force-yes install build-essential dpkg-dev
apt $EXTRAPACKAGES
save_aptcache
$CHROOTEXEC /usr/bin/apt-get clean
diff -Nur pbuilder-0.127/pbuilder-modules pbuilder-0.128/pbuilder-modules
--- pbuilder-0.127/pbuilder-modules 2005-04-20 00:39:50.0 +0200
+++ pbuilder-0.128/pbuilder-modules 2005-05-12 15:45:16.0 +0200
@@ -27,10 +27,10 @@
pdebuild [pbuilder-options]
command lines:
-pbuilder create [--basetgz base.tgz-path] [--distribution
potato|woody|sarge|sid]
+pbuilder create [--basetgz base.tgz-path] [--distribution
potato|woody|sarge|sid|experimental]
Creates a base.tgz
-pbuilder update [--basetgz base.tgz-path] [--distribution
potato|woody|sarge|sid]
+pbuilder update [--basetgz base.tgz-path] [--distribution
potato|woody|sarge|sid|experimental]
Updates a base.tgz
pbuilder build [--basetgz base.tgz-path] pbuilder_2.2.0-1.dsc
@@ -53,7 +53,7 @@
--nonusmirror [non-US mirror location]
--othermirror [other mirror location in apt deb-line format, delimited with |
signs]
--http-proxy [proxy]
- --distribution [distribution(potato/woody/sarge/sid)]
+ --distribution [distribution(potato/woody/sarge/sid/experimental)]
--buildresult [location-to-copy-build-result]
--aptcache [location of retrieved package files]
--removepackages [packages-to-remove on pbuilder create]
@@ -244,6 +244,19 @@
fi
}
+function installexppreferences (){
+ echo - Installing apt-lines and pinning for experimental
+if [ -n $MIRRORSITE ] ; then
+ echo deb $MIRRORSITE ../project/experimental main
$BUILDPLACE/etc/apt/sources.list
+ echo #deb-src $MIRRORSITE ../project/experimental main
$BUILDPLACE/etc/apt/sources.list
+ fi
+ cat $BUILDPLACE/etc/apt/preferences EOF
+Package: *
+Pin: release o=Debian,a=experimental,l=Debian,c=main
+Pin-Priority: 500
+EOF
+}
+
function copy_local_configuration () {
echo - copying local configuration
for a in hosts hostname resolv.conf; do
Bug#308813: --force-yes needed by apt in experimental
Hi,
I've just noticed that the version of apt which is currently in
experimental wants that you supply the --force-yes flag when apt-get is
called with the -y option.
The attached patch adds the --force-yes flag where needed.
Thanks.
ciao,
ema
diff -Nur pbuilder-0.127/pbuilder-createbuildenv
pbuilder-0.128/pbuilder-createbuildenv
--- pbuilder-0.127/pbuilder-createbuildenv 2004-12-02 00:41:32.0
+0100
+++ pbuilder-0.128/pbuilder-createbuildenv 2005-05-12 15:44:54.0
+0200
@@ -76,8 +84,8 @@
$CHROOTEXEC /usr/bin/dpkg --purge $REMOVEPACKAGES
fi
recover_aptcache
-$CHROOTEXEC /usr/bin/apt-get -y dist-upgrade
-$CHROOTEXEC /usr/bin/apt-get -y install build-essential dpkg-dev apt
$EXTRAPACKAGES
+$CHROOTEXEC /usr/bin/apt-get -y --force-yes dist-upgrade
+$CHROOTEXEC /usr/bin/apt-get -y --force-yes install build-essential dpkg-dev
apt $EXTRAPACKAGES
save_aptcache
$CHROOTEXEC /usr/bin/apt-get clean
diff -Nur pbuilder-0.127/pbuilder-satisfydepends
pbuilder-0.128/pbuilder-satisfydepends
--- pbuilder-0.127/pbuilder-satisfydepends 2003-04-20 05:40:36.0
+0200
+++ pbuilder-0.128/pbuilder-satisfydepends 2005-05-12 20:08:48.0
+0200
@@ -147,10 +147,10 @@
# now actually install the packages
echo - Installing ${INSTALLPKGLIST}
-if ! $CHROOTEXEC apt-get -y install ${INSTALLPKGLIST}; then
+if ! $CHROOTEXEC apt-get -y --force-yes install ${INSTALLPKGLIST}; then
echo - Trying to fix apt error
# Work around an apt bug which causes configure to fail.
- if $CHROOTEXEC dpkg --configure --pending $CHROOTEXEC apt-get -y
install ${INSTALLPKGLIST}; then
+ if $CHROOTEXEC dpkg --configure --pending $CHROOTEXEC apt-get -y
--force-yes install ${INSTALLPKGLIST}; then
echo - Apt bug workaround succeeded
elif [ $CONTINUE_FAIL != yes ]; then
echo E: Unrecoverable error installing build-dependencies. 2
diff -Nur pbuilder-0.127/pbuilder-updatebuildenv
pbuilder-0.128/pbuilder-updatebuildenv
--- pbuilder-0.127/pbuilder-updatebuildenv 2004-06-17 02:19:59.0
+0200
+++ pbuilder-0.128/pbuilder-updatebuildenv 2005-05-12 20:09:47.0
+0200
@@ -44,8 +44,8 @@
recover_aptcache
$TRAP saveaptcache_umountproc_cleanbuildplace exit
-$CHROOTEXEC /usr/bin/apt-get -y [EMAIL PROTECTED] dist-upgrade
-$CHROOTEXEC /usr/bin/apt-get -y install build-essential dpkg-dev apt
$EXTRAPACKAGES
+$CHROOTEXEC /usr/bin/apt-get -y --force-yes [EMAIL PROTECTED] dist-upgrade
+$CHROOTEXEC /usr/bin/apt-get -y --force-yes install build-essential dpkg-dev
apt $EXTRAPACKAGES
save_aptcache
$TRAP umountproc_cleanbuildplace exit
$CHROOTEXEC /usr/bin/apt-get clean || true
Bug#305450: wishlist for urlview
Hello Justin, * Justin Vander Ziel [EMAIL PROTECTED], [2005-04-19 22:35 -0500]: Of course this means nothing to most apps but urlview can figure it out. However, it has this annoying habit of double-checking whether the URL it extracted should be opened or not with a rather cryptic dialogue: UrlView 0.9: (1 matches) Press Q or Ctrl-C to Quit! -1 http://www.mapnp.org/library/pay_ben/cmpnstn/cmpnstn.htm After some experimentation I learned that this required that I press the Enter key twice and then it would follow up by passing the resulting URL to the /etc/urlview/url_handler.sh This is really annoying since this prompt effectively stops me from using this convenient tool in a shell script which I associate with a file type in Rox, for example, since the program stops in a hidden window and waits in vain for someone to press Enter (I am guessing that this is what happens based on my CLI experience). In an ideal world the program would work so well that I would never know it existed and my web pages would just magically appear in my browser after I clicked on an URL file. urlview shows that menu because often there's not only a single URL in its input; this way the user can choose which of the links he wants to open. Do you want to see urlview simply running url_handler.sh without asking anything if there's only a single URL? If this is the request, I'll retitle the bug. 'whishlist for urlview' it's a bit too generic. :) Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307576: should allow wrapping
Hello Martin, * Martin Michlmayr [EMAIL PROTECTED], [2005-05-04 1:59 +0100]: It would be nice if urlview would allow to wrap around lines using the cursor, i.e. pressing up on the first line should go to the last line. I frequently have to open the last URL in a list and this feature would be very helpful. Urlview is almost dead upstream, so there's no point in forwarding your request. I'll try to see what I can do to implement your whishlist; in the meanwhile, do you know that you can press the url number to 'jump' to it? If you've got 42 matches, you can jump to the last one simply typing '42'. HTH. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308813: buggy apt pinning in experimental
Hi, this seems to be an infinite whishlist bug. :) The version of apt in experimental is buggy for what regards pinning: see #308445 for a description of the problem. As a workaround, one could set experimental as the favourite distribution without using /etc/apt/preferences, but /etc/apt/apt.conf. The following patch solves this problem, together with the ones formerly outlined: http://people.debian.org/~ema/patches/pbuilder-experimental.diff Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309814: Please add dict-freedict-ita-eng
Package: freedict Severity: wishlist Please add dict-freedict-ita-eng. http://freedict.sourceforge.net/download/linux/ita-eng.tar.gz Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307576: should allow wrapping
Hello Martin, * Martin Michlmayr [EMAIL PROTECTED], [2005-05-04 1:59 +0100]: It would be nice if urlview would allow to wrap around lines using the cursor, i.e. pressing up on the first line should go to the last line. I frequently have to open the last URL in a list and this feature would be very helpful. Do you still find this wishlist useful? Now that #307577 is fixed it is possible to use page up and page down to go through the list also with only a few urls. However, I am thinking about documenting the 'jump-at' feature. Maybe changing the urlview sentence to something like this: UrlView 0.9: (N matches) Press 1-N to jump to an url, Q or Ctrl-C to Quit! Well, not very nice, but it's a start. I consider that this change could be more useful. What's your opinion? Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338645: postgresql-contrib-8.1: dbf2pg silently ignores the -F and -T options
Package: postgresql-contrib-8.1 Severity: normal Tags: patch Hello, according to contrib/dbase/Makefile, iconv support for dbf2pg is disabled. If there is no specific reason to do so, it would be really nice to uncomment the PG_CPPFLAGS += -DHAVE_ICONV_H line, so that dbf2pg can convert charsets properly. Moreover, the user is not informed about lack of iconv support, and that causes a lot of problems trying to understand why there is no charset conversion even passing -F (and -T) to the command line. :) The attached patch prints a warning if there is no iconv support and the user passes the -F option. Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) ciao, ema --- /home/ema/debian/postgresql-8.1-8.1.0/postgresql-8.1.0/contrib/dbase/dbf2pg.c 2005-10-15 04:49:04.0 +0200 +++ dbf2pg.c2005-11-11 19:43:50.0 +0100 @@ -618,10 +618,14 @@ case 'U': username = (char *) strdup(optarg); break; -#ifdef HAVE_ICONV_H case 'F': +#ifdef HAVE_ICONV_H charset_from = (char *) strdup(optarg); +#else + printf(WARNING: dbf2pg was compiled without iconv support, ignoring -F option\n); +#endif break; +#ifdef HAVE_ICONV_H case 'T': charset_to = (char *) strdup(optarg); break; signature.asc Description: Digital signature
Bug#327127: darcs-buildpackage: should no rebuild .orig.tar.gz file if debian version is not -1
Hello John and Peter, * John Goerzen [EMAIL PROTECTED], [2005-09-07 15:50 -0500]: On Wed, Sep 07, 2005 at 10:02:41PM +0200, Peter Van Eynde wrote: It cannot recreate the exact same .orig.tar.gz file, so the upload will fail. True. The system should detect that when there is no .orig.tar.gz file and it is creating a higher version release (ie not -1) it should bail out or (better) use apt-get source to get the .orig.tar.gz file. I'm not so sure about this part. Perhaps an all-caps warning is in order, but for me, part of the allure of this tool is the ability to go back in time and build working source and binary packages. Uploading them to Debian isn't always the end goal. There is also no guarantee that a user's apt-get would be configured in such a way that it can obtain the source for the version in question. So I'm inclined to tag this one wontfix and set it to wishlist, but I'm interested in your thoughts on what I've said. I agree with you, and everything works fine if one switches to darcs-buildpackage for a new upstream release or an initial debianization. But is a full source upload the correct way for switching to darcs-buildpackage for a 1 Debian revision? If so, why not stating it into the docs? Maybe even an all-caps warning at the end of the building process which informs you that the .orig.tar.gz has been changed could be very helpful. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
tag 322432 pending thanks Hello Keith, * Keith Hellman [EMAIL PROTECTED], [2005-08-12 7:55 -0600]: On Thu, Aug 11, 2005 at 09:43:01PM +0200, Emanuele Rocca wrote: quoting urlview(1): urlview attempts to read ~/.urlview upon startup. If this file doesn???t exist, it will try to read a system wide file in /etc/urlview/system.urlview *If this file doesn't exist*, it will try to read... Hate to be argumentative... but it also states that it has default values for REGEXP and COMMAND, I understood that it would only read one of the configuration files - but I figured it would have the default values hard-coded into the program. After thinking more on this bug, I concluded that you're absolutely right. I've hardcoded Debian default values for REGEXP and COMMAND into urlview.c, since the old default were more or less useless. An upload which fixes this bug is pending; here you can find a preview: http://people.debian.org/~ema/packages/urlview_0.9-16_i386.deb ciao, ema signature.asc Description: Digital signature
Bug#327850: urlview: remove back latest looping cursor (wishlist)
tag 327850 pending thanks Hello Osvaldo, * Osvaldo La Rosa [EMAIL PROTECTED], [2005-09-12 16:17 +0200]: Hi, in the latest version of urlview the cursor goes from the 1st http url to the last and when pressing cursor down instead of stopping it begins again from top, and viceversa: An upload which fixes this bug is pending. Preview available here: http://people.debian.org/~ema/packages/urlview_0.9-16_i386.deb ciao, ema signature.asc Description: Digital signature
Bug#338657: ITP: Buoh -- Buoh is a reader for online strips comics, designed to work well under the GNOME Desktop
* borg [EMAIL PROTECTED], [2005-11-11 17:41 -0300]: * Package name: Buoh Version : 0.8 Upstream Author : * URL : http://buoh.steve-o.org/ * License : GPL Description : Buoh is a reader for online strips comics, designed to work well under the GNOME Desktop (Include the long description here.) Please fill the 'Upstream author' field and the long description. http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-pkg-desc Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340091: snort-doc: Missing file: lisapaper.txt.gz
Package: snort-doc Severity: normal Hello Javier! According to /usr/share/doc-base/snort-paper, the document lisapaper.txt.gz should be available under /usr/share/doc/snort-doc/, but it is not there. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) ciao, ema signature.asc Description: Digital signature
Bug#380367: kernel-patch-debianlogo: new logo of Tux with a Debian swirl on his belly
Hello Frank, it would be very handy for us if you could attach your patch as a diff -Nur against the current kernel-patch-debianlogo source package. Anyway, do we want to allow the choice between the old Debian logo and the new one? Or is it better to just replace it? Laziness leads me to prefer the latter, but I'm open to suggestions. Thank you very much. ciao, ema signature.asc Description: Digital signature
Bug#380367: kernel-patch-debianlogo: new logo of Tux with a Debian swirl on his belly
Hello Frank, * Frank S. Thomas [EMAIL PROTECTED], [2006-10-20 13:55 +0200]: On Tuesday 17 October 2006 19:35, Emanuele Rocca wrote: it would be very handy for us if you could attach your patch as a diff -Nur against the current kernel-patch-debianlogo source package. Ok, I'll do this ASAP. You don't use a VCS for kernel-patch-debianlogo, or? Yes, we do. The package is under subversion. http://svn.debian.org/wsvn/pkg-debianlogo Anyway, do we want to allow the choice between the old Debian logo and the new one? Or is it better to just replace it? Choice is good and I guess not everybody prefers the new logo over the old one. My patch adds the new logo just as an alternative to the old one and maybe there are other logos which could be integrated in kpd. OK, I agree that it's better to let the users decide their favourite logo. ciao, ema signature.asc Description: Digital signature
Bug#394475: minpack_19961126-9+b2(hppa/unstable): FTBFS: bad build-depends
tag 394475 patch thanks minpack builds correctly on hppa bumping the automake build dependency to automake1.9. Log of successful building: http://people.debian.org/~ema/minpack-19961126-hppa.log More information about the current automake situation: http://wiki.debian.org/AutomakeTransition ciao, ema $ diff -u minpack-19961126/debian/control /home/ema/packages/minpack-19961126/debian/control --- minpack-19961126/debian/control 2006-10-22 22:29:01.0 +0200 +++ /home/ema/packages/minpack-19961126/debian/control 2006-10-22 21:56:05.053016000 +0200 @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: James R. Van Zandt [EMAIL PROTECTED] -Build-Depends: debhelper ( 5.0.0), g77, libtool, autoconf, automake +Build-Depends: debhelper ( 5.0.0), g77, libtool, autoconf, automake1.9 Standards-Version: 3.7.2 Package: minpack-dev
Bug#395984: Bug#394475: minpack_19961126-9+b2(hppa/unstable): FTBFS: bad build-depends
reopen 394475 tag 394475 patch tag 395984 patch thanks Hello James, * James R. Van Zandt [EMAIL PROTECTED], [2006-10-28 16:14 -0400]: Actually automake is not required to build the package, so I removed it from the list. I've tried rebuilding minpack 19961126-10 under pbuilder, but it fails. If you don't need automake and autoconf in the build process, you should not check if they're available in configure.in: --- snip --- AC_PATH_PROG(autoconf, autoconf, FAIL) if test $autoconf = FAIL; then AC_MSG_ERROR(Cannot continue: autoconf not found) fi AC_PATH_PROG(automake, automake, FAIL) if test $automake = FAIL; then AC_MSG_ERROR(Cannot continue: automake not found) fi --- snip --- Removing the lines above, and running autoconf afterwards, minpack builds correctly without the dependencies on automake and autoconf. This seems to solve #395984 as well. BTW, the package builds without problems even dropping the dependency on libtool. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#223847: Status of #223847 - tiger: warning, got bogus unix line
Hello Javier, this bug was tagged pending at the beginning of 2004. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=223847;msg=42 If you're not currently working on a upload that fixes the issue, please remove the pending tag. BTW, I can confirm that the bug is present in the stable distribution (tiger 1:3.2.1-24). Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#223847: Status of #223847 - tiger: warning, got bogus unix line
Hello Javier, * Javier Fernández-Sanguino Peña [EMAIL PROTECTED], [2006-11-30 21:43 +0100]: On Thu, Nov 30, 2006 at 04:17:33PM +0100, Emanuele Rocca wrote: BTW, I can confirm that the bug is present in the stable distribution (tiger 1:3.2.1-24). Are you using 'chkrootkit'? If so, that seems to be the culprit (it uses netstat and netstat outputs those lines). If not, do you have lsof installed? I'm using chkrootkit and I've got lsof installed. And I've just noticed the comment in check_rootkit: # TODO2: Consider sending output to /dev/null to avoid the # 'warning, got bogus unix line' messages that netstat might output # (See Debian Bug 223847) Thanks. ciao, ema
Bug#492458: ding: Setting LC_CTYPE to de_DE.UTF8 causes problems using different language settings
Package: ding Version: 1.5-3 Severity: normal Tags: patch Hi, Ubuntu dropped the explicit setting of LC_CTYPE to de_DE.UTF8 to fix the following bug: https://bugs.launchpad.net/ubuntu/+source/ding/+bug/174596 I'm able to reproduce the reported behaviour on my Debian sid box, with the following locales available: [EMAIL PROTECTED]:~$ locale -a C en_US.utf8 POSIX Please consider applying the Ubuntu patch, if you find it appropriate: +++ 1.5-3ubuntu2/ding 2008-05-21 11:15:56.0 +0100 @@ -1,6 +1,6 @@ #!/bin/sh # the next line restarts using wish \ -LC_CTYPE=de_DE.UTF-8; export LC_CTYPE; exec wish $0 $@ +exec wish $0 $@ # This is ding, # * A dictionary lookup program, ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461330: Does not start on system without sound card
Hi, * Ronny Standtke [EMAIL PROTECTED], [2008-01-17 21:08 +0100]: I tried running pathological on a system without sound card. This failed with the following error message: - $ pathological ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:3510:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3982:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM default Traceback (most recent call last): File /usr/share/games/pathological/pathological.py, line 2205, in ? setup_everything() File /usr/share/games/pathological/pathological.py, line 2188, in setup_everything pygame.mixer.init() pygame.error: No available audio device - Ubuntu uses the following patch to fix this bug: diff -pruN 1.1.3-8/pathological.py 1.1.3-8ubuntu2/pathological.py --- 1.1.3-8/pathological.py 2008-06-01 14:14:45.0 +0100 +++ 1.1.3-8ubuntu2/pathological.py 2008-06-01 14:13:03.0 +0100 @@ -2185,7 +2185,12 @@ def setup_everything(): # Initialize the game module pygame.display.init() - pygame.mixer.init() + try: + pygame.mixer.init() + except: + print error on pygame.mixer.init() inside setup_everything(): + print sys.exc_info()[0],:,sys.exc_info()[1] + print ...ignoring it pygame.font.init() pygame.key.set_repeat(500, 30) http://patches.ubuntu.com/p/pathological/pathological_1.1.3-8ubuntu2.patch ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493723: obexftp: Please remove sablotron from Build-Depends
Package: obexftp Version: 0.19-7 Severity: normal Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch intrepid Hi, Ubuntu removed sablotron from obexftp build-depends. Given that obexftp builds properly in a sid pbuilder environment without sablotron, I'd suggest to drop the build dependency in Debian as well. diff -pruN 0.19-7/debian/control 0.19-7ubuntu1/debian/control --- 0.19-7/debian/control 2007-08-20 11:11:28.0 +0100 +++ 0.19-7ubuntu1/debian/control2007-08-20 11:10:16.0 +0100 @@ -3,7 +3,7 @@ Section: comm Priority: optional Maintainer: Hendrik Sattler [EMAIL PROTECTED] Uploaders: Loic Minier [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.0), libopenobex1-dev (= 1.3-3), sablotron, quilt (= 0.45), pkg-config +Build-Depends: debhelper (= 5.0.0), libopenobex1-dev (= 1.3-3), quilt (= 0.45), pkg-config Standards-Version: 3.7.2.0 Package: obexftp ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494317: japa: Please drop fftw3-dev alternative from Build-Depends
Package: japa Version: 0.2.1-3 Severity: normal User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid The fftw3-dev binary package is no longer available, please remove it from Build-Depends. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494938: moodbar: Should build-depend on libfftw3-dev rather than on fftw3-dev
Package: moodbar Version: 0.1.2-2 Severity: normal User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid fftw3-dev has been renamed to libfftw3-dev; please update moodbar Build-Depends accordingly. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494946: ted: Should build-depend on libgif-dev
Package: ted Version: 2.17-1 Severity: normal User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ted build depends on libungif4-dev, which is a transitional package depending on libgif-dev. Please build-depend on libgif-dev instead. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494977: metapixel: Should build-depend on libgif-dev
Package: metapixel Version: 1.0.2-5 Severity: normal User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid metapixel build depends on libungif4-dev, which is a transitional package depending on libgif-dev. Please build-depend on libgif-dev instead. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361282: python-apt: import of apt_pkg fails Followup-For: Bug #361282 Package: python-apt Version: 0.6.19
Hello Andreas, * Andreas v. Heydwolff [EMAIL PROTECTED], [2006-11-24 22:28 +0100]: Unfortunately the bug appeared a few weeks ago on my machine and did not resolve spontaneously. It is a showstopper in that it renders wajig unusable. Greetings --AvH python 'import site' failed; use -v for traceback Python 2.4.4c0 (#2, Jul 30 2006, 15:43:58) [GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)] on linux2 Type help, copyright, credits or license for more information. import apt_pkg Traceback (most recent call last): File stdin, line 1, in ? ImportError: No module named apt_pkg Could you please check if this bug is still reproducible? I can import apt_pkg just fine on my sid box. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457392: midori: new upstream version 0.0.15 now available
Hello Michael, * Michael Gilbert [EMAIL PROTECTED], [2007-12-21 23:40 -0500]: midori 0.0.15 is now available upstream. this is a request for the new version to be packaged for debian. The new upstream version needs webkitgtk = r28377, so I'm just waiting for a recent version of webkit to be uploaded to sid. Just a little bit of patience! :) ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377584: downgrading
Hello Mirco, * Mirco Bauer [EMAIL PROTECTED], [2006-07-10 11:13 +0200]: Neither the sparc nor the s390 port of Mono are near usable yet, specially with the stable branch (1.1.13.x), thus downgrading to wishlist. I've been able to build mono on sparc without problems from mono_1.2.5.1.orig.tar.gz with the classic procedure: ./configure ; make ; make install dpkg-buildpackage from the debian sources fails as follows: install -o root -g root -m 644 debian/cli.binfmt \ debian/mono-common/usr/share/binfmts/cli install: cannot create regular file `debian/mono-common/usr/share/binfmts/cli': No such file or directory Changing that command to: install -D -o root -g root -m 644 debian/cli.binfmt \ debian/mono-common/usr/share/binfmts/cli allowed me to build mono successfully on sparc under pbuilder: http://people.debian.org/~ema/mono_1.2.5.1-2_sparc.build So, the macroscopic problem seems to be that debian/mono-common/usr/share/binfmts/ is not created properly; obiouvsly for other arches this is not the case. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454607: midori does not provide an alternative for x-www-browser
tag 454607 pending thanks Hello Zoran, * Zoran Dzelajlija [EMAIL PROTECTED], [2007-12-06 16:31 +0100]: I'll ignore the bugs a lintian run can point to, after all this is an experimental upload. However, the package ought to, among other things, be a provider for /usr/bin/x-www-browser. I'll upload a new midori revision implementing your suggestion as soon as a proper fix for #454206 comes out. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293241: HOWTO: Small improvement and typo fix
Package: svn-buildpackage Severity: minor Tags: patch Hi, reading the howto it was not clear for me how to avoid the mergeWithUpstream feature. Please consider the attached patch, which briefly tries to explain how to unset it and fixes a small typo. ciao, ema --- - 2005-02-01 23:35:57.0 +0100 +++ /tmp/HOWTOsgml.gz.20624 2005-02-01 23:35:57.0 +0100 @@ -419,7 +419,7 @@ A special feature of svn-buildpackage is so called mergeWithUpstream-mode. Many projects do not want to keep the whole upstream source under revision control, eg. because of the large amount of required disc space -and process time. Sometimes it makes sence to keep only the +and process time. Sometimes it makes sense to keep only the ttdebian//tt directory any maybe few other files under revision control. p @@ -443,6 +443,9 @@ remove the files not changed in the Debian package from both upstream source and Debian branch (ttsvn rm/tt) and set the mergeWithUpstream property in the tttrunk/tt directory with ttsvn propset mergeWithUpstream 1/tt. +p +If you actually decide to stop using the mergeWithUpstream-mode, unset the +mergeWithUpstream property as follows: ttsvn propdel mergeWithUpstream debian//tt. /sect !--sectImporting directories
Bug#255339: kernel-patch-fwanalog situation
tag 255339 pending thanks Hi, an up-to-date version of kernel-patch-fwanalog is available [0]. The new version will close these bugs, but before the upload I would like to coordinate with Stefano Melchior, who wants to take care of this package [1]. ciao, ema [0] http://people.debian.org/~ema/packages [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=295099 signature.asc Description: Digital signature
Bug#298910: O: manpages-ru -- Russian translations of Linux manpages
Package: wnpp Severity: normal [ debian-l10n-russian: sorry for posting in english ] I've not got the time nor the interest to maintain this package anymore. A new upstream release is available and it would be nice for russian users to have it packaged and maintained properly. Long description: A small collection of man pages (documentation) from the Linux Documentation Project (LDP) translated to Russian. Cheers. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299927: developers-reference: Please add info about tagging packages with debtags
Package: developers-reference Severity: wishlist As said on -project [0] it may be interesting to add a note in the Developer's Reference suggesting developers to tag their own packages with debtags. Some explainations about debtags itself are available here [1]. The easiest way to tag packages is probably the web interface [2] or a GUI called debtags-edit [3]. Thanks. [0] http://lists.debian.org/debian-project/2005/03/msg00085.html [1] http://debtags.alioth.debian.org/ [2] http://debian.vitavonni.de/packagebrowser/ [3] http://packages.debian.org/unstable/misc/debtags-edit signature.asc Description: Digital signature
Bug#294308: xfce4-battery-plugin: informations about APM/ACPI
retitle 294308 xfce4-battery-plugin: Add a note about APM/ACPI thanks I added a README.Debian for -battery-plugin to the svn repository. http://svn.debian.org/wsvn/pkg-xfce/goodies/xfce4-battery-plugin/debian/README.Debian?op=filerev=0sc=0 http://lists.alioth.debian.org/pipermail/pkg-xfce-commits/2005-April/02.html Please check it and feel free to suggest any change. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304325: linda: Please provide a more informative long description
Package: linda Severity: wishlist Hello, as the recent thread on -devel [0] pointed out, there is a bit of confusion about linda and lintian. IMHO it would be a good idea to provide an improved description for linda; I CCed -devel to hear also other opinions. Here it is my proposal: Linda is a Debian package checker that runs some rudimentary checks over source and binary packages to see if they comply to Policy. . It is much like lintian, but it is faster and internationalized (l10n strings for most errors, in German only at the moment). Linda is developed in Python. . Since Linda and Lintian implement a different set of tests, you may find useful to run both of them on your packages. Please be patient with my english. :) Thanks for your time. ciao, ema [0] http://lists.debian.org/debian-devel/2005/04/msg00396.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305985: ITP: pystatgrab -- python bindings for a libstatgrab library
Hello Bartosz, * Bartosz Fenski aka fEnIo [EMAIL PROTECTED], [2005-04-23 14:05 +0200]: Description : python bindings for a libstatgrab library ^ It seems that there is a trailing 'a' in the sentence quoted above. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305985: ITP: pystatgrab -- python bindings for a libstatgrab library
Hello Bartosz, * Bartosz Fenski aka fEnIo [EMAIL PROTECTED], [2005-04-24 22:24 +0200]: On Sun, Apr 24, 2005 at 07:15:58PM +0200, Emanuele Rocca wrote: Description : python bindings for a libstatgrab library ^ It seems that there is a trailing 'a' in the sentence quoted above. Well I'm not native English speaker, but what's wrong with this 'a' there? Idem, I obiouvsly can be wrong. :) But I think that it should be python bindings for /the/ libstatgrab library, rather than for /a/ libstatgrab library, considering that (if I understand it correctly) you're not talking about one of the libstatgrab libraries, but about the only libstatgrab library available. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#243938: rkhunter itp
* [ 15-01-05 - 00:12 ] Frederik Dannemare [EMAIL PROTECTED] wrote: I've set myself as owner of the ITP and I have begun working on the package (which has a very stange/inflexible install script, IMO) Yep, I started working on it. If you want to take a look at my work, to avoid duplicated efforts, you can grab the initial modifications here: http://people.debian.org/~ema/packages/ Emanuele, we can easily co-maintain it if you'd like. I have no problem with that. Cool. :) ciao, ema signature.asc Description: Digital signature
Bug#393817: ruby dies with Illegal instruction on sparc/Niagara
Hello Martin, * Martin Michlmayr [EMAIL PROTECTED], [2006-10-17 22:07 +0100]: ruby doesn't work on a Niagara sparc system: sh-3.1# ruby1.8 Illegal instruction Please try the attached patch, works here (sun blade 2000). Thanks, ema --- ruby1.8-1.8.6.36/defines.h 2007-02-24 18:52:08.0 +0100 +++ /home/ema/debian/packages/ruby1.8-1.8.6.36/defines.h 2007-08-09 03:14:05.0 +0200 @@ -218,9 +218,7 @@ #endif # if defined(__sparc_v9__) || defined(__sparcv9) || defined(__arch64__) (flushw) -# elif defined(linux) || defined(__linux__) - (ta 0x83) -# else /* Solaris, OpenBSD, NetBSD, etc. */ +# else /* Linux, Solaris, OpenBSD, NetBSD, etc. */ (ta 0x03) # endif /* trap always to flush register windows if we are on a Sparc system */ ;
Bug#431746: Xinerama active, but = 0 screens?
Hello Brice, * Brice Goglin [EMAIL PROTECTED], [2007-08-11 14:14 +0200]: The problem might be fixed by the following patch http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/xorg-x11-server/devel/xserver-1.3.0-randrama-no-zero-screens.patch?rev=1.1 Could any of you rebuild xserver-xorg-core 1.3 with it and reports whether it helps? I can confirm that Fedora's patch solves the problem. Thank you very much. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393817: ruby dies with Illegal instruction on sparc/Niagara
* Martin Michlmayr [EMAIL PROTECTED], [2007-08-13 17:23 +0200]: * Emanuele Rocca [EMAIL PROTECTED] [2007-08-09 03:53]: Please try the attached patch, works here (sun blade 2000). I don't have access to that box right now. waldi, can you give the patch in #393817 a go? The patch works properly, but it's just a little workaround. What I've done was just removing ta 0x83 because it was the instruction that was causing the SIGILL. See http://article.gmane.org/gmane.linux.ports.sparc/8266 So, feel free to try it out, but consider that it's not a proper fix. Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443288: midori: segfaults on selecting preferences
Hello Helmut, * Helmut Grohne [EMAIL PROTECTED], [2007-09-20 11:54 +0200]: $ gdb midori ... (gdb) run ... click on Edit and then Preferences Program received signal SIGSEGV, Segmentation fault. Thanks for testing midori. I've uploaded the new upstream version (0.0.7) to experimental, adding a -dbg package in order to ease debugging. It's still in the NEW queue: http://ftp-master.debian.org/new.html I'll let you know when (if) it's accepted so that you can check whether this bug is still present or not. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443288: midori: segfaults on selecting preferences
Hi Helmut, * Helmut Grohne [EMAIL PROTECTED], [2007-09-20 11:54 +0200]: Package: midori Version: 0.0.6-1 Severity: normal $ gdb midori ... (gdb) run ... click on Edit and then Preferences Program received signal SIGSEGV, Segmentation fault. midori 0.0.7-1 is in experimental. Could you please check if the bug is still reproducible? Thanks, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393817: ruby dies with Illegal instruction on sparc/Niagara
* Emanuele Rocca [EMAIL PROTECTED], [2007-08-13 18:35 +0200]: * Martin Michlmayr [EMAIL PROTECTED], [2007-08-13 17:23 +0200]: I don't have access to that box right now. waldi, can you give the patch in #393817 a go? The patch works properly, but it's just a little workaround. Update: the patch is actually correct, please apply it. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441838: ITP: midori -- very lightweight web browser based on WebKit
Package: wnpp Severity: wishlist * Package name: midori Version : 0.0.6 Upstream Author : Christian Dywan [EMAIL PROTECTED] * URL : http://software.twotoasts.de/?page=midori * License : GPL Description : very lightweight web browser based on WebKit Midori is a very fast and lightweight web browser. . Among its feautres: . * Full integration with GTK+2. * Fast rendering with WebKit. * Tabs, windows and session management. * Bookmarks stored with XBEL. * Searchbox based on OpenSearch. * User scripts and user styles support. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433801: Please try reproducing kdm bug #433801 kdm_greet exits unexpectedly
* Vladimir Volovich [EMAIL PROTECTED], [2007-09-04 19:26 +0400]: FK == Filipus Klutiero writes: FK Hi, in July, Sune Vuorela sent a mail to debian-sparc requesting FK to try reproducing #433801 on kdm, but there were no answers. I FK checked the web archives and couldn't find the mail. Perhaps for FK some reason the mail didn't reach debian-sparc, so I'm trying FK again. Quoting Sune : We have recieved the following bug report in the kde team. As we kind of are out of sparc computers we are seeking help. You need: a debian sparc running recent unsntable and a attached monitor. Try to install kdm and log in. Report back if it works or not. i have a similar problem, with gdm not working on sparc running current unstable debian. similarly with Scott, after i've upgraded a bunch of packages, the X server did not start any more: gdm was starting, but X server flashes and immediately stops, leaving only gdm running. Could you guys please check if these issues are related to #432256? I've rebuilt xorg with the patch suggested there and I can't reproduce the bugs you reported: both kdm and gdm are woking properly on my system. As building xorg is quite time consuming, you may want to get the packages I've built for myself from here: http://people.debian.org/~ema/packages/ ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449077: [Pkg-xfce-devel] Bug#449077: Bug#449077: doesn't handle .desktop files with params in Exec=
* Yves-Alexis Perez [EMAIL PROTECTED], [2007-11-08 14:30 +0100]: On Fri, Nov 02, 2007 at 08:55:07PM +, Zoran Dzelajlija wrote: xfce4 menu seems only to use the first word in Exec= line of a .desktop file. Thus, (freedesktop.org) menu entries for eg. OpenOffice.org, having a line like: Exec=ooffice -writer %U don't work correctly. Upstream doesn't plan on fixing it in the near future: http://bugzilla.xfce.org/show_bug.cgi?id=2430 As you said, upstream is aware of the problem so I don't think it'll be fixed anytime soon, you'll have to wait. I don't think there's a proper solution than fixing xfdesktop code, and this won't happen. If by chance you know C and can hack xfdesktop, maybe upstream will accept patches for this issue, but nobody knows... I don't think so... From upstream bts (#2430): Yup, this is known; pretty sure there was a bug filed on this in the past, or maybe a discussion on the mailing list. Either way, not gonna get fixed. Wait for Jannis' real fd.o menu implementation in 4.6. Opening a bug against OO.o is not a proper fix, as Zoran said. I guess we could just keep this bug open to document the problem and wait for 4.6? ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406874: [Pkg-xfce-devel] Bug#406874: Support for Gtk 2.10 in experimental
Hello Loïc, * Loïc Minier [EMAIL PROTECTED], [2007-01-14 19:56 +0100]: While preparing the Gtk 2.10 transition in experimental, I converted your package to the new Gtk module handling. I'm attaching the patch I wrote back then, but it seems to still be current. Would you like me to upload such a NMU to experimental? I'd upload it myself, if nobody objects. Thanks for the patch! ciao, ema signature.asc Description: Digital signature
Bug#401672: thunar: FTBFS on hurd-i386: PATH_MAX issue
* Michael Banck [EMAIL PROTECTED], [2006-12-05 11:41 +0100]: thunar-vfs-io-local.c:840: error: 'PATH_MAX' undeclared (first use in this function) thunar-vfs-io-local.c:840: error: (Each undeclared identifier is reported only once thunar-vfs-io-local.c:840: error: for each function it appears in.) thunar-vfs-io-local.c:840: warning: unused variable 'src_path' make[4]: *** [libthunar_vfs_1_la-thunar-vfs-io-local.lo] Error 1 make[4]: Leaving directory `/build/buildd/thunar-0.4.0rc1/thunar-vfs' PATH_MAX is not defined on GNU/Hurd, as no limit exists. Thunar uses THUNAR_VFS_PATH_MAXSTRLEN in all other similar situation AFAICT, so just using it here (it gets defined to PATH_MAX on systems which have it anyway) seems like a straight-forward fix to me, patch attached. Michael, could you please check if the version of thunar currently in sid fixes this issue? Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412434: python-gdchart2: fails badly using labels longer than 11 chars
Package: python-gdchart2
Version: 0.beta1-3.3
Severity: normal
---
# python-gdchart2-bug.py
import gdchart
x = gdchart.Bar3D()
x.width = 250
x.height = 250
x.xtitle = Weekday
x.ytitle = Percentage
x.title = Example Graph
x.setData([75, 73])
x.setLabels(['One Label', 'Longer Label'])
x.draw(/tmp/test.png)
---
$ python python-gdchart2-bug.py
*** glibc detected *** double free or corruption (!prev): 0x08153690 ***
Aborted
The bug is reproducible choosing labels longer than 11 chars ('Longer Label' in
the example).
ciao,
ema
signature.asc
Description: Digital signature
Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in rp_rcv and ip_fast_csum
Hello, * Peter Palfrader [EMAIL PROTECTED], [2007-02-20 18:18 +0100]: On Thu, 01 Feb 2007, Richard Mortimer wrote: Kernel unaligned access at TPC[5e4420] ip_rcv+0xd0/0x58c Kernel unaligned access at TPC[517f84] ip_fast_csum+0xc/0x80 Kernel unaligned access at TPC[517f88] ip_fast_csum+0x10/0x80 Kernel unaligned access at TPC[517f8c] ip_fast_csum+0x14/0x80 Kernel unaligned access at TPC[517f94] ip_fast_csum+0x1c/0x80 Same on a v100, both on 2.6.18-4, and a self compiled 2.6.20.1. Could you guys apply the following patch and see if it solves the ip_rcv issue? I wrote it a bit blindly as I cannot reproduce the problem on my system (a Blade). Thanks. --- net/ipv4/ip_input.c.old 2006-09-20 05:42:06.0 +0200 +++ net/ipv4/ip_input.c 2007-02-27 00:41:34.0 +0100 @@ -116,6 +116,7 @@ */ #include asm/system.h +#include asm/unaligned.h #include linux/module.h #include linux/types.h #include linux/kernel.h @@ -415,7 +416,7 @@ if (unlikely(ip_fast_csum((u8 *)iph, iph-ihl))) goto inhdr_error; - len = ntohs(iph-tot_len); + len = ntohs(get_unaligned(iph-tot_len)); if (skb-len len || len (iph-ihl*4)) goto inhdr_error; ciao, ema signature.asc Description: Digital signature
Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in rp_rcv and ip_fast_csum
Hello, * Peter Palfrader [EMAIL PROTECTED], [2007-02-20 18:18 +0100]: On Thu, 01 Feb 2007, Richard Mortimer wrote: Kernel unaligned access at TPC[5e4420] ip_rcv+0xd0/0x58c Kernel unaligned access at TPC[517f84] ip_fast_csum+0xc/0x80 Kernel unaligned access at TPC[517f88] ip_fast_csum+0x10/0x80 Kernel unaligned access at TPC[517f8c] ip_fast_csum+0x14/0x80 Kernel unaligned access at TPC[517f94] ip_fast_csum+0x1c/0x80 Same on a v100, both on 2.6.18-4, and a self compiled 2.6.20.1. Sounds like I was looking at the wrong end of the issue, as the patch submitter says: http://article.gmane.org/gmane.linux.ports.sparc/7178 Please check if it fixes the problem. ciao, ema signature.asc Description: Digital signature
Bug#412749: linux-image-2.6.18-4-sparc64: Kernel unaligned access in eth1394_reset_priv
Package: linux-image-2.6.18-4-sparc64
Version: 2.6.18.dfsg.1-11
Severity: normal
Tags: patch
The eth1394 module is affected by an unaligned access problem:
$ dmesg |grep unaligned
Kernel unaligned access at TPC[101940c8] ether1394_reset_priv+0x2c/0xb8
[eth1394]
This problem is fixed in Linux 2.6.20, patch attached.
ciao,
ema
--- linux-source-2.6.18/drivers/ieee1394/eth1394.c.old 2007-02-26 23:07:21.0 +0100
+++ linux-source-2.6.18/drivers/ieee1394/eth1394.c 2007-02-27 21:25:02.0 +0100
@@ -65,6 +65,7 @@
#include asm/uaccess.h
#include asm/delay.h
#include asm/semaphore.h
+#include asm/unaligned.h
#include net/arp.h
#include csr1212.h
@@ -491,7 +492,7 @@
int i;
struct eth1394_priv *priv = netdev_priv(dev);
struct hpsb_host *host = priv-host;
- u64 guid = *((u64*)(host-csr.rom-bus_info_data[3]));
+ u64 guid = get_unaligned((u64*)(host-csr.rom-bus_info_data[3]));
u16 maxpayload = 1 (host-csr.max_rec + 1);
int max_speed = IEEE1394_SPEED_MAX;
@@ -894,6 +895,7 @@
u16 maxpayload;
struct eth1394_node_ref *node;
struct eth1394_node_info *node_info;
+ __be64 guid;
/* Sanity check. MacOSX seems to be sending us 131 in this
* field (atleast on my Panther G5). Not sure why. */
@@ -902,8 +904,9 @@
maxpayload = min(eth1394_speedto_maxpayload[sspd], (u16)(1 (max_rec + 1)));
+ guid = get_unaligned(arp1394-s_uniq_id);
node = eth1394_find_node_guid(priv-ip_node_list,
- be64_to_cpu(arp1394-s_uniq_id));
+ be64_to_cpu(guid));
if (!node) {
return 0;
}
@@ -1675,8 +1678,9 @@
if (max_payload dg_size + hdr_type_len[ETH1394_HDR_LF_UF])
priv-bc_dgl++;
} else {
+ __be64 guid = get_unaligned((u64 *)eth-h_dest);
node = eth1394_find_node_guid(priv-ip_node_list,
- be64_to_cpu(*(u64*)eth-h_dest));
+ be64_to_cpu(guid));
if (!node) {
ret = -EAGAIN;
goto fail;
signature.asc
Description: Digital signature
Bug#409313: linux-image-2.6.18-4-sparc64: Netra X1 - Kernel unaligned access in rp_rcv and ip_fast_csum
Hello Peter, * Peter Palfrader [EMAIL PROTECTED], [2007-03-01 0:53 +0100]: On Tue, 27 Feb 2007, Emanuele Rocca wrote: http://article.gmane.org/gmane.linux.ports.sparc/7178 Please check if it fixes the problem. Sorry for not getting back to you sooner. RL and everything :( No problem. :) Daniel Priem tells me the patch at the above URL fixes the issue. I assume that means you no longer need a shell on my v100, right? Exactly, thanks for your offer BTW. I'll also test the patch tomorrow and let you know how it works out. I guess it should work but yeah, please try it out. Thanks! ciao, ema signature.asc Description: Digital signature
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Hello, * Damyan Ivanov [EMAIL PROTECTED], [2006-09-15 9:15 +0300]: Clint Adams -- 15.09.2006 07:50 --: debian/patches/fix-mcpu-to-mtune.dpatch changes -mcpu=ultrasparc to -march=ultrasparc. This is invalid and should be dropped altogether. Thank you for your interest for building firebird2 on sparc. The above patch snipplet was modelled around the changes for i386/amd64 and sort of blindly applied to sparc too. This is now removed in the pkg-firebird svn repository. Does firebird2 packages build on sparc after this change? If yes, I'll be glad to initiate an upload that adds sparc to the list of supported architectures. Now firebird builds correctly on sparc: http://people.debian.org/~ema/firebird2_1.5.3.4870-12_sparc.build What I did was just dropping the -march=ultrasparc patch and adding sparc to the list of supported architectures (see attached patch). ciao, ema diff -Nur firebird2-1.5.3.4870/debian/patches/fix-mcpu-to-mtune.dpatch firebird2-1.5.3.4870.new/debian/patches/fix-mcpu-to-mtune.dpatch --- firebird2-1.5.3.4870/debian/patches/fix-mcpu-to-mtune.dpatch 2007-03-04 14:12:38.0 +0100 +++ firebird2-1.5.3.4870.new/debian/patches/fix-mcpu-to-mtune.dpatch 2007-03-04 14:11:59.0 +0100 @@ -17,14 +17,3 @@ DEV_FLAGS=-ggdb -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch OS_ServerFiles=inet_server.cpp firebird2-1.5.2.orig/builds/posix/prefix.linux_sparc32 -+++ firebird2-1.5.2/builds/posix/prefix.linux_sparc32 -@@ -22,7 +22,7 @@ - - # -fno-builtin is used because GCC 3.0-3.2.2 had bug with builtins expansion - # you may remove it if engine is getting compiled with any other GCC version --PROD_FLAGS=-m32 -mcpu=ultrasparc -mtune=ultrasparc -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc -+PROD_FLAGS=-m32 -march=ultrasparc -mtune=ultrasparc -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc - DEV_FLAGS=-ggdb -m32 -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch -Dsparc - - OS_ServerFiles=inet_server.cpp diff -Nur firebird2-1.5.3.4870/debian/rules firebird2-1.5.3.4870.new/debian/rules --- firebird2-1.5.3.4870/debian/rules 2007-03-04 14:12:38.0 +0100 +++ firebird2-1.5.3.4870.new/debian/rules 2007-03-04 14:11:59.0 +0100 @@ -221,7 +221,7 @@ debian/firebird2-classic cat debian/control.in \ - | sed s/@arches@/`type-handling i386,amd64 any`/g \ + | sed s/@arches@/`type-handling i386,amd64 any` `type-handling sparc linux-gnu`/g \ debian/control dh_clean
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Hello Daniel and Damyan, please CC: me on replies * Daniel Smolik [EMAIL PROTECTED], [2007-03-04 23:16 +0100]: Starting Firebird server: server has been successfully started Plase enter new password for SYSDBA user: can't format message 18:1 -- message system code -8 can't format message 18:1 -- message system code -8 I've been able to insert a password for SYSDBA without problems, perhaps you want to try out the packages I used? I built them under a sid pbuilder: http://people.debian.org/~ema/packages/ HTH. ciao, ema signature.asc Description: Digital signature
Bug#350565: gwp: i386 only?
Hello Lucas,
* Lucas Di Pentima [EMAIL PROTECTED], [2006-02-11 18:57 -0300]:
I'll correct the package definition, I suppose it works in other archs,
I'll try to build the package and see what happens.
I'm doing an NMU of gwp, here is the diff:
diff -Nru /tmp/HmWuf2sRLD/gwp-0.4.0/debian/changelog
/tmp/0vdhdNUb4T/gwp-0.4.0/debian/changelog
--- /tmp/HmWuf2sRLD/gwp-0.4.0/debian/changelog 2007-03-21 00:06:46.0
+0100
+++ /tmp/0vdhdNUb4T/gwp-0.4.0/debian/changelog 2007-03-21 00:06:46.0
+0100
@@ -1,3 +1,10 @@
+gwp (0.4.0-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Architecture set to 'any'. Closes: #350565
+
+ -- Emanuele Rocca [EMAIL PROTECTED] Tue, 20 Mar 2007 23:45:12 +0100
+
gwp (0.4.0-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru /tmp/HmWuf2sRLD/gwp-0.4.0/debian/control
/tmp/0vdhdNUb4T/gwp-0.4.0/debian/control
--- /tmp/HmWuf2sRLD/gwp-0.4.0/debian/control2007-03-21 00:06:46.0
+0100
+++ /tmp/0vdhdNUb4T/gwp-0.4.0/debian/control2007-03-21 00:06:46.0
+0100
@@ -6,7 +6,7 @@
Standards-Version: 3.6.2
Package: gwp
-Architecture: i386
+Architecture: any
Section: contrib/games
Priority: optional
Depends: python-gtk2, python, python-glade2, ${shlibs:Depends}
ciao,
ema
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412245: helix-player: FTBFS on sparc
* Emanuele Rocca [EMAIL PROTECTED], [2007-02-24 21:05 +0100]: Package: helix-player Version: 1.0.8-2 Severity: serious Justification: Fails to build Update: I've been able to build correctly the video module, it was failing because of a known gcc/binutils regression (see for instance #319162). Patch attached. Now 2 of 109 modules are failing: player/app/gtk and player/installer/archive. ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::GetAltURL(int)': hxurl.cpp:(.text+0x7c0): undefined reference to `SafeStrCpy' hxurl.cpp:(.text+0x8a0): undefined reference to `SafeSprintf' ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::ParseResource()': hxurl.cpp:(.text+0x980): undefined reference to `SafeSprintf' hxurl.cpp:(.text+0x9e4): undefined reference to `SafeSprintf' ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::CompressURL(char const*, char*)': hxurl.cpp:(.text+0x1364): undefined reference to `CHXSimpleList::CHXSimpleList()' hxurl.cpp:(.text+0x1374): undefined reference to `CHXSimpleList::CHXSimpleList()' hxurl.cpp:(.text+0x1470): undefined reference to `CHXSimpleList::RemoveNode(CHXSimpleList::CNode*)' hxurl.cpp:(.text+0x155c): undefined reference to `CHXSimpleList::RemoveNode(CHXSimpleList::CNode*)' hxurl.cpp:(.text+0x156c): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x158c): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x15d0): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x15e0): undefined reference to `SafeStrCat' ciao, ema diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/00list helix-player-1.0.8/debian/patches/00list --- /var/tmp/helix-player-1.0.8/debian/patches/00list 2007-03-10 14:58:32.0 +0100 +++ helix-player-1.0.8/debian/patches/00list 2007-03-10 15:05:13.0 +0100 @@ -5,3 +5,4 @@ 05-hxplay 06-amd64 07-alpha +08-sparc diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/01-gcc.dpatch helix-player-1.0.8/debian/patches/01-gcc.dpatch --- /var/tmp/helix-player-1.0.8/debian/patches/01-gcc.dpatch 2007-03-10 14:58:32.0 +0100 +++ helix-player-1.0.8/debian/patches/01-gcc.dpatch 2007-03-10 16:09:20.0 +0100 @@ -29,6 +29,7 @@ self.target_arg = '-o' -self.ldcmd = 'g++' +self.ldcmd = 'g++-3.4' - self.ldargs = '' +-self.ldargs = '' ++self.ldargs = '-Wl,--allow-multiple-definition' def crti_path(self): diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/08-sparc.dpatch helix-player-1.0.8/debian/patches/08-sparc.dpatch --- /var/tmp/helix-player-1.0.8/debian/patches/08-sparc.dpatch 1970-01-01 01:00:00.0 +0100 +++ helix-player-1.0.8/debian/patches/08-sparc.dpatch 2007-03-10 15:12:17.0 +0100 @@ -0,0 +1,25 @@ +#!/bin/sh /usr/share/dpatch/dpatch-run +## 08-sparc.dpatch by Emanuele Rocca [EMAIL PROTECTED] +## +## DP: Sparc Portability Bugs + [EMAIL PROTECTED]@ + +--- helix-player-1.0.8.orig/audio/device/pub/platform/unix/audlinux_oss.h 2004-07-09 04:02:00.0 +0200 helix-player-1.0.8/audio/device/pub/platform/unix/audlinux_oss.h 2007-02-24 19:53:23.0 +0100 +@@ -53,13 +53,13 @@ + //--- + // System includes. + //--- +-#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha !defined __sparc__ ++#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha + #include linux/soundcard.h + #elif defined(__powerpc__) + #include sys/soundcard.h + #elif defined _NETBSD + #include soundcard.h +-#elif defined _FREEBSD || defined __alpha || defined __sparc__ ++#elif defined _FREEBSD || defined __alpha + #include machine/soundcard.h + #else + #include machine/soundcard.h
Bug#411981: gsnes9x NMU
Here's the unified diff for my NMU:
diff -Nru /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/changelog
/tmp/G23rdjbpfu/gsnes9x-3.12/debian/changelog
--- /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/changelog 2007-03-11
21:47:05.0 +0100
+++ /tmp/G23rdjbpfu/gsnes9x-3.12/debian/changelog 2007-03-11
21:47:06.0 +0100
@@ -1,3 +1,10 @@
+gsnes9x (3.12-10.1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Sparc added to the list of supported architectures (closes: #411981)
+
+ -- Emanuele Rocca [EMAIL PROTECTED] Sun, 11 Mar 2007 13:53:44 +0100
+
gsnes9x (3.12-10) unstable; urgency=low
* Put files into right directory, so the package actually includes binaries.
diff -Nru /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/control
/tmp/G23rdjbpfu/gsnes9x-3.12/debian/control
--- /tmp/L1m1EEwqA0/gsnes9x-3.12/debian/control 2007-03-11 21:47:05.0
+0100
+++ /tmp/G23rdjbpfu/gsnes9x-3.12/debian/control 2007-03-11 21:47:06.0
+0100
@@ -6,7 +6,7 @@
Standards-Version: 3.7.2.0
Package: gsnes9x
-Architecture: amd64 i386 m68k mips powerpc
+Architecture: amd64 i386 m68k mips powerpc sparc
Depends: ${shlibs:Depends}, snes9x-x
Description: GNOME front-end for snes9x
GSnes9x is a GNOME front-end for the Snes9X SNES emulator. It allows you
ciao,
ema
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414460: Unnecessary build depend on automaken
Package: ebview Version: 0.3.6-2 Severity: important ebview builds correctly without automake, therefore the build dependency on automaken should be dropped (see http://wiki.debian.org/AutomakeTransition). I'm planning to NMU ebview fixing this bug and #410444 because the package is currently out-of-date on sparc. Here's the diff: diff -Nur ebview-0.3.6/debian/control /home/ema/debian/packages/ebview-0.3.6/debian/control --- ebview-0.3.6/debian/control 2007-03-12 00:20:19.0 +0100 +++ /home/ema/debian/packages/ebview-0.3.6/debian/control 2007-03-11 23:07:27.0 +0100 @@ -2,7 +2,7 @@ Section: text Priority: extra Maintainer: Masayuki Hatta (mhatta) [EMAIL PROTECTED] -Build-Depends: automaken, debhelper ( 4.0.0), libeb7-dev, libgtk2.0-dev +Build-Depends: debhelper ( 4.0.0), libeb12-dev, libgtk2.0-dev Standards-Version: 3.7.2 Package: ebview ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414877: sparc64: module bbc: kenvctrld eats 100% cpu
tag 414877 pending thanks Hello Joerg, * Joerg Friedrich [EMAIL PROTECTED], [2007-03-14 13:29 +0100]: please apply this patch: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.20.y.git;a=commit;h=ede6d26177a046ab7f14840e10cb2bbda6bc91df Your patch has been already applied: http://svn.debian.org/wsvn/kernel/dists/etch/linux-2.6/debian/patches/bugfix/sparc/kenvctrld-cpu-consumption.patch?op=filerev=0sc=0 ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415377: python-pam: FTBFS, python2.5 not found
Package: python-pam Version: 0.4.2-11 Severity: important python-pam 0.4.2-11 fails to build from source: /usr/bin/sudo debian/rules clean pyversions: missing XS-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions dh_testdir for python in python2.4 python2.5; \ do $python setup.py clean; \ done running clean /bin/sh: line 1: python2.5: command not found make: *** [clean] Error 127 ** Build finished at 20070317-1821 FAILED [dpkg-buildpackage died] ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411981: gsnes9x: Please add sparc to the list of supported archs
Package: gsnes9x Version: 3.12-10 Severity: normal Please add sparc among the supported architectures, gsnes9x builds correctly and works pretty well on sparc machines. Thanks. ciao, ema signature.asc Description: Digital signature
Bug#350565: gwp: i386 only?
Hello, * Lucas Di Pentima [EMAIL PROTECTED], [2006-02-11 18:57 -0300]: I'll correct the package definition, I suppose it works in other archs, I'll try to build the package and see what happens. FYI gwp builds properly on sparc, even if with a lot of differ in signedness warnings: http://people.debian.org/~ema/gwp-sparc.log ciao, ema signature.asc Description: Digital signature
Bug#412233: gwp: ImportError closing the application
Package: gwp Version: 0.4.0-1.1 Severity: normal The following error comes out closing the main window: Exception exceptions.ImportError: 'could not import gtk._gtk' in 'garbage collection' ignored Fatal Python error: unexpected exception during garbage collection ciao, ema signature.asc Description: Digital signature
Bug#412245: helix-player: FTBFS on sparc
Package: helix-player Version: 1.0.8-2 Severity: serious Justification: Fails to build In #339469 the submitter reported two different problems: FTBFS on powerpc and FTBFS on sparc. While the upload of helix-player 1.0.7-1 fixed the former [1], the latter is still present [2]. The attached patch fixes the problem, but the build fails some steps later. [3] ciao, ema [1] http://buildd.debian.org/fetch.cgi?pkg=helix-playerver=1.0.8-2arch=powerpcstamp=1169696859file=log [2] http://buildd.debian.org/fetch.cgi?pkg=helix-playerver=1.0.8-2arch=sparcstamp=1168775326file=log [3] http://people.debian.org/~ema/helix-player-sparc.log --- helix-player-1.0.8/audio/device/pub/platform/unix/audlinux_oss.h 2004-07-09 04:02:00.0 +0200 +++ /home/ema/debian/packages/helix-player-1.0.8/audio/device/pub/platform/unix/audlinux_oss.h 2007-02-24 19:53:23.0 +0100 @@ -53,13 +53,13 @@ //--- // System includes. //--- -#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha !defined __sparc__ +#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha #include linux/soundcard.h #elif defined(__powerpc__) #include sys/soundcard.h #elif defined _NETBSD #include soundcard.h -#elif defined _FREEBSD || defined __alpha || defined __sparc__ +#elif defined _FREEBSD || defined __alpha #include machine/soundcard.h #else #include machine/soundcard.h
Bug#408760: [Pkg-xfce-devel] Bug#408760: xfce4: new upstream release (4.4) available
Hello Jan, * Jan De Luyck [EMAIL PROTECTED], [2007-01-28 11:35 +0100]: Since january 21, version 4.4.0 is available upstream: We're uploading XFce 4.4 to experimental. Some packages are already available, the others will follow in the next days. See the Exp column on [1]. ciao, ema [1] http://qa.debian.org/developer.php?login=pkg-xfce-devel%40lists.alioth.debian.orgcomaint=yes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399951: RC1 on a NSLU2, 1GB usb drive
Package: installation-reports Boot method: Firmware flashed, installed via ssh Image version: Debian/NSLU2 Etch RC1 downloaded from http://www.slug-firmware.net/d-dls.php Machine: Linksys NSLU2 Partitions: Device Boot Start End Blocks Id System /dev/sda1 1 12 96358+ 82 Linux swap / Solaris /dev/sda2 * 13 125 907672+ 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] (Partially ok, see notes below) Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [ ] Install boot loader:[O] Overall install:[O] Comments/Problems: There's a known issue [0] installing over ssh on a 1GB hard drive in low mem. Without a big enough swap partition the ssh daemon goes out of memory creating the root fs, disconnecting the user. Moreover, trying to login again to resume the installation, partman hangs doing: cd /var/lib/partman/devices/=dev=mtdblock0 open_dialog DUMP (from /lib/partman/init.d/35dump) BTW, besides from this issue, the installation was perfect, congrats for the really fine job. I've been able to complete the installation twice, the first time with a 128M swap partition, and now even with a smaller one, as suggested by Otavio [1], just 96M. The partman-auto reciepe for put everything in one partition creates a swap area of around 80M, which are not enough; I'd suggest to raise the default size, maybe only if in low-mem. [0] http://lists.debian.org/debian-arm/2006/11/msg00070.html http://lists.debian.org/debian-arm/2006/11/msg00077.html [1] http://lists.debian.org/debian-boot/2006/11/msg00859.html ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400263: installation report: low memory install (kbd-chooser and ext3 creation)
Hello Holger, * Holger Wansing [EMAIL PROTECTED], [2006-11-24 20:52 +0100]: Partitions: hda13,9 GB ext2 as / hda296 MB as swap (but I tried several different schemes, read further) [...] 2. ext3 creation on low memory machines. There has been a bugreport on nslu2 where creating 1GB ext3 partitions failed (ran out of memory) when swap partition was to small. I have here a 4GB hard disc and I wasn't able to create a ext3 partition of this size (tried with different swaps, max was 128 MB). Progress bar froze everytime at 33%. With the nslu2 I've been able to create an ext3 fs on a 1G partition with 96M swap (see #399951). So there seems to be a relation between the size of the swap partition and the maximum size of the ext3 fs you can create. I don't know, maybe partman-auto could decide the size of the swap area according to the disk size? - Or some note in the manual about this situation? Yes, I think that documenting this problem would be very useful. Even if partman-auto could do some magic to setup a swap area big enough to avoid the problem, the user has always the option to partition the disk manually (obiouvsly). ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423177: [sparc] qla1280.ko seems to be missing
Hello Daniel, * Daniel Molkentin [EMAIL PROTECTED], [2007-05-10 14:23 +0200]: For some reason, qla1280.ko seems to be missing from the sparc packages of the linux-2.6 package. Fixed in svn, thanks for your bug report. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403364: SunBlade 150 problems - can anyone confirm?
Hello Thomas, * Thomas Köllmann [EMAIL PROTECTED], [2006-12-17 22:43 +0100]: On Sat, 16 Dec 2006 11:01:07 -0800 Jurij Smakov [EMAIL PROTECTED] wrote: I don't remember anyone reporting problems with xorg on these machines, it would be very valuable information if you could try it and report back. Maybe this is useful to the next guy installing Etch (or some other post-2.6.16 kernel) on a Blade 150 (or 100). Can you confirm that with a 2.6.16 kernel the problem is not reproducible? Does the machine completely fail to boot if you don't pass video=atyfb:off to the kernel? (ie: are you able to login somehow, for instance via ssh?). Thanks. ciao, ema
Bug#420602: kernel fails to boot on SunBlade 100
Hi Etienne, * Kolargol double zero [EMAIL PROTECTED], [2007-04-24 22:07 +0200]: I still get the same freeze with fbcon=map:1. But with video=atyfb:off the system boots. :) OK. Can you log in via ssh booting without atyfb:off? It would be interesting to take a look to what you have in /proc/fb and the output of dmesg. Thanks a lot! Thank you. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409971: [Pkg-xfce-devel] Bug#409971: xfce4-battery-plugin: It doesn't work after upgrading to linux kernel 2.6.21
Ciao Matte, * Matteo Vescovi [EMAIL PROTECTED], [2007-04-26 22:29 +0200]: After upgrading linux kernel to version 2.6.21, the battery plugin seems not to work at all. Please take a look to what you have in /proc/acpi with 2.6.21 and with former kernels. grep proc/acpi xfce4-battery-plugin-0.5.0/panel-plugin/libacpi.c will give you some hints about what to look for. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422307: Sparc installation problem.
Hello Anthony, * Anthony Smith [EMAIL PROTECTED], [2007-05-04 15:36 -0600]: Image version: Sarge Can you try a recent version of the installer? http://www.debian.org/releases/etch/debian-installer/ Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426404: initramfs-tools: firmware related problems in hook-functions
Package: initramfs-tools
Version: 0.88
Severity: important
Hi,
there seems to be something wrong with recent changes to hook-functions.
With initramfs-tools 0.88:
[EMAIL PROTECTED]:~# LANG=C dpkg-reconfigure linux-image-2.6.22-rc3
Running depmod.
Finding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
Other valid candidates: mkinitramfs-kpkg mkinitrd.yaird
mkdir: cannot create directory `/tmp/mkinitramfs_FD9659/lib/udev/': File exists
cp: `/lib/firmware/ql2100_fw.bin' and
`/tmp/mkinitramfs_FD9659/lib/firmware/ql2100_fw.bin' are the same file
cp: `/lib/firmware/ql2200_fw.bin' and
`/tmp/mkinitramfs_FD9659/lib/firmware/ql2200_fw.bin' are the same file
cp: `/lib/firmware/ql2300_fw.bin' and
`/tmp/mkinitramfs_FD9659/lib/firmware/ql2300_fw.bin' are the same file
cp: `/lib/firmware/ql2322_fw.bin' and
`/tmp/mkinitramfs_FD9659/lib/firmware/ql2322_fw.bin' are the same file
cp: `/lib/firmware/ql2400_fw.bin' and
`/tmp/mkinitramfs_FD9659/lib/firmware/ql2400_fw.bin' are the same file
Trying to boot with this initrd the kernel is not able to find the
firmware for my qla2xxx, although a diff -Nur between the contents of
the following two images yields to nothing:
[EMAIL PROTECTED]:~# ls -l /boot/initrd.img-2.6.22*
-rw-r--r-- 1 root root 5268495 2007-05-28 12:33 /boot/initrd.img-2.6.22-rc3
-rw-r--r-- 1 root root 5269374 2007-05-27 22:30 /boot/initrd.img-2.6.22-rc3.bak
The one suffixed with '.bak' is a working initrd built with 0.87b.
Albeit it's not the source of this problem, notice the creation of the
local variable man_x and the usage of mam_x in the script:
diff -Nur initramfs-tools-0.87b/hook-functions
initramfs-tools-0.88/hook-functions
--- initramfs-tools-0.87b/hook-functions2007-04-16 19:58:58.0
+0200
+++ initramfs-tools-0.88/hook-functions 2007-05-27 00:55:26.0 +0200
@@ -38,8 +38,11 @@
done
}
+# Add dependent modules + eventual firmware
manual_add_modules()
{
+ local man_x firmwares firmware
+
for mam_x in $(modprobe --set-version=${version} --ignore-install \
ciao,
ema
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432256: libxinerama1: XineramaIsActive disagrees with XineramaQueryScreens on sparc
Package: libxinerama1
Version: 1:1.0.2-1
Severity: important
Hi,
according to XineramaIsActive(3):
XineramaIsActive()
The XineramaActive function returns a Boolean operator used to determine
if Xin‐
erama is activated on the screen. Returns True for active and False
for not
active.
(there's a typo, s/XineramaActive/XineramaIsActive/)
[...]
XineramaQueryScreens() returns NULL and sets number to 0 if Xinerama is
not active.
Actually on my sparc machine XineramaIsActive() returns True, while
XineramaQueryScreens sets the number of screens to 0 and returns a NULL
pointer.
This bug makes gdm unusable, and probably other packages.
I've tried the following program on sparc and i386:
#include stdio.h
#include X11/Xlib.h
#include X11/extensions/Xinerama.h
int main() {
Display *disp = XOpenDisplay(NULL);
int n_screens;
XineramaScreenInfo *xscreens = XineramaQueryScreens (disp,
n_screens);
printf(XineramaIsActive: %d\n, XineramaIsActive(disp));
printf(Number of screens: %d\n, n_screens);
if(xscreens == NULL)
printf(XineramaQueryScreens returned a NULL pointer\n);
else
printf(XineramaQueryScreens returned something useful\n);
XFree(xscreens);
return 0;
}
The program above prints the following on my sparc machine:
XineramaIsActive: 1
Number of screens: 0
XineramaQueryScreens returned a NULL pointer
Conversely, on i386 the bug is not reproducible:
XineramaIsActive: 1
Number of screens: 1
XineramaQueryScreens returned something useful
ciao,
ema
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: sparc (sparc64)
Kernel: Linux 2.6.22-rc7
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libxinerama1 depends on:
ii libc6 2.5-9 GNU C Library: Shared libraries
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar
ii x11-common1:7.2-5X Window System (X.Org) infrastruc
libxinerama1 recommends no packages.
-- no debconf information
Bug#432256: libxinerama1: XineramaIsActive disagrees with XineramaQueryScreens on sparc
Hi Brice, * Brice Goglin [EMAIL PROTECTED], [2007-07-08 23:01 +0200]: Emanuele Rocca wrote: Actually on my sparc machine XineramaIsActive() returns True, while XineramaQueryScreens sets the number of screens to 0 and returns a NULL pointer. The exact same bug has been reported in #431746. Uh! I checked only libxinerama's bugs before filing this one, sorry. Which xserver-xorg-core and drivers are you using on these machines? xserver-xorg-core: 2:1.3.0.0.dfsg-6 xserver-xorg-video-sunffb: 1:1.1.0-2 ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432256: libxinerama1: XineramaIsActive disagrees with XineramaQueryScreens on sparc
* Brice Goglin [EMAIL PROTECTED], [2007-07-08 23:45 +0200]: Emanuele Rocca wrote: xserver-xorg-core: 2:1.3.0.0.dfsg-6 xserver-xorg-video-sunffb: 1:1.1.0-2 What about the i386 machine? xserver-xorg-core: 2:1.3.0.0.dfsg-7 xserver-xorg-video-ati: 1:6.6.3-2 I'm not much into X internals, but after a quick grep for Xinerama on -video-ati and -video-sunffb it seems to me that the latter doesn't provide useful replies to Xinerama related requests like X_XineramaIsActive, while the former does. Somehow libxinerama assumes that XineramaIsActive even if sunffb doesn't handle such request? ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426404: initramfs-tools: firmware related problems in hook-functions
Hey max,
* maximilian attems [EMAIL PROTECTED], [2007-06-21 12:02 +0200]:
On Mon, 28 May 2007, Emanuele Rocca wrote:
Trying to boot with this initrd the kernel is not able to find the
firmware for my qla2xxx, although a diff -Nur between the contents of
the following two images yields to nothing:
could you post the diff?
I've tried today with -rc5 after a dist-upgrade and actually there are
some differences (see attached diff).
I can confirm that with initramfs-tools 0.87b the initrd is created
properly.
ciao,
ema
diff -Nur old/init new/init
--- old/init 2007-06-24 13:07:47.0 +0200
+++ new/init 2007-06-24 13:07:56.0 +0200
@@ -47,7 +47,6 @@
export readonly=y
export rootmnt=/root
export debug=
-export cryptopts=${CRYPTOPTS}
export ROOTDELAY=
export panic=
export blacklist=
@@ -80,9 +79,11 @@
;;
rootdelay=*)
ROOTDELAY=${x#rootdelay=}
- ;;
- cryptopts=*)
- cryptopts=${x#cryptopts=}
+ case ${ROOTDELAY} in
+ *[![:digit:].]*)
+ ROOTDELAY=
+ ;;
+ esac
;;
nfsroot=*)
NFSROOT=${x#nfsroot=}
@@ -101,6 +102,11 @@
;;
panic=*)
panic=${x#panic=}
+ case ${panic} in
+ *[![:digit:].]*)
+ panic=
+ ;;
+ esac
;;
quiet)
quiet=y
Binary files old/lib/libvolume_id.so.0 and new/lib/libvolume_id.so.0 differ
Binary files old/lib/udev/ata_id and new/lib/udev/ata_id differ
Binary files old/lib/udev/cdrom_id and new/lib/udev/cdrom_id differ
Binary files old/lib/udev/edd_id and new/lib/udev/edd_id differ
diff -Nur old/lib/udev/hotplug.functions new/lib/udev/hotplug.functions
--- old/lib/udev/hotplug.functions 2007-06-24 13:07:47.0 +0200
+++ new/lib/udev/hotplug.functions 1970-01-01 01:00:00.0 +0100
@@ -1,151 +0,0 @@
-# Setup and shell utility functions for use in hotplug agents.
-# vim: syntax=sh
-
-#DEBUG=yes
-
-#EVENTS_LOG='/dev/hotplug.log'
-
-FIRMWARE_DIRS='/lib/firmware /usr/local/lib/firmware /usr/lib/hotplug/firmware'
-
-EVENTS_DIR='/dev/.events'
-
-MODPROBE='/sbin/modprobe -s -q'
-
-PATH='/sbin:/bin:/usr/sbin:/usr/bin'
-
-[ -e /etc/default/hotplug ] . /etc/default/hotplug
-
-
-if [ -x /usr/bin/logger ]; then
- LOGGER=/usr/bin/logger
-elif [ -x /bin/logger ]; then
- LOGGER=/bin/logger
-else
- unset LOGGER
-fi
-
-# for diagnostics
-if [ -t 1 -a -z $LOGGER ] || [ ! -e '/dev/log' ]; then
- mesg() {
-echo $@ 2
- }
-elif [ -t 1 ]; then
- mesg() {
-echo $@
-$LOGGER -t ${0##*/}[$$] $@
- }
-else
- mesg() {
-$LOGGER -t ${0##*/}[$$] $@
- }
-fi
-
-debug_mesg() {
-[ -z $DEBUG -o $DEBUG = no ] return 0
-mesg $@
-}
-
-wait_for_file() {
- local file=$1
- local timeout=$2
- [ $timeout ] || timeout=120
-
- local count=$timeout
- while [ $count != 0 ]; do
-[ -e $file ] return 0
-sleep 1
-count=$(($count - 1))
- done
-
- mesg $file did not appear before the timeout!
- exit 1
-}
-
-# Read a single line from file $1 in the $DEVPATH directory.
-# The function must not return an error even if the file does not exist.
-sysread() {
- local file=$1
- [ -e /sys$DEVPATH/$file ] || return 0
- local value
- read value /sys$DEVPATH/$file || return 0
- echo $value
-}
-
-sysreadlink() {
- local file=$1
- [ -e /sys$DEVPATH/$file ] || return 0
- readlink -f /sys$DEVPATH/$file 2 /dev/null || true
-}
-
-# returns true if a directory is writeable
-writeable() {
- if ln -s check $1/.is-writeable 2 /dev/null; then
-rm -f $1/.is-writeable
-return 0
- else
-return 1
- fi
-}
-
-##
-lock_rules_file() {
- [ -e /dev/.udev/ ] || return 0
-
- RULES_LOCK=/dev/.udev/.lock-${RULES_FILE##*/}
-
- retry=30
- while ! mkdir $RULES_LOCK 2 /dev/null; do
-if [ $retry -eq 0 ]; then
- echo Cannot lock $RULES_FILE! 2
- exit 2
-fi
-sleep 1
-retry=$(($retry - 1))
- done
-}
-
-unlock_rules_file() {
- [ $RULES_LOCK ] || return 0
- rmdir $RULES_LOCK || true
-}
-
-choose_rules_file() {
- local tmp_rules_file=/dev/.udev/tmp-rules--${RULES_FILE##*/}
- [ -e $RULES_FILE -o -e $tmp_rules_file ] || PRINT_HEADER=1
-
- if writeable ${RULES_FILE%/*}; then
-RO_RULES_FILE='/dev/null'
- else
-RO_RULES_FILE=$RULES_FILE
-RULES_FILE=$tmp_rules_file
- fi
-}
-
-##
-raw_find_next_available() {
- local links=$1
-
- local basename=${links%%[ 0-9]*}
- local max=-1
- for name in $links; do
-local num=${name#$basename}
-[ $num ] || num=0
-[ $num -gt $max ] max=$num
- done
-
- local max=$(($max + 1))
- # name0 actually is just name
- [ $max -eq 0 ] return
- echo $max
-}
-
-find_all_rules() {
- local key=$1
- local linkre=$2
- local match=$3
-
- local search='.*[[:space:],]'$key'\('$linkre'\)[[:space:]]*\(,.*\|\\\|\)$'
-
- echo $(sed -n -e ${match}s/${search}/\1/p $RO_RULES_FILE $RULES_FILE)
-}
-
diff -Nur old/lib/udev/ide.agent new/lib/udev/ide.agent
--- old/lib/udev/ide.agent 2007-06-24 13:07:47.0
Bug#426404: initramfs-tools: firmware related problems in hook-functions
* maximilian attems [EMAIL PROTECTED], [2007-06-24 16:51 +0200]: hmm diff looks sane, so can you check that if you land in the initramfs that qla2xxx is loaded? cat /proc/modules The module is loaded but it cannot find firmware images. I think I've found the reason, though: with initramfs-tools 0.88 here's what goes under /lib/udev: ls /tmp/new/lib/udev/ firmware.agent firmware.agent tries (and fails) to source /lib/udev/hotplug.functions And the following is /lib/udev with former versions of initramfs-tools: ls /tmp/old/lib/udev/ ata_idedd_id hotplug.functions path_id usb_id cdrom_id firmware.agent ide.agent scsi_id vol_id ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411415: afbinit init script does nothing
* Jurij Smakov [EMAIL PROTECTED], [2007-02-18 13:50 -0800]: Ben, I would like to ask for your permission to become a comaintainer of afbinit in Debian. Please go for it, no answer from Ben in more than one month. I'll be glad to help you with this package, I have an Elite3D card on my system so I can at least do some testing. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418278: linux-image-2.6.18-4-vserver-sparc64: Kernel unaligned access, filldir64
Package: linux-image-2.6.18-4-vserver-sparc64 Version: 2.6.18.dfsg.1-12 Severity: normal The following errors appear at boot time or running vserver-stat: Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72b0] filldir64+0x54/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72cc] filldir64+0x70/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b7298] filldir64+0x3c/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72b0] filldir64+0x54/0x134 Apr 8 20:56:22 aurora kernel: Kernel unaligned access at TPC[4b72cc] filldir64+0x70/0x134 I created a vserver guest and it seems to work properly, though. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411415: afbinit init script does nothing
* Jurij Smakov [EMAIL PROTECTED], [2007-02-18 13:50 -0800]:
diff -aur a/debian/afbinit.init b/debian/afbinit.init
--- a/debian/afbinit.init2007-02-18 13:15:46.0 -0800
+++ b/debian/afbinit.init2007-02-18 13:14:59.0 -0800
@@ -11,13 +11,11 @@
exit
fi
-# Need a better way to test this
-[ `dmesg | grep -c Elite 3D` -ne 0 ] || exit
-
case $1 in
start)
# Make FB device list.
-afb_devs=`/bin/dmesg | /bin/egrep -i Elite 3D | /bin/sed 's/\:.*//'`
+afb_devs=$(awk '/Elite/ {printf fb%d\n,$1}' /proc/fb)
+[ -n ${afb_devs} ] || exit 0
Your patch works correctly here. I would also suggest to redirect the
output of afbinit to /dev/null in order to have a cleaner boot message.
As it is now, afbinit.init prints the firmware revision number every
time:
fb0: Loading Elite3D microcode... Revision-1.3.10 done.
ciao,
ema
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417597: vserver-debiantools: newvserver modifies /etc/motd of host system
Hello Ola, * Ola Lundqvist [EMAIL PROTECTED], [2007-04-08 23:22 +0200]: On Fri, Apr 06, 2007 at 02:04:08PM +0200, Emanuele Rocca wrote: [EMAIL PROTECTED]:~$ ls -l /etc/motd lrwxrwxrwx 1 root root 13 2007-02-19 21:46 /etc/motd - /var/run/motd [EMAIL PROTECTED]:~$ ls -l /var/lib/vservers/ns/etc/motd lrwxrwxrwx 1 root root 13 2007-04-06 13:18 /var/lib/vservers/ns/etc/motd - /var/run/motd They both point to the same file. Maybe the right thing to do is creating a new motd for the guests, rather than pointing to /var/run/motd? Emm yes. This is obviously a standard behaviour that must have changed since woody or something. But this must mean that this file will be regenerated at reboot, right? Yes, by /etc/rcS.d/S55bootmisc.sh: # Update motd uname -snrvm /var/run/motd [ -f /etc/motd.tail ] cat /etc/motd.tail /var/run/motd However, I do not believe that this makes the bug less important, especially on machines that are not rebooted often like servers. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418461: freepops: [FTBFS] cannot stat /debian/freepops/usr/share/doc/freepops/*.pdf
Package: freepops Version: 0.2.2-1 Severity: serious freepops 0.2.2-1 fails to build from source: # keep these in sync with win32 installer cp: cannot stat `doc/manual*.pdf': No such file or directory make[1]: Leaving directory `/build/buildd/freepops-0.2.2' mv /build/buildd/freepops-0.2.2/debian/freepops/usr/share/doc/freepops/*.pdf \ /build/buildd/freepops-0.2.2/debian/freepops-doc/usr/share/doc/freepops-doc/ mv: cannot stat `/build/buildd/freepops-0.2.2/debian/freepops/usr/share/doc/freepops/*.pdf': No such file or directory make: *** [install-common] Error 1 Full build log: http://buildd.debian.org/fetch.cgi?pkg=freepopsarch=sparcver=0.2.2-1stamp=1176140503 ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420602: kernel fails to boot on SunBlade 100
* Kolargol double zero [EMAIL PROTECTED], [2007-04-23 15:50 +0200]: After upgrading a SunBlade 100 from Sarge to Etch, the 2.6.18 kernel fails to boot after SILO loaded it. The screen shows: Remapping the kernel... done. Booting Linux... Try passing fbcon=map:1 (or video=atyfb:off) to the kernel. There's a known problem with atyfb cards, upstream is working on it. Please let us know if this workaround actually solves your problem, so that we can merge these two bugs as well. (Just FYI, the other open bugs concerning this issue are #395147, #403364 and #405285). Thanks. ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316120: In unicode locale urlview does not show correct links
tag 316120 moreinfo thanks Hello Andrei, sorry for the late reply. * Andrei Emeltchenko [EMAIL PROTECTED], [2005-06-28 19:55 +0300]: Package: urlview Version: 0.9-11 Severity: normal In unicode locale urlview cuts long strings with = at the end. Could you please provide more information about this issue? Which is your REGEXP? (You can find it in ~/.urlview or in /etc/urlview/system.urlview) Could you please post and URL which causes the error you reported? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#284229: Xfce and font problem
Hello Anton, * Anton [EMAIL PROTECTED], [2005-06-25 18:26 +0300]: 2005/6/25, Simon Huggins [EMAIL PROTECTED]: Tomasz said: This is probably caused by Xserver's -dpi 100 option which is used by default when starting X with xinit: cat /etcX11/xinit/xserverrc #!/bin/sh exec /usr/bin/X11/X -dpi 100 -nolisten tcp Is that it Anton? Does that fix it for you? I think I tryed it before. Unfortunately, it doesn't fix font problems. Please post the output of the following command: ps xaf | grep dpi This way we can figure out if the font problem is related to the dpi parameter of X. Thanks. ciao, ema signature.asc Description: Digital signature
Bug#324099: [Pkg-xfce-devel] Bug#324099: xfce4-sensors-plugin: ftbfs [sparc] libtoolize: command not found
tag 324099 pending thanks * Stefan Ott [EMAIL PROTECTED], [2005-08-22 2:01 +0200]: Okay, I corrected the control file on svn - should be ready to be built and uploaded. The package builds now correctly under pbuilder (I had to add autoconf to build depends), and will be uploaded soon. Thanks to everyone who helped discovering and sorting out this issue. ciao, ema signature.asc Description: Digital signature
Bug#324721: [Pkg-xfce-devel] Bug#324721: xfce4-terminal doesn't work with dbus-1
Hello Andreas, * Andreas Pakulat [EMAIL PROTECTED], [2005-08-23 18:51 +0200]: LANG=C xfce4-terminal Unable to register terminal service: D-BUS error org.freedesktop.DBus.Error.Failed: Unable to determine the address of the message bus when I started xfce4-terminal from a xterm. However dbus is up and running: 113 3692 1 0 13:51 ?00:00:00 /usr/bin/dbus-daemon-1 --system Could you please post the output of ps xaf|grep dbus? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#324721: [Pkg-xfce-devel] Bug#324721: xfce4-terminal doesn't work with dbus-1
* Andreas Pakulat [EMAIL PROTECTED], [2005-08-29 23:12 +0200]: On 29.Aug 2005 - 20:41:15, Emanuele Rocca wrote: Could you please post the output of ps xaf|grep dbus? 4374 ?Ss 0:00 /usr/bin/dbus-daemon-1 --system Do you start your xfce session with startxfce4? On my own system I cannot reproduce the bug, and this is what ps xaf|grep dbus says here: 4731 ?Ss 0:00 /usr/bin/dbus-daemon-1 --system 5203 ?Ss 0:00 \_ /usr/bin/ssh-agent /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session startxfce4 5204 ?Ss 0:00 \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session startxfce4 5207 ?S 0:00 /usr/bin/dbus-launch --exit-with-session startxfce4 5208 ?Ss 0:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session ciao, ema signature.asc Description: Digital signature
Bug#324721: [Pkg-xfce-devel] Bug#324721: xfce4-terminal doesn't work with dbus-1
* Andreas Pakulat [EMAIL PROTECTED], [2005-08-23 18:51 +0200]: I just saw this: LANG=C xfce4-terminal Unable to register terminal service: D-BUS error org.freedesktop.DBus.Error.Failed: Unable to determine the address of the message bus I am able to reproduce this error unsetting the DBUS_SESSION_BUS_ADDRESS environment variable. Is $DBUS_SESSION_BUS_ADDRESS set to some value on your machine? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#327850: urlview: remove back latest looping cursor (wishlist)
Hello Osvaldo, * Osvaldo La Rosa [EMAIL PROTECTED], [2005-09-12 16:17 +0200]: Hi, in the latest version of urlview the cursor goes from the 1st http url to the last and when pressing cursor down instead of stopping it begins again from top, and viceversa: this is absolutely a big problem for blind people - totally blindunfriendly while the previous version doesn''t got this problem; a good suggestion acceptable for all shoudl be to return to the previous option wheer top and bottom are limited, but of course where the current blindunfriendly feature shoudl be proposed as option. Sure, I'm sorry but this is something I wasn't thinking about. I'll eventually make it a configurable option; in the meanwhile, you can build a custom version of urlview without the wrapping patch as follows: apt-get source urlview cd urlview-0.9 rm debian/patches/07-wrapping.patch dpkg-buildpackage -rfakeroot -us -uc If you don't want to do it by yourself, you can find a 'unpatched' binary here: http://people.debian.org/~ema/packages/urlview_0.9-15_i386.deb Thanks for your contribution. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
* Keith Hellman [EMAIL PROTECTED], [2005-08-10 9:53 -0600]: http://www.mcprogramming.com/ http://www.mcprogramming.com/ this one will work The first url will be handed off to the url_handler.sh script with a trailing newline (indeed this can also be seen on the console status print out from urlview). The second URL works, presumably because of the trailing text. No, the reason why you see only one result is that if the same url appear more than once, urlview displays it only one time. I cannot see the point repeating them. If you agree, I would close this bug. Let me know. Thanks for your interest in urlview! ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
Hello Keith, * Keith Hellman [EMAIL PROTECTED], [2005-08-10 12:07 -0600]: On Wed, Aug 10, 2005 at 07:05:49PM +0200, Emanuele Rocca wrote: * Keith Hellman [EMAIL PROTECTED], [2005-08-10 9:53 -0600]: http://www.mcprogramming.com/ http://www.mcprogramming.com/ this one will work The first url will be handed off to the url_handler.sh script with a trailing newline (indeed this can also be seen on the console status print out from urlview). The second URL works, presumably because of the trailing text. No, the reason why you see only one result is that if the same url appear more than once, urlview displays it only one time. Hmm. The urlview I have (0.9) shows both entries. But that is not the point of the defect I reported: the first url won't work with url_handler.sh because it appears to be exec()'d with a trailing newline character on the URL parameter. The second url does not do this. What version of urlview are you using? I've tried to reproduce the behaviour you reported using the same version of urlview you're using, 0.9-15. Here the url is displayed only once and it works fine. Trying to modify the second one (in order to have it displayed) it seems that both of them are properly passed to url_handler.sh, and properly handled. Did you modify something under /etc/urlview/*? Could you please post your version of those files? Thank you. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
Hello Keith, * Keith Hellman [EMAIL PROTECTED], [2005-08-10 18:32 -0600]: I've attached a tarball with all the requested files (and more). I'm a little baffled that your urlview of the same version does not show two different URLs from the example file. I was able to reproduce the 'two-URLs' problem. URLs are repeated more than once if (and only if) you supply your own ~/.urlview AND one of the URLs is followed by other text. In the following example http://www.debian.org is reported once, even with a ~/.urlview file: snip http://www.debian.org Debian: http://www.debian.org http://www.debian.org This example actually proves the 'two-urls bug': snip http://www.debian.org http://www.debian.org http://www.debian.org Debian snip As you can see, there is some text *after* the URL. Removing ~/.urlview the program extracts the URL only one time. This is a bug, obiouvsly, and I'll eventually investigate it. I must say, however, that I cannot reproduce your problem, either with your same config files and running urlview with the input you reported. Both URLs are opened correctly. Could you please try to remove *everything* urlview-related and try again with 0.9-15? Maybe on a test box, or inside a sid chroot, if you prefeer avoid breaking your setup. :) Thanks. ciao, ema signature.asc Description: Digital signature
Bug#322432: urlview: Some URLs are handed off to url_handler.sh with a trailing newline
severity 322432 normal retitle 322432 please document ~/.urlview better thanks * Keith Hellman [EMAIL PROTECTED], [2005-08-11 12:37 -0600]: OK, I did this on a fresh etch install (which I just happened to have recently completed). Here are the results: - was able to replicate your success if I didn't use a ~/.urlview; things worked perfectly. - tried with my original ~/.urlview file (sent in the latest tarball); REPRODUCED BOTH multiple URL entries as well as the trailing newline defect that apparently I alone am experiencing - copied the /etc/urlview/system.urlview to ~/.urlview; things worked perfectly - changed the COMMAND entry of the file to point to my own handler, exactly as it does in my original .urlview; things work perfectly - tested this new ~/.urlview on a second machine and things worked perfectly. My impression is that there is some munged up logic while processing a user's .urlview, since the your able to see at least the symptom of multiple URLs listed. Things seems to be simpler than we think. urlview reads ~/.urlview OR /etc/urlview/system.urlview. Try for instance to only specify REGEXP in your user-defined conffile and you'll notice that urlview will fail to execute url_handler.sh, because it cannot find it in the current directory. The first .urlview you sent me was defining only COMMAND. That's why as soon as you've copied the default system.urlview to ~/.urlview things worked as expected. Thanks for all your help, Thank you for your time, and sorry if on the first message I didn't understand what you were saying. :) With this mail I'm downgrading the severity and retitling the bug, because I think that simply stating clearly that it's mandatory to define both COMMAND and REGEXP in ~/.urlview is enough. More precisely, the manpage already states it. You may object that it's not clear at all. Right. :) quoting urlview(1): urlview attempts to read ~/.urlview upon startup. If this file doesn’t exist, it will try to read a system wide file in /etc/urlview/system.urlview *If this file doesn't exist*, it will try to read... Any suggestion to improve the man page is very welcome. ciao, ema signature.asc Description: Digital signature
