Bug#396462: mplayer skin - Virtual package ?
Well, aren't virtual packages designed therefor? Let's mplayer depend on mplayer-skin, which could be provided by one (that mplayer-skin-blue) or more skin packages. No ? Regards, Didier pgp6SDvsNwVnW.pgp Description: PGP signature
Bug#379628: [Linux-NTFS-Dev] CALL FOR HELP: Vista beta compatibility testing (was: ntfsresize: resizing a Vista NTFS partition ...)
Hi, Vista went gold. Unfortunately nobody could test the problem with the latest Vista BETA, hence we don't know if the problem still exists or Microsoft fixed it. Thanks to all who did everything he could. On Thu, 9 Nov 2006, Frans Pop wrote: > No, but I'm surprised that data partitions should be affected too. > Of course they will also suffer from the starting sector problem we have > in partman/parted (which we should be able to fix), but I would not have > expected them to be corrupted by ntfsresize. It doesn't look to be a filesystem corruption issue at all. The problem is exactly that. Seemingly the Microsoft boot process completely ignores the consistent NTFS and tries to boot via some other way but hangs. Of course I don't expect Microsoft to fix ntfsresize, the problem is not there. The problem is how they "boot" or "shutdown". They must be able to detect that the underlaying file system was consistently changed and they should adjust their boot process accordingly. Or they should tell the world what state their OS is and developers can detect, deny and let users know what they should exactly do to be able to make modifications safely from non-Windows OSes. I think Microsoft doesn't know they have a problem because nobody told them yet. Bug reporting needs beta access but none of us is Vista beta tester. > Are you really sure of this? Andree confirmed that it's true for data partitions as well. You should have got a copy too. Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397748: glob2: Options "-t" and "-h" don't work
Package: glob2 Version: 0.8.21-3 Severity: minor The command line options "-h" (help) and "-t <0|1>" (gfx renderer type) don't work, they are simply ignored. Especially the non-working "-h" is annoying, when the game unintentionally starts then and is currently configured for (SDL) full-screen mode, because one cannot access the X Window System during startup then (which takes half a minute on my PII-400). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages glob2 depends on: ii glob2-data0.8.21-3 dataset for Globulation2 (glob2) ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.2 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.2 The OpenGL utility library (GLU) ii libsdl-image1.2 1.2.5-2+b1 image loading library for Simple D ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl-ttf2.0-0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii libspeex1 1.1.12-2 The Speex Speech Codec ii libstdc++64.1.1-19 The GNU Standard C++ Library v3 ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii zlib1g1:1.2.3-13 compression library - runtime glob2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391626: something broken in the debian/control generation concept ? (Was: Bug#391626: Please include mol into linux-modules-extra before etch)
On Thu, Nov 09, 2006 at 01:41:17AM +0100, Gaudenz Steinlin wrote: > tags 391626 +patch > > Hi > > As the mol maintainer I would really appreciate it if you could include > my patch before the etch release. The patch is already in the bug log > since about a month. > AFAICS a new upload of linux-modules-extra is needed anyway for > linux-image-2.6.18-2-*. > > Please contact me if you need additional information or assistance. If > you are busy with other things I can also prepare an NMU. I did give it a try, but i faced : $ dpkg-buildpackage -rfakeroot -us -uc dpkg-buildpackage: source package is linux-modules-extra-2.6 dpkg-buildpackage: source version is 2.6.18-2 dpkg-buildpackage: source changed by Gaudenz Steinlin <[EMAIL PROTECTED]> dpkg-buildpackage: host architecture powerpc dpkg-buildpackage: source version without epoch 2.6.18-2 dpkg-checkbuilddeps: error: cannot read control file debian/control: No such file or directory dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: (Use -d flag to override.) [EMAIL PROTECTED]:~/debian/kernel/trunk/build/linux-modules-extra-2.6$ debian/rules debian/control debian/rules:5: /usr/src/linux-support-2.6.18-1/modules/rules.include: No such file or directory make: *** No rule to make target `/usr/src/linux-support-2.6.18-1/modules/rules.include'. Stop. Which seems to indicate that there is something broken in the linux-modules-extra-2.6 concept, since you need to have the dependencies satisfied (i suppose) when building the debian/control, while at the same time you cannot run dpkg-buildpackage to get the missing dependencies without the debian/control file. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397676: Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly
Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> wrote: > Package: debiandoc-sgml > Problem: update to latex-cjk and better CJK support > Appointed to Danai. > File to check: release-notes.ja.sgml > > Package: apt-howto > No problems. Reported by Frank. > > Package: debian-reference > Problems. Reported by Frank, Jens. > Appointed to Danai. > Files to check: reference.zh-tw.sgml > reference-zh-cn.sgml > reference-ja.sgml > > Package: harden-doc Builds without problems. > Package: maint-guide Same problem as debian-reference and debian-zh-faq, this time in the japanese version (I already mentioned this in the bug report to #397676) > Package: mediawiki1.5-math > > Package: mediawiki1.7-math Why do you think these are a problem? How do they Build-depend on latex-cjk? Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#397749: mplayer: Error on using Caca output
Package: mplayer Version: 1.0~rc1-3 Severity: normal Caca (ASCII video) output not working anymore but was working with previous "non-free" versions (Marillat's). $ mplayer -vo caca some_video.avi (...) Error opening/initializing the selected video_out (-vo) device. Exiting... (End of file) $ dpkg -l libcaca0 (...) ii libcaca0 0.99.beta9.debian2-2 colour ASCII art library Regards, Didier -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Versions of packages mplayer depends on: ii debconf1.5.8 Debian configuration management sy ii libartsc0 1.5.5-1 aRts sound system C support librar ii libasound2 1.0.13-1 ALSA library ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10+debian~pre0-2audio extraction tool for sampling ii libconfhelper-perl 0.12.5Library for editing configuration ii libdirectfb-0.9-25 0.9.25.1-4direct frame buffer graphics - sha ii libdv4 1.0.0-1 software library for DV format dig ii libdvdread30.9.7-2 library for reading DVDs ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libjack0.100.0-0 0.101.1-2 JACK Audio Connection Kit (librari ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblircclient0 0.8.0-9 LIRC client library ii liblzo11.08-3data compression library (old vers ii libmad00.15.1b-2.1 MPEG audio decoder library ii libncurses55.5-5 Shared libraries for terminal hand ii libogg01.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-7PNG library - runtime ii libsdl1.2debian1.2.11-7 Simple DirectMedia Layer ii libsvga1 1:1.4.3-24console SVGA display libraries ii libtheora0 0.0.0.alpha7.dfsg-1.1 The Theora Video Compression Codec ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii libxv1 1:1.0.2-1 X11 Video extension library ii libxvmc1 1:1.0.2-2 X11 Video extension library ii libxxf86dga1 2:1.0.1-2 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages mplayer recommends: ii mplayer-skin-blue [mplayer-sk 1.6-1 blue skin for mplayer -- debconf information: mplayer/replace-existing-files-bail: mplayer/replace-existing-files: false mplayer/no-ttfont: * mplayer/install_codecs: mplayer/voutput: autodetect mplayer/rtc: false mplayer/ttfont: /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf * mplayer/cfgnote: * mplayer/dvd_device: /dev/cdrom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397705: stellarium: FTBFS: configure: error: freetype library not foun
Obviously there is a dependency problem with freetype.. Fabien Lucas Nussbaum wrote: Package: stellarium Version: 0.8.1-1 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 Hi, During a rebuild of all packages in etch, I discovered that your package failed to build on i386. Relevant parts: checking for i486-linux-gnu-g++... (cached) i486-linux-gnu-g++ checking whether we are using the GNU C++ compiler... (cached) yes checking whether i486-linux-gnu-g++ accepts -g... (cached) yes checking dependency style of i486-linux-gnu-g++... (cached) gcc3 checking for i486-linux-gnu-ranlib... ranlib checking for FT_Init_FreeType in -lfreetype... no configure: error: freetype library not found ./configure: line 12356: exit: please: numeric argument required ./configure: line 12356: exit: please: numeric argument required make: *** [configure-stamp] Error 255 The full build log is available from http://ox.blop.info/bazaar/buildlogs/20061107/ About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch i386 environment (not unstable). Internet was not accessible from the build systems. The builds were processed as root. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391626: Please include mol into linux-modules-extra before etch
On Thu, Nov 09, 2006 at 01:41:17AM +0100, Gaudenz Steinlin wrote:
> tags 391626 +patch
>
> Hi
>
> As the mol maintainer I would really appreciate it if you could include
> my patch before the etch release. The patch is already in the bug log
> since about a month.
> AFAICS a new upload of linux-modules-extra is needed anyway for
> linux-image-2.6.18-2-*.
>
> Please contact me if you need additional information or assistance. If
> you are busy with other things I can also prepare an NMU.
Installing linux-support-2.6.18-2 and building the debian/control with it
fails with :
$ debian/rules debian/control
if [ -f debian/control ] && [ -f debian/control.md5sum ] && [ -f
debian/rules.gen ]; then \
if md5sum debian/changelog debian/templates/control.modules.in
debian/templates/control.source.in | diff - debian/control.md5sum > /dev/null;
then true; else \
/usr/bin/make -f debian/rules debian/control-real; \
fi \
else \
/usr/bin/make -f debian/rules debian/control-real; \
fi
make[1]: Entering directory
`/home/sven/debian/kernel/trunk/build/linux-modules-extra-2.6'
debian/bin/gencontrol.py /usr/src/linux-support-2.6.18-2/modules/..
Traceback (most recent call last):
File "debian/bin/gencontrol.py", line 157, in ?
gencontrol(sys.argv[1] + "/arch")()
File
"/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/gencontrol.py", line
36, in __call__
self.do_main(packages, makefile)
File
"/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/gencontrol.py", line
59, in do_main
self.do_arch(packages, makefile, arch, vars.copy(), makeflags.copy(),
extra)
File
"/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/gencontrol.py", line
120, in do_arch
self.do_arch_recurse(packages, makefile, arch, vars, makeflags, extra)
File
"/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/gencontrol.py", line
136, in do_arch_recurse
self.do_subarch(packages, makefile, arch, subarch, vars.copy(),
makeflags.copy(), extra)
File
"/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/gencontrol.py", line
149, in do_subarch
self.do_subarch_recurse(packages, makefile, arch, subarch, vars,
makeflags, extra)
File
"/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/gencontrol.py", line
165, in do_subarch_recurse
self.do_flavour(packages, makefile, arch, subarch, flavour, vars.copy(),
makeflags.copy(), extra)
File "debian/bin/gencontrol.py", line 46, in do_flavour
self.do_module(module, packages, makefile, arch, subarch, flavour,
vars.copy(), makeflags.copy(), extra)
File "debian/bin/gencontrol.py", line 53, in do_module
config_entry = self.config['base', module]
File "/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/config.py",
line 37, in __getitem__
return self.get(key)
File "/usr/src/linux-support-2.6.18-2/lib/python/debian_linux/config.py",
line 52, in get
raise KeyError, key
KeyError: ('base', 'mol')
make[1]: *** [debian/control-real] Error 1
make[1]: Leaving directory
`/home/sven/debian/kernel/trunk/build/linux-modules-extra-2.6'
make: *** [debian/control] Error 2
Bastian, this is your call.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397328: Acknowledgement (udev: persistent naming breaks hostap_cs)
Per this thread, http://lists.shmoo.com/pipermail/hostap/2006-November/014530.html I have succeeded in solving the problem with my card. Apparently udev is fixed, but only for new rules. If an old incorrect rule for hostap_cs wlan0/wifi0 is still lingering from udev's broken phase, then the card/hostap_cs still looks broken to the casual user, and it is not apparent what needs to be done to fix it. I would suggest that some thought be given to handling these old broken rules, as I can vouch for the fact that I personally have spent quite a long time spinning my wheels on this issue. If other people are like me, there may be a whole herd of folks out there who think there card is just broken for the current kernel, and are waiting for a new kernel to get back in business. With stale broken udev rules still haunting them, there wait will be quite a long one. Clayton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397717: lmodern: install failed with error message warning: directory /usr/lib/X11/fonts/Type1 does not exist
follows is the result of dpkg-reconfigure -plow (with lmodern.postinst including set -ex). adding a fresh lm.map to '/usr/share/texmf/fonts/map/dvips/lm/' seems to have fixed the _configuration_ problem, but a clean installation still fails. attached is the original output from updmap.. ~ % sudo dpkg-reconfigure -plow lmodern (0) [EMAIL PROTECTED]:22:07 2715 + which update-fonts-dir + update-fonts-scale Type1 warning: /usr/lib/X11/fonts/Type1 does not exist or is not a directory + update-fonts-dir --x11r7-layout Type1 warning: /usr/lib/X11/fonts/Type1 does not exist or is not a directory + case "$1" in + update-updmap --quiet + update-language + update-fmtutil + dhit_libkpathsea_configured + kpsewhich --version + which mktexlsr + dhit_update_lsr_files ++ mktemp -p /tmp mktexlsr. + tempfile=/tmp/mktexlsr.hWl10322 + printf 'Running mktexlsr. This may take some time... ' Running mktexlsr. This may take some time... + mktexlsr + rm -f /tmp/mktexlsr.hWl10322 + echo done. done. + for i in map + '[' map = map ']' + which updmap-sys + dhit_create_fontmaps ++ mktemp -p /tmp updmap. + tempfile=/tmp/updmap.aVE10415 + printf 'Running updmap-sys. This may take some time... ' Running updmap-sys. This may take some time... + updmap-sys + rm -f /tmp/updmap.aVE10415 + echo done. done. + '[' map = format ']' + '[' map = language ']' + FILE=/etc/defoma/hints/lmodern.hints + '[' configure = configure ']' + test -x /usr/bin/defoma-font + /usr/bin/defoma-font reregister-all /etc/defoma/hints/lmodern.hints ~ % -- == $mysig =
Bug#397655: debian-zh-faq: FTBFS in etch: Problem with latex-cjk
"Guanghui Yu" <[EMAIL PROTECTED]> wrote: > Hi > It's caused by latex-cjk fonts name changes. I will update > debian-zh-faq as soon as possible. No, sorry, that is not the problem. The new font packages do provide the old names, so this should work (and if it doesn't, it will fail when parsing the build-deps, not during compilation). Updating the Build-Deps is a good thing, but it won't solve this bug: This needs changes in debiandoc-sgml. Therefore it's right that this is now a bug of the latter package. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#397752: taglib: Please package current svn into experimental
Package: taglib Severity: wishlist Hi, during the compilation of current kdepim svn I've been biten by the include dir problem mentioned in #241815. After reporting to KDE about the conflict of tag.h I've got the answer that this problem is solved in current taglib svn. http://bugs.kde.org/show_bug.cgi?id=137058 It would be absolutely great if you could package the current svn and upload into experimental. Thanks, Gregor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397750: Wrong currency
package: interchange
severity: grave
Mixing language and currency locales can cause the wrong currency to
display in the shop.
[setlocale currency=en_US]
while the current locale is de_DE, Interchange overwrites the currency
keys in the de_DE repository:
if ($currency) {
my $curr = $Vend::Cfg->{Locale_repository}{$currency};
for(@Vend::Config::Locale_directives_currency) {
$Vend::Cfg->{$_} = $curr->{$_}
if defined $curr->{$_};
}
for(@Vend::Config::Locale_keys_currency) {
$Vend::Cfg->{Locale}{$_} = $curr->{$_}
if defined $curr->{$_};
}
}
}
So it isn't possible to switch back to de_DE currency and get the
correct currency symbol:
[setlocale currency=de_DE]
Bye
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 [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397751: depend on correct hypervisor
Package: linux-image-2.6.18-1-xen-k7 Version: >=2.6.18-3 (This report is for all xen versions of the linux kernel!) kernel 2.6.18-2 and below worked (only) with the hypervisor of the unstable xen series (xen-hypervisor-3.0-unstable-1-i386). With 2.6.18-3 (and above) this behavior changed: xen-hypervisor-3.0.3-1-i386 is required. I found this behavior documented in the changelog but I think the right way is to depend on the correct hypervisor. best regards, Adi Kriegisch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397555: zope-formulator: Should depend zope2.9 | zope2.8
* 2006-11-08 13:51, Andreas Tille wrote: > In case I would decide to switch to zope-formulator 1.11.2, what is > the right way to do in svn (simply overriding the files from 1.9.0 > seems quite stupid. I also do not really understand the sense of > duplicating upstream source in our svn. (Sorry if I missunderstood > something but I'm new to pkg-zope svn repository.) We use svn-buildpackage, so in order to package the new upstream release you should use svn-upgrade. The svn-buildpackage guide contains a quick tutorial on svn-inject, svn-upgrade and svn-buildpackage. Thanks for taking care of zope-formulator, and if you don't have enough time feel free to ask for help on IRC (#debian-zope on OFTC) or by email. I'm willing to help... :) Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#397753: adept continues installation even if you say no
Package: adept Version: 2.1.2 Severity: grave Justification: causes non-serious data loss Tags: security X-Debbugs-Cc: [EMAIL PROTECTED] Here's the scenario. apt-get upgrade shows you a bunch of packages which aren't upgradable because its newer version got some more dependencies. Example: You had package a.1 installed on your system. The testing repository now has a.2 which has an additional dependency b.1 Now when you manually say apt to install package a.2, it also downloads the new dependency packages b.1. If you have apt-listbugs installed, and you find that there's a bug filed against b.1 which is fixed in b.2 which currently is in testing, a user normally says 'N' and aborts the installation to wait till b.2 propagates to testing. All fine till here. Doing the same thing in adept doesn't work. Adept informs you that package a.1 has an upgrade available. It also shows that b.1 needs be installed. The user hits, "Fetch" button. Adept downloads the package, runs apt-listbugs, then waits for the user intervention for the bugs listed. Again as a user you say 'N', but adept *ignores* the 'N' you passed and proceeds ahead with installation of the vulnerable b.1 package I hope I've made the bug report clear. Thanks, Ritesh -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (500, 'stable'), (350, 'experimental'), (150, 'edgy'), (150, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-xps Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages adept depends on: ii adept-installer 2.1.2 simple user interface for applicat ii adept-manager 2.1.2 package manager for KDE ii adept-notifier2.1.2 system tray notifier of available ii adept-updater 2.1.2 system update tool for KDE adept recommends no packages. -- no debconf information -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." "Stealing logic from one person is plagiarism, stealing from many is research." "The great are those who achieve the impossible, the petty are those who cannot - rrs" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391626: Please include mol into linux-modules-extra before etch
On Thu, Nov 09, 2006 at 09:20:52AM +0100, Sven Luther wrote: > On Thu, Nov 09, 2006 at 01:41:17AM +0100, Gaudenz Steinlin wrote: > > tags 391626 +patch > > > > Hi > > > > As the mol maintainer I would really appreciate it if you could include > > my patch before the etch release. The patch is already in the bug log > > since about a month. > > AFAICS a new upload of linux-modules-extra is needed anyway for > > linux-image-2.6.18-2-*. > > > > Please contact me if you need additional information or assistance. If > > you are busy with other things I can also prepare an NMU. > > Installing linux-support-2.6.18-2 and building the debian/control with it > fails with : Ok, i applied it with the gencontrol.py patch excluded and without mol in the main defines. Gaudenz/Bastian, can you look over the gencontrol.py failure and fix the patch ? But my test build failed in unionfs due to sioq.h missing, so there will be need of some work for 2.6.18-2 anyway. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397555: zope-formulator: Should depend zope2.9 | zope2.8
On Thu, 9 Nov 2006, Fabio Tranchitella wrote: We use svn-buildpackage, so in order to package the new upstream release you should use svn-upgrade. The svn-buildpackage guide contains a quick tutorial on svn-inject, svn-upgrade and svn-buildpackage. Well, that's interesting and I'll store the information for later similar cases. Thanks for taking care of zope-formulator, and if you don't have enough time feel free to ask for help on IRC (#debian-zope on OFTC) or by email. I'm willing to help... :) I think the original matter is that simple to solve that I would need much more time to "learn" svn-buildpackage as someone else needs to fix the issue. So I would prefer if someone would just fix the control file. If I would have done it, I would have decided for the new upstream version, but I'd like to leave the matter for the uploader. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397754: python-notify: Please conflict with libdbus-1-2 at build time
Package: python-notify Version: 0.1.0-2 Severity: important python-notify is build in a system with libdbus-1-2 and the so file is linked to libdbus-1.so.2 that isn't found in debian testing/unstable mirrors ~$ dpkg -L python-notify|grep so$ /usr/lib/python-support/python-notify/python2.4/gtk-2.0/pynotify/_pynotify.so ~$ ldd /usr/lib/python-support/python-notify/python2.4/gtk-2.0/pynotify/_pynotify.so | grep dbus libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0xa794d000) libdbus-1.so.2 => not found libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xa7754000) ~$ python Python 2.4.4c0 (#2, Jul 30 2006, 15:43:58) [GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import pynotify Traceback (most recent call last): File "", line 1, in ? File "/var/lib/python-support/python2.4/gtk-2.0/pynotify/__init__.py", line 1, in ? from _pynotify import * ImportError: libdbus-1.so.2: cannot open shared object file: No such file or directory >>> Possible patch: --- debian/control 2006-11-08 12:57:11.0 +0100 +++ debian/control~ 2006-11-09 10:07:27.0 +0100 @@ -4,6 +4,7 @@ Maintainer: Gustavo Franco <[EMAIL PROTECTED]> Uploaders: Debian Python Modules Team <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 5.0.37.2), cdbs (>= 0.4.43), python-all-dev (>= 2.3.5-7), python-support (>= 0.3), pkg-config (>= 0.20-1), libnotify-dev (>= 0.4.0-1), python-gtk2-dev (>= 2.8.6-3) +Build-Conflicts: libdbus-1-2 Standards-Version: 3.7.2 Thanks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages python-notify depends on: ii libnotify10.4.2-1+b1 sends desktop notifications to a n ii python2.4.3-11 An interactive high-level object-o ii python-gtk2 2.8.6-6Python bindings for the GTK+ widge ii python-support0.5.4 automated rebuilding support for p python-notify recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379628: [Linux-NTFS-Dev] CALL FOR HELP: Vista beta compatibility testing (was: ntfsresize: resizing a Vista NTFS partition ...)
On Thursday 09 November 2006 09:03, Szakacsits Szabolcs wrote: > > Are you really sure of this? > > Andree confirmed that it's true for data partitions as well. You should > have got a copy too. But that seems completely inconsistent with what you wrote in the rest of the mail: that it is a problem with 'how they "boot" or "shutdown"'. pgp1O9NMEMqaE.pgp Description: PGP signature
Bug#397243: xoscope: oscope gone missing when rebult
Hi Nicolas Thanks for your bugreport. I am sorry, but I did not have enough time to track down the issue and provide a fix, as I am relocating from australia to germany over the holidays. The journey takes some time, so if somebody comes up with a fix, please feel free to NMU, otherwise I will look into that issue as soon as possible. I sadly did not have access to a non-i386 arch/non-64bit here, but I know that upstream had some problems with porting, so I do not know how useful xoscope on other archs than i386 is. Sorry for the inconvience, get hopefully back to you in a couple of days. Cheers Steffen pgpuey0TzBs5T.pgp Description: PGP signature
Bug#397555: zope-formulator: Should depend zope2.9 | zope2.8
* 2006-11-09 10:21, Andreas Tille wrote: > >Thanks for taking care of zope-formulator, and if you don't have enough > >time > >feel free to ask for help on IRC (#debian-zope on OFTC) or by email. I'm > >willing to help... :) > > I think the original matter is that simple to solve that I would need > much more time to "learn" svn-buildpackage as someone else needs to fix the > issue. So I would prefer if someone would just fix the control file. > If I would have done it, I would have decided for the new upstream version, > but I'd like to leave the matter for the uploader. Fine, I'm going to upload the new upstream release in a few hours. :) Have a nice day, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#397757: emacs21: Debian "fix" for message-sendmail-f-is-evil is wrong
Package: emacs21 Version: 21.4a-6.2 Severity: normal from /usr/share/emacs/21.4/lisp/gnus/message.el ;; message-sendmail-f-is-evil is nil here in the upstream source, but ;; sendmail works right under Debian Linux, so we want t. [was ;; orignally reported for emacs 19 as debian#7051] (defcustom message-sendmail-f-is-evil t "*Non-nil means don't add \"-f username\" to the sendmail command line. Doing so would be even more evil than leaving it out. Under Debian/GNU/Linux, sendmail works right, so it should be safe for this to be set to true." This is a wrong argument. When -f is evil, an administrator can forbid it at MTA level (and must do so because his users can use other tools). But those who are trusted for -f should be able to send from addresses they want without several initial faults. This variable is intended to be set true only for those version of sendmail which work WRONG. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages emacs21 depends on: ii emacs21-bin-common 21.4a-6.2The GNU Emacs editor's shared, arc ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libncurses5 5.5-3Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-62:1.0.0-9X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii xaw3dg 1.5+E-14 Xaw3d widget set ii zlib1g 1:1.2.3-13 compression library - runtime emacs21 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396055: unionfs-source: sioq missing upstream too ...
Package: unionfs-source Version: 1.3.20061029.0124+debian-1 Followup-For: Bug #396055 Hi, ... Almost two weeks since this RC bug is open, without any activity. Also, it seems to me this module was never built, or the failure would have been noticed. A quick google shows : http://www.mail-archive.com/unionfs-cvs@mail.fsl.cs.sunysb.edu/msg00585.html Which is a CVS commit message with the log : Forgot to add the sioq.h file and dated : Wed, 23 Aug 2006 15:52:11 -0700 So, i wonder why this was not fixed in the : * New upstream snapshot: (Dated 20061029) The plan is to disable unionfs module builds until these issues are fixed. Friendly, Sven Luther -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395128: tla-load-dirs: diff for NMU version 1.0.33.1
tags 395128 + patch thanks Hi, The following is the diff for my tla-load-dirs 1.0.33.1 NMU. diff -Nru /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/debian/changelog /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/debian/changelog --- /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/debian/changelog 2006-10-18 21:03:37.0 +0200 +++ /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/debian/changelog 2006-11-09 10:11:21.0 +0100 @@ -1,3 +1,10 @@ +tla-load-dirs (1.0.33.1) unstable; urgency=low + + * Non-maintainer upload. + * Make sure git-load-dirs actually gets installed (Closes: #395128) + + -- Guido Guenther <[EMAIL PROTECTED]> Thu, 9 Nov 2006 09:48:02 +0100 + tla-load-dirs (1.0.33) unstable; urgency=low * Added support for git, thanks to a patch from Guido Guenther. diff -Nru /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/debian/git-load-dirs.install /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/debian/git-load-dirs.install --- /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/debian/git-load-dirs.install 1970-01-01 01:00:00.0 +0100 +++ /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/debian/git-load-dirs.install 2006-11-06 10:20:34.0 +0100 @@ -0,0 +1,2 @@ +debian/tmp/usr/bin/git_load_dirs usr/bin + diff -Nru /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/debian/git-load-dirs.manpages /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/debian/git-load-dirs.manpages --- /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/debian/git-load-dirs.manpages 1970-01-01 01:00:00.0 +0100 +++ /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/debian/git-load-dirs.manpages 2006-11-06 10:20:59.0 +0100 @@ -0,0 +1 @@ +docs/git_load_dirs.1 diff -Nru /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/docs/Makefile /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/docs/Makefile --- /tmp/zkuG0McFUY/tla-load-dirs-1.0.33/docs/Makefile 2005-10-24 03:02:14.0 +0200 +++ /tmp/b6LTkpjweX/tla-load-dirs-1.0.33.1/docs/Makefile2006-11-06 10:24:01.0 +0100 @@ -29,7 +29,7 @@ html: html/index.html text: $(MASTERBASE).txt -manpages: tla_load_dirs.1 darcs_load_dirs.1 baz_load_dirs.1 svk_load_dirs.1 +manpages: tla_load_dirs.1 darcs_load_dirs.1 baz_load_dirs.1 svk_load_dirs.1 git_load_dirs.1 %.1: %.sgml docbook2man $< @@ -45,6 +45,10 @@ sed -e s/tla_load_dirs/svk_load_dirs/g \ -e s/TLA_LOAD_DIRS/SVK_LOAD_DIRS/g < $< > $@ +git_load_dirs.1: tla_load_dirs.1 + sed -e s/tla_load_dirs/git_load_dirs/g \ + -e s/TLA_LOAD_DIRS/GIT_LOAD_DIRS/g < $< > $@ + include sgml-common/Makefile.common realclean: clean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397755: python-ctypes: new upstream available
Package: python-ctypes Version: 1.0.0-1.1 Severity: wishlist ctypes 1.0.1 released on October 20, 2006. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python-ctypes depends on: ii python2.4.4-1An interactive high-level object-o ii python-central0.5.9 register and build utility for Pyt python-ctypes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397560: blender: FTBFS: /usr/bin/ld: cannot find -lsh
On Wed, Nov 08, 2006 at 09:57:35AM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in etch, I discovered that your package > failed to build on i386. > > Relevant parts: > Compiling ==> 'buildinfo.c' > Linking program ==> 'blender' > /usr/bin/ld: cannot find -lsh: > collect2: ld returned 1 exit status Incidentally, the unstable m68k build which occurred three weeks after uploading the latest version of blender failed the same way. I'd guess changes in the build environment in the meantime might have caused this, but this demands further investigations. I'll get to this as soon as I can. Cheers, Flo signature.asc Description: Digital signature
Bug#397646: exim4-config: reportbug mail issue
tags #397646 wontfix user [EMAIL PROTECTED] usertags #39646 i-dont-like-the-default-config thanks On Wed, Nov 08, 2006 at 08:02:58PM +0100, Olaf van der Spek wrote: > Since exim4 is configured for local mail only by default, reportbug > can no longer send emails to the BTS. I'm not sure how this should be > solved and by which package, but I think it's an undesired situation > to have by default. *sigh* A wonder it took so long time for this bug to be filed for the first time. See #392609. The exim4 maintainers were strongly urged by the installer guys to have exim refrain from asking configuratino questions during install and have complied reluctantly. That meant choosing a default, and - of course - regardless of what you choose as the default the choice is considered wrong by everybody. To make it short: Please take this to debian-devel or to the tech ctte to have them tell me what to choose as default. I don't care. And I am not going to change this default just to have somebody else complain a day later. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397756: emacs-snapshot: Debian "fix" for message-sendmail-f-is-evil is wrong
Package: emacs-snapshot Version: 1:20050901-1 Severity: normal from /usr/share/emacs/22.0.50/lisp/gnus/message.el: ;; message-sendmail-f-is-evil is nil here in the upstream source, but ;; sendmail works right under Debian Linux, so we want t. [was ;; orignally reported for emacs 19 as debian#7051] (defcustom message-sendmail-f-is-evil t "*Non-nil means don't add \"-f username\" to the sendmail command line. Doing so would be even more evil than leaving it out. Under Debian/GNU/Linux, sendmail works right, so it should be safe for this to be set to true." This is a wrong argument. When -f is evil, an administrator can forbid it at MTA level (and must do so because his users can use other tools). But those who are trusted for -f should be able to send from addresses they want without several initial faults. This variable is intended to be set true only for those version of sendmail which work WRONG. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages emacs-snapshot depends on: ii emacs-snapshot-bin-common 1:20050901-1 The GNU Emacs editor's shared, arc ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libncurses5 5.5-3 Shared libraries for terminal hand ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libtiff4 3.8.2-6Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii xaw3dg1.5+E-14 Xaw3d widget set ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-13 compression library - runtime emacs-snapshot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396462: mplayer skin - Virtual package ?
Didier Raboud ha scritto: > Well, aren't virtual packages designed therefor? > > Let's mplayer depend on mplayer-skin, which could be provided by one (that > mplayer-skin-blue) or more skin packages. > > No ? yes . that is already that way a. signature.asc Description: OpenPGP digital signature
Bug#397310: our workaround
Thank you Joseph - that fixed mine, too :-) Eddy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396462: mplayer skin - Virtual package ?
Le jeudi 9 novembre 2006 10:20, A Mennucc a écrit : > yes . > that is already that way > > a. Saw that just after answering. Sorry for noise. D. pgpq2v0GZ7VWs.pgp Description: PGP signature
Bug#379628: [Linux-NTFS-Dev] CALL FOR HELP: Vista beta compatibility testing (was: ntfsresize: resizing a Vista NTFS partition ...)
[Frans: Could you please keep all interested parties CC'd? They don't get your emails and I must add Andree and linux-ntfs-dev manually every time. Thanks.] On Thu, 9 Nov 2006, Frans Pop wrote: > On Thursday 09 November 2006 09:03, Szakacsits Szabolcs wrote: > > > > Andree confirmed that it's true for data partitions as well. You should > > have got a copy too. > > But that seems completely inconsistent with what you wrote in the rest of > the mail: that it is a problem with 'how they "boot" or "shutdown"'. Nobody seems to know what a data partition has to do with booting. Also nobody confirmed yet that there is indeed a problem with Vista Gold. Btw, what partition scheme does Vista use? Isn't it GPT? Couldn't the problem be somehow related to that? Ntfsresize completely ignores the storage type by design. It can be file, MBR, GPT, LDM, whatever. It works 100% independently of them, so the storage type related work can be and often __must__ be done independently. There is this MS document (Vista is based on W2K3): http://technet2.microsoft.com/WindowsServer/en/library/bdeda920-1f08-4683-9ffb-7b4b50df0b5a1033.mspx?mfr=true If somebody has the time (sorry, I don't) then perhaps he could take a look. Maybe there is something useful info related to this problem. Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369282: #369282 zim does not handle consistently minuses in page names
I can't reproduce this on 0.17, assume fixed. -- Jaap <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394292: #394292,zim: Side pane not populated.
A bug was fixed in 0.17 that prevented correct loading of the side pane when invalid utf8 content was encountered in the file contents. Not sure if this is the problem here. To start clean please delete ".zim.cache" manually from the repository directory and check if the modification times on your file system are correct. -- Jaap <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392853: #392853 zim: does not open the correct wiki pages after upgrade
There was a bug if you had repositories with non-default home pages - I guess this is the problem you describe, although more details would have been helpful. The problem I'm aware of is fixed in 0.17. The defaul home is still "Home", but you can set a non-default home page for a repository using the properties dialog (menuitem File->Properties). -- Jaap <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397760: mplayer: Specifies undefined mimetype/servicetype (in KDE)
Package: mplayer Version: 1.0~rc1-3 Severity: normal When running kbuildsycoca under KDE, it gives lots of errors because of mplayer : $ kbuildsycoca (...) kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'application/sdp' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'application/x-smil' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'application/streamingmedia' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'application/x-streamingmedia' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'application/vnd.rn-realmedia-vbr' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-aac' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/m4a' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-m4a' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/mp1' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-mp1' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/mp2' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/mp3' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-mpeg' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/mpg' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-mpg' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/rn-mpeg' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/scpls' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/wav' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-pn-windows-pcm' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-realaudio' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'audio/x-pls' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/x-mpeg' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/x-mpeg2' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/msvideo' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/x-ms-afs' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/x-ms-wmx' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/x-ms-wvxvideo' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/x-avi' kbuildsycoca: WARNING: '/usr/share/applications/mplayer.desktop' specifies undefined mimetype/servicetype 'video/x-fli' (...) This bug is maybe related with KDE only, but I don't know enough of it to discriminate that case. Regards, Didier -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Versions of packages mplayer depends on: ii debconf1.5.8 Debian configuration management sy ii libartsc0 1.5.5-1 aRts sound system C support librar ii libasound2 1.0.13-1 ALSA library ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10+debian~pre0-2audio extraction tool for sampling ii libconfhelper-perl 0.12.5Library for editing configu
Bug#393488: update-grub does not handle separate /boot partition for xen
Hi, > > update-grub always prepends /boot in front of the kernel line for xen even > > if /boot is on its on partition > Commited. I've did a brief look and GRUB2 doesn't has this > problem. :-) The attached patch seems saner to me. Please consider reverting the first patch in favor of this one. Bye, -- Loïc Minier <[EMAIL PROTECTED]> --- grub-0.97/debian/update-grub +++ grub-0.97/debian/update-grub @@ -995,7 +995,7 @@ found= for hypervisorVersion in $hypervisorVersions; do - hypervisor="/boot/xen-$hypervisorVersion.gz" + hypervisor="$kernel_dir/xen-$hypervisorVersion.gz" if [ -e "$hypervisor" ]; then found=1
Bug#394290: #394290,zim: Autosaving broken after upgrade
This suggests that zim was not able to correctly determine the name of the current page when saving - which is quite strange since it apparently was able to do so when loading the page. To debug this I would need a subset of pages that reproduce the problem. Other information that might be usefull is the path for the repository and the page name (do they contain utf8 or non-alphanumeric characers ?). Just released 0.17 - changes are this is fixed by accident, please test. -- Jaap <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397460: sunhme driver not working in 2.6.18
Resending to debian bts, maybe someone will be interested in details, probably previous message had too big attachments... > Can you please send the output of the command 'prtconf -p -v' to > the > bug? prtconf binary is provided by sparc-utils package. Sorry, I should have mention that my server is x86. I attach full lspci -vvv -xxx for not working and working driver - diff shows that interrupts are assigned differently. I also attach dmesg which shows that after loading good driver interrupts are assigned by acpi. Regards Michal Pokrywka lspci-bad.log.bz2 Description: Binary data lspci-good.log.bz2 Description: Binary data dmesg-bad.log.bz2 Description: Binary data dmesg-good.log.bz2 Description: Binary data
Bug#397759: fails to configure: mv: cannot stat `/etc/chrony/chrony.keys.1.21-2': No such file or directory
Package: chrony Version: 1.21z-4 Severity: serious Justification: 6.2 Tags: patch This code: if dpkg --compare-versions "$2" lt-nl 1.21-3 ; then mv /etc/chrony/chrony.keys."$2" /etc/chrony/chrony.keys mv /etc/chrony/chrony.conf."$2" /etc/chrony/chrony.conf fi in the postinst makes the postinst not idempotent, and makes my chrony fail to configure: [EMAIL PROTECTED]:~$ sudo dpkg --configure --pending Setting up chrony (1.21z-4) ... mv: cannot stat `/etc/chrony/chrony.keys.1.21-2': No such file or directory dpkg: error processing chrony (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: chrony I suggest something like: if dpkg --compare-versions "$2" lt-nl 1.21-3 ; then if [ -f /etc/chrony/chrony.keys."$2" ]; then mv /etc/chrony/chrony.keys."$2" /etc/chrony/chrony.keys fi if [ -f /etc/chrony/chrony.conf."$2" ]; then mv /etc/chrony/chrony.conf."$2" /etc/chrony/chrony.conf fi fi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-sparc64 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Versions of packages chrony depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libncurses5 5.5-4 Shared libraries for terminal hand ii libreadline5 5.1-9 GNU readline and history libraries ii ucf 2.0015 Update Configuration File: preserv chrony recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397762: vorbis-tools: Locks up on error from Alsa output plugin
Package: vorbis-tools Version: 1.1.1-6 Severity: normal I was trying to enable the softvol alsa plugin, since the volume control of my "high definition" sound card sucks. I had an error in my config, which froze ogg123: --- Audio Device: Advanced Linux Sound Architecture (ALSA) output Playing: http://stream.lrz-muenchen.de:31337/m945-hq.ogg Ogg Vorbis stream: 2 channel, 44100 Hz Title: M94,5 - Livestream ALSA lib pcm_softvol.c:897:(_snd_pcm_softvol_open) control is not defined ALSA snd_pcm_open error: Invalid argument Error: Cannot open device alsa09. --- I had to forcibly quit ogg123 then. It should quit on this error. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages vorbis-tools depends on: ii libao20.8.6-4Cross Platform Audio Output Librar ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1 Multi-protocol file transfer libra ii libflac7 1.1.2-5Free Lossless Audio Codec - runtim ii libogg0 1.1.3-2Ogg Bitstream Library ii liboggflac3 1.1.2-5Free Lossless Audio Codec - runtim ii libspeex1 1.1.12-2 The Speex Speech Codec ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi vorbis-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397761: bugs.debian.org: please forward bug reports to Uploaders also
Package: bugs.debian.org Severity: wishlist Many packages are team-maintained these days, and they typically have the following control fields: Maintainer: Debian Foo Team <[EMAIL PROTECTED]> Uploaders: Ex Ample <[EMAIL PROTECTED]>, X Ample <[EMAIL PROTECTED]> It would be very helpful if bug reports were forwarded to the Uploaders as well as the Maintainer. Receiving a direct notification of the bug would make team members more aware, and feel more personally responsible than now, when the Maintainer address is often a mailing list, that people may read through Gmane or in a different way than personal mail. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc3-kelev Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397659: jspwiki: FTBFS: source code not available
reassign 397659 jspwiki thanks > The problem of uploading a new upstream version is that the later > versions of the upstream (2.4.x) are currently non-buildable using > only free tools Then please reupload the same upstream version of the package, with a changed upstream version number (e.g., 2.2.33.ds1). > So, I'm merging this bug into the one filed against ftp.debian.org, as > this is not really JSPWiki's problem but a problem of our package > management system. While this is true, the package management system is not going to be fixed before etch, but the problem with the source for jspwiki not being included in main does need to be fixed. Reassigning back to jspwiki. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395870: Suggestion
Hi, I installed embperl sources from the SVN and built them. Everything runs fine. I therefore suggest that the "recommends" flag marked : libapache2-mod-perl2 (>= 1.999.22-1) should be removed until the packaged version of embperl supports mod-perl2 >= 2.0.2-2.2 Installed packages related with apache2 are : apache2 2.2.3-2 apache2-mpm-prefork 2.2.3-2 apache2-utils2.2.3-2 libapache2-mod-perl2 2.0.2-2.2 Installed SVN sources of embperl embperl_20061108112725.tar.gz Best Regards -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392016: elog in stable is also vulnerable
* Ulf Harnhammar [2006-11-08 23:14:16+0100] > I've just verified that elog in stable is vulnerable to > all issues mentioned in bug #392016. Thank you very much for looking into this! I've got another report attached below. I'll look into this problem also and will keep this bug report open as I think elog should not enter to Etch due to all potential security issues which increase the work-load on our security team during the stable release cycle. -->8--- FYI Hi, We are working with Mr. Stefan Ritt on this issue and waiting for the fix. Thanks, OS2A Forwarded Conversation Subject: ELOG Web Logbook Remote Denial of Service Vulnerability From: OS2A BTO <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date: Wed, Nov 8, 2006 at 6:12 PM Attachments: os2a_1008.txt Hi, We recently came across a Denial of Service vulnerability in ELOG's elogd server which allows attackers to crash the service, thereby preventing legitimate access. Attached is our security advisory which describes the vulnerability in detail. Please let us know the time you might require to fix this issue. And also let us know if you have any questions. A quick and positive response from your side would be highly appreciated. Thanks, OS2A Team. From: Stefan Ritt <[EMAIL PROTECTED]> To: OS2A BTO <[EMAIL PROTECTED]> Date: Wed, Nov 8, 2006 at 6:31 PM Dear OS2A team, thank you for reporting this vulnerability and for the detailed analysis, I really appreciate. I fixed this problem and just released version 2.6.2-7 (SVN revision 1746). Best regards, Stefan Ritt -- Dr. Stefan Ritt Phone: +41 56 310 3728 Paul Scherrer Institute FAX: +41 56 310 2199 OLGA/021 mailto:[EMAIL PROTECTED] CH-5232 Villigen PSI http://midas.psi.ch/~stefan [Quoted text hidden]> > > ELOG Web Logbook Remote Denial of Service Vulnerability > > > OS2A ID: OS2A_1008Status: > 10/31/2006 Issue Discovered > 11/08/2006 Reported to the Vendor > -- Fixed by Vendor > -- Advisory Released > > > Class: Denial of Service Severity: Medium > > > Overview: > - > The Electronic Logbook (ELOG) is part of a family of applications known as > weblogs. ELOG is a remarkable implementation of a weblog in its simplicity of > use and versatility. > http://midas.psi.ch/elog/index.html > > Description: > > Remote exploitation of a denial of service vulnerability in ELOG's > elogd server allows attackers to crash the service, thereby preventing > legitimate access. > > The [global] section in configuration file elogd.cfg is used for settings > common to all logbooks. The vulnerability is due to improper handling of an > HTTP GET request if logbook name 'global' (or any logbook name prefixed > with global) is used in the request. When such a request is received, > a NULL pointer dereference occurs, leading to a crash of the service. > > Only authenticated users can exploit this vulnerability if the application > is configured with password. > > Impact: > --- > Successful exploitation allows a remote attacker to crash the elogd server. > > Affected Software(s): > - > ELOG 2.6.2 and prior. > > Proof of Concept: > - > The HTTP GET request given below is sufficient to crash affected server: > http://www.example.com/global/ > > Analysis: > --- > #gdb ./elogd > ... > ... > > (gdb) break show_elog_list > Breakpoint 2 at 0x809d6e0 > > (gdb) c > Continuing. > (no debugging symbols found) > elogd 2.6.2 built Nov 8 2006, 01:25:48 revision 1699 > Falling back to default group "elog" > Falling back to default user "elog" > Indexing logbooks ... done > Server listening on port 8080 ... > > Breakpoint 2, 0x0809d6e0 in show_elog_list () > (gdb) c > Continuing. > > Program received signal SIGSEGV, Segmentation fault. > 0x0809eb7a in show_elog_list () > > (gdb) bt > #0 0x0809eb7a in show_elog_list () > #1 0x in ?? () > > (gdb) i r > eax0x0 0 > ecx0x9d43d88164904328 > edx0x0 0 > ebx0x0 0 > esp0xbfa8aca0 0xbfa8aca0 > ebp0x80df40c0x80df40c > esi0xbfb27050 -1078824880 > edi0x0 0 > eip0x809eb7a0x809eb7a > eflags 0x200246 2097734 > cs 0x73 115 > ss 0x7b 123 > ds 0x7b 123 > es 0x7b 123 > fs 0x0 0 > gs 0x33 51 > > (gdb) x/i $eip > 0x809eb7a :mov(%eax),%eax > > The vulnerable code is at Line:16774 of elogd.c, > n_msg = *lbs->n_el_index; > wher
Bug#395369: libpoe-component-client-dns-perl: diff for NMU version 1:0.99-1.1
tags 395369 + patch
thanks
Hi,
The following is the diff for my libpoe-component-client-dns-perl 1:0.99-1.1
NMU.
diff -Nru /tmp/CmM0ZHoSXf/libpoe-component-client-dns-perl-0.9802/CHANGES
/tmp/mwuOukjqNi/libpoe-component-client-dns-perl-0.99/CHANGES
--- /tmp/CmM0ZHoSXf/libpoe-component-client-dns-perl-0.9802/CHANGES
2005-08-08 00:38:12.0 +0200
+++ /tmp/mwuOukjqNi/libpoe-component-client-dns-perl-0.99/CHANGES
2006-05-21 22:46:28.0 +0200
@@ -1,3 +1,39 @@
+=
+2006-05-21 20:45:46 v0_99
+=
+
+ 2006-05-21 20:45:11 (r58) by rcaputo; DNS.pm M
+
+Bump up the version.
+
+ 2006-05-21 20:44:39 (r57) by rcaputo; DNS.pm M
+
+Fix shutdown(). It was not performing nearly enough cleanup.
+
+Replace some post() calls with call() to avoid race conditions. In
+general, method interfaces should use call() rather than post() so
+that they affect internal structures synchronously.
+
+ 2006-05-21 20:43:08 (r56) by rcaputo
+ t/02_tag_args.t M; t/03_api_3.t M; t/05_api_4.t M; t/06_hosts.t M
+
+Turn on ASSERT_DEFAULT for some of the tests. Add _stop handlers so
+they don't fail with all POE asserts on.
+
+ 2006-03-24 03:58:51 (r55) by rcaputo; DNS.pm M
+
+Belatedly bump up the version.
+
+===
+2005-12-05 18:36:03 v0_9803
+===
+
+ 2005-12-05 18:34:05 (r53) by rcaputo; t/04_errors.t M
+
+Add the CATCH_EXCEPTIONS toggle that lets me catch my own damn
+errors. Sweet! Also expanded the common test code so that line
+numbers would be properly reported.
+
===
2005-08-07 22:37:35 v0_9802
===
@@ -51,67 +87,6 @@
Change cvs-log.perl to svn-log.perl in Makefile.PL.
-=
-2004-10-07 03:34:35 v0_98
-=
-
- 2004-10-07 03:34:35 (r42) by rcaputo; DNS.pm M
-
-Bump the version to 0.98 for release, and document the deprecations
-more carefully.
-
- 2004-10-07 03:16:45 (r41) by rcaputo; DNS.pm M
-
-Add code to look for /etc/hosts in various other places on Windows
-systems. Oh, the horrors!
-
- 2004-10-07 03:04:31 (r40) by rcaputo
- t/04_errors.t M; t/05_api_4.t A; MANIFEST M
-
-Added new tests to cover the additional public interface.
-
- 2004-10-07 03:03:42 (r39) by rcaputo; DNS.pm M
-
-Added the "version 4" interface, which is just a method in front of
-the "version 3" interface. The method-based interface lets us build a
-resolver cache later. The component will be able to return resolver
-answers from the cache without incurring any POE event loop overhead.
-
-Documented the new interface. Updated the SYNOPSIS to show it. Tested
-the SYNOPSIS code.
-
-Changed the private event handler names to include a leading
-underscore, so that Pod::Coverage will automatically discount them in
-its reports.
-
-Switched to object methods as event handlers. Moved the HEAP data
-into $self. This lets us get at the data members from the public
-object methods and the public/private event handlers.
-
- 2004-10-07 01:23:43 (r38) by rcaputo; DNS.pm M
-
-Rewrite the documentation to explain the new interface.
-
- 2004-10-07 01:23:08 (r37) by rcaputo; t/03_api_3.t M
-
-Remove some unnecessary code from this test. A previous test was
-copied as the basis for this one, and some useless code came along.
-
- 2004-10-06 18:06:11 (r36) by rcaputo
- DNS.pm M; t/03_api_3.t A; t/04_errors.t A; MANIFEST M; Makefile.PL M
-
-Add a saner (currently undocumented) API, and maintain backward
-compatibility. Increase test coverage to >80%.
-
- 2004-06-12 16:51:31 (r35) by rcaputo; DNS.pm M
-
-"Overlord Q" reported a syntax error in the SYNOPSIS. This change
-corrects the mistake and improves the code's readability.
-
- 2004-02-13 02:21:12 (r34) by rcaputo; MANIFEST M
-
-Add META.yml to the MANIFEST.
-
==
End of Excerpt
==
diff -Nru /tmp/CmM0ZHoSXf/libpoe-component-client-dns-perl-0.9802/DNS.pm
/tmp/mwuOukjqNi/libpoe-component-client-dns-perl-0.99/DNS.pm
--- /tmp/CmM0ZHoSXf/libpoe-component-client-dns-perl-0.9802/DNS.pm
2005-08-08 00:37:12.0 +0200
+++ /tmp/mwuOukjqNi/libpoe-component-client-dns-perl-0.99/DNS.pm
2006-05-21 22:45:24.0 +0200
@@ -1,4 +1,4 @@
-# $Id: DNS.pm 51 2005-08-01 17:07:05Z rcaputo $
+# $Id: DNS.pm 58 2006-05-21 20:45:11Z rcaputo $
# License and documentation are after __END__.
package POE::Component::Client::DNS;
@@ -6,7 +6,7 @@
use strict;
use vars qw($VERSION);
-$VERSION = '0.9802';
+$VERSION = '0.99';
use Carp qw(croak);
@@ -14,6 +14,8 @@
use Net::DNS;
use POE;
+use constant DEBUG => 0;
+
# Keep track of requests for each response socket. Used to pass data
# around select_read().
@@ -35,6 +37,7 @@
sub SF_HOSTS_INODE () { 7 }
sub SF_HOSTS_CACHE () { 8 }
sub SF_HOS
Bug#396304: libruby1.8: this is a problem of apt-listbugs, not only a libruby problem
Am 09.11.2006 05:28:18 schrieb(en) Junichi Uekawa:
Basically, I don't like the whole idea of having to handle
soap_use_proxy even in non-CGI environments. It's just so silly.
Hello Junichi,
after some searching I found information about the security risk which
is present in CGI programs.
Is there any case where apt-listbugs will be used in a CGI environment?
I think this security risk does does not apply to programs started by
the administrator in a terminal or an X windows environment, e.g.
aptitude.
Maybe you could set soap_use_proxy internally if http_proxy is set. If
the combination of soap_use_proxy=on and http_proxy is allowed, you
could even set soap_use_proxy without checking http_proxy.
I successfully ran (one time only) a modified version of apt-listbugs
0.0.63 with http_proxy set and soap_use_proxy unset.
Bodo
--- /usr/sbin/apt-listbugs.orig 2006-10-11 00:26:07.0 +0200
+++ /usr/sbin/apt-listbugs2006-11-09 10:21:49.0 +0100
@@ -391,8 +391,11 @@
if ENV["HTTP_PROXY"] != nil && ENV["http_proxy"] == nil
raise $intl._("E: sanity check failed: environment variable
http_proxy is unset and HTTP_PROXY is set.")
end
-if ENV["http_proxy"] != nil && ENV["soap_use_proxy"] != "on"
- raise $intl._("E: sanity check failed: environment variable
http_proxy is set and soap_use_proxy is not 'on'.")
+if ENV["HTTP_PROXY"] != nil && ENV["HTTP_PROXY"] !=
ENV["http_proxy"]
+ raise $intl._("E: sanity check failed: environment variables
http_proxy and HTTP_PROXY differ.")
+end
+if ENV["http_proxy"] != nil
+ ENV["soap_use_proxy"] = "on"
end
# http_proxy check
@@ -401,6 +404,7 @@
puts "proxy configuration from APT.CONF: #{$1}" if $DEBUG
if $1 == 'DIRECT'
puts "Disabling proxy due to DIRECT" if $DEBUG
+ ENV.delete("soap_use_proxy")
else
ENV["http_proxy"] = $1
ENV["soap_use_proxy"] = "on"
Bug#397542: libxt6: Should include %l_%t.%c, %l.%c and %l_%t in FileSearchPathDefault
Hi, Just to mention that I raised the issue on [EMAIL PROTECTED], and the reply was that locale syntax is system-specific, and hence they won't change the default, it's up to the distribution to do it. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394736: the NUM_CONSOLES variable is not always set but used as if it was
severity 394736 normal
thanks
In /etc/init.d/console-screen.sh in the function setup NUM_CONSOLES is
defined only if SCREEN_FONT already is set:
# Global default font+sfm
if [ "${SCREEN_FONT}" ]
then
[ "$VERBOSE" != "no" ] && log_action_begin_msg "Setting up general
console font"
SCREEN_FONT="-f ${SCREEN_FONT}"
# maybe use an external SFM
[ "${SCREEN_FONT_MAP}" ] && SCREEN_FONT_MAP="-u ${SCREEN_FONT_MAP}"
# Try to be cleverer and run for all consoles, but this is run
# _before_ getty and so only one console running. So,
# Set for the first 6 VCs (as they are allocated in /etc/inittab)
NUM_CONSOLES=`fgconsole --next-available`
NUM_CONSOLES=$(($NUM_CONSOLES - 1))
...
fi
and then NUM_CONSOLES is used outside this if:
# Set LEDS here
if [ "$LEDS" != "" ]
then
i=1
> while [ $i -lt $NUM_CONSOLES ]
do
setleds -D $LEDS < $DEVICE_PREFIX$i
i=$(($i + 1))
done
fi
The config file /etc/console-tools/config does not define it and it is
the original one so I try to change the severity. I hope that's how it
is supposed to be done.
Regards
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397717: lmodern: install failed with error message warning: directory /usr/lib/X11/fonts/Type1 does not exist
"daniel bosold" <[EMAIL PROTECTED]> wrote: > follows is the result of dpkg-reconfigure -plow (with lmodern.postinst > including set -ex). adding a fresh lm.map to > '/usr/share/texmf/fonts/map/dvips/lm/' seems to have fixed the > _configuration_ problem, but a clean installation still fails. Ah, thank you - that is valuable information. The point is that lmodern 1.00 is not supposed to use lm.map any more... Please send us the output of kpsewhich --format='web2c files' updmap.cfg ls /etc/texmf/updmap.d/10lmodern.cfg* grep lm.map /etc/texmf/updmap.d/* and the file /etc/texmf/updmap.d/10lmodern.cfg It's possible that you have refused to accept the new version of this file, and therefore updmap still wants to use lm.map. Florent, should we add a check to lmodern's postinst, so that users get a clearer error message? Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#347610: Any progress?
Hi,Uwe! Uwe Brauer wrote: > Sorry for the delay. No problem! We are all busy people! :) > Well yes and no. The laptop running knoppix, various kernels 2.6.10, > 2.6.13 and 2.6.15 have these problems. I should add that I compiled > that kernels myself. I do not think custom kernels should be a problem. But as I always use the Debian supplied ones, I am not aware of the details. > Given the fact that the problem seems to be connected with privately > compiled kernels, do you still want to be to install the latest > debian kernel??? (I presume apt-get install linux-image-2.6.18-1-ARCH > and rebooting (I use grub) should be fine?) It would be great if you tried that. You can always boot your custom kernel when you want, but trying the debian kernel is important in order to be able to close this bug. You said the Etch kernel works, so I think the new one should work too. In fact it works for me (using it to write this email over ssh). Thanks for any input you can provide :) -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#397763: 7z: should say "Out of disk space" instead of just a mysterious "ERROR: E_FAIL" message
Package: p7zip-full Version: 4.43~dfsg.1-1 Severity: wishlist When 7z runs out of disk space during an uncompress operation, it says: ERROR: E_FAIL I wish it said "Out of disk space". That way I would immediately know why it failed. P.S. Thanks for writing / packaging p7zip. I like it a lot. Cheers, Jason -- Jason Spiro: computer consulting with a smile. I also provide training and spyware removal services for homes and businesses. Call or email for a FREE 5-minute consultation. Satisfaction guaranteed. 416-781-5938 / Email: [EMAIL PROTECTED] / MSN: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397764: ITP: stylebook -- XML application for authoring web site content
Package: wnpp Owner: Marcus Better <[EMAIL PROTECTED]> Severity: wishlist * Package name: stylebook Version : 1.0~b3~svn20061109 Upstream Author : Apache Software Foundation * URL or Web page : http://svn.apache.org/repos/asf/xml/stylebook/trunk/ * License : Apache Software License 1.1 Description : XML application for authoring web site content This is used to generate documentation for Xerces. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397749: mplayer: Error on using Caca output
Didier Raboud ha scritto: > Caca (ASCII video) output not working Some -vo are (deliberately) not compiled in, to reduce dependency on external library; for the record : I discussed this choice with Arpi many years ago ; we decided to eclude GGI (since it provides +- the same as SDL) and AALIB, since it is a nice gadget, but not really useful. Of course, I may reconsider this, if people bugs me saying that CACA is useful to them. So I am leaving this bug open: I invite people who want CACA in MPlayer to post a email in [EMAIL PROTECTED] saying so. a. signature.asc Description: OpenPGP digital signature
Bug#387498: mips: system() hangs when compiled with -pg (gprof profiling(.
reassign 387498 linux-2.6
retitle 387498 [hppa/mipsel] system() hangs when compiled with -pg (gprof
profiling)
thanks
> =
> [EMAIL PROTECTED]:~$ cat >t.c
> int
> main(int argc,char * argv[]) {return system(argv[1]);}
>
> [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ cc -g t.c -o t
> [EMAIL PROTECTED]:~$ ./t "echo g"
> g
> [EMAIL PROTECTED]:~$ echo $?
> 0
> [EMAIL PROTECTED]:~$ cc -g -pg t.c -o t
> [EMAIL PROTECTED]:~$ ./t "echo g"
>
>
>
> [1]+ Stopped ./t "echo g"
> [EMAIL PROTECTED]:~$ cat >t.c
> int
> main(int argc,char * argv[]) {return system(argv[1]);}
>
> [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ cc -g t.c -o t
> [EMAIL PROTECTED]:~$ ./t "echo g"
> g
> [EMAIL PROTECTED]:~$ echo $?
> 0
> [EMAIL PROTECTED]:~$ cc -g -pg t.c -o t
> [EMAIL PROTECTED]:~$ ./t "echo g"
>
>
>
> [1]+ Stopped ./t "echo g"
>
I confirm the problem is solved with the latest kernel (2.6.18-4) on
mips. I will test on hppa and mipsel later.
That proves that the bug is really a kernel bug and not a libc6 bug, I
am therefore reassigning the bug to linux-2.6 only.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
Bug#395522: whitelister terminates immediately
Pierre Habouzit wrote: do you run selinux or sth like that ? that should work because the file descriptor is kept open after a fork. I'm completely unable to reproduce that :| Sorry for the delay, I don't have reliable internet access these days... I'm trying to run whitelister on a vServer, but without selinux and stuff like this. Should I try to run whitelister as non-privileged user? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397765: modprobe from module-init-tools reads entries in /etc/modprobe.d/ in unpredictable order
Package: module-init-tools Version: 3.2.2-3 Maybe it will be more reasonable to read them in alphabetical order? I suggest directory entries be sorted before passed to read_config in read_config Debian GNU/Linux testing glibc 2.3.6 kernel 2.6.17-2-amd64 SMP -- Regards, Maxim Storchak System administrator Entri ltd. +38(044)5374800 int. 12005 mailto:[EMAIL PROTECTED] JID: [EMAIL PROTECTED] UIN: 70770792 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#237457: Announce of the upcoming NMU for the daemontools-installer package
> 09 Nov 2006 : build the package and upload it to DELAYED/0-day > send the NMU patch to the BTS > 09 Nov 2006 : NMU uploaded to incoming This NMU has been uploaded a few seconds ago. Attached is the NMU patch. diff -Nru daemontools-installer-0.76.ori/debian/changelog daemontools-installer-0.76/debian/changelog --- daemontools-installer-0.76.ori/debian/changelog 2006-10-25 07:43:55.610631319 +0200 +++ daemontools-installer-0.76/debian/changelog 2006-11-08 22:52:33.686656977 +0100 @@ -1,3 +1,28 @@ +daemontools-installer (0.76-9.1) unstable; urgency=low + + * Non-maintainer upload to fix longstanding l10n issues + * Change the dependency on debconf to "debconf - debconf-2.0" to +make the transition to cdebconf easier +Closes: #331788 + * Switch to po-debconf for debconf templates. Closes: 237457 + * Remove extra whitespaces at the end of lines in debconf templates + * Lintian fixes: +- Use 4 as default debhelper compatibility +- Move debhelper to Build-Depends +- Fix invalid addresses in changelog + * Debconf translations: +- Add Swedish. Closes: #330795 +- Add Czech. Sent during the call for updates of the NMU campaign. +- Add Vietnamese. Sent during the call for updates of the NMU campaign. +- Add Portuguese. Closes: #396606 +- Add Norwegian Bokmål. Closes: #396768 +- Add Basque. Sent during the call for updates of the NMU campaign. +- Add German. Sent during the call for updates of the NMU campaign. +- Add Russian. Sent during the call for updates of the NMU campaign. +- Add Romanian. Sent during the call for updates of the NMU campaign. + + -- Christian Perrier <[EMAIL PROTECTED]> Wed, 25 Oct 2006 07:44:51 +0200 + daemontools-installer (0.76-9) unstable; urgency=low * Added errno patch for error.h (Closes: Bug#181762) @@ -176,56 +201,56 @@ * More reorganizing stuff. - -- Adam D. McKenna <[EMAIL PROTECTED]> Thu, 25 Jan 2001 04:32:30 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Thu, 25 Jan 2001 04:32:30 -0500 daemontools-src (0.70-10) unstable; urgency=low * New package format, changes should be transparent. - -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 24 Jan 2001 19:03:45 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 24 Jan 2001 19:03:45 -0500 daemontools-src (0.70-9) unstable; urgency=low * More postinst problems. - -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 24 Jan 2001 17:37:36 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 24 Jan 2001 17:37:36 -0500 daemontools-src (0.70-8) unstable; urgency=low * Fixed some more problems in postinst. - -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 24 Jan 2001 17:33:53 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 24 Jan 2001 17:33:53 -0500 daemontools-src (0.70-7) unstable; urgency=low * Soon I swear. - -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 17 Jan 2001 00:21:26 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Wed, 17 Jan 2001 00:21:26 -0500 daemontools-src (0.70-6) unstable; urgency=low * More packaging problems.. It'll be ready soon... - -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 23:53:39 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 23:53:39 -0500 daemontools-src (0.70-5) unstable; urgency=low * Fixed yet another packaging problem. - -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 23:39:47 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 23:39:47 -0500 daemontools-src (0.70-4) unstable; urgency=low * Fixed another small packaging problem - -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 23:34:53 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 23:34:53 -0500 daemontools-src (0.70-3) unstable; urgency=low * Made some small packaging changes. Daemontools-src is now an installer package due to copyright problems. - -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 21:37:28 -0500 + -- Adam D. McKenna <[EMAIL PROTECTED]> Tue, 16 Jan 2001 21:37:28 -0500 daemontools-src (0.70-2) unstable; urgency=low diff -Nru daemontools-installer-0.76.ori/debian/compat daemontools-installer-0.76/debian/compat --- daemontools-installer-0.76.ori/debian/compat1970-01-01 01:00:00.0 +0100 +++ daemontools-installer-0.76/debian/compat2006-11-08 22:48:17.012792206 +0100 @@ -0,0 +1 @@ +4 diff -Nru daemontools-installer-0.76.ori/debian/control daemontools-installer-0.76/debian/control --- daemontools-installer-0.76.ori/debian/control 2006-10-25 07:43:55.882633143 +0200 +++ daemontools-installer-0.76/debian/control 2006-11-08 22:51:29.682180078 +0100 @@ -1,24 +1,37 @@ Source: daemontools-installer Section: contrib/misc Priority: optional -Build-Depends-Indep: debhelper (>= 2) +Build-Depends: debhelper (>= 4.1.16) Maintainer: Adam D. McKenna <[EMAIL PROTECTED]> Standards-Version: 3.5.8 Package: daemontools-installer Architecture: a
Bug#397766: Under AMD64 plaform, libdts-dev should be compiled with -fPIC option
Package: libdts-dev Version: 0.0.2-svn-1 Severity: grave When compiling ffmpeg under Debian AMD64, the compiler complains about libdts-dev headers. gcc -shared -Wl,-soname,libavcodec.so.51 -Wl,--warn-common -pthread -rdynamic -export-dynamic -Wl,--as-needed -Wl,-rpath-link,"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavcodec -Wl,-rpath-link,"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavformat -Wl,-rpath-link,"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavutil -o libavcodec.so.51 bitstream.o utils.o allcodecs.o mpegvideo.o jrevdct.o jfdctfst.o jfdctint.o mjpeg.o resample.o resample2.o dsputil.o motion_est.o imgconvert.o mpeg12.o mpegaudiodec.o simple_idct.o ratecontrol.o eval.o error_resilience.o fft.o mdct.o raw.o golomb.o cabac.o faandct.o parser.o vp3dsp.o h264idct.o rangecoder.o pnm.o h263.o msmpeg4.o h263dec.o opt.o bitstream_filter.o audioconvert.o imgresample.o i386/fdct_mmx.o i386/cputest.o i386/dsputil_mmx.o i386/mpegvideo_mmx.o i386/motion_est_mmx.o i386/simple_idct_mmx.o i386/idct_mmx_xvid.o i386/fft_sse.o i386/vp3dsp_mmx.o i386/vp3dsp_sse2.o i386/fft_3dn.o i386/fft_3dn2.o i386/snowdsp_mmx.o i386/idct_mmx.o i386/cavsdsp_mmx.o aasc.o ac3enc.o alac.o asv1.o avs.o bmp.o cavs.o cavsdsp.o cinepak.o cljr.o cook.o cscd.o lzo.o cyuv.o dsicinav.o dvbsubdec.o dvbsub.o dvdsubdec.o dvdsubenc.o dv.o 8bps.o ffv1.o huffyuv.o flac.o flacenc.o flashsv.o flicvideo.o 4xm.o fraps.o gifdec.o lzw.o gif.o h261.o h264.o idcinvideo.o imc.o indeo2.o indeo3.o interplayvideo.o dpcm.o kmvc.o loco.o mace.o mmvideo.o mpegaudio.o msrle.o msvideo1.o lcl.o nuv.o rtjpeg.o png.o qdm2.o qdrw.o qpeg.o qtrle.o ra144.o ra288.o roqvideo.o rpza.o rv10.o shorten.o smacker.o smc.o snow.o sonic.o svq1.o targa.o vp3.o tiertexseqv.o tiff.o truemotion1.o truemotion2.o truespeech.o tscc.o tta.o ulti.o vc1.o vc1dsp.o vcr1.o vmdav.o vmnc.o vorbis.o vorbis_data.o vorbis_enc.o vp5.o vp56.o vp56data.o vp6.o vqavideo.o wavpack.o wmadec.o wnv1.o ws-snd1.o xan.o xl.o zmbv.o pcm.o adpcm.o adx.o g726.o faad.o faac.o xvidff.o xvid_rc.o x264.o mp3lameaudio.o oggvorbis.o libgsm.o a52dec.o liba52/bit_allocate.o liba52/bitstream.o liba52/downmix.o liba52/imdct.o liba52/parse.o liba52/crc.o liba52/resample.o dtsdec.o pthread.o -L"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavutil -lavutil -lm -lz -ldts -lm -lgsm -lmp3lame -lm -lvorbis -lvorbisenc -logg -logg -lxvidcore -lx264 -lfaac -lfaad -ldl /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/libdts.a(parse.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/libdts.a: ne peut lire les symboles: Mauvaise valeur collect2: ld a retourné 1 code d'état d'exécution Under AMD64 plaform, libdts-dev should be compiled with -fPIC option. Kind regards, Jean-Michel
Bug#397770: libgraphicsmagick1-dev: Obsolete dependency on x-dev
Package: libgraphicsmagick1-dev Severity: normal Hi! libgraphicsmagick1-dev depends on x-dev which is now obsolete. It might be better to depend on something like libx11-dev. Regards, Ramkumar. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (101, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-beyond2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs. -- Robert Firth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397767: graphicsmagick-libmagick-dev-compat: Request for splitting the package
Package: graphicsmagick-libmagick-dev-compat Severity: wishlist Hi! The current compat package pulls in c, c++, and perl dev packages of graphicsmagick all at once. Not only are the sizes of the c/c++ packages substantial, but they carry along a train of dev package dependencies for the corresponding image libraries. It would be great if you can split the perl and c/c++ compat packages to reduce the number of dependencies. Regards, Ramkumar. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (101, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-beyond2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs. -- Robert Firth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393451: linux-image-2.6.17-2-xen-k7: similar problems here - versions from unstable are fine
Package: linux-image-2.6.17-2-xen-k7 Followup-For: Bug #393451 Yesterday, when upgrading an old xen installation to testing, I saw similar kernel panics. I didn't take screen shots, so I can't tell if it was really the same bug, bug it also panicked during startup of the domUs. I solved the problem by installing linux-image-2.6.18-1-xen-k7 and xen-hypervisor-3.0.3-1-i386 (and xen-utils-3.0.3-1) from unstable, which didn't cause any panik by now. Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283273: Announce of the upcoming NMU for the gnats package
Christian Perrier skrev:
Dear maintainer of gnats and Debian translators,
On 01 nov 2006 I sent a notice to the maintainer of the gnats Debian
package, mentioning the status of at least one old po-debconf translation
update in the BTS (bug #283273).
Here is the updated Swedish translation for gnats
Regards,
Daniel
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: gnats\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-11-01 20:11+0100\n"
"PO-Revision-Date: 2006-11-09 12:12+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: string
#. Description
#: ../templates:1001
msgid "What is the name of the GNATS site?"
msgstr "Vad är namnet på GNATS-systemet?"
#. Type: string
#. Description
#: ../templates:1001
msgid "This name should be a single word, it is used as a part of the e-mail alias for delivering problem reports."
msgstr "Det här namnet ska vara ett enstaka ord, det används som en del av det e-postalias som används för att levereras problemrapporter."
#. Type: note
#. Description
#: ../templates:2001
msgid "Database moved to ${GNATSDBDIR}."
msgstr "Databasen flyttad till ${GNATSDBDIR}."
#. Type: note
#. Description
#: ../templates:2001
msgid "A previous package version put the GNATS database under ${BADDIR}. It has now been moved to the right location."
msgstr "En tidigare paketversion placerade GNATS-databasen under ${BADDIR}. Den har nu flyttats till den korrekta platsen."
#. Type: note
#. Description
#: ../templates:3001
msgid "You must move the database to ${GNATSDBDIR}."
msgstr "Du måste flytta databasen till ${GNATSDBDIR}."
#. Type: note
#. Description
#: ../templates:3001
msgid "A previous package version put the GNATS database under ${BADDIR}. I could not move it to the right location, so you have to do so manually."
msgstr "En tidigare paketversion placerade GNATS-databasen under ${BADDIR}. Jag kunde inte flytta den till den korrekta platsen, så du måste göra det här manuellt."
#. Type: note
#. Description
#. Type: note
#. Description
#: ../templates:4001
#: ../templates:5001
msgid "You should enable scripts in the Exim configuration."
msgstr "Du bör aktivera skript i Exim-konfigurationen."
#. Type: note
#. Description
#: ../templates:4001
msgid "It seems you have installed Exim, with script handling disabled in its configuration. If this is so, GNATS will not be able to receive bug reports via e-mail. I would suggest you to uncomment one of the lines"
msgstr "Det verkar som du har Exim installerat, med skripthantering inaktiverat i dess konfiguration. Om det stämmer, kommer GNATS inte att kunna ta emot felrapporter via e-post. Jag föreslår att du avkommenterar en av raderna "
#. Type: note
#. Description
#: ../templates:4001
msgid "in your file ${EXIMCONF}, in the section \"system_aliases\"."
msgstr "i din fil ${EXIMCONF}, i sektionen \"system_aliases\"."
#. Type: note
#. Description
#: ../templates:5001
msgid "It seems you have installed Exim, with no script handling enabled in its configuration. If this is so, GNATS will not be able to receive bug reports via e-mail. I would suggest you to add the line"
msgstr "Det verkar som du har installerat Exim, utan skripthantering aktiverat i dess konfiguration. Om detta stämmer, kommer GNATS inte att kunna ta emot felrapporter via e-mail. Jag föreslår att du lägger till raden"
#. Type: note
#. Description
#: ../templates:5001
msgid "to your file ${EXIMCONF}, in the section \"system_aliases\"."
msgstr "till din fil ${EXIMCONF}, i sektionen \"system_aliases\"."
#. Type: note
#. Description
#: ../templates:6001
msgid "You should set up qmail aliases for GNATS."
msgstr "Du bör konfigurera qmail-alias för GNATS."
#. Type: note
#. Description
#: ../templates:6001
msgid "It seems you use qmail as your mail transfer program. It is recommended to add the following lines into your qmail users/assign file:"
msgstr "Det verkar som om du använder qmail som ditt posttransporteringsprogram. Det rekommenderas att du lägger till följande rader i din qmail-fil, users/assign:"
#. Type: note
#. Description
#: ../templates:7001
msgid "You should set up GNATS mail aliases."
msgstr "Du bör konfigurera GNATS e-postalias."
#. Type: note
#. Description
#: ../templates:7001
msgid "GNATS can be set to receive bug reports and database queries through mail. However,
Bug#397769: glob2: No way to switch between full-screen and window mode during game
Package: glob2 Version: 0.8.21-3 Severity: normal There seems to be no way to switch between full-screen and window mode arbitrarily at runtime. The problem is that the system is unusable while the game is running in full-screen mode, and the only way of accessing the X Window System again is quitting the current game, and deselecting "Settings | Fullscreen" or exiting the program. I tried the usual key combinations (Alt-Enter, Alt-F, F, function keys, ...) to no avail. I chose severity "normal" over "minor", as this is quite annoying, when you want to quickly check your e-mails or whatever and cannot do so without quitting the game or the whole program. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages glob2 depends on: ii glob2-data0.8.21-3 dataset for Globulation2 (glob2) ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.2 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.2 The OpenGL utility library (GLU) ii libsdl-image1.2 1.2.5-2+b1 image loading library for Simple D ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl-ttf2.0-0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii libspeex1 1.1.12-2 The Speex Speech Codec ii libstdc++64.1.1-19 The GNU Standard C++ Library v3 ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii zlib1g1:1.2.3-13 compression library - runtime glob2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397768: ieee80211: build-depends on the wrong version of the kernel
Package: ieee80211 Version: 1.1.14-1 Severity: serious Daniel, ieee80211 build-depends on linux-headers-2.6.17-2-all, but the current kernel version in unstable now is 2.6.18-2. Since etch will ship with 2.6.18, this package needs to be updated for the new kernel in order to be included in the release. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290135: Announce of the upcoming NMU for the remstats package
On Thu, 2006-11-09 at 08:28 +0100, Christian Perrier wrote: > On 02 nov 2006 I sent a notice to the maintainer of the remstats Debian > package, mentioning the status of at least one old po-debconf translation > update in the BTS (bug #290135). > > I announced the intent to build and possibly upload a non-maintainer upload > for this package in order to fix this long-time pending localization > bug as well as all other pending translations. > > The package maintainer did not respond in a week so I will proceed with the > NMU. I'm sorry I did not respond earlier. Please do the NMU. Robert. -- Robert Jordens <[EMAIL PROTECTED]> ETH Zurich, Institute for Quantum Electronics, HPF D23 8093 Zürich, Switzerland Office: +41 44 6337543, Lab: +41 44 6333478, Fax: +41 44 6331254
Bug#397772: libcairo: Please enable --enable-glitz of configure
Subject: libcairo: Please enable --enable-glitz of configure Package: libcairo Version: 1.2.4-4 Severity: wishlist Hi , Please enable --enable-glitz of configure . I want to use "cairo-glitz.h" header file and cairo-glitz library in Debian. Does this have any reasons now though this is not effective? regards, Nobuhiro -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UT -- Nobuhiro Iwamatsu E-Mail : [EMAIL PROTECTED] GPG ID : 3170EBE9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397771: sasl2-bin: authentication failure upon upgrade
Package: sasl2-bin
Version: 2.1.22-1
Severity: critical
Justification: breaks the whole system
Upon upgrading my sasl2-bin, none of my user able to send email via
postfix-tls. I tried below action and these are the outcome
mail:~# ps waux | grep saslauthd
root 24048 0.0 0.1 7140 2440 ?Ss 18:18 0:00
/usr/sbin/saslauthd -a pam -c -O -n 5
root 24053 0.0 0.1 7264 2636 ?S18:18 0:00
/usr/sbin/saslauthd -a pam -c -O -n 5
root 24054 0.0 0.1 7140 2448 ?S18:18 0:00
/usr/sbin/saslauthd -a pam -c -O -n 5
root 24055 0.0 0.1 7140 2440 ?S18:18 0:00
/usr/sbin/saslauthd -a pam -c -O -n 5
root 24056 0.0 0.1 7140 2440 ?S18:18 0:00
/usr/sbin/saslauthd -a pam -c -O -n 5
root 25347 0.0 0.0 1872 624 pts/1R+ 19:32 0:00 grep
saslauthd
mail:/var/run/saslauthd# perl -MMIME::Base64 -e 'print
encode_base64("foobar\0foobar\0foobar");'
ZGhpcwBkaGlzAGF6c2I=
mail:/var/run/saslauthd# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
220 mail.foobar.com ESMTP Postfix (AZRB)
EHLO mail.foobar.com
250-mail.foobar.com
250-PIPELINING
250-SIZE
250-ETRN
250-STARTTLS
250-AUTH NTLM LOGIN PLAIN DIGEST-MD5 CRAM-MD5
250-AUTH=NTLM LOGIN PLAIN DIGEST-MD5 CRAM-MD5
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
AUTH PLAIN ZGhpcwBkaGlzAGF6c2I=
535 5.7.0 Error: authentication failed: authentication failure
quit
221 2.0.0 Bye
Connection closed by foreign host.
mail:/var/run/saslauthd# testsaslauthd -u foobar -p foobar
0: OK "Success."
mail:/var/run/saslauthd#
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-em64t-p4
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages sasl2-bin depends on:
ii libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii libcomer 1.39+1.40-WIP-2006.10.02+dfsg-2 common error description library
ii libdb4.2 4.2.52+dfsg-1 Berkeley v4.2 Database Libraries [
ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries
ii libldap2 2.1.30-13.2 OpenLDAP libraries
ii libpam0g 0.79-4 Pluggable Authentication Modules l
ii libsasl2 2.1.22-1Authentication abstraction library
ii libssl0. 0.9.8c-3SSL shared libraries
ii lsb-base 3.1-19 Linux Standard Base 3.1 init scrip
sasl2-bin recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397766: Under AMD64 plaform, libdts-dev should be compiled with -fPIC option
severity 397766 wishlist thanks On Thu, Nov 09, 2006 at 12:04:36PM +0100, Jean-Michel Pouré wrote: > Package: libdts-dev > Version: 0.0.2-svn-1 > Severity: grave > When compiling ffmpeg under Debian AMD64, > the compiler complains about libdts-dev headers. > gcc -shared -Wl,-soname,libavcodec.so.51 -Wl,--warn-common -pthread > -rdynamic -export-dynamic -Wl,--as-needed > -Wl,-rpath-link,"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavcodec > -Wl,-rpath-link,"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavformat > -Wl,-rpath-link,"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavutil -o > libavcodec.so.51 bitstream.o utils.o allcodecs.o mpegvideo.o jrevdct.o > jfdctfst.o jfdctint.o mjpeg.o resample.o resample2.o dsputil.o motion_est.o > imgconvert.o mpeg12.o mpegaudiodec.o simple_idct.o ratecontrol.o eval.o > error_resilience.o fft.o mdct.o raw.o golomb.o cabac.o faandct.o parser.o > vp3dsp.o h264idct.o rangecoder.o pnm.o h263.o msmpeg4.o h263dec.o opt.o > bitstream_filter.o audioconvert.o imgresample.o i386/fdct_mmx.o > i386/cputest.o i386/dsputil_mmx.o i386/mpegvideo_mmx.o i386/motion_est_mmx.o > i386/simple_idct_mmx.o i386/idct_mmx_xvid.o i386/fft_sse.o i386/vp3dsp_mmx.o > i386/vp3dsp_sse2.o i386/fft_3dn.o i386/fft_3dn2.o i386/snowdsp_mmx.o > i386/idct_mmx.o i386/cavsdsp_mmx.o aasc.o ac3enc.o alac.o asv1.o avs.o bmp.o > cavs.o cavsdsp.o cinepak.o cljr.o cook.o cscd.o lzo.o cyuv.o dsicinav.o > dvbsubdec.o dvbsub.o dvdsubdec.o dvdsubenc.o dv.o 8bps.o ffv1.o huffyuv.o > flac.o flacenc.o flashsv.o flicvideo.o 4xm.o fraps.o gifdec.o lzw.o gif.o > h261.o h264.o idcinvideo.o imc.o indeo2.o indeo3.o interplayvideo.o dpcm.o > kmvc.o loco.o mace.o mmvideo.o mpegaudio.o msrle.o msvideo1.o lcl.o nuv.o > rtjpeg.o png.o qdm2.o qdrw.o qpeg.o qtrle.o ra144.o ra288.o roqvideo.o rpza.o > rv10.o shorten.o smacker.o smc.o snow.o sonic.o svq1.o targa.o vp3.o > tiertexseqv.o tiff.o truemotion1.o truemotion2.o truespeech.o tscc.o tta.o > ulti.o vc1.o vc1dsp.o vcr1.o vmdav.o vmnc.o vorbis.o vorbis_data.o > vorbis_enc.o vp5.o vp56.o vp56data.o vp6.o vqavideo.o wavpack.o wmadec.o > wnv1.o ws-snd1.o xan.o xl.o zmbv.o pcm.o adpcm.o adx.o g726.o faad.o faac.o > xvidff.o xvid_rc.o x264.o mp3lameaudio.o oggvorbis.o libgsm.o a52dec.o > liba52/bit_allocate.o liba52/bitstream.o liba52/downmix.o liba52/imdct.o > liba52/parse.o liba52/crc.o liba52/resample.o dtsdec.o pthread.o > -L"/home/jmpoure/logiciels/ffmpeg/ffmpeg"/libavutil -lavutil -lm -lz -ldts > -lm -lgsm -lmp3lame -lm -lvorbis -lvorbisenc -logg -logg -lxvidcore -lx264 > -lfaac -lfaad -ldl > /usr/bin/ld: > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/libdts.a(parse.o): > relocation R_X86_64_32S against `a local symbol' can not be used when making > a shared object; recompile with -fPIC > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/libdts.a: ne peut lire > les symboles: Mauvaise valeur > collect2: ld a retourné 1 code d'état d'exécution > Under AMD64 plaform, libdts-dev should be compiled with -fPIC option. libdts-dev contains a static library; static libraries are not required to be built with -fPIC. The Debian package of ffmpeg does not have this problem, because it also doesn't build a shared library for libavcodec. The libdts-dev package is not unusable, it's just not usable for the purpose you want to put it to, which is not RC. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#397732: [Pkg-samba-maint] Bug#397732: samba: Accented characteres replaced by underscore
Hi Yes, you can close the bug. I forgot some old directories incorrectly encoded in the netlogon share which where being replicated on clients. Bye! El jue, 09-11-2006 a las 07:09 +0100, Christian Perrier escribió: > > If the filenames are encoded in ISO8859-15 on the filesystem, but Samba > > hasn't been told this, it will have no choice but to treat these as invalid > > characters. Please check whether your users are using ISO8859-15 encoding > > on the Samba server, and if so, update samba's configuration to match (or > > rename the files to use UTF-8 encoding for filenames). > > > As this is 99.99% likely to be user error, I propsoe closing this bug > report. > >
Bug#395522: whitelister terminates immediately
On Thu, Nov 09, 2006 at 12:10:52PM +0100, Armin Berres wrote: > Pierre Habouzit wrote: > > do you run selinux or sth like that ? that should work because the > >file descriptor is kept open after a fork. I'm completely unable to > >reproduce that :| > > Sorry for the delay, I don't have reliable internet access these days... > > I'm trying to run whitelister on a vServer, but without selinux and stuff > like this. Should I try to run whitelister as non-privileged user? hmmm, maybe that's related to the vserver then. whitelister already runs as a non-privileged user. it's launched as root to allow it to bind to priviledged ports, or to open a unix socket e.g. in /var/spoool/postfix/private and to write its pidfile in /var/run/. then it donwgrades its privileges (to nobody by default) and daemonizes itself. what fails for you is when as a non privileged user it tries to write its pidfile again (thing that it should be able to do because the pidfile is kept open during the fork). So I suppose there is sth rotten in the vserver kernel patch in that respect. I'll try to investigate on my end. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpUJ6zD0jH6N.pgp Description: PGP signature
Bug#369962: more info on msttcorefonts preinst failure
On Wed, 2006-11-08 at 23:23 +0100, Tomas Pospisek wrote: > + mv /usr/share/fonts/truetype/Times_New_Roman_Bold_Italic.ttf > /usr/share/fonts/truetype/msttcorefonts/Times_New_Roman_Bold_Italic.ttf > + defoma-font unregister truetype > /usr/share/fonts/truetype/Times_New_Roman_Bold_Italic.ttf > W: /usr/share/fonts/truetype/Times_New_Roman_Bold_Italic.ttf: not registered. > dpkg: error processing msttcorefonts_1.4_all.deb (--install): Thanks, appearently the font was already unregistered. No need to fail on that since that's exactly what we want. I've changed the preinst to deal with that, could you try this package and see whether it resolves the problem: http://people.debian.org/~thijs/msttcorefonts_1.5~pre0_all.deb Thanks Thijs signature.asc Description: This is a digitally signed message part
Bug#397749: mplayer: Error on using Caca output
Le jeudi 9 novembre 2006 12:00, A Mennucc a écrit : > Didier Raboud ha scritto: > > Caca (ASCII video) output not working > > Some -vo are (deliberately) not compiled in, to reduce dependency on > external library; for the record : I discussed this choice with Arpi > many years ago ; we decided to eclude GGI (since it provides +- the same > as SDL) and AALIB, since it is a nice gadget, but not really useful. It's clearly a gadget, for sure... But 'man mplayer' mentions it... > Of course, I may reconsider this, if people bugs me saying that CACA is > useful to them. So I am leaving this bug open: I invite people who want > CACA in MPlayer to post a email in [EMAIL PROTECTED] saying so. > > a. Isn't it possible to have it compiled in, but working only if the lib is present ? D. pgpizYcNoo9ZJ.pgp Description: PGP signature
Bug#368560: mesa: material under SGI Free Software License B is not DFSG-free
tags 368560 etch-ignore thanks I'm granting an etch-ignore tag for this bug because I understand that there is work in progress to persuade the copyright holder to free the code in question, so we should conceivably see a change in the licensing during the lifetime of etch. (Of course, removing mesa from the distribution would completely not be an option anyway, so the only other choice would have been to delay the release and wait for someone to reimplement this code...) Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397478: sdd: FTBFS: /bin/sh: incs/x86_64-linux-cc/Inull: No such file or directory
Daniel Baumann <[EMAIL PROTECTED]> wrote: > the attached patch adds the needed rules to build succesfully on amd64. > > However, I took it from sfind which ships a more updated rules-set. > Unfortunately, it is licensed under CDDL only, and sdd is GPL only, > hence the patch is incompatible. Don't be afraid: The program 'sdd' and "The Schily Makefile system" are independent projects (GPL speech: "works"). As the GPL is an OSI aproved license, it must not contaminate other projects like "The Schily Makefile system", so there is no problem with taking a recent makefilesystem and combine it with an old sdd. Note that your problem would not be present if you did use "smake" to compile as smake includes "auto make" features that allow compilation on previously unknown platforms. > Joerg, could you please release an updated version of sdd (if GPL or > CDDL doesn't matter)? I am currently worting in a fix for a star bug that has a higher priority. I'll see what I can do. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#397774: apache2.2-common: Support mod_auth_ldap to mod_aunthz_ldap migration. Or at least warn!
Package: apache2.2-common Version: 2.2.3-3 Severity: important In short: config syntax for LDAP authorization changed a LOT, and is not well described anywhere. While updating from apache 2.0, the user should be warned about necessary configuration changes. A bit longer: I use LDAP-authorization for my apache2 installation. Today I tried upgrading my apache from 2.0 to 2.2. And ... 1) First surprise happened while updating Preparing to replace apache2-mpm-prefork 2.0.55-4.1 (using .../apache2-mpm-prefork_2.2.3-3_i386.deb) ... Stopping apache 2.0 web server...Syntax error on line 1 of /etc/apache2/mods-enabled/auth_ldap.load: Cannot load /usr/lib/apache2/modules/mod_ldap.so into server: /usr/lib/apache2/modules/mod_ldap.so: cannot open shared object file: No such file or directory failed! And of course any attempts to start apache2 after update finished resulted in the same problem. Solving this costed me about 15 minutes (first I thought that the ldap module was splitted to some package), but I finally found that I should a2dismod ldap and a2enmod authnz_ldap Nevertheless, this is surely the thing I could be warned before upgrade. Also, disabling ldap module automatically is really worth consideration. 2) OK, I enabled the module above, restarted apache. Now every access to my pages resulted in Internal Server Error, with fantasy errors in logfile: [Thu Nov 09 12:01:12 2006] [error] Internal error: pcfg_openfile() called with NULL filename [Thu Nov 09 12:01:12 2006] [error] [client 16.193.144.107] (9)Bad file descriptor: Could not open password file: (null) Some googling shown PLENTY of people desperately seeking for the solution of this problem on different mailing lists and forums, usually without any reply. Finally I found the solution, one must add the following lines to the configuration file AuthBasicProvider ldap AuthUserFile /dev/null 3) Finally, there were no more internal errors, but my authorizations were not accepted for some reason. I did not analyse it into detail, but it seems 'require valid-user' no longer works. Fortunately there is new syntax which works correctly - 'require ldap-group'. My suggestions: a) during upgrade disable ldap module before stopping apache to avoid syntax error b) before upgrade show to the user message, warning him about important config changes in case he is using ldap authorization and refering him to some doc file c) in the doc file advise him to: - a2enmod authnz_ldap - add clauses AuthBasicProvider ldap AuthUserFile /dev/null in all blocks which refer to ldap authorization - review require clauses and change require user and require group to new require ldap-group, require ldap-user etc -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.3-3utility programs for webservers ii libmagic1 4.17-4 File type determination library us ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii mime-support 3.37-1 MIME files 'mime.types' & 'mailcap ii net-tools 1.60-17The NET-3 networking toolkit apache2.2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397768: ieee80211: build-depends on the wrong version of the kernel
On Thu, Nov 09, 2006 at 03:14:09AM -0800, Steve Langasek wrote: > ieee80211 build-depends on linux-headers-2.6.17-2-all, but the current > kernel version in unstable now is 2.6.18-2. Since etch will ship with > 2.6.18, this package needs to be updated for the new kernel in order to be > included in the release. After checking with the kernel maintainers, it appears that ieee80211, ipw2100, and ipw2200 all have up-to-date versions shipped with the 2.6.18 kernel. I'm going to go ahead and assume there are no other reasons why these three packages need to ship with etch, then, and tag them for removal from testing. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397775: update-grub skips kernels which names is part of an installed xen-kernel name.
Package: grub Version: 0.97-18 Severity: normal Tags: patch if an installed kernel is part of the name of an installed xen kernel, update-grub will skip this kernel. Patch: --- /usr/sbin/update-grub.real 2006-09-20 21:46:31.0 +0200 +++ update-grub.real2006-11-09 12:55:15.0 +0100 @@ -894,3 +894,3 @@ # found a kernel -if `echo "$xenKernels" | grep -q $kern` ; then +if `echo "$xenKernels" | grep -q "$kern "` ; then continue Don't know if this was best solution, but it was one ;) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand grub recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397773: [INTL:bg] Bulgarian (new) translation of debconf template
Package: samba Version: 3.0.23c-4 Severity: wishlist Tags: patch l10n Hi, Please add the attached bg.po/. It contains the Bulgarian translation of debconf templates. Thanks, dam -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) # translation of samba_3.0.23.c-1.po to Bulgarian # # Damyan Ivanov <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: samba_3.0.23c-1_bg\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-08-15 07:59-0500\n" "PO-Revision-Date: 2006-11-09 13:38+0200\n" "Last-Translator: Damyan Ivanov <[EMAIL PROTECTED]>\n" "Language-Team: Bulgarian \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit" #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid "Modify smb.conf to use WINS settings from DHCP?" msgstr "Да се промени ли smb.conf да взима настройките за WINS от DHCP?" #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid "" "If your computer gets IP address information from a DHCP server on the " "network, the DHCP server may also provide information about WINS servers " "(\"NetBIOS name servers\") present on the network. This requires a change " "to your smb.conf file so that DHCP-provided WINS settings will automatically " "be read from /etc/samba/dhcp.conf." msgstr "" "Ако компютърът получава информация за мрежовите настройки от DHCP-сървър, " "този метод може да се използва и за получаване на информация за наличните " "WINS-сървъри (сървъри за имена NetBIOS). За целта е необходимо да се " "промени файлът с настройки smb.conf, така че WINS-настройките да се " "взимат от /etc/samba.dhcp.conf." #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid "The dhcp3-client package must be installed to take advantage of this feature." msgstr "Тази настройки изисква инсталирането на пакета dhcp3-client." #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid "Configure smb.conf automatically?" msgstr "Автоматична настройка на smb.conf?" #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid "" "The rest of the configuration of Samba deals with questions that affect " "parameters in /etc/samba/smb.conf, which is the file used to configure the " "Samba programs (nmbd and smbd). Your current smb.conf contains an 'include' " "line or an option that spans multiple lines, which could confuse the " "automated configuration process and require you to edit your smb.conf by " "hand to get it working again." msgstr "" "Останалата част от настройката на Samba изисква промени на параметри " "в smb.conf (файлът с настройки за smbd и nmbd). В момента smb.conf съдържа " "директива „include“, която може да обърка процеса на автоматична настройка. " "Ако това се случи ще се наложи ръчно да поправите smb.conf." #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid "" "If you do not choose this option, you will have to handle any configuration " "changes yourself, and will not be able to take advantage of periodic " "configuration enhancements." msgstr "" "Ако не изберете тази настройка, няма да можете да се възползвате " "от автоматичните промени на файла с настройки при обновяване на пакета." #. Type: string #. Description #: ../samba-common.templates:3001 msgid "Workgroup/Domain Name:" msgstr "Работна група/домейн:" #. Type: string #. Description #: ../samba-common.templates:3001 msgid "" "Please specify the workgroup you want this server to appear to be in when " "queried by clients. Note that this parameter also controls the domain name " "used with the security=domain setting." msgstr "" "Въведете името на работната група, от която ще бъде част " "компютъра. Този параметър контролира и името на домейна, което " "ще се използва при настройката „security=domain“." #. Type: boolean #. Description #: ../samba-common.templates:4001 msgid "Use password encryption?" msgstr "Шифриране на паролите?" #. Type: boolean #. Description #: ../samba-common.templates:4001 msgid "" "All recent Windows clients communicate with SMB servers using encrypted " "passwords. If you want to use clear text passwords you will need to change a " "parameter in your Windows registry." msgstr "" "Всички съвременни версии на Windows използват шифрирани пароли за връзка " "със SMB-сървъри. Използването на пароли без шифриране е възможно само " "след промени в регистъра." #. Type: boolean #. Description #: ../samba-common.templates:4001 msgid "" "Enabling this option is highly recommended. If you do, make sure you have a " "valid /etc/samba/smbpasswd file and that you set passwords in there for each " "user using the smbpasswd command." msgstr "" "Използването на шифрирани пароли е силно препоръчително." #. Type: boolean #.
Bug#397776: too strict dependencies on php5-cgi, implying apache installation on dist-upgrade
Package: php5 Version: 5.2.0-2 Severity: normal Hello, The php5 package (5.2.0-2) has too strong dependencies : Depends: libapache2-mod-php5 (>= 5.2.0-2) | libapache-mod-php5 (>=5.2.0-2) | php5-cgi (>= 5.2.0-2), php5-common (>= 5.2.0-2) As I don't use apache, but lighttpd, so php5-cgi is installed and there is no libapache package installed. So today, since my version of php5-cgi before upgrade is 5.2.0-1, it doesn't fill the dependency : apt-get dist-upgrade => The following NEW packages will be installed: apache2-mpm-prefork apache2-utils apache2.2-common libapache2-mod-php5 The following packages will be upgraded: php5 php5-cgi php5-common php5-gd aptitude dist-upgrade is ok, so maybe it's an apt bug and not a problem of dependencies ? I could remove the php5 meta-package, but many packages use it because it's easier (see apt-cache rdepends php5). Regards -- Simon Paillard -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages php5 depends on: ii php5-cgi 5.2.0-1server-side, HTML-embedded scripti ii php5-common 5.2.0-1Common files for packages built fr php5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390597: Possible fix
I ran into this bug as well today. I am running Sarge with the security updates from security.debian.org and the restart of saslauthd failed. Checking out the auth.log, daemon was saying another instance was running (even though there wasn't). Try to rm /var/spool/postfix/var/run/saslauthd/saslauthd.pid It fixed the issue in my case. Best, -- When Batman is in trouble, he turns on the Jack Bauer signal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394370: patch
tags 394370 + patch
thanks
hi,
attached patch fixes this issue.
bye,
- michael
diff -ruN orig/gnump3d-2.9.9.9/bin/gnump3d2 gnump3d-2.9.9.9/bin/gnump3d2
--- orig/gnump3d-2.9.9.9/bin/gnump3d2 2006-11-09 13:08:32.0 +0100
+++ gnump3d-2.9.9.9/bin/gnump3d22006-11-09 13:09:24.0 +0100
@@ -2554,6 +2554,9 @@
{
next if ( not $FILE_TYPES->isMovie( $file ) );
+ # Strip directories for movies aswell
+ $file =~ s/^$ROOT\/(.*\/)*//;
+
# Increase count.
$totalMovies += 1;
Bug#397478: sdd: FTBFS: /bin/sh: incs/x86_64-linux-cc/Inull: No such file or directory
Joerg Schilling wrote: > The program 'sdd' and "The Schily Makefile system" are independent projects > (GPL speech: "works"). As the GPL is an OSI aproved license, it must not > contaminate other projects like "The Schily Makefile system", so there is no > problem with taking a recent makefilesystem and combine it with an old sdd. As you know, this is not possible in Debian. > Note that your problem would not be present if you did use "smake" to compile > as smake includes "auto make" features that allow compilation on previously > unknown platforms. It seems, that we'd like to get rid of smake, hence I did intentionally not using it. > I am currently worting in a fix for a star bug that has a higher priority. > I'll see what I can do. Ok. As a workaround, I just placed the symlinks to the old i586 rules, so no license problems because no new code is imported. However, updated smake rules in sdd would be nice to see at a later point. Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397759: fails to configure: mv: cannot stat `/etc/chrony/chrony.keys.1.21-2': No such file or directory
Hi Lionel, On Thu, Nov 09, 2006 at 10:49:53AM +0100, Lionel Elie Mamane wrote: > This code: > if dpkg --compare-versions "$2" lt-nl 1.21-3 ; then > mv /etc/chrony/chrony.keys."$2" /etc/chrony/chrony.keys > mv /etc/chrony/chrony.conf."$2" /etc/chrony/chrony.conf > fi > in the postinst makes the postinst not idempotent, and makes my chrony > fail to configure: Idempotency is not a release-critical requirement per se. Can you comment on why this code failed for you at all? Did the postinst script in fact run twice, and fail with a *different* problem the first time through? Or did it fail because these files are missing from your system for some other reason? The only lines after this in the postinst are: ucf --sum-file /usr/share/chrony/chrony.conf.md5sum /etc/chrony/chrony.conf.new /etc/chrony/chrony.conf rm /etc/chrony/chrony.conf.new invoke-rc.d chrony start Idempotency is only an issue if one of these lines fails, since otherwise the postinst will complete successfully the first time and never again be called with the same arguments. Thus I think identifying the underlying failure on your system is at least as important as making the mv commands more robust. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290135: Announce of the upcoming NMU for the remstats package
Dear maintainer of remstats and Debian translators, On 02 nov 2006 I sent a notice to the maintainer of the remstats Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #290135). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer did not respond in a week so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ca cs de es fr ja sv vi Among these, the following translations are incomplete: If you did any of the, currently incomplete, translations you will get a copy of this announcement BCCd to you. Please review the translation. Other translators also have the opportunity to create new translations for this package. Once completed, please send them directly to me so I can incorporate them into the package being built. The deadline for receiving updates and new translations is 16 nov 2006. If you are not in time you can always send your translation to the BTS. You can download the pot, and any po, files from: http://people.debian.org/~lwall/i18n/pots/remstats If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): 02 nov 2006 : send the first intent to NMU notice to the package maintainer. 09 nov 2006 : post a NMU announcement to debian-i18n with you (maintainer) CC'ed 16 nov 2006 : deadline for receiving translation updates 17 nov 2006 : build the package and upload it to DELAYED0-day send the NMU patch to the BTS 17 nov 2006 : NMU uploaded to incoming 18 nov 2006 : NMU enters unstable Thanks for your efforts and time. -- signature.asc Description: Digital signature
Bug#397768: ieee80211: build-depends on the wrong version of the kernel
On Thu, Nov 09, 2006 at 01:24:10PM +0100, Daniel Baumann wrote: > Steve Langasek wrote: > > After checking with the kernel maintainers, it appears that ieee80211, > > ipw2100, and ipw2200 all have up-to-date versions shipped with the 2.6.18 > > kernel. I'm going to go ahead and assume there are no other reasons why > > these three packages need to ship with etch, then, and tag them for removal > > from testing. > No, this was discussed with aba and he before. Additionally, ieee80211 > is needed for ipw2945. ipw2945 is not in the archive. What does it need from ieee80211 that it couldn't get instead from the linux 2.6.18 packages? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397768: ieee80211: build-depends on the wrong version of the kernel
Steve Langasek wrote: > After checking with the kernel maintainers, it appears that ieee80211, > ipw2100, and ipw2200 all have up-to-date versions shipped with the 2.6.18 > kernel. I'm going to go ahead and assume there are no other reasons why > these three packages need to ship with etch, then, and tag them for removal > from testing. No, this was discussed with aba and he before. Additionally, ieee80211 is needed for ipw2945. Thanks for not doing it, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397777: O: quick-lounge-applet -- GNOME 2 Panel Applet to organize your preferred applications
Package: wnpp Severity: normal Since I don't use GNOME anymore, I can not adequatly maintain q-l-a any longer. Thanks, Rotty -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397717: lmodern: install failed with error message warning: directory /usr/lib/X11/fonts/Type1 does not exist
as to this question:
It's possible that you have refused to accept the new version of this
file, and therefore updmap still wants to use lm.map.
I'm not sure at which point i would have refused to use a file. i have
no personally modified latex files outside my home dir so i would have
accepted any modifications to /etc files (most probably anyway).
here is the information you requested:
% sudo kpsewhich --format='web2c files' updmap.cfg
/var/lib/texmf/web2c/updmap.cfg
% ls /etc/texmf/updmap.d/10lmodern.cfg*
/etc/texmf/updmap.d/10lmodern.cfg
% grep lm.map /etc/texmf/updmap.d/*
/etc/texmf/updmap.d/10lmodern.cfg:Map cork-lm.map
/etc/texmf/updmap.d/10local.cfg:Map lm.map
/etc/texmf/updmap.d/10tetex-base.cfg:# files or the "all-in-one" file
lm.map, not both at the same time.
/etc/texmf/updmap.d/10tetex-base.cfg:## Map cork-lm.map
/etc/texmf/updmap.d/10tetex-base.cfg:## Map qx-lm.map
/etc/texmf/updmap.d/10tetex-base.cfg:## Map texnansi-lm.map
/etc/texmf/updmap.d/10tetex-base.cfg:## Map ts1-lm.map
/etc/texmf/updmap.d/10tetex-base.cfg:## Map lm.map
# # # # #
# contensts of /etc/texmf/updmap.d/10lmodern.cfg
# # # # #
# Don't delete the following pseudo-comment unless you know what you are doing.
# -_- DebPkgProvidedMaps -_-
# This file will *not* be included in updmap.cfg if the lmodern package is
# removed. Please read update-updmap(1) for details.
#
# This file is part of the set of files used to (indirectly) generate the
# final map files such as psfonts_{t1,pk}.map, {pdftex,dvipdfm}_{,n}dl14.map,
# ps2pk.map, builtin35.map and download35.map under /var/lib/texmf/fonts/map/
# (with psfonts.map being a symbolic link to one of psfonts_{t1,pk}.map,
# pdftex.map a symbolic link to one of pdftex_{,n}dl14.map and dvipdfm.map a
# symbolic link to one of dvipdfm_{,n}dl14.map, the choice depending on your
# updmap configuration, which you can customize by altering the files in
# /etc/texmf/updmap.d/ and running update-updmap).
#
# You should *not* modify the aforementioned final map files under
# /var/lib/texmf/fonts/map/ directly, for they are automatically generated by
# updmap-sys(1). Instead, you should read update-updmap(1), updmap-sys(1) and
# if you actually need to make changes to the aforementioned final map files,
# you should make the changes in /etc/texmf/updmap.d/, use update-updmap to
# regenerate /var/lib/texmf/web2c/updmap.cfg and finally updmap-sys to
# regenerate the final map files.
#
# Reading /etc/texmf/updmap.d/00updmap.cfg can also help understand how all
# this works.
#
#
# Declare the basic Latin Modern map files for use by the updmap-sys(1)
# machinery.
Map lm-ec.map
Map lm-el.map
Map lm-math.map
Map lm-qx.map
Map lm-rm.map
Map lm-t5.map
Map lm-texnansi.map
Map lm-ts1.map
#
# This map file is for compatibility with old DVI files.
Map cork-lm.map
--
==
$mysig =
Bug#397778: [INTL:bg] Update of Bulgarian translation
Package: debconf Version: 1.5.8 Severity: wishlist Tags: patch l10n Hi, Please find attached an updated Bulgarian translation. (Full file and a diff to SVN version) Thanks, dam -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) bg.po.gz Description: Binary data bg.po.diff.gz Description: Binary data
Bug#397457: php5-ming: installation not complete
On Tue, 7 Nov 2006, Stephane List wrote: Hi, Why is php5-ming installed in this directory ? /usr/lib/php5/20051025/ming.so This is where all of the PHP% modules get installed. Why is there no doc installed ? Mostly because no one has written an appropriate document yet. What would you want to see in such a document? Why isn't ming reported in phpinfo ? I need to add something in php.ini I guess ? could it be automated ? The package should already be adding the extension=ming.so line to all of the php.ini files. You do need to restart apache by hand however as the packages doesn't do that for you. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network & Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397216: libastro-fits-cfitsio-perl: FTBFS: wrong byteswap on mipsel and arm
* Niko Tyni <[EMAIL PROTECTED]> [2006-11-08 15:03]: > I'm Ccing the #339758 submitter, Rafael Laboissiere <[EMAIL PROTECTED]>. > Hope this is OK with him. No problem. Thanks for your thorough investigation on the problem. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393954: trac: default_charset = utf-8 is a fix but is not a generic solution
when I set default_charset to utf-8 the error vanishes but I'm not sure how good a fix this is. I mean our Subversion repos should almost always contain utf-8 if I correctly understand the way Subversion works but I may also err here. we can only ensure UTF-8 for the commit messages and not the actual change set content IIRC. as setting default_charset to utf-8 may not be desired for everyone I'm not sure what the correct fix is but installing python-chardet seems to handle the issue transparently without any need to make charset predictions. if I read it correctly default_charset is intended as a fallback charset definition to use if Trac is uncertain so manually configuring all trac.ini files might fix it for the time being with the uncertainty of hitting the problem again with different content in future change sets which are not utf-8. to reproduce you need a Trac which has actual revisions in the db and load that Trac right after restarting Apache as the error only shows up the first time you load that Trac instance and not at all if you load another empty Trac before. moreover the box has only en_US-UTF-8 configured, nothing else. [trac] #default_charset = iso-8859-15 default_charset = utf-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397759: fails to configure: mv: cannot stat `/etc/chrony/chrony.keys.1.21-2': No such file or directory
On Thu, Nov 09, 2006 at 04:14:43AM -0800, Steve Langasek wrote:
> On Thu, Nov 09, 2006 at 10:49:53AM +0100, Lionel Elie Mamane wrote:
>> This code:
>> if dpkg --compare-versions "$2" lt-nl 1.21-3 ; then
>> mv /etc/chrony/chrony.keys."$2" /etc/chrony/chrony.keys
>> mv /etc/chrony/chrony.conf."$2" /etc/chrony/chrony.conf
>> fi
>> in the postinst makes the postinst not idempotent, and makes my chrony
>> fail to configure:
> Idempotency is not a release-critical requirement per se.
OK.
> Can you comment on why this code failed for you at all?
I'm not sure. The code assumes that when upgrading from version
earlier than 1.21-3, you *must* have a
/etc/chrony/chrony.keys.${OLD_VERSION} file. I've never noticed any
file with that name on my systems from woody times up to now, but I
may just not have seen them. Maybe these are files that an older
version *may* have left behind but does not necessarily leave behind?
Which would give a different reason than idem-potency for this to be a
bug.
I actually doubt that *all* past versions left such files, but maybe
all since sarge and maintainer made a conscious decision not to
support earlier-than-sarge upgrades (which we don't support in
general).
> Did the postinst script in fact run twice, and fail with a
> *different* problem the first time through?
I don't know. I didn't touch that machine in some weeks, and now
aptitude told me:
dpkg was interrupted, please run dpkg --configure -a
I did that, many packages got configured, and configuration of chrony
failed. Maybe I had left an earlier upgrade session in a "screen"
session, forgot about it and then rebooted the machine at a later
time, interrupting dpkg brutally. Or I had an upgrade session in a SSH
session which died, which SIGHUP-killed the running dpkg. Yes, that
looks like a plausible scenario.
> The only lines after this in the postinst are:
> ucf --sum-file /usr/share/chrony/chrony.conf.md5sum
> /etc/chrony/chrony.conf.new /etc/chrony/chrony.conf
Complementing the above scenario, it is plausible that dpkg/ucf would
have been interrupted when ucf was waiting for my input (changes in
config files, what shall be done? package version / your version /
merge / show differences / ...). On non-critical and slow machines
(such as this one), I often start an upgrade, leave it running and
come back a few hours/days later to find dpkg/ucf/debconf waiting for
my input.
In this scenario, the root cause of the failure is indeed the lack of
idem-potency in itself.
> rm /etc/chrony/chrony.conf.new
> invoke-rc.d chrony start
> Idempotency is only an issue if one of these lines fails, since
> otherwise the postinst will complete successfully the first time and
> never again be called with the same arguments. Thus I think
> identifying the underlying failure on your system is at least as
> important as making the mv commands more robust.
I replaced the lines as in my suggestion, reran "dpkg --configure
--pending", and configuration succeeded, with ucf asking me a
question, which is compatible with above scenario, but also with the
files not existing in the first place.
--
Lionel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392244: xterm: doesn't seem to work with udev
Hi,
Toni Mueller, le Thu 09 Nov 2006 13:32:08 +0100, a écrit :
> getpt(0xbfe83048, 0xb7f6a090, 0x80aa3dc, 21505, 0xb7d5b440
> SYS_open("/dev/ptmx", 2, 026775652370) = 5
> SYS_statfs(0xb7ce1778, 0xbfe8131c, 0xb7cecff4, 5, 0xbfe8131c) = 0
> SYS_statfs(0xb7ce17b4, 0xbfe8131c, 0xb7cecff4, 5, 0xbfe8131c) = 0
> SYS_close(5) = 0
Ok, so it's definitely not xterm's fault.
You are missing proper /dev/pts/ directory. This is the problem (and
it's related to udev, not xterm).
Samuel
Bug#397310: apache2: PAM authentication broke
Package: apache2 Version: 2.2.3-2 Followup-For: Bug #397310 PAM authenification worked before, pam config is untouched. AuthPAM_Enabled on AuthType Basic AuthName "admin" require user xyz Fails now with: [Thu Nov 09 13:20:09 2006] [error] Internal error: pcfg_openfile() called with NULL filename [Thu Nov 09 13:20:09 2006] [error] [client 84.163.240.100] (9)Bad file descriptor: Could not open password file: (null) [Thu Nov 09 13:20:09 2006] [info] [client 84.163.240.100] Connection closed to child 0 with standard shutdown I already reenabled the authz_user module, but no success. Module dav_svn is also broken after the upgrade, but i didn't look into it. just disabled it for now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.2.3-3Traditional model for Apache HTTPD apache2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397780: ITP: sparse -- semantic parser of source files
Package: wnpp Severity: wishlist Owner: Loic Minier <[EMAIL PROTECTED]> Hi, * Package name: sparse Version : 0.1 Upstream Author : Linus Torvalds and others * URL : http://kernel.org/pub/linux/kernel/people/josh/sparse/ * License : Open Software License v1.1 Programming Lang: C and Perl Description : semantic parser of source files Sparse, the semantic parser, provides a compiler frontend capable of parsing most of ANSI C as well as many GCC extensions, and a collection of sample compiler backends, including a static analyzer also called "sparse". Sparse provides a set of annotations designed to convey semantic information about types, such as what address space pointers point to, or what locks a function acquires or releases. . Sparse can be invoked directly as "sparse" or via the "cgcc" wrapper around the C compiler. This is targetted at non-free due to a choice of venue clause and at experimental since it is the first release. I'm attaching the debian/copyright which has the details. Cheers, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Loïc Minier <[EMAIL PROTECTED]>
Bug#397766: Under AMD64 plaform, libdts-dev should be compiled with -fPIC option
On Thu, Nov 09, 2006, Steve Langasek wrote: > libdts-dev contains a static library; static libraries are not required to > be built with -fPIC. The Debian package of ffmpeg does not have this > problem, because it also doesn't build a shared library for libavcodec. The > libdts-dev package is not unusable, it's just not usable for the purpose you > want to put it to, which is not RC. As a matter of fact, it /is/ usable in the way Jean-Michel wants to use it, he just needs to use /usr/lib/libdts_pic.a (-ldts_pic instead of -ldts). Closing the bug. Regards, -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397779: libmail-spf-query-perl should have dependency on LMAP::CID2SPF module
Package: libmail-spf-query-perl Maintainer: Chip Salzenberg <[EMAIL PROTECTED]> Architecture: all Version: 1.997-3 The Perl module Mail::SPF::Query in libmail-spf-query-perl uses LMAP::CID2SPF but AFAIK this module is not available as a Debian package. When spamassassin is installed in combination with libmail-spf-query-perl then the following error will end up in /var/log/mail.warn Nov 7 22:28:00 jet spamd[514]: Can't locate LMAP/CID2SPF.pm in @INC (@INC contains: ../lib /usr/share/perl5 /etc/perl /usr/local/li b/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl) at /usr/shar e/perl5/Mail/SPF/Query.pm line 1757, line 51. suggestion: create a package for the LMAP::CID2SPF module and add this as a dependency to libmail-spf-query-perl Apparently, once upon a time there was a package called liblmap-cid2spf-perl Source for LMAP::CID2SPF can be downloaded from http://www.baschny.de/spf/LMAP-CID2SPF-0.9.tar.gz it depends on Parse:XML (packaged in libxml-parser-perl) Regards, Peter Fokkinga
