Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
Hi, On Thu, Apr 22, 2010 at 4:28 AM, Alexander Sack wrote: The problem is that chromium browser cannot be maintained in a debian stable relase as it is. If you think different talk to me on IRC. Let's wait how bad it blows up once ubuntu lucid enters stable release mode. Just for the record, I don't want to stand in anyones way; however, the package is as ready as it can be; the problem is really on upstream release process. Note: I don't want to take over this ITP. As a user, I'm expecting to be able to install chromium on my favorite distribution. I don't understand why we don't have this package available on experimental or unstable (hint: you can block migration by opening an RC bug). The upstream release process and how you want to deal with it is a completely different point. If you think the current state prevent to ship chromium with squeeze, it's fine. Cheers, Fathi an advanced user ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577759: Corrupted kde-l10n source package entry in experimental
On Wed, 21 Apr 2010, Torsten Werner wrote: Loïc Minier schrieb: cf1005f7a65fb05dc221e18bec56cfe8 9247966 kde-l1 It ends after 999 characters. Maybe a bug in dpkg source format v3? What leads you to think that? Was the changes/dsc files broken at upload time? Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578693: dpkg-dev: dpkg-source -b fails to build 1.0 format source package
On Thu, 22 Apr 2010, Sergei Golovan wrote: After upgrading dpkg-dev to 1.15.7 I've found that dpkg-source no longe builds Debian source packages. It outputs something like the following: % dpkg-source -b yaws-1.87 dpkg-source: info: using source format `1.0' dpkg-source: info: building yaws using existing yaws_1.87.orig.tar.gz dpkg-source: info: building yaws in yaws_1.87-1.diff.gz dpkg-source: warning: diff `/home/sergei/debian/erlang/build-area/yaws_1.87-1.diff.gz.new.65MVoW' doesn't contain any patch dpkg-source: info: building yaws in yaws_1.87-1.dsc after which yaws_1.87-1.diff.gz is empty. Format 3.0 (quilt) seems to build fine. Ouch. :-( Going to upload a fix soon. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577341: gnome-mag: FTBFS: magnifier.c:880: undefined reference to `GTK_WIDGET_REALIZED'
Hi,
2010/4/19 Loïc Minier l...@dooz.org:
On Mon, Apr 19, 2010, Nobuhiro Iwamatsu wrote:
I made the patch which revised this problem.
However, this patch is support of only after gtk-2.20.
I think that we had better check a version of gtk in configure.
Yes. I think that I had better turn on the check of the version than
I do this exclusively for gtk-2.20.
A check in configure would require using an ifdef everytime the macro
is used in the sources; perhaps we should just test with ifdef whether
GTK_WIDGET_REALIZED is already set?
e.g.
/* should be dropped once we require gtk+ = 2.20 */
#ifndef GTK_WIDGET_REALIZED
#define GTK_WIDGET_REALIZED gtk_widget_get_realized
#endif
or something like that; perhaps the other way around:
/* compatibility with older Gtk+s */
#if ! GTK_CHECK_VERSION(2,20,0)
#define gtk_widget_get_realized GTK_WIDGET_REALIZED
#endif
...that requires changing all GTK_WIDGET_REALIZED() to
gtk_widget_get_realized(), but at least the code reads like code
targetted at the most recent Gtk+.
Because unstable is gtk-2.20, it is not necessary to surround it with if-endif.
However, I thought that we have had better do even a version of other
gtk to the
patch which worked when we sent this patch to upstream.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573435: courier-ldap: Do not always start properly when /var/run is tmpfs
[Stefan Hornburg (Racke)] LDAP is apparently different matter. I'll adjust the dependencies accordingly. Any hope of having this fixed soon? It affect Debian Edu, blocking our ability to enable concurrent booting. Please let me know if I should not NMU to fix it. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578693: dpkg-dev: dpkg-source -b fails to build 1.0 format source package
Hi, On Thu, 22 Apr 2010, Raphael Hertzog wrote: On Thu, 22 Apr 2010, Sergei Golovan wrote: After upgrading dpkg-dev to 1.15.7 I've found that dpkg-source no longe builds Debian source packages. It outputs something like the following: % dpkg-source -b yaws-1.87 dpkg-source: info: using source format `1.0' dpkg-source: info: building yaws using existing yaws_1.87.orig.tar.gz dpkg-source: info: building yaws in yaws_1.87-1.diff.gz dpkg-source: warning: diff `/home/sergei/debian/erlang/build-area/yaws_1.87-1.diff.gz.new.65MVoW' doesn't contain any patch dpkg-source: info: building yaws in yaws_1.87-1.dsc after which yaws_1.87-1.diff.gz is empty. Format 3.0 (quilt) seems to build fine. Ouch. :-( Going to upload a fix soon. BTW, simple work-around until 1.15.7.1 hits your mirror is to build using the -i option. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578693: dpkg-dev: dpkg-source -b fails to build 1.0 format source package
On Thu, Apr 22, 2010 at 10:19 AM, Raphael Hertzog hert...@debian.org wrote: BTW, simple work-around until 1.15.7.1 hits your mirror is to build using the -i option. Thanks for a workaround! Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492325: ITP: phpmyid -- standalone, single user, OpenID identity provider
Hi Andreas The last message on this ITP is from 2008; you seem to have the package ready, but it does not appear in the archive. Have you lost interest in this package? ~Niels signature.asc Description: OpenPGP digital signature
Bug#576308: Patch
Hi! On 04/10/10 20:32, Sebastien Delafond wrote: The aforementioned exploit does not yield a shell when run against 0.8.0, but it does crash the daemon: ... The attached patch, courtesy of Moritz Muehlenhoff, does fix the problem. Thanks, I will check if it is in the new 0.8.2 version update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578720: vorbis-tools: Sends invalid argument to ALSA when playing some files
Package: vorbis-tools Version: 1.2.0-6 Severity: normal Certain files will not play with ogg123, e.g.: ~$ ogg123 /data/Sounds/Barbara_Allen.ogg Audio Device: Advanced Linux Sound Architecture (ALSA) output Playing: /data/Sounds/Barbara_Allen.ogg Ogg Vorbis stream: 1 channel, 44100 Hz ALSA snd_pcm_hw_params_set_channels error: Invalid argument Error: Cannot open device alsa. Others play fine. Fails: http://upload.wikimedia.org/wikipedia/commons/a/ad/Barbara_Allen.ogg Plays OK: http://upload.wikimedia.org/wikipedia/commons/2/2c/FootprintsInTheSnow.ogg This may be related to mono files, as discussed at: http://www.mail-archive.com/gnewsense-...@nongnu.org/msg02135.html -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-20100315 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vorbis-tools depends on: ii libao2 0.8.8-5 Cross Platform Audio Output Librar ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.20.0-3 Multi-protocol file transfer libra ii libflac81.2.1-2+b1 Free Lossless Audio Codec - runtim ii libogg0 1.1.4~dfsg-2 Ogg bitstream library ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libvorbis0a 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1 The Vorbis General Audio Compressi vorbis-tools recommends no packages. vorbis-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578597: Recommend usage of dpkg-buildflags to initialize CFLAGS and al.
Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes: On Wed, Apr 21, 2010 at 09:10:54AM +0200, Raphael Hertzog wrote: Package: debian-policy Severity: wishlist The desired outcome is that all package grab the values directly from dpkg-buildflags and that we can stop exporting the variables from dpkg-buildpackage. That way calling debian/rules directly and via dpkg-buildpackage should give the same result. Please modify the policy to recommend the usage of dpkg-buildflags (I would suggest to push that policy change just at the start of squeeze+1). CFLAGS=$(shell dpkg-buildflags --get CFLAGS) There should be some documentation about how thoses variables should be used, whether they should replace or augment the value set by debian/rules, before or after the upstream makefile change, etc... Currently it is impossible to use them at all in a reliable way. For example suppose debian/rules do CFLAGS=-O2 -Wall -g and upstream configure do CFLAGS=$CFLAGS -fno-strict-aliasing before writing the Makefile so C files are built with gcc -O2 -Wall -g -fno-strict-aliasing foo.c Suppose user set CFLAGS to XXX. How C files should build ? gcc XXX foo.c gcc XXX -fno-strict-aliasing foo.c gcc XXX -O2 -Wall -g -fno-strict-aliasing foo.c gcc XXX -g -fno-strict-aliasing foo.c User knows best and if configure just adds things to CFLAGS then that can't be avoided in rules. So you should get: gcc XXX -fno-strict-aliasing foo.c Should it depends of some properties of the package, if yes which ? Cheers, At the moment you have the following behaviour: % DEB_CFLAGS_SET=-O0 dpkg-buildflags --get CFLAGS -O0 % DEB_CFLAGS_APPEND=-Werror dpkg-buildflags --get CFLAGS -g -O2 -Werror Maybe setting CFLAGS should behave just like setting DEB_CFLAGS_SET. But currently that is ignored. Might be a good thing because now you can set CFLAGS for non-debian sources without interfering with building debian packages. MfG Goswin PS: Why can't I do 'eval $(shell dpkg-buildflags --all)'? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578597: Recommend usage of dpkg-buildflags to initialize CFLAGS and al.
On Wed, 21 Apr 2010, Jonathan Nieder wrote: On the other hand, many packages already support the noopt option, usually with code like the following: ifeq (,$(filter noopt,$(DEB_BUILD_OPTIONS))) CFLAGS = -g -O2 else CFLAGS = -g -O0 endif In particular, they override any value of CFLAGS set through the environment already. Yeah, the goal is to replace those snippets with a call to dpkg-buildflags. Given that it will probably be a while before this tool is used universally, what benefit does an existing package with code like the above get from switching to using dpkg-buildflags? It will allow users of source packages to experiment more easily with alternate flags (hardening, -Wall -Werror, etc.). Note in the answers below all my answers are sample, I'm sure there are other ways to achieve the same but it was meant to provide a starting point. - Some packages cannot build without optimization [1]. What should they do? CFLAGS = $(shell dpkg-buildflags --get CFLAGS) CFLAGS += -O2 - Some packages have been tested to work well with a specific optimization preset [2]. How should they specify this? CFLAGS = $(shell dpkg-buildflags --get CFLAGS) ifeq (,$(filter noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O3 endif - Some packages cannot tolerate certain optimizations [3]. Are they required to declare this? - Some build systems do not tolerate warnings (because they check stderr or because they use -Werror). Some compiler flags add warnings. Is this a bug, and should policy mandate any preventative measures? For both of those, I think this is unrelated. The users trying new flags should certainly expect failures on some packages. - Some packages are known to trigger bugs in GCC’s optimizer [4]. Therefore they should build with optimization. How to declare this? CFLAGS = $(shell dpkg-buildflags --get CFLAGS) CFLAGS += -O0 - Some packages depend on a GCC version older than the current default, which might not support all the options that were chosen on a system. Bug? Huh? I'm fairly sure we're going to be very conservative with the flags enabled by default on dpkg-buildflags. And in the unlikely case where this happens, the package maintainer can do a substitution to remove the offending option if really needed. In the short term, I would be more inclined to see this recommended through the developer’s reference so we can get some experience working with it. While we certainly need experience, I think the policy is the right place for documenting this interface. We want an unified interface to control build flags and the policy is what we use to ensure coherence between all our packages. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577759: Corrupted kde-l10n source package entry in experimental
reassign 577759 apt-utils thanks apt-ftparchive is broken in Lenny; just run apt-ftparchive sources . in the kde-l10n directory to see it Raphael Hertzog schrieb: Was the changes/dsc files broken at upload time? no Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578597: Recommend usage of dpkg-buildflags to initialize CFLAGS and al.
On Wed, 21 Apr 2010, Bill Allombert wrote: Suppose user set CFLAGS to XXX. How C files should build ? Have you read the dpkg-buildflags manual page? If the user wants to modify CFLAGS he doesn't set it manually but he uses one of the facility to extend/override it. The result returned by dpkg-buildflags is supposed to give the full CFLAGS. So in your list: gcc XXX -fno-strict-aliasing foo.c Is the right one given XXX=$(shell dpkg-buildflags --get CFLAGS). Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578700: [Svn-bp-devel] Bug#578700: svn-buildpackage: Wrong French translation
On Wed, 21 Apr 2010 23:25:15 +0200
Josselin Mouette j...@debian.org wrote:
Package: svn-buildpackage
Version: 0.8.0
Severity: minor
Tags: l10n
Hi,
it’s nice to have svn-buildpackage translated in French, however I
noticed a problem with it.
svn-buildpackage --svn-tag-only will translate
Tagging $package ($version)
with:
Étiquetage en cours $package ($version)
This is wrong for three reasons:
* While “Étiquetage en cours” is a correct translation for “Tagging”
alone, the resulting text doesn’t mean anything. It should be
“Étiquetage de $package ($version)”.
* The code should use C-style format strings instead of
concatenating a translated string with a generated string.
* Translating auto-generated commit messages that end up into Debian
repositories? Think again.
I can change the script to simply not try to translate the Tagging
word (in effect, treat it as a keyword) - this would be the simplest
option.
The POT would simply lose a string.
Alternatively:
1. The translated text includes the $package and $version as %s
variables (perl-format - roughly equivalent to the c-format in PO),
much as other translated strings in svn-bp already do. (I missed that
one - I usually try to spot things like that because context is always
important for translators.)
2. The translated text is displayed to the user *only*
3. An untranslated version of the string is sent to svn.
I need to update the existing translations at some point anyway for
source format 3.0 messages. The request for an updated French
translation will be sent to debian-l10n-fre...@list.debian.org, so
CC'ing them now so that this particular message gets reviewed.
Using this method, the updated POT would contain:
#. Translators: relates to the use of --svn-tag
#: ../svn-buildpackage:362 ../svn-buildpackage:813
#, perl-format
msgid Tagging %s (%s)
msgstr
Preferences?
Is this the only problematic string? AFAICT it is the only one that
ends up being passed to svn. The rest of the calls to withecho all
specify only the command, the options and the filenames concerned.
Overall, I think it would be best to consider Tagging to be a
keyword, unsuitable for translation or simply replace Tagging with
svn-tag: with the same effect.
i.e. this change:
Old code:
# Translators: relates to the use of --svn-tag
my $msg = _g(Tagging);
withecho (svn, -m, $scriptname $msg $package ($tagVersion), -rBASE,
cp, ., $$c{tagsUrl}./$tagVersion);
New code:
# Translators: relates to the use of --svn-tag
printf (_g(Tagging %s (%s)\n), $package, $tagVersion);
# change from 'withecho' to output the translated string to user only
withecho (svn, -m, $scriptname Tagging $package $tagVersion, -rBASE,
cp, ., $$c{tagsUrl}./$tagVersion);
I've committed this change to our SVN for now, along with updates of
the PO files for other changes related to source format 3.0 and svn-bp
0.8.1.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpmbYSmXGtEO.pgp
Description: PGP signature
Bug#578566: Apache process hangs when trying to authenticate against Fedora Directory Server LDAP using mod_authnz_ldap
I finally found a workaround / solution for the problem: Since lenny, it doesn't seem to be enough to turn off LDAP server certificate validation in the apache2.conf (via LDAPVerifyServerCert off), you also need to specify the following in your ldap.conf: TLS_REQCERT never I'm fine with that. I'll leave it to you, to consider this as a bug, or simply close the case. Cheers anyway Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578613: dpkg-cross: more info, dpkg-cross control file
tag 578613 pending
thanks
On Wed, 21 Apr 2010 13:32:57 +0200
Hector Oron hector.o...@gmail.com wrote:
Changed:
my $prov = (defined $control{provides}) ?
$control{provides}., .$control{package} .-$arch-dcv1:
$control{package} .-$arch-dcv1;
print CONTROL ucfirst(provides) . : $prov\n;
for $field qw(depends conflicts replaces) {
Taking provides out of the following loop and handling it alone,
appending our own change if the field is already in use.
Updated in CVS, upload due today, hopefully.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpRY7hJDkgY4.pgp
Description: PGP signature
Bug#578721: nagios-nrpe-plugin: Timeout option is not working whichever integer is specified
Package: nagios-nrpe-plugin Version: 2.12-1 Severity: normal check_nrpe -t 60 for example is not working. The timeouts are always 10s , which is the default according to the manual. There is also a strange behavior when using -u and -t . The option -u is working only when -t is not specified. Example: /usr/lib/nagios/plugins/check_nrpe -H hostname -u -c procs -a root cron CHECK_NRPE: Socket timeout after 10 seconds. 3 - UNKNOWN /usr/lib/nagios/plugins/check_nrpe -H hostname -u -t 60 -c procs -a root cron CRITICAL - Plugin timed out after 10 seconds 2 - CRITICAL -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-nrpe-plugin depends on: ii libc6 2.7-18lenny1 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries Versions of packages nagios-nrpe-plugin recommends: ii nagios3 3.0.6-4~lenny2 A host/service/network monitoring nagios-nrpe-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578708: [Pkg-bazaar-maint] Bug#578708: bzr+ssh urls do not actually support /~/ as a path prefix
Lars Wirzenius, 2010-04-22 10:58:12 +1200 : [...] From bzr help urlspec: For bzr+ssh:// and sftp:// URLs, Bazaar also supports paths that begin with '~' as meaning that the rest of the path should be interpreted relative to the remote user's home directory. For example if the user ``remote`` has a home directory of ``/home/remote`` on the server shell.example.com, then: bzr+ssh://rem...@shell.example.com/~/myproject/trunk would refer to ``/home/remote/myproject/trunk``. However, this does not seem to work: My understanding is that the ~ handling is delegated to the remote bzr process when you use bzr+ssh://, while it is done locally when you use the “dumb” sftp:// protocol; as a consequence, ~ handling (which has only existed since bzr 2.1) only works if the version of bzr installed on the *remote* host is = 2.1. Roland. -- Roland Mas That's one of the good fings about not existin'; they leave you alone most of the time. -- in My Hero (Tom Holt) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577618: gogoc hang blocks boot process
On 04/21/2010 08:28 PM, Craig Small wrote: A work-around you might want to try is to direct to one of the actual brokers, I see: The server redirection list is [ taipei.freenet6.net, sydney.freenet6.net, amsterdam.freenet6.net, montreal.freenet6.net ]. So try one of those to see if it is the server or not. - Craig It works for command line after I changed the server to taipei.freenet6.net. However, during the boot process, I get the following error: 2010/04/22 15:22:02 I gogoc: gogoCLIENT v1.1-RELEASE build Mar 30 2010-23:02:02 2010/04/22 15:22:02 I gogoc: Built on ///Linux elmo 2.6.32-trunk-amd64 #1 SMP Sun Jan 10 22:40:40 UTC 2010 x86_64 GNU/Linux/// 2010/04/22 15:22:02 I gogoc: Establishing connection to server taipei.freenet6.net using reliable UDP. 2010/04/22 15:22:02 W gogoc: Failed to resolve server IPv4 address. 2010/04/22 15:22:02 E gogoc: Failed to connect to server taipei.freenet6.net on port 3653. 2010/04/22 15:22:32 W gogoc: Last status context is: Network connection. 2010/04/22 15:22:32 I gogoc: Finished. It seems that the gogoc requires network connection to continue which I don't have during boot. Without the -b option, it renders the system unbootable. Even with -b there is long pause before it gives up. Chun-Chung -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578722: ejabberd: please remove me as a maintainer
Package: ejabberd Version: 2.1.2-3 Severity: wishlist Hi, thanks for maintaining the package. I have not enough time any more to contribute. Please remove me as the maintainer. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535618: [Pkg-mol-devel] Bug#535618: Patch for the l10n upload of mol (needs someone building on PPC)
Hi Christian Uploaded as a sponsored NMU. you should get all the usual mails as if you uploaded it yourself. Gaudenz On Tue, Apr 06, 2010 at 10:02:48PM +0200, Christian PERRIER wrote: Dear maintainer of mol, On Tuesday, March 30, 2010 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Monday, March 29, 2010. We finally agreed that you would do the update yourself at the end of the l10n update round. (actually, I don't have an easy access to a PPC machine, so Gaudenz proposed to build the package) That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: mol Version: 0.9.72.1~dfsg-2.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Tue, 06 Apr 2010 07:37:11 +0200 Closes: 535618 559397 575991 576500 Changes: mol (0.9.72.1~dfsg-2.1) unstable; urgency=low . * Non-maintainer upload. * Explicitly use 1.0 source format * Fix pending l10n issues. Debconf translations: - Russian (Yuri Kozlov). Closes: #535618 - Japanese (Hideki Yamane (Debian-JP)). Closes: #559397 - Vietnamese (Clytie Siddall). Closes: #575991 - Spanish (Francisco Javier Cuadrado). Closes: #576500 -- diff -Nru mol-0.9.72.1~dfsg.old/debian/changelog mol-0.9.72.1~dfsg/debian/changelog --- mol-0.9.72.1~dfsg.old/debian/changelog2010-03-19 11:58:24.291416097 +0100 +++ mol-0.9.72.1~dfsg/debian/changelog2010-04-06 07:37:59.981054748 +0200 @@ -1,3 +1,15 @@ +mol (0.9.72.1~dfsg-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Explicitly use 1.0 source format + * Fix pending l10n issues. Debconf translations: +- Russian (Yuri Kozlov). Closes: #535618 +- Japanese (Hideki Yamane (Debian-JP)). Closes: #559397 +- Vietnamese (Clytie Siddall). Closes: #575991 +- Spanish (Francisco Javier Cuadrado). Closes: #576500 + + -- Christian Perrier bubu...@debian.org Tue, 06 Apr 2010 07:37:11 +0200 + mol (0.9.72.1~dfsg-2) unstable; urgency=low [Gaudenz Steinlin] diff -Nru mol-0.9.72.1~dfsg.old/debian/po/es.po mol-0.9.72.1~dfsg/debian/po/es.po --- mol-0.9.72.1~dfsg.old/debian/po/es.po 1970-01-01 01:00:00.0 +0100 +++ mol-0.9.72.1~dfsg/debian/po/es.po 2010-04-05 19:03:21.996219528 +0200 @@ -0,0 +1,93 @@ +# mol po-debconf translation to Spanish +# Copyright (C) 2010 Software in the Public Interest +# This file is distributed under the same license as the mol package. +# +# Changes: +# - Initial translation +# Francisco Javier Cuadrado fcocuadr...@gmail.com, 2010 +# +# Traductores, si no conocen el formato PO, merece la pena leer la +# documentación de gettext, especialmente las secciones dedicadas a este +# formato, por ejemplo ejecutando: +# info -n '(gettext)PO Files' +# info -n '(gettext)Header Entry' +# +# Equipo de traducción al español, por favor lean antes de traducir +# los siguientes documentos: +# +# - El proyecto de traducción de Debian al español +# http://www.debian.org/intl/spanish/ +# especialmente las notas y normas de traducción en +# http://www.debian.org/intl/spanish/notas +# +# - La guía de traducción de po's de debconf: +# /usr/share/doc/po-debconf/README-trans +# o http://www.debian.org/intl/l10n/po-debconf/README-trans +# +msgid +msgstr +Project-Id-Version: mol 0.9.72.1~dfsg-2\n +Report-Msgid-Bugs-To: pkg-mol-de...@lists.alioth.debian.org\n +POT-Creation-Date: 2006-10-06 19:30+0200\n +PO-Revision-Date: 2010-03-30 09:30+0200\n +Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n +Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../mol.templates:1001 +msgid Make Mac-on-Linux setuid root? +msgstr ¿Desea activar el bit setuid de «root» para Mac-on-Linux? + +#. Type: boolean +#. Description +#: ../mol.templates:1001 +msgid +If you make Mac-on-Linux setuid root, non-root users will be able to run the +Mac-on-Linux emulator through the startmol script or the Debian menu +entries. Since every setuid root binary is a potential security risk and +could be used for compromising your system, this option is disabled by +default. +msgstr +Si activa el bit setuid de «root» para Mac-on-Linux, los usuarios normales +podrán ejecutar el emulador Mac-on-Linux mediante el script startmol o las +entradas del menú de Debian. De forma predeterminada esta opción está +desactivada, ya que los binarios con el bit setuid de «root» activado pueden +ser un problema de seguridad y se podrían llegar a usar para comprometer el +sistema.
Bug#578723: grisbi: crash when encrypt file
Package: grisbi Version: 0.6.0~rc2-1 Severity: important Tags: experimental When the option encrypt Grisbi file is selected, grisbi crashes during the save operation. Here the result in console: Here the gdb error output: -- Starting program: /usr/bin/grisbi [Thread debugging using libthread_db enabled] currency_symbol = € mon_thousands_sep = mon_decimal_point = , positive_sign = negative_sign = - frac_digits = 2 [New Thread 0xb553cb70 (LWP 27797)] [New Thread 0xb4b7fb70 (LWP 27800)] [Thread 0xb553cb70 (LWP 27797) exited] grisbi: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. Program received signal SIGABRT, Aborted. 0xb7fe1424 in __kernel_vsyscall () And here the backtrace: --- #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb76908e0 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7693e15 in *__GI_abort () at abort.c:88 #3 0xb76d1a27 in __malloc_assert ( assertion=0xb778e5cc (old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offs..., file=0xb778ab89 malloc.c, line=3096, function=0xb778ae83 sYSMALLOc) at malloc.c:352 #4 0xb76d4734 in sYSMALLOc (av=0xb77aa3c0, bytes=107986) at malloc.c:3093 #5 _int_malloc (av=0xb77aa3c0, bytes=107986) at malloc.c:4724 #6 0xb76d590b in __libc_calloc (n=1, elem_size=107986) at malloc.c:4063 #7 0xb77f0d8c in g_malloc0 () from /lib/libglib-2.0.so.0 #8 0x080fd4fe in gsb_file_save_save_file () #9 0x080e8866 in ?? () #10 0xb7892c9c in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #11 0xb7885142 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0xb789b51d in ?? () from /usr/lib/libgobject-2.0.so.0 #13 0xb789cbd4 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0xb789d056 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0xb7c53b65 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #16 0xb7c55c6d in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb7892c9c in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #18 0xb78837a9 in ?? () from /usr/lib/libgobject-2.0.so.0 #19 0xb7885142 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #20 0xb789ae9a in ?? () from /usr/lib/libgobject-2.0.so.0 #21 0xb789cbd4 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #22 0xb789d056 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #23 0xb7e5be05 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #24 0xb7d3b380 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #25 0xb7d3ce4f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #26 0xb7d32644 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #27 0xb7d2be04 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #28 0xb78837a9 in ?? () from /usr/lib/libgobject-2.0.so.0 #29 0xb7885142 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #30 0xb789b246 in ?? () from /usr/lib/libgobject-2.0.so.0 #31 0xb789ca53 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #32 0xb789d056 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #33 0xb7e58056 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #34 0xb7d2445d in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #35 0xb7d257e7 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #36 0xb7baedca in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #37 0xb77e82e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #38 0xb77ec000 in ?? () from /lib/libglib-2.0.so.0 #39 0xb77ec52f in g_main_loop_run () from /lib/libglib-2.0.so.0 #40 0xb7d25da9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #41 0x08132fbb in main () -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (800, 'stable'), (700, 'unstable'), (600, 'experimental'), (500, 'testing-proposed-updates'), (500, 'proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grisbi depends on: ii grisbi-common0.6.0~rc2-1 shared files for the finance manag ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-3The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1FreeType
Bug#578652: icedove-l10n-de: Doesn't work for me
Hi Christoph, On 21.04.2010 22:56, Christoph Goehre wrote: [ locale settings ] looks equal for me, but works fine here. I've tried it with the icedove-l10n-fr package and start icedove like this: $ LANG=fr_FR.utf8 icedove And it works too. What happens, if you start icedove like above with LANG=de_DE.utf8 or LANG=en_US.utf8. a...@nb-xp13822:~$ LANG=de_DE.utf-8 icedove LoadPlugin: failed to initialize shared library /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/IcedTeaNPPlugin.so [libxul.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] While the error message on the console is in German, the GUI stays English. Also tried the french languagepack. Didn't worked, too. Changes the error message, but not the GUI. For reference, I have: a...@nb-xp13822:~$ dpkg -l|grep icedtea ii icedtea-6-jre-cacao 6b18~pre2-1 Alternative JVM for OpenJDK, using Cacao ii icedtea6-plugin 6b18~pre2-1 web browser plugin based on OpenJDK and IcedTea to execute Java Removing these packages made the error message on the console go away, but the GUI still stays in English. Anything in the console or under tools-error console? Just after start I can also see the following in the error console: [Message sign] window.onSearchInputFocus undefined [Error sign] GetFolderTree is not defined chrome://folderpane/content/folderpane.xulLine: 19 The following the link behind chrome://... it hilights the following line of function fptLoadStartFolder(initialUri) // ensure folder is visible The two following lines are: var folderTree = GetFolderTree(); EnsureFolderIndex(folderTree.builderView, folderpaneStartupFolder); I also just tried with an new created profile. No change, GUI still stays English. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578724: anthy: Package not usable from a clean installation
Package: anthy Version: 9100h-1 Severity: important When this package is first installed, update-anthy-dics fails to create dictionaries with following messages (but exits with status 0 since this script is not set -e): Setting up anthy (9100h-2) ... Updating anthy.dic...mkdir: cannot create directory `/var/lib/anthy/mkworddic': No such file or directory mkdir: cannot create directory `/var/lib/anthy/depgraph': No such file or directory cd: 74: can't cd to /var/lib/anthy/mkworddic cd: 77: can't cd to /var/lib/anthy/depgraph ln: accessing `/var/lib/anthy/depgraph/a.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/ajv.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/av.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/conjugate.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/fix.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/master.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/noun-variant.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/noun.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph/v.depword': Not a directory ln: accessing `/var/lib/anthy/depgraph': Not a directory ln: accessing `/var/lib/anthy/depgraph': Not a directory independent word dict unspecified. ln: accessing `/var/lib/anthy/calctrans': Not a directory cd: 88: can't cd to /var/lib/anthy file name prefix=[./] you can change this by -p option. failed to get file size of (.///mkworddic/anthy.wdic). done. Upgrading anthy from lenny's version does not cause this problem since /var/lib/anthy directory exists. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages anthy depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libanthy0 9100h-2input method for Japanese - runtim ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib anthy recommends no packages. anthy suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468801: libc6: RFC3484 scoping rules should only affect IPv6, not IPv4
Tore Anderson a écrit : * Marco d'Itri Agreed. Can the libc maintainers please comment on this issue? The next Debian release will be used in a period in which more and more sites will deploy IPv6 and we must be sure to not make them less reliable for the people adopting transition mechanisms. Just adding some information here - I've asked a number of other distributors, and currently Debian is the only one that has not yet applied the patch to its developement branch (or stated an intention to do so). See: https://bugzilla.redhat.com/show_bug.cgi?id=577626 https://bugs.launchpad.net/glibc/+bug/555210 http://bugs.gentoo.org/show_bug.cgi?id=315977 https://bugzilla.novell.com/show_bug.cgi?id=597616 https://qa.mandriva.com/show_bug.cgi?id=58834 I will apply the patch if I got some time to work on glibc again. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578725: yelp doesn't start
Package: yelp Version: 2.30.0+webkit-1 Severity: important If I launch gnome-help from console i get the following message: (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed then a blank window apperar for an instant and it closes immediatly. -- System Information: Debian Release: squeeze/sid APT prefers squeeze APT policy: (500, 'squeeze'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yelp depends on: ii docbook-xml 4.5-7standard XML documentation system ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-doc-utils 0.20.0-1 a collection of documentation util ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii librarian0 0.8.1-4.1Documentation meta-data library (l ii libsm6 2:1.1.1-1X11 Session Management library ii libstartup-notification 0.10-1 library for program launch feedbac ii libwebkit-1.0-2 1.1.17-2 Web content engine library for Gtk ii libx11-62:1.3.3-2X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxslt1.1 1.1.26-3 XSLT processing library - runtime ii man-db 2.5.7-2 on-line manual pager ii xml-core0.13 XML infrastructure and XML catalog ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages yelp recommends: ii gnome-user-guide 2.30.0-1 GNOME user's guide ii ttf-dejavu2.30-2 Metapackage to pull in ttf-dejavu- yelp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512600: Qcad missing desktop file
[Petter Reinholdtsen 2010-04-06] As far as I can tell, there is no code in the rules file installing the desktop file. This untested patch should solve the problem by installing the .desktop file in /usr/share/applications/. Hi. Any hope of getting feedback on this? I notice there is a package waiting for sponsoring on mentors.debian.net. If I am not mistaken, it fail to solve this issue. If you want me to sponsor an upload, instructions on how to make that happen is available from URL: http://people.skolelinux.org/pere/debian-sponsoring.html . Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573435: courier-ldap: Do not always start properly when /var/run is tmpfs
Petter Reinholdtsen wrote: [Stefan Hornburg (Racke)] LDAP is apparently different matter. I'll adjust the dependencies accordingly. Any hope of having this fixed soon? It affect Debian Edu, blocking our ability to enable concurrent booting. Please let me know if I should not NMU to fix it. Thanks for the reminder. I'm going to upload packages today. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578726: Subject: Add ppp option defaultroute-metric to specify an optional metric
Package: ppp
Version: 2.4.4rel-10.2
Severity: wishlist
Tags: patch
At the moment, with options defaultroute and replacedefaultroute, ppp
considers all default routes equally. If there is one, it will be left
alone or replaced, regardless of its metric.
The proposed patch allows to optionally specify a route metric to
1) set the metric on the default route going through the ppp device,
2) limit the search for existing default routes which may be replaced or
prevent pppd from setting its own.
The default value is -1, which triggers the normal (unpatched)
behaviour: checking for the presence of any default route, and possibly
replacing it. Setting the option to any value 0 will have ppp limit
itself to checking default routes with this metric. If any is found,
pppd will depend on options defaultroute and replacedefaultroute to
decide what to do, as in the normal case.
My ppp-2.4.4rel-10.2 is just a local fork of ppp-2.4.4rel-10.1 including
the following patch. It may have an impact on Bug#425163.
cifdefaultroute-metric.dif ===
Default route metric
Define the metric of the default route and only add it if there
is no other default route with the same metric. With the default
value of -1, the route is only added if there is no default route at
all.
This patch is to be applied on top of the replacedefaultroute patch
from Debian.
Olivier Mehani olivier.meh...@nicta.com.au
Index: ppp-2.4.4/pppd/options.c
===
--- ppp-2.4.4.orig/pppd/options.c 2010-04-22 17:04:46.0 +1000
+++ ppp-2.4.4/pppd/options.c2010-04-22 17:04:58.0 +1000
@@ -121,6 +121,7 @@
bool dryrun; /* print out option values and exit */
char *domain;/* domain name set by domain option */
intchild_wait = 5; /* # seconds to wait for children at exit */
+intdfl_route_metric = -1; /* metric of the default route to set over the
PPP link */
#ifdef MAXOCTETS
unsigned int maxoctets = 0;/* default - no limit */
@@ -290,6 +291,10 @@
Set pathname of ip-down script,
OPT_PRIV|OPT_STATIC, NULL, MAXPATHLEN },
+{ defaultroute-metric, o_int, dfl_route_metric,
+ Metric to use for the default route (Linux only; -1 for default
behavior),
+ OPT_PRIV|OPT_LLIMIT|OPT_INITONLY, NULL, 0, -1 },
+
#ifdef HAVE_MULTILINK
{ multilink, o_bool, multilink,
Enable multilink operation, OPT_PRIO | 1 },
Index: ppp-2.4.4/pppd/sys-linux.c
===
--- ppp-2.4.4.orig/pppd/sys-linux.c 2010-04-22 17:04:46.0 +1000
+++ ppp-2.4.4/pppd/sys-linux.c 2010-04-22 17:05:38.0 +1000
@@ -234,7 +234,7 @@
static void close_route_table (void);
static int open_route_table (void);
static int read_route_table (struct rtentry *rt);
-static int defaultroute_exists (struct rtentry *rt);
+static int defaultroute_exists (struct rtentry *rt, int metric);
static int get_ether_addr (u_int32_t ipaddr, struct sockaddr *hwaddr,
char *name, int namelen);
static void decode_version (char *buf, int *version, int *mod, int *patch);
@@ -244,6 +244,8 @@
extern u_char inpacket_buf[]; /* borrowed from main.c */
+extern int dfl_route_metric;
+
/*
* SET_SA_FAMILY - set the sa_family field of a struct sockaddr,
* if it exists.
@@ -1538,9 +1540,10 @@
/
*
* defaultroute_exists - determine if there is a default route
+ * with the given metric (or negative for any)
*/
-static int defaultroute_exists (struct rtentry *rt)
+static int defaultroute_exists (struct rtentry *rt, int metric)
{
int result = 0;
@@ -1553,7 +1556,8 @@
if (kernel_version KVERSION(2,1,0) SIN_ADDR(rt-rt_genmask) != 0)
continue;
- if (SIN_ADDR(rt-rt_dst) == 0L) {
+ if (SIN_ADDR(rt-rt_dst) == 0L (metric 0 ||
+(metric = 0 (rt-rt_metric + 1) == metric))) {
result = 1;
break;
}
@@ -1614,16 +1618,16 @@
are called again, we will delete the current default route
and set the new default route in this function.
- this is normally only the case the doing demand: */
- if (defaultroute_exists(tmp_rt))
+ if (defaultroute_exists(tmp_rt, dfl_route_metric))
del_rt = tmp_rt;
-} else if (defaultroute_exists(old_def_rt)
+} else if (defaultroute_exists(old_def_rt, dfl_route_metric)
strcmp(old_def_rt.rt_dev, ifname) != 0) {
/* We did not yet replace an existing default route, let's
check if we should save and replace a default route: */
if (old_def_rt.rt_flags RTF_GATEWAY) {
if (!replace) {
- error(not replacing existing default route via %I,
- SIN_ADDR(old_def_rt.rt_gateway));
+
Bug#578652: icedove-l10n-de: Doesn't work for me
Hi! * Alexander Reichle-Schmehl toli...@debian.org [100422 09:55]: I also just tried with an new created profile. No change, GUI still stays English. Sorry, my mistake. After a mv .icedove .icedove-org icedove speaks indeed German to me. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578041: [debian-mysql] Bug#578041: mysql-server-core-5.1: mysql server, does not start
Hi all, I think this is a real packaging bug. mysql-server-core-5.1 needs a file (/usr/bin/mysqld_safe) that is in mysql-server-5.1 so mysql-server-core-5.1 should depend on mysql-server-5.1 or this file should be in mysql-server-core-5.1. The bug is real. Julien BERNARD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578727: apt-file: Doens't work very well, when multiple package versions are available
Package: apt-file Version: 2.3.3 Severity: wishlist Hi! When multiple version of the same package are available, apt-file show package is quite useless as it seems to list all files in all package versions available. I didn't find a way to specify which version it should show, e.g. by using apt-file show package=x.y.z-2 or apt-file show package/unstable like I used to use from apt-get and aptitude. So please provide a way to specify a version / suite for that output. Best regards, Alexander -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-file depends on: ii curl 7.20.0-3+b1 Get a file from an HTTP, HTTPS or ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libconfig-file-perl 1.50-2 Parses simple configuration files ii liblist-moreutils-perl 0.25~02-1 Perl module with additional list f ii perl 5.10.1-11 Larry Wall's Practical Extraction Versions of packages apt-file recommends: ii python2.5.4-9An interactive high-level object-o Versions of packages apt-file suggests: ii menu 2.1.43 generates programs menu for all me ii openssh-client1:5.3p1-3 secure shell (SSH) client, for sec ii sudo 1.7.2p5-1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578685: openoffice.org-base: ooffice crashing on evolocal.odb access
On Wednesday, 21. April 2010 Rene Engelhard wrote: tag 578685 + unreproducible Too bad. [...] Crash Scenario 1: Works for me. Asks me [...] Crash Scenario 2: Works for me, too (shows Personal). [...] Okay, I'll try harder to find out what the problem might be. I suspect that it has something to do with X forwarding (although the Problem *should not* arise under Xephyr then). [...] Error messages (same in both cases, all with same process number): There is no process number in there, it's a line number in gtype.c of glib... Sorry for being unclear on this. The error messages are preceeded by (process: x), which I cut in my bug report. I should have left this intact. I'll test this again ASAP on a Squeeze machine with a terminal attached (weekend hopefully). Best regards, Christian -- christian hilberg * computer science hilb...@unix-ag.org * unix user group siegen * The best defense against logic is ignorance. * signature.asc Description: This is a digitally signed message part.
Bug#578655: [Pkg-mozext-maintainers] Bug#578655: xul-ext-nostalgy: Doesn't work with icedove 3.0.4
Hi! * Guido Günther a...@sigxcpu.org [100421 21:14]: This version of the nostalgy extension doesn't seem to work with icedove 3.0.4 available in unstable and testing. I have it installed, but it isn't even displayed in Icedove's addons menu. Works fine here. Anything in the console No. or under tools-error console? With a new profile, it tells me, that my certificate might be vulnerable to CVE-2009-3555. Nothing else. With my old profile, it also tells me GetFolderTree is not defined and gMessageDisplay.folderDisplayselectedMessageUris is null pointing to colordiffs.js line 12. Does it work with a fresh profile? No. I did an mv .icedove .icedove-old and created a new profile. Any other extensions installed? ii icedove-attachmentreminder 0.3.10-1 ii icedove-dispmua 1.6.5-1 ii icedove-quotecolors 0.3-1 ii xul-ext-nostalgy 0.2.22-3 The Addons listing also displays me the Timezone definition for Mozilla Calendar. I guess that's from: ii iceowl 1.0~b1+dfsg-4 Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567565: Please recommend fluid-soundfont-gm and let soundfont selection start in /usr/share/sound/sf2/
Hi. Any progress with this? Autoconfiguration would make it a lot easier for new users to get started with qsynth and rosegarden without any instructions. Please implement it for Squeeze. :) As for the recommends, it would be nice too. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551669: this bug was incorrectly forwarded upstream
Hi Dne Sun, 18 Apr 2010 15:40:33 -0400 Joey Hess jo...@debian.org napsal(a): One way, probably not the best one, is to copy the Packages file to Name. Better would be for rpm --initdb to create the Name database. You're right, I just filed upstream bug for this: http://rpm.org/ticket/156 Anyway the more I was thinking about this issue, I can to conclusion that I will adopt solution already suggested me some time ago - to have rpmdb stored by default in user home and do not care about system database at all as it does not make much sense for Debian anyway. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#569376: unreproducible (gimp-dimage-color: FTBFS: configure: error: Cannot find GIMP: Is gimptool in path?)
Hi, I tried to reproduce with pbuilder today, it but couldn't. configure: error: Cannot find GIMP: Is gimptool in path? However, gimptool IS included in libgimp2.0-dev package and it's in depenencies. And nothing was changed in libgimp2.0-dev between now and then. henr...@hp115:~/tmp$ dpkg --contents libgimp2.0-dev_2.6.8-1_amd64.deb |grep usr/bin/gimptool -rwxr-xr-x root/root 15088 2010-01-08 12:23 ./usr/bin/gimptool-2.0 henr...@hp115:~/tmp$ dpkg --contents libgimp2.0-dev_2.6.8-2_amd64.deb |grep usr/bin/gimptool -rwxr-xr-x root/root 15088 2010-02-26 01:12 ./usr/bin/gimptool-2.0 henr...@hp115:~/tmp$ dpkg --contents libgimp2.0-dev_2.6.8-3_amd64.deb |grep usr/bin/gimptool -rwxr-xr-x root/root 15088 2010-04-18 04:34 ./usr/bin/gimptool-2.0 Please check it again. Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574218: unreproducible (xorp: installation fails)
Hi, I tried to reproduce with piuparts today, but couldn't. Please check attached log, thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane xorp_piuparts.log Description: Binary data
Bug#571383: unreproducible (quiteinsanegimpplugin: Could not find usable Gimp version)
Hi, Its error is as checking for GIMP - version = 2.0.0... *** Could not run GIMP test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GIMP is incorrectly installed. Could not find Gimp-2.0.0 or newer Try to find older version... checking for gimp-config... no checking for gimptool... no checking libgimp/gimp.h usability... no checking libgimp/gimp.h presence... no checking for libgimp/gimp.h... no checking libgimp/gimpfeatures.h usability... no checking libgimp/gimpfeatures.h presence... no checking for libgimp/gimpfeatures.h... no no *** Could not run GIMP test program, checking why... ** Could not find usable Gimp version Please install The Gimp 1.2 or newer ** configure: error: make: *** [build-stamp] Error 1 But I could build it with pbuilder in amd64 today, so tag it as unreproducible. Its build dependency is Build-Depends: debhelper ( 5.0.0), autotools-dev, libtool, autoconf, automake1.7, perl, libsane-dev, libqt3-mt-dev(= 3:3. 3.4-4), libgimp2.0-dev libgimp2.0-dev seems to be enough. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577342: [patch]: libcompass-ruby: FTBFS: install: cannot stat `ChangeLog': No such file or directory
Hi, I fixed simply it in debian/rules as attached patch. Please check it, thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane diff -u libcompass-ruby-0.8.5debian/debian/changelog libcompass-ruby-0.8.5debian/debian/changelog --- libcompass-ruby-0.8.5debian/debian/changelog +++ libcompass-ruby-0.8.5debian/debian/changelog @@ -1,3 +1,11 @@ +libcompass-ruby (0.8.5debian-4.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules +- fix changelog name (Closes: #577342) + + -- Hideki Yamane (Debian-JP) henr...@debian.or.jp Thu, 22 Apr 2010 15:01:47 +0900 + libcompass-ruby (0.8.5debian-4) unstable; urgency=low * Fix dependency for libcompass-ruby to be libcompass-ruby1.8 diff -u libcompass-ruby-0.8.5debian/debian/rules libcompass-ruby-0.8.5debian/debian/rules --- libcompass-ruby-0.8.5debian/debian/rules +++ libcompass-ruby-0.8.5debian/debian/rules @@ -1,6 +1,6 @@ #!/usr/bin/make -f -DEB_INSTALL_CHANGELOGS_ALL = ChangeLog +DEB_INSTALL_CHANGELOGS_ALL = CHANGELOG.markdown include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/patchsys-quilt.mk
Bug#573682: [patch]: libiscwt-java: FTBFS: Nonexistent build-dependency: libswt-gtk-3.4-java
Hi, I made a simple patch for this, since libswt-gtk-3.4-java was removed and now libswt-gtk-3.5-java comes. I tested it with pbuilder but it occurs error, so I also added libisfreetype-java to its build dependency. Please check it, thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane diff -u libiscwt-java-5.2.20091102/debian/changelog libiscwt-java-5.2.20091102/debian/changelog --- libiscwt-java-5.2.20091102/debian/changelog +++ libiscwt-java-5.2.20091102/debian/changelog @@ -1,3 +1,14 @@ +libiscwt-java (5.2.20091102-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control +- set Build-Depends: libswt-gtk-3.5-java from libswt-gtk-3.4-java to + fix FTBFS (Closes: #573682) +- add Build-Depends: libisfreetype-java to fix package de.intarsys.cwt.freetype + does not exist + + -- Hideki Yamane (Debian-JP) henr...@debian.or.jp Thu, 22 Apr 2010 13:15:51 +0900 + libiscwt-java (5.2.20091102-1) unstable; urgency=low * Initial release (Closes: #565695). diff -u libiscwt-java-5.2.20091102/debian/control libiscwt-java-5.2.20091102/debian/control --- libiscwt-java-5.2.20091102/debian/control +++ libiscwt-java-5.2.20091102/debian/control @@ -2,7 +2,8 @@ Section: java Priority: extra Maintainer: Steffen Moeller moel...@debian.org -Build-Depends: debhelper (= 7), default-jdk-builddep, cdbs, libswt-gtk-3.4-java, libisrt-java +Build-Depends: debhelper (= 7), default-jdk-builddep, cdbs, libswt-gtk-3.5-java, libisrt-java, + libisfreetype-java Standards-Version: 3.8.4 Homepage: http://opensource.intarsys.de/home/en/index.php?n=OpenSource.IsCWT Vcs-svn: svn+ssh://svn.debian.org/svn/pkg-java/trunk/libiscwt-java/
Bug#577343: [patch]: minlog: FTBFS: Nonexistent build-dependency: mzscheme
Hi, mzscheme was removed, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576473 And plt-scheme seems to be able to replace it. I made a patch to apply this change, please check it. Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane only in patch2: unchanged: --- minlog-4.0.99.20100221.orig/debian/control +++ minlog-4.0.99.20100221/debian/control @@ -2,12 +2,12 @@ Section: math Priority: optional Maintainer: Freiric Barral bar...@math.lmu.de -Build-Depends: debhelper (= 4.0.0), mzscheme, texlive (= 2007-11) +Build-Depends: debhelper (= 4.0.0), plt-scheme, texlive (= 2007-11) Standards-Version: 3.7.2 Package: minlog Architecture: all -Depends: mzscheme | guile +Depends: plt-scheme | guile Recommends: emacs22 | emacs21 | emacsen Suggests: proofgeneral-minlog, quack-el Description: Proof assistant based on first order natural deduction calculus only in patch2: unchanged: --- minlog-4.0.99.20100221.orig/debian/changelog +++ minlog-4.0.99.20100221/debian/changelog @@ -1,3 +1,11 @@ +minlog (4.0.99.20100221-5.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control +- replace obsolete mzscheme to plt-scheme (Closes: #577343) + + -- Hideki Yamane (Debian-JP) henr...@debian.or.jp Thu, 22 Apr 2010 15:29:20 +0900 + minlog (4.0.99.20100221-5) unstable; urgency=low (high for users of mzsccheme) * Closes: #570235 due to incompatibility between mzscheme and r5rs
Bug#578725: yelp doesn't start
On 22/04/10 09:58, Daniele Giglio wrote: If I launch gnome-help from console i get the following message: (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gnome-help:5403): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed I get the same warnings but it starts fine. Can you run it in gdb and get a backtrace if it crashes? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578728: [INTL:es] qmail Spanish debconf translation
Package: qmail Version: 1.03-49 Severity: wishlist Tags: l10n patch Please find attached the debconf template translation to Spanish for qmail. Regards, -- Omar Campagne Polaino # qmail po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the qmail package. # # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com, 2010 # # - Updates # TRANSLATOR # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: qmail 1.03-49\n Report-Msgid-Bugs-To: qm...@packages.debian.org\n POT-Creation-Date: 2010-04-10 07:04+0200\n PO-Revision-Date: 2010-04-12 09:49+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.5.2\n #. Type: note #. Description #: ../qmail.templates:2001 msgid Notice for qmail users msgstr Aviso a los usuarios de qmail #. Type: note #. Description #: ../qmail.templates:2001 msgid Before making any changes to Qmail configuration, please read /usr/share/doc/ qmail/README.Debian.gz. This file includes a description of the differences between Qmail in Debian, Qmail in other systems, and other mail transfer agents. msgstr Consulte «/usr/share/doc/qmail/README.Debian.gz» antes de realizar cambios en la configuración de Qmail. Este fichero incluye una descripción de las diferencias entre Qmail en Debian, Qmail en otros sistemas, y otros agentes de transporte de correo. #. Type: note #. Description #: ../qmail.templates:2001 msgid If you were using a more conventional MTA previously, you will also want to read the \qmail-upgrade\ manpage, which details user-visible differences between Sendmail and Qmail. msgstr Si usaba un agente de transporte de correo más convencional se recomienda leer la página de manual «qmail-upgrade», que detalla las diferencias entre Sendmail y Qmail más visibles para el usuario. #. Type: note #. Description #: ../qmail.templates:2001 msgid If you are new to Qmail, you will want to at least peruse the Qmail FAQ, which can be found in /usr/share/doc/qmail. msgstr Si nunca ha usado Qmail, se recomienda que al menos examine en detalle el PUF de Qmail, disponible en «/usr/share/doc/qmail». #. Type: boolean #. Description #: ../qmail.templates:3001 msgid Start Qmail now? msgstr ¿Desea iniciar Qmail ahora? #. Type: note #. Description #: ../qmail.templates:4001 msgid Qmail will be started at the next reboot msgstr Qmail se iniciará en el siguiente reinicio #. Type: note #. Description #: ../qmail.templates:4001 msgid You chose not to start Qmail now. It will be started automatically at next reboot. msgstr Ha seleccionado no iniciar Qmail en este momento. Se iniciará automáticamente en el siguiente reinicio. #. Type: note #. Description #: ../qmail.templates:4001 msgid You can also start it manually with \/etc/init.d/qmail start\ (as root) at a shell prompt. msgstr También puede iniciarlo manualmente ejecutando «/etc/init.d/qmail start» como administrador en un intérprete de órdenes. #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Remove Qmail users during a purge? msgstr ¿Desea eliminar los usuarios de Qmail al purgar? #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Please choose whether you want users created by the qmail package to be removed when this package is purged. msgstr Seleccione si desea eliminar los usuarios que creó el paquete qmail al purgar éste. #. Type: error #. Description #: ../qmail.templates:6001 msgid Changes for virtual users msgstr Cambios en los usuarios virtuales #. Type: error #. Description #: ../qmail.templates:6001 msgid recipientmap is gone from Qmail 1.03. The virtualdomains mechanism has been expanded to support virtual users. This machine's setup needs to be fixed. msgstr «recipientmap» ya no existe en la versión 1.03 de Qmail. El mecanismo de dominios virtuales se ha extendido para ser compatible con usuarios virtuales. Es necesario arreglar la configuración de este sistema. #. Type: note #. Description #:
Bug#578041: [debian-mysql] Bug#578041: Bug#578041: mysql-server-core-5.1: mysql server, does not start
Am Donnerstag, den 22.04.2010, 10:13 +0200 schrieb Julien Bernard: I think this is a real packaging bug. mysql-server-core-5.1 needs a file (/usr/bin/mysqld_safe) that is in mysql-server-5.1 so mysql-server-core-5.1 should depend on mysql-server-5.1 or this file should be in mysql-server-core-5.1. Please take a look at bug #548419, it explains why we introduced the mysql-server-core-5.1 package, and why it's intended that it doesn't depend on the mysql-server-5.1 package. Just install mysql-server-5.1 (or mysql-server) instead. Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578729: screen outputs spaces when switching window with defbce on
Package: screen Version: 4.0.3-14 Severity: normal I'm not sure whether this is a problem with screen or ncurses... 1. Create a .screenrc file with: defbce on 2. Start xterm (trimSelection must be false; this is the default). 3. Start screen in xterm. 4. Start Mutt with: mutt -F /dev/null -f /dev/null 5. Create a new window (C-a c). 6. Go back to the first window (C-a 0). 7. Select a blank line with a double-click. 8. Paste the blank line in some editor. Result: 80 spaces (corresponding to the width of the terminal) are pasted instead of just a newline character (LF). I've attached the xterm log. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages screen depends on: ii dpkg 1.15.5.6 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libpam0g 1.1.1-2Pluggable Authentication Modules l screen recommends no packages. screen suggests no packages. -- no debconf information sscreen [?1049h[!p[?3;4l[4l[4l[?1h=[m(B[1;60r[H[2J[H[2J[H[2J Screen version 4.00.03jw4 (FAU) 2-May-06 Copyright (c) 1993-2002 Juergen Weigert, Michael Schroeder Copyright (c) 1987 Oliver Laumann This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program (see the file COPYING); if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. Send bugreports, fixes, enhancements, t-shirts, money, beer pizza to scr...@uni-erlangen.de[59;25H[Press Space or Return to end.] [H[2J$ mutt -F /dev/null -f /dev/null [H[37m[40m[39m[49m[40m[H[2J[37m[59B[39m[49m[K[K[H[37m[40m[39m[49m[40m[H[2J[37m[59BReading /dev/null...[39m[49m[37m[40m[C0[39m[49m[37m[40m[?25l [39m[49m[40m[K[37m[H[32m[44m[1mq:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help[m[44m[K[1m[32m [58B-%-Mutt: /dev/null [Msgs:0]---(threads/date)(all)---[2;80H[m[37m[40m[?12l[?25h[39m[49m[H[2J$ [H[2J[1m[32m[44mq:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help[m[44m [40m
Bug#464233: #464233 : Misunderstanding
package win32-loader tags 464233 +pending thanks Hi, the win32-loader.exe shipped by the win32-loader package is the one intended to be on the CDs. The next version will ship a win32-loader-standalone.exe, intended to be used from a network. Cheers, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#578730: [i18n:de] German translation for debian specific changes to gdm3
Package: gdm3 Version: 2.30.0-2.1 Severity: wishlist Tags: l10n patch See the attached file for getting gdmsetup Co translated to german -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-session [x-sessio 2.30.0-1 The GNOME Session Manager - GNOME ii gnome-session-bin 2.30.0-1 The GNOME Session Manager - Minima ii gnome-terminal [x-termi 2.30.0-1 The GNOME terminal emulator applic ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libattr11:2.4.44-1 Extended attribute shared library ii libaudit0 1.7.13-1+b1 Dynamic library for security audit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4.1 The Cairo 2D vector graphics libra ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libdevkit-power-gobject 1:0.9.2-1abstraction for power management - ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.1-2 Pluggable Authentication Modules f ii libpam-runtime 1.1.1-2 Runtime support for the PAM librar ii libpam0g1.1.1-2 Pluggable Authentication Modules l ii libpanel-applet2-0 2.30.0-0.1 library for GNOME Panel applets ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libpolkit-gtk-1-0 0.96-2 PolicyKit GTK+ API ii libpopt01.15-1 lib for parsing cmdline parameters ii librsvg2-common 2.26.2-1 SAX-based renderer library for SVG ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libwrap07.6.q-18 Wietse Venema's TCP wrappers libra ii libx11-62:1.3.3-3X11 client-side library ii libxau6 1:1.0.5-2X11 authorisation library ii libxdmcp6 1:1.0.3-2X11 Display Manager Control Protoc ii libxklavier16 5.0-2X Keyboard Extension high-level AP ii libxml2 2.7.7.dfsg-2 GNOME XML library ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip ii metacity [x-window-mana 1:2.30.1-1 lightweight GTK+ window manager ii policykit-1-gnome 0.96-2 GNOME authentication agent for Pol ii upower 0.9.2-1 abstraction for power management ii xterm [x-terminal-emula 256-1X terminal emulator ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gdm3 recommends: ii at-spi 1.30.0-2 Assistive Technology Service Provi ii gnome-icon-theme 2.30.1-1 GNOME Desktop icon theme ii gnome-power-manager2.30.0-1 power management tool for the GNOM ii gnome-settings-daemon 2.30.0-0.1daemon handling the GNOME session ii xserver-xephyr 2:1.7.6.901-3 nested X server ii xserver-xorg 1:7.5+5 the X.Org X server ii zenity 2.30.0-1 Display graphical dialog boxes fro Versions of packages gdm3 suggests: pn gnome-mag none (no description available) pn gnome-orcanone (no description
Bug#571716: /usr/bin/make-kpkg: make-kpkg fails building .deb for linux 2.6.33
On Sun, 14 Mar 2010, Manoj Srivastava wrote: Unfortunately, not very high. And as a package maintainer, I have little control over that; release policy is set by the stable release managers, and I am not sure that building kernel images meets the bar for inclusion into stable. You could ask at least on debian-rele...@lists.debian.org. Given the fix is fairly simple and easy to review I think they would accept it. They are interested in keeping stable usable as well as stable. :) Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578114: #578114: kdebluetooth ceased recognising dongle after upgrade
Hi envite, what Debian release are you using that you still are using KDE3.5 ? Squeeze will ship with kbluetooth 1:0.4.2-2, actually in experimental. Could you try this version ? Thanks in advance, cheers, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#578706: netcat6: Option -p corrupts TCP header for IPv6
Let me clearify that IPv6 is not peculiar for this bug. The corresponding thing happens for IPv4. The problem is that the option '-p' is not independent of option '-s': nc6 -p 54441 -s 2001:491:43:7a::a glimp.remote 3928 is correctly working. The failure, when eliminating the option '-s ...', displays that the source code for netcat6 is incorrectly initializing the TCP header, since it does not pick a functional local address as origin, instead it always picks the relevant loopback address, leading to a spoofed/corrupt TCP package. Regards Mats Erik Andersson, fil. dr Abbonerar på: debian-mentors, debian-devel-games, debian-perl, debian-ipv6, debian-qa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578731: rudiments: FTBFS on GNU/kFreeBSD
Package: rudiments
Version: 0.32-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please find patch bellow with tweaks.
It would also be nice if you can ask upstream
to include this changes.
Thanks in advance
--- include/rudiments/serialportprofile.h
+++ include/rudiments/serialportprofile.h
@@ -130,8 +130,13 @@
#ifdef TABDLY
enumtabdelay_t {
td_none=TAB0,
+ #if defined(TAB1) defined(TAB2)
td_depends=TAB1,
td_100=TAB2
+ #else
+ td_depends=TAB0,
+ td_100=TAB3
+ #endif
};
#endif
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578732: SDBC problems when openoffice.org-evolution is not installed
Package: openoffice.org Version: 1:3.2.0-4 Severity: normal When the package openoffice.org-evolution is not installed, there are problems with datasources. You will get an error about a missing SDBC driver. Try file | wizzards | Address data source and you will see only other external data source. If you use that, you will get this error: The connection to the external data source could not be established. No SDBC driver was found for the given URL. - When you install openoffice.org- evolution the problem is gone. But many people don't use evolution, so they don't install that package, and they have a problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org depends on: ii liblucene2-java 2.9.2+ds1-1 Full-text search engine library fo ii openoffice.org-base 1:3.2.0-4 full-featured office productivity ii openoffice.org-calc 1:3.2.0-4 full-featured office productivity ii openoffice.org-core 1:3.2.0-4 full-featured office productivity ii openoffice.org-draw 1:3.2.0-4 full-featured office productivity ii openoffice.org-filter-mobile 1:3.2.0-4 full-featured office productivity ii openoffice.org-impress 1:3.2.0-4 full-featured office productivity ii openoffice.org-java-common 1:3.2.0-4 full-featured office productivity ii openoffice.org-math 1:3.2.0-4 full-featured office productivity ii openoffice.org-officebean1:3.2.0-4 full-featured office productivity ii openoffice.org-report-builde 1:3.2.0-4 OpenOffice.org extension for build ii openoffice.org-writer1:3.2.0-4 full-featured office productivity ii ttf-dejavu 2.30-2 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basic1.1-2 smart Unicode font families (Basic Versions of packages openoffice.org recommends: ii openoffice.org-filter- 1:3.2.0-4 full-featured office productivity ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim Versions of packages openoffice.org suggests: ii cups-bsd1.4.3-1 Common UNIX Printing System(tm) - ii default-jre [java5-runtime] 1.6-35 Standard Java or Java compatible R ii gstreamer0.10-ffmpeg0.10.10-1FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.17-1GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.28-1GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.21-1GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.14-1GStreamer plugins from the ugly pn hunspell-dictionary none (no description available) ii icedove 3.0.4-2 mail/news client with RSS and inte ii iceweasel 3.5.8-1 Web browser based on Firefox ii imagemagick 7:6.6.0.4-2 image manipulation programs ii libgl1-mesa-glx [libgl1]7.7.1-1 A free implementation of the OpenG ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries ii libpaper-utils 1.1.23+nmu2 library for handling paper charact ii libsane 1.0.20-14+b1 API library for scanners ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii menu2.1.43 generates programs menu for all me ii myspell-en-us [myspell-dict 1:3.2.0-2English_american dictionary for my ii myspell-nl [myspell-diction 1:1.10-5 Dutch dictionary for MySpell and H pn openclipart-openoffice.org none (no description available) ii openjdk-6-jre [java5-runtim 6b18~pre2-1 OpenJDK Java runtime, using Hotspo ii openoffice.org-gnome1:3.2.0-4full-featured office productivity ii openoffice.org-help-en-us [ 1:3.2.0-4full-featured office productivity ii openoffice.org-help-nl [ope 1:3.2.0-4full-featured office productivity pn openoffice.org-hyphenation none (no description available) ii openoffice.org-l10n-nl [ope 1:3.2.0-4full-featured office productivity ii openoffice.org-thesaurus-en 1:3.2.0-2English Thesaurus for OpenOffice.o ii pstoedit3.45-8+b1PostScript and PDF files to editab ii unixodbc2.2.11-21ODBC tools libraries Versions of packages openoffice.org-core depends on: ii fontconfig 2.8.0-2 generic font configuration library ii libc6 2.11-0exp4 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra ii libcurl37.20.0-3 Multi-protocol file transfer libra ii libdb4.84.8.26-1
Bug#578597: Recommend usage of dpkg-buildflags to initialize CFLAGS and al.
On Thu, Apr 22, 2010 at 08:46:50AM +0200, Goswin von Brederlow wrote: Bill Allombert bill.allomb...@math.u-bordeaux1.fr writes: On Wed, Apr 21, 2010 at 09:10:54AM +0200, Raphael Hertzog wrote: Package: debian-policy Severity: wishlist The desired outcome is that all package grab the values directly from dpkg-buildflags and that we can stop exporting the variables from dpkg-buildpackage. That way calling debian/rules directly and via dpkg-buildpackage should give the same result. Please modify the policy to recommend the usage of dpkg-buildflags (I would suggest to push that policy change just at the start of squeeze+1). CFLAGS=$(shell dpkg-buildflags --get CFLAGS) There should be some documentation about how thoses variables should be used, whether they should replace or augment the value set by debian/rules, before or after the upstream makefile change, etc... Currently it is impossible to use them at all in a reliable way. For example suppose debian/rules do CFLAGS=-O2 -Wall -g and upstream configure do CFLAGS=$CFLAGS -fno-strict-aliasing before writing the Makefile so C files are built with gcc -O2 -Wall -g -fno-strict-aliasing foo.c Suppose user set CFLAGS to XXX. How C files should build ? gcc XXX foo.c gcc XXX -fno-strict-aliasing foo.c gcc XXX -O2 -Wall -g -fno-strict-aliasing foo.c gcc XXX -g -fno-strict-aliasing foo.c User knows best and if configure just adds things to CFLAGS then that can't be avoided in rules. So you should get: Of course it can, it just need to do make CFLAGS=$XXX instead of make to override the CFLAGS. gcc XXX -fno-strict-aliasing foo.c What happen if debian/rules is doing dh_strip -a --dbg-package=foo-dbg Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573802: Rosegarden?
Hi fellow multimedia maintainers, Rosegarden needs some love. If noone objects, I will provide it some - including infecting it with CDBS. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#578597: Recommend usage of dpkg-buildflags to initialize CFLAGS and al.
Raphael Hertzog wrote: On Wed, 21 Apr 2010, Jonathan Nieder wrote: Given that it will probably be a while before this tool is used universally, what benefit does an existing package with code like the above get from switching to using dpkg-buildflags? It will allow users of source packages to experiment more easily with alternate flags (hardening, -Wall -Werror, etc.). [...] - Some packages cannot tolerate certain optimizations [3]. Are they required to declare this? - Some build systems do not tolerate warnings (because they check stderr or because they use -Werror). Some compiler flags add warnings. Is this a bug, and should policy mandate any preventative measures? For both of those, I think this is unrelated. The users trying new flags should certainly expect failures on some packages. With this caveat the idea makes more sense to me. Thanks for the explanation. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
On Thu, Apr 22, 2010 at 03:12:56AM +0200, Alexander Sack wrote:
Is there a specific reason why you (Chromium team) uploaded
chromium-browser in Ubuntu two months ago and not yet in Debian?
I don't received any answer, so I'm going to take over this ITP in order
to get chromium-browser in time for squeeze.
Hi Giuseppe, many thanks for your offer, personally I'd like you to go
ahead with your packaging work on chromium-browser to at least have the
*possibility* of getting the package in squeeze. That means having it in
unstable first, then we'll use the usual rules for transition to testing
of all other packages.
I requested an alioth group, feel free to join it when it will be
accepted.
The problem is that chromium browser cannot be maintained in a debian
stable relase as it is. If you think different talk to me on IRC.
It's a bit of a pity that this argument of yours was not in the bug log
of the ITPs of chromium, or else I've missed it blatantly (in that case
I apologize in advance). The only counter argument I've found thus far
to upload was a licensing problem, which seems to be solved now.
Regarding security issues, I duly notice that Giuseppe is a full member
of the Debian security team, so I believe we should trust his judgement
on that.
All in all, it would be an incredible pity not to have chromium-browser
in Debian and probably a good argument for a lot of desktop users to use
another Debian-based distribution (say, Ubuntu). I don't think we should
block the packaging of chromium lightly; if there are clear reasons to
do so they should be clearly stated, and well communicated.
No matter what, we've clear processes for this kind of issues and I
think we should use them rather then simply not uploading the package
and stopping other developers motivated in doing that, by fiddling with
the owner of this ITP.
If you ask me, I'd like Giuseppe to take back ownership of this bug
report and go ahead with the packaging work.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
Bug#578041: [debian-mysql] Bug#578041: Bug#578041: mysql-server-core-5.1: mysql server, does not start
Le 22/04/2010 10:55, Norbert Tretkowski a écrit : Am Donnerstag, den 22.04.2010, 10:13 +0200 schrieb Julien Bernard: I think this is a real packaging bug. mysql-server-core-5.1 needs a file (/usr/bin/mysqld_safe) that is in mysql-server-5.1 so mysql-server-core-5.1 should depend on mysql-server-5.1 or this file should be in mysql-server-core-5.1. Please take a look at bug #548419, it explains why we introduced the mysql-server-core-5.1 package, and why it's intended that it doesn't depend on the mysql-server-5.1 package. Just install mysql-server-5.1 (or mysql-server) instead. The point is not to merge mysql-server-5.1 and mysql-server-core-5.1, but to solve this real bug. As I understand #548419, there is no need to start a mysql server with mysql-server-core-5.1, so the init script should disappear (or rather go in mysql-server-5.1) and it would solve the problem. But the solution is *not* to install mysql-server-5.1 to make this bug disappear. It's a workaround but not a solution. The point with mysql-server-core-5.1 is to not start the server. If a user must install the server to make mysql-server-core-5.1 work, then the goal is not achieved. Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
On Thu, Apr 22, 2010 at 12:51 PM, Stefano Zacchiroli wrote: Hi Giuseppe, many thanks for your offer, personally I'd like you to go ahead with your packaging work on chromium-browser to at least have the *possibility* of getting the package in squeeze. That means having it in unstable first, then we'll use the usual rules for transition to testing of all other packages. or experimental. Regarding security issues, I duly notice that Giuseppe is a full member of the Debian security team, so I believe we should trust his judgement on that. webkit related security issues are real and I'm well placed to know about it. I would like to hear Giuseppe about his concerns wrt this point. All in all, it would be an incredible pity not to have chromium-browser in Debian and probably a good argument for a lot of desktop users to use another Debian-based distribution (say, Ubuntu). Many Debian users prefers to use Google Chrome repository. No matter what, we've clear processes for this kind of issues and I think we should use them rather then simply not uploading the package and stopping other developers motivated in doing that, by fiddling with the owner of this ITP. If you ask me, I'd like Giuseppe to take back ownership of this bug report and go ahead with the packaging work. IMHO, common sense is preferred here. I don't see the problem for Giuseppe to team up with Alexander (and Fabien Tassin) and finally push a package in experimental. 1st step: upload gyp to Debian ! Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
webkit related security issues are real and I'm well placed to know about it. oups, I mean chromium here :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577759: Processed: Re: Corrupted kde-l10n source package entry in experimental
tags 577759 + patch thanks Hi *, it is really a apt-ftparchive problem in combination with source v3. apt-ftparchive assumes the list of files (and in sid also the checksums) doesn't need more than 1000 chars ~ enough if only a handful of files are used as in v1 but with multiple tarballs… Attached is a unclean patch against current sid/experimental as for whatever reason you need to link apt-ftparchive against pthread in a sid environment currently as otherwise you face a: Building program ../build/bin/apt-ftparchive /usr/bin/ld: Q: invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition /lib/libpthread.so.0: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [../build/bin/apt-ftparchive] Error 1 I don't know who deserves a bugreport for this… apt-ftparchive at least doesn't use pthreads. Best regards / Mit freundlichen Grüßen, David Kalnischkies ftparchive-untruncater.diff Description: Binary data
Bug#578733: epiphany-extension-gwget: Doesn't work with ephy 2.30
Package: epiphany-extension-gwget Version: 1.0.4-1.1 Severity: serious The gwget extension doesn't work with ephy 2.30. It's not listed in the extensions list, and hacking around to make it be listed won't have any effect, files will still be downloaded with ephy's download manager. See https://bugzilla.gnome.org/show_bug.cgi?id=616498 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental'), (650, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-extension-gwget depends on: ii epiphany-browser 2.30.2-1 Intuitive GNOME web browser ii gwget 1.0.4-2GNOME front-end for wget ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib epiphany-extension-gwget recommends no packages. epiphany-extension-gwget suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
On Thu, Apr 22, 2010 at 01:10:12PM +0300, Fathi Boudra wrote:
*possibility* of getting the package in squeeze. That means having it in
unstable first, then we'll use the usual rules for transition to testing
of all other packages.
or experimental.
Yup, exactly, with the added benefit that in the mean time we'll get NEW
review.
Regarding security issues, I duly notice that Giuseppe is a full member
of the Debian security team, so I believe we should trust his judgement
on that.
webkit related security issues are real and I'm well placed to know about it.
I would like to hear Giuseppe about his concerns wrt this point.
Sure, I just meant to highlight that he's probably more qualified than
other people (surely more than me for instance) to judge on this. I do
hope he has already thought about it :), but it would indeed be nice if
he can share his opinions here.
IMHO, common sense is preferred here.
I don't see the problem for Giuseppe to team up with Alexander (and
Fabien Tassin) and finally push a package in experimental.
Sure, and thanks for the hook to highlight what I forgot to mention: the
offer Giuseppe has already advanced of collaborating on the packaging on
alioth is surely the best possible outcome of all this.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565550: acd0: unknown CMD (0x03) illegal request asc=0x20 ascq=0x00
tags 565550 + moreinfo thanks 13.03.2010 14:39, Georg Gast wrote: Michael Tokarev schrieb: Georg Gast wrote at Sat, 16 Jan 2010 22:37:10 +0100: Package: hal Version: 0.5.14-1 Severity: normal After installing hal on a kfreebsd port of Debian on a kvm platform (Debian/Squeeze Linux 2.6.32) it spams tty1 (Ctrl Alt 1) and syslog with the shown message in the title of this bugreport. Can you please tell me which version of kvm did you use at that time, and if the problem is still present with current qemu-kvm in unstable (0.12.3+dfsg)? Or alternatively, can you provide an easy way for me to test it locally -- like, how to install kfreebsd port or some pre-made image etc... Thanks! /mjt Hi Michael, i reported that bug on 17th of January this year. According to http://packages.qa.debian.org/q/qemu-kvm.html was the current version in testing 0.11.0+dfsg-1 . I'm sure that the version which arrived in testing on that day was not on my machine already. So i hope that gives you an hint to solve that problem. Currently i reinstall debian/kfreebsd in a new kvm machine t0 check if that bug exists in the current kvm / mini.iso combination. Georg, can you tell me what's the current state of your findings? Or alternatively, what's your kvm command line, so I'll be able to test myself? It has been more than a month since your last message to this bug... Thanks! mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575720: severity is 'normal'
severity 575720 normal thanks Downgrading severity to normal since the problem is easy to work around (at least in some cases) and because the probelm does not affect the core functionality. Yes the cirrus vga is slow, and it's a quite difficult to find issue in the upstream kvm. Hopefully we'll see some light on this soon. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578734: default/grub: Use POSIX command substitution
Package: grub2 Severity: wishlist Tags: patch POSIX command substitution The following patch updates to use POSIX[1] command substitution $() in place of backtics (``). Motivation: - The $() is recommend by many[2]. E.g it nests easily - Readability. In high resolution display a tick is hard to see. Selected font may also make reading the tick difficult. - Keyboards may have the tick key in an unnatural position that makes it hard to type. E.g acrobatics is needed with FI-keyboard (AltGr+key+Space char) REFERENCES [1] POSIX standard IEEE Std 1003.1: 2.6.3 Command Substitution http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_03 [2] Bash manual: ...old-style backquote in section 3.5.4 Command Substitution http://www.gnu.org/software/bash/manual/bashref.html#Command-Substitution BashFAQ: Why is $(...) preferred over `...` (backticks)? http://mywiki.wooledge.org/BashFAQ/082 Advanced Bash-Scripting Guide: ...The $(...) form has superseded backticks for command substitution. http://tldp.org/LDP/abs/html/commandsub.html -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 43628233d0a570eab0539d06cabd0ffe977abed2 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Thu, 22 Apr 2010 12:59:36 +0300 Subject: [PATCH] default/grub: Use POSIX command substitution Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- default/grub |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/default/grub b/default/grub index db4ca80..b7c580e 100644 --- a/default/grub +++ b/default/grub @@ -3,7 +3,7 @@ GRUB_DEFAULT=0 GRUB_TIMEOUT=5 -GRUB_DISTRIBUTOR=`lsb_release -i -s 2 /dev/null || echo Debian` +GRUB_DISTRIBUTOR=$(lsb_release -i -s 2 /dev/null || echo Debian) GRUB_CMDLINE_LINUX_DEFAULT=quiet GRUB_CMDLINE_LINUX= -- 1.7.0
Bug#578041: [debian-mysql] Bug#578041: Bug#578041: mysql-server-core-5.1: mysql server, does not start
Am Donnerstag, den 22.04.2010, 11:53 +0200 schrieb Julien Bernard: Le 22/04/2010 10:55, Norbert Tretkowski a écrit : Am Donnerstag, den 22.04.2010, 10:13 +0200 schrieb Julien Bernard: I think this is a real packaging bug. mysql-server-core-5.1 needs a file (/usr/bin/mysqld_safe) that is in mysql-server-5.1 so mysql-server-core-5.1 should depend on mysql-server-5.1 or this file should be in mysql-server-core-5.1. Please take a look at bug #548419, it explains why we introduced the mysql-server-core-5.1 package, and why it's intended that it doesn't depend on the mysql-server-5.1 package. Just install mysql-server-5.1 (or mysql-server) instead. The point is not to merge mysql-server-5.1 and mysql-server-core-5.1, but to solve this real bug. As I understand #548419, there is no need to start a mysql server with mysql-server-core-5.1, so the init script should disappear (or rather go in mysql-server-5.1) and it would solve the problem. The init script is not part of mysql-server-core-5.1 package: # dpkg -L mysql-server-core-5.1 | grep init # It's in the mysql-server-5.1 package instead: # dpkg -L mysql-server-5.1 | grep init /etc/init.d /etc/init.d/mysql Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504049: re Debian Bug#504049: Virtual FAT drive doesn't work with -snapshot
severity 504049 wishlist thanks I'm downgrading severity of this bug to wishlist. Reason is that it's quite rare to use virtual fat to start with (actually it isn't even documented in qemu-kvm anymore), and especially with -snapshot. Also, upstream isn't willing to work on this corner case and apparently fixing it isn't exactly trivial. In any way, working around the bug is trivial: just use absolute path for the fat:dir, i.e., fat:$PWD/dir instead of fat:dir. (I'm keeping this bug around still, ofcourse). /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578735: g++: ICE or assembler errors while compiling gmic on mips
Package: g++-4.4 Version: 4.4.3-7 Severity: normal With enabled optimization, g++ fails to build gmic_float.o on mips. It even run into an ICE[1], but unfortunately I can't reproduce these on the porter box. There it runs into the following error message: g++ -o gmic_float.o -c gmic.cpp -Dgmic_separate_compilation -Dgmic_float -Dgmic_build -I/usr/include -Wall -W -I/usr/include -Dcimg_display=1 -Dcimg_use_xrandr -I/usr/X11R6/include -Dcimg_use_xshm -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_zlib -Dcimg_use_magick -I/usr/include/GraphicsMagick -Dcimg_use_openexr -I/usr/include/OpenEXR -Dcimg_use_fftw3 -O2 -fno-tree-pre /tmp/ccandU2j.s: Assembler messages: /tmp/ccandU2j.s:759511: Error: Branch out of range /tmp/ccandU2j.s:798526: Error: Branch out of range /tmp/ccandU2j.s:858669: Error: Branch out of range make[4]: *** [gmic_float.o] Error 1 Without -fno-tree-pre (and even worse, with -O3) it even eats more memory (1.5G at the moment) and especially needs a painful amount of time. This might be related to [2] (gmic is the successor of Greystoration). Builds with -O0 are just fine. Same for builds using gcc-snapshot, Version: 20091228-2. It still takes an insane amount of time to build with gcc-snapshot and -O3, though. [1]: https://buildd.debian.org/fetch.cgi?pkg=gmicver=1.3.4.1%2Bdfsg-2arch=mipsstamp=1271785256file=log [2]: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36439 Cheers, Bernd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577354: [patch]: torcs: FTBFS: cp: cannot stat `README.linux': No such file or directory
Hi, Relevant part: make[4]: Entering directory `/build/user-torcs_1.3.1-2-amd64-iU22WW/torcs-1.3.1/build-tree/torcs-1.3.1/src/tools/trackgen' make[4]: Leaving directory `/build/user-torcs_1.3.1-2-amd64-iU22WW/torcs-1.3.1/build-tree/torcs-1.3.1/src/tools/trackgen' make[3]: Leaving directory `/build/user-torcs_1.3.1-2-amd64-iU22WW/torcs-1.3.1/build-tree/torcs-1.3.1/src/tools' make[2]: Leaving directory `/build/user-torcs_1.3.1-2-amd64-iU22WW/torcs-1.3.1/build-tree/torcs-1.3.1/src' /usr/bin/install -c setup_linux.sh /build/user-torcs_1.3.1-2-amd64-iU22WW/torcs-1.3.1/debian/torcs//usr/lib/torcs/./setup_linux.sh make[1]: Leaving directory `/build/user-torcs_1.3.1-2-amd64-iU22WW/torcs-1.3.1/build-tree/torcs-1.3.1' touch debian/stamp-makefile-install Adding cdbs dependencies to debian/torcs.substvars dh_installdirs -ptorcs dh_installdocs -ptorcs README.linux TODO.html debian/TODO.Debian cp: cannot stat `README.linux': No such file or directory dh_installdocs: cp -a README.linux debian/torcs/usr/share/doc/torcs returned exit code 1 make: *** [binary-install/torcs] Error 2 I checked source, henr...@hp115:~/tmp/torcs-1.3.1$ ls torcs-1.3.1/README* torcs-1.3.1/README torcs-1.3.1/README.VC2005Express There is no README.Linux (and also TODO.html). We should fix debian/rules as attached patch. Please check it, thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane diff -u torcs-1.3.1/debian/changelog torcs-1.3.1/debian/changelog --- torcs-1.3.1/debian/changelog +++ torcs-1.3.1/debian/changelog @@ -1,3 +1,11 @@ +torcs (1.3.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules +- remove README.Linux and TODO.html from docs (Closes: #577354) + + -- Hideki Yamane (Debian-JP) henr...@debian.or.jp Thu, 22 Apr 2010 19:14:04 +0900 + torcs (1.3.1-2) unstable; urgency=low * Add dependency on libtool (Closes: #529023) diff -u torcs-1.3.1/debian/rules torcs-1.3.1/debian/rules --- torcs-1.3.1/debian/rules +++ torcs-1.3.1/debian/rules @@ -5,7 +5,7 @@ DEB_AUTO_UPDATE_AUTOCONF := no # Documentation to install -DEB_INSTALL_DOCS_ALL = README.linux TODO.html debian/TODO.Debian +DEB_INSTALL_DOCS_ALL = debian/TODO.Debian VERSION=$(shell dpkg-parsechangelog | grep Version | cut -d ' ' -f 2 | cut -d '-' -f 1)
Bug#578396: qemu-kvm: After Squeeze reinstall, Studio 9.4.3 (Windows program) no longer works properly
tags 578396 + moreinfo thanks 19.04.2010 19:20, Gary Dale wrote: Package: qemu-kvm Version: 0.12.3+dfsg-4 Severity: normal This is weird. I found it necessary to reinstall Debian/Squeeze. This shouldn't have affected my Windows XP/Pro VM since it was in my home directory. However, after reinstalling, Pinnacle Studio 9.4.3 doesn't build DVDs anymore. The program doesn't fail. It completes normally but the VIDEO_TS directory doesn't have all the files it should for a complete DVD. Windows Explorer shows the intermediate files correctly but consistently crashes when in that directory. I note that the .m2v files play correctly, as do the (partial) .vob files in the VIDEO_TS folder. Windows Explorer also runs very slowly when I'm looking at those directories. This suggested that a file system corruption may be the problem, but Windows chkdsk doesn't report any problems (NTFS file system in a .qcow file). Ok. Can you please re-create the .qcow file and see if that helps? Like this: kvm-img convert -O qcow2 windows.qcow windows2.qcow and see (after chkdsk run and re-creating the directory in question) if that fixes your problem? Also, verify that you have enough free space on the filesystem where your qcow file is. Another useful test is to check if raw format works. Do the same kvm-img convert but now with -O raw (it's the default btw). There were a few bugs in qcow2 format handler fixed during evolution of qemu/kvm, and some of these bugs lead to some corruption which can't be easily repaired even after the bugs are fixed. Overall, it is usually better (and faster too) to use raw image instead of qcow2. So far, the bug information is too vague to be of any use. It might be just due to some bug in the Pinacle Studio after all, or somewhere in windows XP - and upgrading of kvm just triggered that bug... I'm not saying it's definitely the case, but am trying to show that the number of possibilities is quite high. And the most likely cause is the bugs in qcow handler, which probably aren't part of qemu-kvm anymore. Also, you can try older kvm packages to see if your prob is still here. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578226: lcd4linux: Please add mpd as a dependency, or remove mpd requirement at compile time
On Sun, Apr 18, 2010 at 08:11:44 (CEST), Mike Edwards wrote: lcd4linux does not list mpd as a requirement, yet it will not start without mpd installed and running: # lcd4linux Error 15: 'problems getting a response from localhost on port 6600 : Connection refused' Error: Cannot connect to MPD! Is MPD started? My lcd4linux.conf contains no reference to MPD. Adding a 'Plugin MPD' block to the config (as shown at http://ssl.bulix.org/projects/lcd4linux/wiki/plugin_mpd ) and setting 'enabled' to 0 also fails to resolve this issue. Please either add a dependency for mpd, I don't think this would be acceptable. or preferably, remove the mpd plugin if it insists on starting whether or not it's enabled in the config, as this is broken behavior. Ideally the mpd plugin can be fixed to not require a running mpd. Disabling it completely until it has been fixed seems acceptable to me. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578736: autologin logs in default user after gnome session ends
Package: gdm3 Version: 2.30.0-2 Severity: grave adding just the auto login options from gdm 2.20 to daemon.conf [daemon] AutomaticLoginEnable=true AutomaticLogin=me will rightfully login the user 'me' when gdm3 starts. However exititing gnome (logout) does not bring the gdm3 chooser but directly logs 'me' in. This is unexpected behaviour ... gdm 2.20 did not do this. Severity grave as this makes it impossible to log in as a different user. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.9-sonne (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii adduser 3.112add and remove users and groups ii aterm [x-terminal-emula 1.0.1-7 Afterstep XVT - a VT102 emulator f ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii eterm [x-terminal-emula 0.9.5-2 Enlightened Terminal Emulator ii fluxbox [x-window-manag 1.1.1-7 Highly configurable and low resour ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-session [x-sessio 2.30.0-1 The GNOME Session Manager - GNOME ii gnome-session-bin 2.30.0-1 The GNOME Session Manager - Minima ii gnome-terminal [x-termi 2.30.0-1 The GNOME terminal emulator applic ii kterm [x-terminal-emula 6.2.0-46 Multi-lingual terminal emulator fo ii kwin [x-window-manager] 4:3.5.9.dfsg.1-6 the KDE window manager ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libattr11:2.4.44-1 Extended attribute shared library ii libaudit0 1.7.13-1+b1 Dynamic library for security audit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libdevkit-power-gobject 1:0.9.2-1abstraction for power management - ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.1-2 Pluggable Authentication Modules f ii libpam-runtime 1.1.1-2 Runtime support for the PAM librar ii libpam0g1.1.1-2 Pluggable Authentication Modules l ii libpanel-applet2-0 2.28.0-3 library for GNOME Panel applets ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libpolkit-gtk-1-0 0.96-2 PolicyKit GTK+ API ii libpopt01.15-1 lib for parsing cmdline parameters ii librsvg2-common 2.26.2-1 SAX-based renderer library for SVG ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libwrap07.6.q-18 Wietse Venema's TCP wrappers libra ii libx11-62:1.3.3-3X11 client-side library ii libxau6 1:1.0.5-2X11 authorisation library ii libxdmcp6 1:1.0.3-2X11 Display Manager Control Protoc ii libxklavier16 5.0-2X Keyboard Extension high-level AP ii libxml2 2.7.7.dfsg-2 GNOME XML library ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip ii metacity [x-window-mana 1:2.30.1-1 lightweight GTK+ window manager ii mutter [x-window-manage 2.29.0-2 lightweight GTK+ window manager ii policykit-1-gnome 0.96-2 GNOME authentication agent for Pol ii terminator [x-terminal- 0.93-1 multiple GNOME terminals in one wi ii twm
Bug#521687: Ok that I give this packaging a facelift?
Traverso needs some love, including upgrade to latest upstream release (and possibly cherry-picking even newer development work). If noone in the team objects, I will work on this (which implies infecting it with CDBS. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#578733: epiphany-extension-gwget: Doesn't work with ephy 2.30
tags 578733 + upstream thanks Hi, The gwget extension doesn't work with ephy 2.30. It's not listed in the extensions list, and hacking around to make it be listed won't have any effect, files will still be downloaded with ephy's download manager. See https://bugzilla.gnome.org/show_bug.cgi?id=616498 Indeed, the Debian extension package hasn't worked for a while as stated in README.Debian[0]. However, when I built it from git, it seemed to work fine. Last time I had a look at this issue, as the upstream author was not replying, I had some help from Epiphany guys though. Have you tried to debug it using GDB? BTW, why have you cross-posted this bug report to the upstream bugzilla and the BTS? Maybe I should hand over maintainership of gwget to someone else because, as shown by the last uploads, I clearly don't have time to take enough care of it. Would you like to take it over? If not, I will simply submit a RFA... Regards, Arnaud Fontaine [0] http://svn.debian.org/wsvn/pkg-gnome/packages/unstable/gwget2/debian/README.Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578737: RM: src:phonon-backends -- ROM; superseded by phonon source package
Package: ftp.debian.org Severity: normal Hi, Please, remove phonon-backends source package from the archive: http://packages.qa.debian.org/p/phonon-backends.html Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578733: epiphany-extension-gwget: Doesn't work with ephy 2.30
Hi, BTW, thank you very much for all your work on the package ! I currently lack time to work on these packages, so this is great that somebody actually cares. Cheers, Arnaud -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578732: SDBC problems when openoffice.org-evolution is not installed
retitle 578732 no SDBC driver was found for address data sources when openoffice.org-evolution is not installed thanks On Thu, Apr 22, 2010 at 11:35:54AM +0200, Paul van der Vlis wrote: When the package openoffice.org-evolution is not installed, there are problems with datasources. You will get an error about a missing SDBC driver. Try file | wizzards | Address data source and you will see only other external data source. If you use that, you will get this error: The connection to the external data source could not be established. No SDBC driver was found for the given URL. - When you install openoffice.org- evolution the problem is gone. But many people don't use evolution, so they don't install that package, and they have a problem. And? There's only evolution (and kab) as adress book drivers in OOo. (except the infamous mozilla one which needs internal headers of a heavily patched obsolete mozilla and therefore doesn't build against a normal Debian ice*/xulrunner) So you expect a function to work if the only connectors for it being there are not installed? What do you expect OOo to do? Merge -evolution into -base? (And force a libebook-1.2-9 on anyone? Only suggest libebook-1.2-9? Which would make people wonder why their stuff doesn't work?) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521687: Ok that I give this packaging a facelift?
Hello Jonas Traverso needs some love, including upgrade to latest upstream release (and possibly cherry-picking even newer development work). Thank you, please go ahead. If noone in the team objects, I will work on this (which implies infecting it with CDBS. I'm fine with that, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578733: epiphany-extension-gwget: Doesn't work with ephy 2.30
On 22/04/10 12:52, Arnaud Fontaine wrote: Indeed, the Debian extension package hasn't worked for a while as stated in README.Debian[0]. However, when I built it from git, it seemed to work fine. Last time I had a look at this issue, as the upstream author was not replying, I had some help from Epiphany guys though. Have you tried to debug it using GDB? Ah didn't see README.Debian. I haven't further debugged it, but if it worked for you maybe I just didn't setup correctly. Is it enough to enable the extension, or does one need to setup anything else? I looked at preferences and didn't find anything related. If it's working fine, we should create the gwget.ephy-extension to have it working. BTW, why have you cross-posted this bug report to the upstream bugzilla and the BTS? To upstream since it's an upstream bug, and to the BTS so we're aware of it for the Squeeze release (since the package was unusable for me). Maybe I should hand over maintainership of gwget to someone else because, as shown by the last uploads, I clearly don't have time to take enough care of it. Would you like to take it over? If not, I will simply submit a RFA... Not really :) I just looked at it to fix the FTBFS bug, and while testing it before uploading it to the archive I noticed the gwget problems. Cheers! Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578738: Consider splitting binary package into executable and library portions
Package: source-highlight Version: 3.1.3-1 The upstream source code has the option of also building a source-highlight library, which is useful if you wish to integrate these facilities into your own applications. However, at the moment the Debian binary package only contains the executables. Therefore, please consider building at least three binary packages out of source-highlight's source package: - libsource-highlight-dev - libsource-highlight3 - source-highlight Note that Ubuntu Lucid is doing this split already. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569485: stage: FTBFS: Unsatisfiable build-dependency: libplayercore2-dev (= 2.1.0)
Hi! * Lucas Nussbaum lu...@lucas-nussbaum.net [100211 21:55]: [..] The following packages have unmet dependencies: libplayerc2-dev: Depends: libplayerc2 but it is not going to be installed Depends: libplayerxdr2-dev but it is not going to be installed libplayercore2-dev: Depends: libplayercore2 but it is not going to be installed Depends: libplayererror2-dev but it is not going to be installed E: Broken packages I can reproduce the problem. src:player droped these binary packages. However, simply replacing te build depends with the corresponding libplayerc3.0-dev and libplayercore3.0-dev packages is not enough: In file included from /usr/include/player-3.0/libplayercore/playercore.h:43, from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayerinterface/interface_util.h:58:48: error: playerconfig.h: No such file or directory In file included from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayercore/playercore.h:48:42: error: libplayercommon/playercommon.h: No such file or directory In file included from p_bumper.cc:39: p_driver.h:184:36: warning: /* within comment In file included from /usr/include/player-3.0/libplayercore/playercore.h:43, from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayerinterface/interface_util.h:68: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/interface_util.h:121: error: 'uint16_t' was not declared in this scope /usr/include/player-3.0/libplayerinterface/interface_util.h:127: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/interface_util.h:135: error: 'uint8_t' was not declared in this scope /usr/include/player-3.0/libplayerinterface/interface_util.h:141: error: 'uint8_t' does not name a type In file included from /usr/include/player-3.0/libplayercore/playercore.h:44, from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayerinterface/player.h:144: error: 'uint32_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:147: error: 'uint32_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:149: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:151: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:162: error: 'uint8_t' does not name a type [..] /usr/include/player-3.0/libplayercore/message.h: In static member function 'static bool Message::MatchMessage(player_msghdr_t*, int, int, player_devaddr_t)': /usr/include/player-3.0/libplayercore/message.h:164: error: 'struct player_msghdr' has no member named 'type' /usr/include/player-3.0/libplayercore/message.h:165: error: 'struct player_msghdr' has no member named 'subtype' /usr/include/player-3.0/libplayercore/message.h:166: error: 'struct player_devaddr_t' has no member named 'host' /usr/include/player-3.0/libplayercore/message.h:166: error: 'struct player_devaddr_t' has no member named 'host' /usr/include/player-3.0/libplayercore/message.h:167: error: 'struct player_devaddr_t' has no member named 'robot' /usr/include/player-3.0/libplayercore/message.h:167: error: 'struct player_devaddr_t' has no member named 'robot' /usr/include/player-3.0/libplayercore/message.h:168: error: 'struct player_devaddr_t' has no member named 'interf' /usr/include/player-3.0/libplayercore/message.h:168: error: 'struct player_devaddr_t' has no member named 'interf' /usr/include/player-3.0/libplayercore/message.h:169: error: 'struct player_devaddr_t' has no member named 'index' /usr/include/player-3.0/libplayercore/message.h:169: error: 'struct player_devaddr_t' has no member named 'index' /usr/include/player-3.0/libplayercore/message.h: In static member function 'static bool Message::MatchMessage(player_msghdr_t*, int, int)': /usr/include/player-3.0/libplayercore/message.h:181: error: 'struct player_msghdr' has no member named 'type' /usr/include/player-3.0/libplayercore/message.h:182: error: 'struct player_msghdr' has no member named 'subtype' /usr/include/player-3.0/libplayercore/message.h: In member function 'unsigned int Message::GetDataSize()': /usr/include/player-3.0/libplayercore/message.h:190: error: 'struct player_msghdr_t' has no member named 'size' /usr/include/player-3.0/libplayercore/message.h: In member function 'bool MessageReplaceRule::Match(player_msghdr_t*)': /usr/include/player-3.0/libplayercore/message.h:260: error: 'struct player_devaddr_t' has no member named 'host' /usr/include/player-3.0/libplayercore/message.h:262: error: 'struct player_devaddr_t' has no member named 'robot' /usr/include/player-3.0/libplayercore/message.h:264: error: 'struct player_devaddr_t' has no member named 'interf' /usr/include/player-3.0/libplayercore/message.h:266: error: 'struct
Bug#578739: cherokee 0.99.44 fails in ARM with sYSMALLOc error
Package: cherokee Version: 0.99.44-1 Severity: important Starting cherokee 0.99.44 on ARM architecture fails with this error: cherokee-admin: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. Aborted Has been reported upstream (http://code.google.com/p/cherokee/issues/detail?id=805) and apparently is fixed in upstream's subversion (r4853), but since the package in it's current state is completely broken on ARM and upstream has not released an updated tarball yet, might it be an option to backport the fix in r4853 to 0.99.44? Disclaimer: I have not checked how big the changed between 0.99.44 and r4853 are, so it might be a daunting task... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.30-2-kirkwood Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cherokee depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcherokee-base0 0.99.44-1 Cherokee web server - Base librari ii libcherokee-config0 0.99.44-1 Cherokee web server - Configuratio ii libcherokee-server0 0.99.44-1 Cherokee web server - Server libra ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii logrotate 3.7.8-5Log rotation utility Versions of packages cherokee recommends: ii libcherokee-mod-admin 0.99.44-1 Cherokee web server - Administrati ii spawn-fcgi1.6.3-1A fastcgi process spawner Versions of packages cherokee suggests: pn cherokee-doc none (no description available) pn libcherokee-mod-geoip none (no description available) pn libcherokee-mod-ldap none (no description available) pn libcherokee-mod-libsslnone (no description available) pn libcherokee-mod-mysql none (no description available) pn libcherokee-mod-rrd none (no description available) pn libcherokee-mod-streaming none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578740: common-lisp-controller: should Suggests: darcs for `clc-clbuild setup`
Package: common-lisp-controller Version: 7.2 Severity: normal Tags: patch clc-clbuild must be configured through `clc-clbuild setup`, which fails if darcs is not present. Thus c-l-c should Suggests: darcs. Thx, bye, Gismo / Luca -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages common-lisp-controller depends on: ii adduser 3.112 add and remove users and groups ii bash 4.1-3 The GNU Bourne Again SHell ii cl-asdf 2:1.704-1 Another System Definition Facility ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii debianutils 3.2.2 Miscellaneous utilities specific t ii perl 5.10.1-12 Larry Wall's Practical Extraction ii realpath 1.15 Return the canonicalized absolute common-lisp-controller recommends no packages. Versions of packages common-lisp-controller suggests: pn sbcl none (no description available) -- debconf information: common-lisp-controller/short-site-name: Unknown common-lisp-controller/long-site-name: Site name not initialized pgpkS1EA227qE.pgp Description: PGP signature
Bug#578741: reportbug: does not play well with common-lisp-controller
Package: reportbug Version: 4.12 Severity: important Hi there! It seems that reportbug does not want to work with c-l-c: = l...@gismo:~$ reportbug --template common-lisp-controller Traceback (most recent call last): File /usr/bin/reportbug, line 2082, in module main() File /usr/bin/reportbug, line 1034, in main return iface.user_interface() File /usr/bin/reportbug, line 1690, in user_interface conffiles, self.options.nocompress) File /usr/lib/pymodules/python2.5/reportbug/utils.py, line 644, in get_changed_config_files for (filename, md5sum) in conffiles: ValueError: too many values to unpack l...@gismo:~$ = Since I cannot reproduce it in a clean sid chroot nor on my virtual sid (default Debian installation), I guess this has something to do with my setup (up-to-date sid). However, this is the first time reportbug gives such an error and I am a bit lost. Thx, bye, Gismo / Luca -- Package-specific info: ** /home/luca/.reportbugrc: reportbug_version 2.37 mode standard ui text realname Luca Capello email l...@pca.it submit query-bts cc config-files compress sign gpg verify -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.5.4-9An interactive high-level object-o ii python-reportbug 4.12 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) pn debsums none (no description available) ii dlocate 1.02 fast alternative to dpkg -L and dp pn emacs22-bin-common | emacs23- none (no description available) ii file 5.04-2 Determines file type using magic ii gnupg 1.4.10-3 GNU privacy guard - a free PGP rep ii postfix [mail-transport-agent 2.7.0-1High-performance mail transport ag ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) pn python-vtenone (no description available) pn xdg-utils none (no description available) -- no debconf information pgpCIYnpgrxFR.pgp Description: PGP signature
Bug#578685: openoffice.org-base: ooffice crashing on evolocal.odb access
retitle 578685 openoffice.org-base: ooffice crashing on evolocal.odb access in KDE thanks Hi, On Thu, Apr 22, 2010 at 10:08:43AM +0200, Christian Hilberg wrote: I suspect that it has something to do with X forwarding (although the Problem *should not* arise under Xephyr then). I doubt that in the meanwhile; I just discussed this a bit on IRC with SuSE: [...] 13:22 @pmladek _rene_: heh, I see the crash on another system with KDE 13:22 @pmladek _rene_: It worked under GNOME on the other system 13:23 _rene_ GNOME here, too :) 13:23 @pmladek _rene_: it works on the same system with GNOME (where it failed in KDE) 13:24 @pmladek _rene_: It is possible that some gnome stuff is not properly initialized with the KDE integration 13:24 _rene_ aha, ok, so it crashes only under KDE. good 13:24 @pmladek _rene_: exactly 13:24 _rene_ that explains the g_type_init error 13:25 @pmladek seems so I'll test this again ASAP on a Squeeze machine with a terminal attached (weekend hopefully). If the above is correct, it shouldn't crash on GNOME for you even. (I of course tested under GNOME) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512020: xserver-xorg-video-geode: rotate using xrandr shows black screen
Package: xserver-xorg-video-geode Version: 2.11.8-4 Severity: normal I'm not sure I'm hitting the same bug or a new one, but rotation using xrandr isn't working for me on XO-1. Haven't tried in a while, so not sure exactly when it broke. Upgrading from 2.11.7-3 (squeeze) to 2.11.8-1 (sid) didn't help. When trying to rotate using xrandr, the screen turns white for a split second, then gets dark. While rotated, switching to console and back results in a black screen again; sometimes the original screen content seems to be seen for a fraction of a second. After using xrandr to return back to normal orientation, I can switch to console and back to get everything working again. There are no log messages regarding rotation. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Oct 24 20:01 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1725368 Apr 19 18:17 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:01.1 VGA compatible controller: Advanced Micro Devices [AMD] Geode LX Video /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.31.9-xo-bine-nfs-16-00635-gf2e2fc4 (sascha.si...@twin) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #56 PREEMPT Sun Apr 18 23:29:31 CEST 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 4326 Apr 10 11:02 /var/log/Xorg.1.log -rw-r--r-- 1 root root 23181 Apr 22 09:27 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.7.6.901 (1.7.7 RC 1) Release Date: 2010-04-12 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux xo-sascha.sascha.silbe.org 2.6.31.9-xo-bine-nfs-16-00635-gf2e2fc4 #56 PREEMPT Sun Apr 18 23:29:31 CEST 2010 i586 Kernel command line: olpc.ecdebug=0 video=lxfb fbcon=font:SUN12x22 no_console_suspend ro root=/dev/mmcblk0p6 rootwait ip=none Build Date: 19 April 2010 06:12:31PM xorg-server 2:1.7.6.901-3 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Apr 22 09:25:56 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81eacc0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:0:1:1) 1022:2081:100b:0030 Advanced Micro Devices [AMD] Geode LX Video rev 0, Mem @ 0xfd00/16777216, 0xfe00/16384, 0xfe004000/16384, 0xfe008000/16384, 0xfe00c000/16384 (--) PCI: (0:0:12:2) 11ab:4102:11ab:4100 Marvell Technology Group Ltd. rev 16, Mem @ 0xfe028000/16384 (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.6.901, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server
Bug#578700: [Svn-bp-devel] Bug#578700: svn-buildpackage: Wrong French translation
Le jeudi 22 avril 2010 à 08:06 +0100, Neil Williams a écrit : Alternatively: 1. The translated text includes the $package and $version as %s variables (perl-format - roughly equivalent to the c-format in PO), much as other translated strings in svn-bp already do. (I missed that one - I usually try to spot things like that because context is always important for translators.) 2. The translated text is displayed to the user *only* 3. An untranslated version of the string is sent to svn. I think I like this combination. This way the user is shown a translated message but the untranslated one reaches the repository. Is this the only problematic string? AFAICT it is the only one that ends up being passed to svn. I haven’t noticed other ones, but I’m not a heavy user either. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578742: udisks-daemon: polling /dev/hda
Package: udisks Version: 1.0.1-1 Severity: normal while checking for something else with ps, i founds an entry udisks-daemon: polling /dev/hda i have no idea, why udisks is installed at all (the depending packages do imo not justify such functionality), but, however, as on any other recent system, /dev/hdX does not exist anymore. i don't recall any question upon installation nor do i see a configfile to correct the wrong device polled (or disable that polling totally). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages udisks depends on: ii dbus 1.2.24-1 simple interprocess messaging syst ii libatasmart4 0.17+git20100219-1 ATA S.M.A.R.T. reading and parsing ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libdevmapper1.02.12:1.02.45-1The Linux Kernel Device Mapper use ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgudev-1.0-0151-3 GObject-based wrapper library for ii libparted0debian1 2.2-5 The GNU Parted disk partitioning s ii libpolkit-backend-1-0 0.96-2 PolicyKit backend API ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libsgutils2-2 1.29-1 utilities for devices using the SC ii libudev0 151-3 libudev shared library ii udev 151-3 /dev/ and hotplug management daemo Versions of packages udisks recommends: ii dosfstools 3.0.9-1 utilities for making and checking ii hdparm 9.27-2 tune hard disk parameters for high ii mtools 4.0.12-1 Tools for manipulating MSDOS files ii ntfs-3g 1:2010.3.6-1 read-write NTFS driver for FUSE ii ntfsprogs 2.0.0-1+b1 tools for doing neat things in NTF ii policykit-1 0.96-2 framework for managing administrat Versions of packages udisks suggests: pn cryptsetupnone (no description available) pn mdadm none (no description available) pn reiserfsprogs none (no description available) pn xfsprogs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569485: stage: FTBFS: Unsatisfiable build-dependency: libplayercore2-dev (= 2.1.0)
yes, the player interface changed siginificantly between 2.x and 3.x. I have a stage package from version 3.2.2 which is almost ready for upload which will resolve this issue. It's not quite pending yet, but should be uploaded Tomorrow. Michael Janssen --- Jamuraa --- jamu...@base0.net --- jamu...@debian.org On Thu, Apr 22, 2010 at 6:21 AM, Alexander Reichle-Schmehl toli...@debian.org wrote: Hi! * Lucas Nussbaum lu...@lucas-nussbaum.net [100211 21:55]: [..] The following packages have unmet dependencies: libplayerc2-dev: Depends: libplayerc2 but it is not going to be installed Depends: libplayerxdr2-dev but it is not going to be installed libplayercore2-dev: Depends: libplayercore2 but it is not going to be installed Depends: libplayererror2-dev but it is not going to be installed E: Broken packages I can reproduce the problem. src:player droped these binary packages. However, simply replacing te build depends with the corresponding libplayerc3.0-dev and libplayercore3.0-dev packages is not enough: In file included from /usr/include/player-3.0/libplayercore/playercore.h:43, from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayerinterface/interface_util.h:58:48: error: playerconfig.h: No such file or directory In file included from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayercore/playercore.h:48:42: error: libplayercommon/playercommon.h: No such file or directory In file included from p_bumper.cc:39: p_driver.h:184:36: warning: /* within comment In file included from /usr/include/player-3.0/libplayercore/playercore.h:43, from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayerinterface/interface_util.h:68: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/interface_util.h:121: error: 'uint16_t' was not declared in this scope /usr/include/player-3.0/libplayerinterface/interface_util.h:127: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/interface_util.h:135: error: 'uint8_t' was not declared in this scope /usr/include/player-3.0/libplayerinterface/interface_util.h:141: error: 'uint8_t' does not name a type In file included from /usr/include/player-3.0/libplayercore/playercore.h:44, from p_driver.h:8, from p_bumper.cc:39: /usr/include/player-3.0/libplayerinterface/player.h:144: error: 'uint32_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:147: error: 'uint32_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:149: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:151: error: 'uint16_t' does not name a type /usr/include/player-3.0/libplayerinterface/player.h:162: error: 'uint8_t' does not name a type [..] /usr/include/player-3.0/libplayercore/message.h: In static member function 'static bool Message::MatchMessage(player_msghdr_t*, int, int, player_devaddr_t)': /usr/include/player-3.0/libplayercore/message.h:164: error: 'struct player_msghdr' has no member named 'type' /usr/include/player-3.0/libplayercore/message.h:165: error: 'struct player_msghdr' has no member named 'subtype' /usr/include/player-3.0/libplayercore/message.h:166: error: 'struct player_devaddr_t' has no member named 'host' /usr/include/player-3.0/libplayercore/message.h:166: error: 'struct player_devaddr_t' has no member named 'host' /usr/include/player-3.0/libplayercore/message.h:167: error: 'struct player_devaddr_t' has no member named 'robot' /usr/include/player-3.0/libplayercore/message.h:167: error: 'struct player_devaddr_t' has no member named 'robot' /usr/include/player-3.0/libplayercore/message.h:168: error: 'struct player_devaddr_t' has no member named 'interf' /usr/include/player-3.0/libplayercore/message.h:168: error: 'struct player_devaddr_t' has no member named 'interf' /usr/include/player-3.0/libplayercore/message.h:169: error: 'struct player_devaddr_t' has no member named 'index' /usr/include/player-3.0/libplayercore/message.h:169: error: 'struct player_devaddr_t' has no member named 'index' /usr/include/player-3.0/libplayercore/message.h: In static member function 'static bool Message::MatchMessage(player_msghdr_t*, int, int)': /usr/include/player-3.0/libplayercore/message.h:181: error: 'struct player_msghdr' has no member named 'type' /usr/include/player-3.0/libplayercore/message.h:182: error: 'struct player_msghdr' has no member named 'subtype' /usr/include/player-3.0/libplayercore/message.h: In member function 'unsigned int Message::GetDataSize()': /usr/include/player-3.0/libplayercore/message.h:190: error: 'struct player_msghdr_t' has no member named 'size' /usr/include/player-3.0/libplayercore/message.h: In member
Bug#576453: ca-certificates-java: Doesn't install on openvz/lenny-sid
reopen 576453 retitle 576453 ca-certificates-java: Doesn't install on openvz/lenny-sid found 576453 6b18-1.8-1 thanks Hi, Maintainer! Today I've tried to install openoffice under openvz (I wanted to use it as server under xvfb) but couldn't. I have the same problem (see log below). This bugreport I've found using search. Sorry, If I should open new instead reopen this :) PS: /proc filesystem was mounted properly. host openvz - is a standard debian/kernel/system # LANG=C apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0B of additional disk space will be used. Setting up ca-certificates-java (20100412) ... creating /etc/ssl/certs/java/cacerts... Could not create the Java virtual machine. error adding brasil.gov.br/brasil.gov.br.crt error adding cacert.org/cacert.org.crt Could not create the Java virtual machine. Could not create the Java virtual machine. error adding debconf.org/ca.crt error adding gouv.fr/cert_igca_dsa.crt error adding gouv.fr/cert_igca_rsa.crt error adding mozilla/ABAecom_=sub.__Am._Bankers_Assn.=_Root_CA.crt error adding mozilla/AOL_Time_Warner_Root_Certification_Authority_1.crt error adding mozilla/AOL_Time_Warner_Root_Certification_Authority_2.crt error adding mozilla/AddTrust_External_Root.crt error adding mozilla/AddTrust_Low-Value_Services_Root.crt error adding mozilla/AddTrust_Public_Services_Root.crt error adding mozilla/AddTrust_Qualified_Certificates_Root.crt error adding mozilla/America_Online_Root_Certification_Authority_1.crt error adding mozilla/America_Online_Root_Certification_Authority_2.crt error adding mozilla/Baltimore_CyberTrust_Root.crt error adding mozilla/COMODO_Certification_Authority.crt error adding mozilla/Camerfirma_Chambers_of_Commerce_Root.crt error adding mozilla/Camerfirma_Global_Chambersign_Root.crt error adding mozilla/Certplus_Class_2_Primary_CA.crt error adding mozilla/Certum_Root_CA.crt error adding mozilla/Comodo_AAA_Services_root.crt error adding mozilla/Comodo_Secure_Services_root.crt error adding mozilla/Comodo_Trusted_Services_root.crt error adding mozilla/DST_ACES_CA_X6.crt error adding mozilla/DST_Root_CA_X3.crt error adding mozilla/DigiCert_Assured_ID_Root_CA.crt error adding mozilla/DigiCert_Global_Root_CA.crt error adding mozilla/DigiCert_High_Assurance_EV_Root_CA.crt error adding mozilla/Digital_Signature_Trust_Co._Global_CA_1.crt error adding mozilla/Digital_Signature_Trust_Co._Global_CA_2.crt error adding mozilla/Digital_Signature_Trust_Co._Global_CA_3.crt error adding mozilla/Digital_Signature_Trust_Co._Global_CA_4.crt error adding mozilla/Entrust.net_Global_Secure_Personal_CA.crt error adding mozilla/Entrust.net_Global_Secure_Server_CA.crt error adding mozilla/Entrust.net_Premium_2048_Secure_Server_CA.crt error adding mozilla/Entrust.net_Secure_Personal_CA.crt error adding mozilla/Entrust.net_Secure_Server_CA.crt error adding mozilla/Entrust_Root_Certification_Authority.crt error adding mozilla/Equifax_Secure_CA.crt error adding mozilla/Equifax_Secure_Global_eBusiness_CA.crt error adding mozilla/Equifax_Secure_eBusiness_CA_1.crt error adding mozilla/Equifax_Secure_eBusiness_CA_2.crt error adding mozilla/Firmaprofesional_Root_CA.crt error adding mozilla/GTE_CyberTrust_Global_Root.crt error adding mozilla/GTE_CyberTrust_Root_CA.crt error adding mozilla/GeoTrust_Global_CA.crt error adding mozilla/GeoTrust_Global_CA_2.crt error adding mozilla/GeoTrust_Primary_Certification_Authority.crt error adding mozilla/GeoTrust_Universal_CA.crt error adding mozilla/GeoTrust_Universal_CA_2.crt error adding mozilla/GlobalSign_Root_CA.crt error adding mozilla/GlobalSign_Root_CA_-_R2.crt error adding mozilla/Go_Daddy_Class_2_CA.crt error adding mozilla/IPS_CLASE1_root.crt error adding mozilla/IPS_CLASE3_root.crt error adding mozilla/IPS_CLASEA1_root.crt error adding mozilla/IPS_CLASEA3_root.crt error adding mozilla/IPS_Chained_CAs_root.crt error adding mozilla/IPS_Servidores_root.crt error adding mozilla/IPS_Timestamping_root.crt error adding mozilla/NetLock_Business_=Class_B=_Root.crt error adding mozilla/NetLock_Express_=Class_C=_Root.crt error adding mozilla/NetLock_Notary_=Class_A=_Root.crt error adding mozilla/NetLock_Qualified_=Class_QA=_Root.crt error adding mozilla/QuoVadis_Root_CA.crt error adding mozilla/QuoVadis_Root_CA_2.crt error adding mozilla/QuoVadis_Root_CA_3.crt error adding mozilla/RSA_Root_Certificate_1.crt error adding mozilla/RSA_Security_1024_v3.crt error adding mozilla/RSA_Security_2048_v3.crt error adding mozilla/SecureTrust_CA.crt error adding mozilla/Secure_Global_CA.crt error adding mozilla/Security_Communication_Root_CA.crt error adding mozilla/Sonera_Class_1_Root_CA.crt error adding
Bug#578539: claws-mail-multi-notifier only notifies RSS folders
On Wed, Apr 21, 2010 at 08:21:19AM +, Shankar Gopalakrishnan wrote: Is your IMAP account a Gmail account? No, it is a local dovecot imap server. However, the server is providing email that is originally from a Gmail account, which is sync'ed with the local dovecot mailstore through offlineimap (and accessed by claws from dovecot; i.e. there is no interaction between claws and Gmail). It's not necessary to have interaction directly: there is no new mail concept at Gmail accounts, they have only read or unread, hence your dovecot only gets unread mail which never triggers the notifier. The notifier doesn't keep the list of seen mails, just relies on standard server tags which unfortunately Gmail seems not to find useful to set. IIRC there's at least one notifier which allow including unread mails to be notified, you can try it and see what happens. regards, -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown signature.asc Description: Digital signature
Bug#577009: php5-cgi + xcache == memory leak
Hi I somehow missed that this bug got reassigned to xcache. Can you please share your xcache configuration file? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#578741: reportbug: does not play well with common-lisp-controller
forcemerge 577986 578741 retitle 577986 too many values to unpack for conffiles thanks Hi Luca, the bug it's already reported (I've retitled it so it might be better identifiable and we'll stop having duplicates) On Thu, Apr 22, 2010 at 13:25, Luca Capello l...@pca.it wrote: Package: reportbug Version: 4.12 Severity: important Hi there! It seems that reportbug does not want to work with c-l-c: = l...@gismo:~$ reportbug --template common-lisp-controller Traceback (most recent call last): File /usr/bin/reportbug, line 2082, in module main() File /usr/bin/reportbug, line 1034, in main return iface.user_interface() File /usr/bin/reportbug, line 1690, in user_interface conffiles, self.options.nocompress) File /usr/lib/pymodules/python2.5/reportbug/utils.py, line 644, in get_changed_config_files for (filename, md5sum) in conffiles: ValueError: too many values to unpack l...@gismo:~$ = Since I cannot reproduce it in a clean sid chroot nor on my virtual sid (default Debian installation), I guess this has something to do with my setup (up-to-date sid). However, this is the first time reportbug gives such an error and I am a bit lost. if you run dpkg --status common-lisp-controller you'll see 'obsolete' as third element of Conffiles list: that's what causing the issue (that wil be fixed shortly). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578742: [Pkg-utopia-maintainers] Bug#578742: udisks-daemon: polling /dev/hda
On 22.04.2010 13:42, arne wrote: Package: udisks Version: 1.0.1-1 Severity: normal while checking for something else with ps, i founds an entry udisks-daemon: polling /dev/hda i have no idea, why udisks is installed at all (the depending packages do imo not justify such functionality), udisks is the successor of hal and a dependency of GNOME. but, however, as on any other recent system, /dev/hdX does not exist anymore. Are you sure /dev/hda is not your cdrom drive? udisks needs to poll it to detect if new media has been inserted (so automounting works). Could you send me the output of /sbin/udevadm info --query=all --name=/dev/hda i don't recall any question upon installation nor do i see a configfile to correct the wrong device polled (or disable that polling totally). man udisks Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#578041: [debian-mysql] Bug#578041: Bug#578041: mysql-server-core-5.1: mysql server, does not start
Le 22/04/2010 12:35, Norbert Tretkowski a écrit : Am Donnerstag, den 22.04.2010, 11:53 +0200 schrieb Julien Bernard: Le 22/04/2010 10:55, Norbert Tretkowski a écrit : Am Donnerstag, den 22.04.2010, 10:13 +0200 schrieb Julien Bernard: I think this is a real packaging bug. mysql-server-core-5.1 needs a file (/usr/bin/mysqld_safe) that is in mysql-server-5.1 so mysql-server-core-5.1 should depend on mysql-server-5.1 or this file should be in mysql-server-core-5.1. Please take a look at bug #548419, it explains why we introduced the mysql-server-core-5.1 package, and why it's intended that it doesn't depend on the mysql-server-5.1 package. Just install mysql-server-5.1 (or mysql-server) instead. The point is not to merge mysql-server-5.1 and mysql-server-core-5.1, but to solve this real bug. As I understand #548419, there is no need to start a mysql server with mysql-server-core-5.1, so the init script should disappear (or rather go in mysql-server-5.1) and it would solve the problem. The init script is not part of mysql-server-core-5.1 package: # dpkg -L mysql-server-core-5.1 | grep init # It's in the mysql-server-5.1 package instead: # dpkg -L mysql-server-5.1 | grep init /etc/init.d /etc/init.d/mysql So the problem comes from the upgrade from the old server to the new server/server-core. Aptitude told me that I had some config files left from server, so I purged them and all is correct now. Thanks for your patience. Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578685: openoffice.org-base: ooffice crashing on evolocal.odb access
Hi there, On Thu, 22. April 2010 Rene Engelhard wrote: Hi, On Thu, Apr 22, 2010 at 10:08:43AM +0200, Christian Hilberg wrote: I suspect that it has something to do with X forwarding (although the Problem *should not* arise under Xephyr then). I doubt that in the meanwhile; I just discussed this a bit on IRC with SuSE: [...] If the above is correct, it shouldn't crash on GNOME for you even. (I of course tested under GNOME) I did some more digging. Result: It is working, if and only if openoffice.org-gnome ist installed solely. In this case it works, no matter the window manager in use. Removing openoffice.org-gnome (even if openoffice.org-gtk remains installed) leads to the crash. If neither openoffice.org-gnome nor openoffice.org-kde is installed, the crash occurs. If openoffice.org-kde is installed, the crash occurs. Having gtk-qt-engine and openoffice.org-gnome installed (but not openoffice.org-kde), it works. Hope that helps. Best regards, Christian -- christian hilberg * computer science hilb...@unix-ag.org * unix user group siegen * The best defense against logic is ignorance. * signature.asc Description: This is a digitally signed message part.
Bug#578730: [i18n:de] German translation for debian specific changes to gdm3
Le jeudi 22 avril 2010 à 11:17 +0200, Gert Michael Kulyk a écrit : Package: gdm3 Version: 2.30.0-2.1 Severity: wishlist Tags: l10n patch See the attached file for getting gdmsetup Co translated to german Thanks for the translation. BTW there is a second file for the Debian-specific desktop file. Could you also translate it? Thanks, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578743: gdm-themes: incompatible with gdm3?
Package: gdm-themes Version: 0.6.2 Severity: normal Hi. I've just wondered whether the themes in that package are compatible with gdm3 or not. If so, could you please depend on gdm3|gdm? Cheers, Chris. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm-themes depends on: ii gdm 2.20.10-3 GNOME Display Manager gdm-themes recommends no packages. gdm-themes suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
