Bug#441494: not installable: needs to be rebuilt against ocaml 3.10
Package: libgv-ocaml Version: 2.12-4 Severity: serious "libgv-ocaml" currently can't be installed on unstable due to the transition from ocaml 3.09 to ocaml 3.10. Simply rebuilding (binNMU should be ok as well) against the current ocaml-nox version in unstable should fix the problem, can you please ask for the rebuild and/or due a sourceful upload? If you need any help on this (including NMU) feel free to ask on [EMAIL PROTECTED] TIA, Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440505: icedove-locales: Unmaintained package
Hi Hans, are you still here? Regards, 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#411784: [Pkg-cryptsetup-devel] Bug#411784: ext2 fs identified as mimix fs
On Sun, September 9, 2007 12:50, arno wrote: > Le Sunday 09 September 2007, à 12:03:31PM +0200, arno a écrit : >> >> Hi, >> I have the same problem; not on my swap partition, but on my home >> partition >> (ext3). >> ... > Is it possible, as crypted partitions are random, that they sometimes look > like > valid partitions, and therefore /lib/cryptsetup/checks/un_vol_id reports > erroneous result ? Yes > But why do random data look more like minix than any other filesystem ? Because Minix has a very short signature located in an unfortunate location (one that changes frequently on disk). We will perhaps have to filter minix in un_vol_id since it seems more likely that someone would have a misdetected fs rather than having a real minix fs. -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389749: neverball sound
On Mon, Sep 10, 2007 at 12:05:17AM +0200, Jordà Polo wrote: > On Sat, Aug 25, 2007 at 01:56:38AM +0300, Taneli Vähäkangas wrote: > > two things: 1) sound works now with pulseaudio, 2) with alsa it still > > fails the same way. With the patch I get: > > Mix_OpenAudio: No available audio device > > Thanks for testing the patch. > > Btw, which "flavour" of libsdl1.2debian-* do you have? (Or, what is the > output of «dpkg -l | grep libsdl1.2debian-»?) I suppose you installed either > libsdl1.2debian-alsa or libsdl1.2debian-all... Currently I have libsdl1.2debian-esd. Previously I had libsdl1.2-alsa. I can't remember at which point I changed it, but very likely not before originally reporting the bug. Is there a way to find out? Taneli
Bug#441467: Please review new driver for ZapMicro ZMA8XX series cards
That's where I got the source from - the card came in a box with nothing else. Hmm, I just compiled this against linux-kbuild-2.6.18 (seems there's a 2.6.22 in unstable now), a make-kpkg'd vanilla-kernel 2.6.22.6 (and just the linux-headers pkg from the 'buildpackage' target, not against linux-source). I did test this only on amd64 however. reportbug did not show me any standing bug for including this zapmicro driver, so I filed this new bug here. joey Tzafrir Cohen wrote: The vendor's site seems to have a slightly newer version of the driver: http://www.zapmicro.com/download/zaptel/patches/zaptel-zma8xx-1.4.4.patch zma8xx.c from there gives a compilation warning on kernel 2.6.22: CC [M] branches/1.4/zma8xx.o branches/1.4/zma8xx.c: In function ‘zma_init_one’: branches/1.4/zma8xx.c:2419: warning: ‘deprecated_irq_flag’ is deprecated (declared at include/linux/interrupt.h:66) Is there any pending bug report to include the driver into Zaptel? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441492: glibc: Should mark "${services}" as non translatable in debconf templates
Package: glibc
Severity: minor
One of the new debconf templates uses:
.
${services}
.
with the variables obviously meant to be substituted.
This is likely to trigger errors by translators as some of them
(inexperienced ones) could imagine they can translate the variable name.
I suggest marking this variable as non-translatable.
This can be done by adding the following line before the "_Description" line
of the error template in the templates file:
#flag:translate!:3
It marks the 3rd item of the template as non translatable (the first is the
short description, the second is the first paragraph, etc.)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434444: Possible patch for this bug
tag 43 patch thanks Hi, I really don't know if this works everywhere :P Well, problem is that POE::Preprocessor is deprecated and became Filter::Template. So, instead of, "use POE::Preprocessor", you can issue "use Filter::Template" at /usr/share/perl5/POE/Component/Jabber/Client/Legacy.pm and try to run jirc. A run before, --- [EMAIL PROTECTED]:~/devel/debian/tmp$ jirc Can't locate POE/Preprocessor.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/perl5/POE/Component/Jabber/Client/Legacy.pm line 2. BEGIN failed--compilation aborted at /usr/share/perl5/POE/Component/Jabber/Client/Legacy.pm line 2. Compilation failed in require at (eval 53) line 1. BEGIN failed--compilation aborted at (eval 53) line 1. could not import qw(Component::Jabber::Client::Legacy) at /usr/bin/jirc line 245 BEGIN failed--compilation aborted at /usr/bin/jirc line 245. --- And after using "use Filter::Template", [EMAIL PROTECTED]:~/devel/debian/tmp$ jirc Warning: Use of "shift" without parentheses is ambiguous at /usr/share/perl5/POE/Component/Jabber/Client/Legacy.pm line 320. Usage: jirc [OPTIONS] --config CONFIG -C, --config CONFIG Load config file as specified by CONFIG -V, --versionReport version of script -h, --help Show detailed documentation. --- Let me know if this works or not. -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441487: sshmenu: Homepage has moved
Package: sshmenu Version: 3.13-1 Severity: minor Tags: patch The homepage has moved. Now it is located at http://sshmenu.sourceforge.net/. Please update the description of the package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441488: No desktop entry in Sistem->Administration in GNOME for fwbuilder
Package: fwbuilder Version: 2.0.9-1.2 Severity:minor User:[EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch gutsy The package provides no entry in the GNOME menu "System -> Administration". You can find a possible fix here: https://bugs.launchpad.net/ubuntu/+source/fwbuilder/+bug/134781 Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441486: olive: Homepage has moved
Package: olive Version: 1.3-2 Severity: minor Tags: patch The homepage of Olive has moved. Now it is located at http://firepear.net/olive/. Please update the description of the package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434635: closed by Joey Hess <[EMAIL PROTECTED]> (closing)
Le lundi 10 septembre 2007 01:49, Joey Hess a écrit : > Filipus Klutiero wrote: > > Joey, what did you mean in your first reply? Do you consider that this > > is not a bug, or do you consider that this is a too minor bug since > > you are consistent? If you just consider this a too minor bug, please > > reopen it and feel free to tag it "wontfix". > > "Debian" is appropriate when referring to the distribution; "debian" is > appropriate when referring to the package format. I see no reason to > change anything; tagging a bug wontfix for a single known character > change is a trifle adsurd. "debian" is not appropriate when referring to the package format, at least not in public communication. It's not a common noun, it's not a proper name, it's not defined anywhere AFAIK, and it's not a convention used by anyone but you or that we can expect even 1% of users to understand. Unless this is actually defined somewhere, please reopen this bug.
Bug#441478: libglpk0: security flaw buffer overflow in glplib05.c xvprintf
Package: libglpk0
Version: 4.20-1
Severity: minor
Looking through the code for a way to shut off the annoying messaged
from lpx_adv_basis in the version of libglpk0 that is current for my
distribution (a new version has been made available to unstable, but
that's not me ...), I noticed the following in xvprintf of
src/glplib05.c:
static void
xvprintf (const char *fmt, va_list arg)
{
charbuf[4000 + 1];
vsprintf (buf, fmt, arg);
xassert (strlen (buf) < sizeof (buf)); /* here! */
xputs (buf);
return;
}
The assertion checks the length of the string in the current buffer
AFTER having written it there. Too late, and ineffective anyway.
1) The buffer overflow has already occurred, if it has occurred at all,
so the check is notionally too late. One wants to check before
doing the vsprintf into the buffer, if anywhere.
Yes, it is likely that a buffer overflow seeks to alter the return
address on the stack, so a check in the same routine is not too late
for deetcting that, but one can perfectly easily write a string with
a zero half-way along (by writing a low integer, for example) that is
going to stop the strlen calculation within bounds, and a buffer
overflow attempt WILL write zeros.
2) In any case checking strlen(buf) will overrun the buffer in the
event the test fails, likely resulting in a violation of another
sort as it eventually runs into un-mapped memory areas. Only
luck stops it segfaulting.
3) The correct way to do this is to use vsnprintf. One wants
vsnprintf(buf, sizeof(buf), fmt, arg);
The sizeof(buf) is correct. Not sizeof(buf)-1 as the count by
vsnprintf includes a trailing zero. And in any case one can
check the number of bytes returned:
int n = vsnprintf(buf, sizeof(buf), fmt, arg);
xassert(n <= sizeof(buf));
if one really wanted to do a check AFTER the event :), useless though
that is.
Best
Peter
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.3 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash
Versions of packages libglpk0 depends on:
ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii libgmp3c2 2:4.2.1+dfsg-5 Multiprecision arithmetic library
libglpk0 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284229: [Pkg-xfce-devel] Bug#284229: Bug#284229: Bug#284229: XFCE4: Fonts are smaller if X was started by 'startx'
On dim, 2007-09-09 at 16:33 -0400, Michael Gilbert wrote: > > Which resolution are you using, and wich size (in inches) is your > > screen? > > 1600x1200 on a 15" display. That means a display with 12" x 9" 1600/12 = 133 1200/12 = 133 So the calculated DPI is correct (if you do and xdpyinfo | grep dimension or search for display size in /var/log/Xorg.0.log you'll find the correct size, I guess the diagonal is more like 15.1 or 15.4. So the DPI is ok, you don't need to force 96, on contrary you should go with the 125 dpi settings found by nvidia. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441132: qemubuilder: build of package failing due to date problems
You're right ! Another thing that could be done is to use NTP and ntpdate inside the qemu instance. This would avoid the slight delay between date reading in qemubuilder and date setting inside the qemu instance. I have no idea whether the ntp client is available in base packages, and whether you want to require network connectivity (I think it is required for loading packages, but I'm not sure). JB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433869: Update not applied
Greg Trounson a écrit : > Looking in > http://ftp.us.debian.org/debian/dists/etch/main/binary-i386/Packages.bz2 I > notice the package tzdata is still stuck at version 2007b, which does not > apply the time > zone changes listed in this bug report. > > It seems apparent that version 2007f, which contains the fix, is marked to be > put into > etch but since it has not yet been done, and the New Zealand daylight savings > time is due > to come into effect in two weeks, this is now rather urgent. The fix is already in the volatile archive (see http://volatile.debian.org), in the etch-proposed-update archive and it will also appear in the next release of etch. Alternatively you can also download the new version by hand and use dpkg -i. > I would recommend re-opening this bug and upgrading its severity until the > fix has been > applied. That won't change anything as it is now out of control of the glibc team. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434635: closed by Joey Hess <[EMAIL PROTECTED]> (closing)
Filipus Klutiero wrote: > Joey, what did you mean in your first reply? Do you consider that this > is not a bug, or do you consider that this is a too minor bug since > you are consistent? If you just consider this a too minor bug, please > reopen it and feel free to tag it "wontfix". "Debian" is appropriate when referring to the distribution; "debian" is appropriate when referring to the package format. I see no reason to change anything; tagging a bug wontfix for a single known character change is a trifle adsurd. -- see shy jo signature.asc Description: Digital signature
Bug#441477: lmms: please include upstream changelog
Package: lmms
Version: 0.3.0-1
Severity: normal
Tags: patch
lmms does not include upstream's changelog in
/usr/share/doc/lmms{,-common}. The fix is very simple:
--- rules.old 2007-09-10 01:28:45.0 -0400
+++ rules 2007-09-10 01:28:54.0 -0400
@@ -52,7 +52,7 @@
binary-indep: build install
dh_testdir
dh_testroot
- dh_installchangelogs
+ dh_installchangelogs ChangeLog
dh_installdocs
dh_compress
dh_fixperms
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-felipe (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages lmms depends on:
ii caps0.4.2-1 C* Audio Plugin Suite
ii libasound2 1.0.14a-2ALSA library
ii libc6 2.6.1-2 GNU C Library: Shared libraries
ii libgcc1 1:4.2.1-5GCC support library
ii libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii libjack00.103.0-6JACK Audio Connection Kit (librari
ii libjpeg62 6b-14The Independent JPEG Group's JPEG
ii libogg0 1.1.3-2 Ogg Bitstream Library
ii libqt3-i18n 3:3.3.7-7i18n files for Qt3 library
ii libqt3-mt 3:3.3.7-7Qt GUI Library (Threaded runtime v
ii libsamplerate0 0.1.2-5 audio rate conversion library
ii libsdl-sound1.2 1.0.1-12+b1 Decoder of several sound file form
ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer
ii libsm6 2:1.0.3-1+b1 X11 Session Management library
ii libsndfile1 1.0.17-3 Library for reading/writing audio
ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3
ii libstk0c2a 4.2.1-1 Sound Synthesis Toolkit
ii libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio Compressi
ii libvorbisenc2 1.2.0.dfsg-2 The Vorbis General Audio Compressi
ii libvorbisfile3 1.2.0.dfsg-2 The Vorbis General Audio Compressi
ii libwine 0.9.43-1 Windows API Implementation (Librar
ii libx11-62:1.0.3-7X11 client-side library
ii libxext61:1.0.3-2X11 miscellaneous extension librar
ii lmms-common 0.3.0-1 Linux Multimedia Studio - common f
ii stk 4.2.1-1 Sound Synthesis Toolkit example ap
ii wine0.9.43-1 Windows API Implementation (standa
Versions of packages lmms recommends:
ii tap-plugins 0.7.0-2Tom's Audio Processing LADSPA plug
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430065: Further investigations ...
The assertion takes place in socket.c at line 1663:
static void
dispatch_send(isc_socket_t *sock) {
intev_t *iev;
isc_socketevent_t *ev;
INSIST(!sock->pending_send); // <<-- here
The backtrace posted above shows that there were three threads active at
the time of the crash. This means that a packet was to be sent although
the previous packet had not been transferred.
"pending_send" is only cleared in socket.c and nowhere else:
internal_send:2096
"dispatch_send" is indirectly called by the eventqueuehandler and this
only in "process_fds:2193".
The sourcecode shows that a dispatch_send() is called without checking
the state of pending_send of the socket.
if (!SOCK_DEAD(sock)) {
if (sock->connecting)
dispatch_connect(sock);
else
dispatch_send(sock);
}
Now if a wakeup event occurres the socket would be dispatched for
processing regardless which kind of event (timer?) triggered the wakeup.
At least I did not find any sanity checks in process_fds() except
SOCK_DEAD(sock).
This leads to the following situation: The sock is not dead yet but it
is still pending when it is dispatched again.
I would now check sock->pending_send before calling dispatch_send().This
would at least prevent the assertion failure - well knowing that the
situation described above ( not dead but still pending and alerting ) is
not a very pleasant one - until someone comes up with a better solution.
Can anybody confirm this?
t++
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441467: Please review new driver for ZapMicro ZMA8XX series cards
The vendor's site seems to have a slightly newer version of the driver: http://www.zapmicro.com/download/zaptel/patches/zaptel-zma8xx-1.4.4.patch zma8xx.c from there gives a compilation warning on kernel 2.6.22: CC [M] branches/1.4/zma8xx.o branches/1.4/zma8xx.c: In function ‘zma_init_one’: branches/1.4/zma8xx.c:2419: warning: ‘deprecated_irq_flag’ is deprecated (declared at include/linux/interrupt.h:66) Is there any pending bug report to include the driver into Zaptel? -- Tzafrir Cohen icq#16849755jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir
Bug#441474: lspci and dmesg
More info: * contents of lspci -v * output of dmesg from working kernel 00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3) 00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) 00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) 00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3) 00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2) 00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2) 00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2) 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3) 00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2) 03:02.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) 03:02.1 Input device controller: Creative Labs SB Audigy Game Port (rev 04) 03:02.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04) 80:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 80:01.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 80:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 80:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3) 80:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3) 80:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 80:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) Bootdata ok (command line is root=/dev/md0 ro ) Linux version 2.6.18-5-amd64 (Debian 2.6.18.dfsg.1-13) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Thu May 31 23:51:05 UTC 2007 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e6000 - 0010 (reserved) BIOS-e820: 0010 - bffd (usable) BIOS-e820: bffd - bffde000 (ACPI data) BIOS-e820: bffde000 - c000 (ACPI NVS) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff78 - 0001 (reserved) BIOS-e820: 0001 - 00024000 (usable) DMI 2.3 present. ACPI: RSDP (v002 ACPIAM) @ 0x000f88c0 ACPI: XSDT (v001 A M I OEMXSDT 0x07000625 MSFT 0x0097) @ 0xbffd0100 ACPI: FADT (v003 A M I OEMFACP 0x07000625 MSFT 0x0097) @ 0xbffd0290 ACPI: MADT (v001 A M I OEMAPIC 0x07000625 MSFT 0x0097) @ 0xbffd0390 ACPI: OEMB (v001 A M I AMI_OEM 0x07000625 MSFT 0x0097) @ 0xbffde040 ACPI: SRAT (v001 A M I OEMSRAT 0x07000625 MSFT 0x0097) @ 0xbffd5be0 ACPI: MCFG (v001 A M I OEMMCFG 0x07000625 MSFT 0x0097) @ 0xbffd5cf0 ACPI: DSDT (v001 1ACAI 1ACAI003 0x0003 INTL 0x02002026) @ 0x SRAT: PXM 0 -> APIC 0 -> Node 0 SRAT: PXM 1 -> APIC 1 -> Node 1 SRAT: Node 0 PXM 0 10-c000 SRAT: Node 1 PXM 1 14000-24000 SRAT: Node 0 PXM 0 10-14000 SRAT: Node 0 PXM 0 0-14000 NUMA: Using 30 for the hash shift. Bootmem setup node 0 -00014000 Bootmem setup node 1 00014000-00024000 On node 0 totalpages: 1029618 DMA zone: 3050 pages, LIFO batch:0 DMA32 zone: 768008 pages, LIFO batch:31 Normal zone: 258560 pages, LIFO batch:31 On node 1 totalpages: 1034240 Normal zone: 1034240 pages, LIFO batch:31 Nvidia board detected. Ignoring ACPI timer override. ACPI: PM-Timer IO Port: 0x4008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:5 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:5 APIC version 16 ACPI: LAPIC (acpi_id[0x03] la
Bug#441476: lastfmsubmitd: No longer able to submit
Package: lastfmsubmitd Version: 0.35-3 Severity: normal For the last two days, I haven't been able to submit anything to last.fm, see the log extract for the error messages. I have not updated my system or installed any new packages recently, which makes this newfound inability even more curious. 2007-09-10 06:40:59,870 lastfmsubmitd[3178] ERROR: Handshake failed: [Errno socket error] (4, 'Interrupted system call') 2007-09-10 06:40:59,870 lastfmsubmitd[3178] INFO: Backing off, will retry in 1:00 2007-09-10 06:42:29,870 lastfmsubmitd[3178] ERROR: Handshake failed: [Errno socket error] (4, 'Interrupted system call') 2007-09-10 06:42:29,870 lastfmsubmitd[3178] INFO: Backing off, will retry in 2:00 2007-09-10 06:44:38,975 lastfmsubmitd[3178] ERROR: Handshake failed: [Errno socket error] (104, 'Connection reset by peer') 2007-09-10 06:44:38,975 lastfmsubmitd[3178] INFO: Backing off, will retry in 4:00 2007-09-10 06:49:08,982 lastfmsubmitd[3178] ERROR: Handshake failed: [Errno socket error] (4, 'Interrupted system call') 2007-09-10 06:49:08,982 lastfmsubmitd[3178] INFO: Backing off, will retry in 8:00 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lastfmsubmitd depends on: ii adduser 3.105 add and remove users and groups ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii python2.4.4-6An interactive high-level object-o ii python-support0.6.4 automated rebuilding support for p Versions of packages lastfmsubmitd recommends: ii python-musicbrainz2.1.5-1Second generation incarnation of t -- debconf information: * lastfmsubmitd/user: h_enberg * lastfmsubmitd/spool_group: lastfm lastfmsubmitd/no_lastmp: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#31396: fw:
That little thing can grow www.size-matterz.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436959: winbind hang & startup problem
Hi Arno,
On Thu, Aug 09, 2007 at 07:52:53PM +0200, Arno van Amersfoort wrote:
> I have a 2 very strange problems with winbind, and I think they are
> related that's why file only one bug report. The first issue is that
> when my machine boots, right after boot 'wbinfo -D {mydomain}' shows:
> Name : PHYSICS
> Alt_Name : Physics.
> SID : S-1-5-21-1818682373-3371831198-3922779086
> Active Directory : No
> Native: No
> Primary : Yes
> Sequence : -1
> Although winbind works, it doesn't make sense as the machine is
> connected to a Windows2003 ADS Server. But the strange thing is that
> when I ie. issue '/etc/init.d/winbind restart' it shows:
> Name : PHYSICS
> Alt_Name : Physics.
> SID : S-1-5-21-1818682373-3371831198-3922779086
> Active Directory : Yes
> Native: Yes
> Primary : Yes
> Sequence : -1
> Note that both "Active Directory" and "Native" now say Yes (as expected).
Do you have logs from winbind that correspond to these two runs of wbinfo
-D? Is {mydomain} the domain that your machine is joined to?
> Another problem I experience (and I think it's related to the above
> issue) is that once in a while winbind stops responding, obviously
> causing users/groups not be resolved from the Windows2003 domain.
> 'wbinfo -p' then shows:
> Ping to winbindd failed on fd -1
> could not ping winbindd!
Logs here would probably be helpful as well.
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#441387: Misleading mprotect manpage
tags 441387 fixed-upstream thanks Hello François, > The mprotect manpage specifies that: > > "Whether PROT_EXEC has any effect different from PROT_READ is > architecture and kernel version dependent." > > which is true, but it should also specify that whether PROT_WRITE > implies PROT_READ is architecture dependant and that it is the case on > x86 platforms. Yes, agreed. I added a sentence: Whether PROT_EXEC has any effect different from PROT_READ is architecture and kernel version dependent. On some hardware architectures (e.g., x86), PROT_WRITE implies PROT_READ. > The same holds true for the mmap manpage. I also added a similar sentence to mmap(2). > However, what > makes this manpage especially misleading in that regard is that it > states that: > > "For example, if the memory had previously been marked PROT_READ, and > mprotect() is then called with prot PROT_WRITE, it will no longer be > readable." > > which, as I said, is not true on x86 platforms. I think would be better > to reverse this sentence so as to say: > > "For example, if the memory had previously been marked PROT_WRITE, and > mprotect() is then called with prot PROT_READ, it will no longer be > writable." I cannot find this text in the upstream man page (is it in mmap.2 or mprotect.2?). Is this some text added by Debian? Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at http://www.kernel.org/pub/linux/docs/manpages/ read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441275: severity of 441275 is grave
# Automatically generated email from bts, devscripts version 2.10.7 # Makes the package entirely non-functional with new kernels severity 441275 grave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432893: apt-get
If someone can reproduce this without using apt-get, please report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401435: Nursing home data for the US
For the week ending Sep 14, you will receive a Directory for Nursing Homes,
Hospitals and Dentists at no charge when you order the MD Database
Licensed MDs in the USA
788,786 in total 17,400 emails
Lots of MDs in specialties like Orthopedics, Surgery, Radiology, Dermatology,
Neurology, General Practice etc..
16 different sortable fields
Special Price: $350
*** Get the 3 databases below as a bonus when you order the MD list above ***
List of US Hospitals
23,000 Admins in more than 7,000 hospitals {a $399 value]
Database of American Dentists
A complete Contact List or dentists and related services (valued at $299)
Nursing Homes in the USA
Full data for CFO, Nursing Directors, Senior Admins [ worth $249 alone ]
send and email to: [EMAIL PROTECTED]
to disable mailing to you please send email with "disable" in the subject
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441475: ITP: libnet-bluetooth-perl -- Perl Bluetooth interface
Package: wnpp Severity: wishlist Owner: Rene Mayorga <[EMAIL PROTECTED]> * Package name: libnet-bluetooth-perl Version : 0.40 Upstream Author : Ian Guthrie <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~iguthrie/Net-Bluetooth-0.40/ * License : GPL/Artistic Programming Lang: Perl Description : Perl Bluetooth interface Net::Bluetooth module allow to manage Bluetooth features such a device and Service discovery, RFCOMM connections and other Bluetooth functions. please see the including examples for more info. . Homepage: http://search.cpan.org/~iguthrie/Net-Bluetooth-0.40 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_SV.UTF-8, LC_CTYPE=es_SV.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441474: Drives on secondary NVIDIA 2050 SATA controller not detected
Package: linux-image-2.6.21-2-amd64 Version: 2.6.21-6 Severity: normal --- Please enter the report below this line. --- With this kernel, only 4 SATA of 6 installed SATA drives are available. The motherboard is a SuperMicro H8DCE, using a dual-northbridge NVIDIA 2200/2050 combination. The drives that happen to be detected are off the primary northbridge, none of the drives off the secondary northbridge appear. All drives are detected (i.e. functions correctly) when using a Debian stable (2.6.18-5) kernel, but the bug remains in an unstable (2.6.22-2) kernel. Output of dmesg from kernel exhibiting problems is attached. Let me know what else I can provide. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.21-2-amd64 Debian Release: lenny/sid 900 testing mirror.cc.columbia.edu 900 testing ftp.debian.org 900 testing ftp.debian-unofficial.org 900 testing debian-multimedia.fx-services.com 800 unstablemirror.cc.columbia.edu 800 stable mirror.cc.columbia.edu 500 etchdebian.beryl-project.org --- Package information. --- Depends (Version) | Installed ===-+-=== module-init-tools (>= 0.9.13) | 3.3-pre11-4 e2fsprogs (>= 1.35-7) | 1.40.2-1 initramfs-tools (>= 0.55) | 0.90a OR yaird(>= 0.0.12-8) | OR linux-initramfs-tool| Linux version 2.6.21-2-amd64 (Debian 2.6.21-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)) #1 SMP Tue Jul 10 21:39:38 UTC 2007 Command line: root=/dev/md0 ro atapi_enabled BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e6000 - 0010 (reserved) BIOS-e820: 0010 - bffd (usable) BIOS-e820: bffd - bffde000 (ACPI data) BIOS-e820: bffde000 - c000 (ACPI NVS) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff78 - 0001 (reserved) BIOS-e820: 0001 - 00024000 (usable) Entering add_active_range(0, 0, 159) 0 entries of 3200 used Entering add_active_range(0, 256, 786384) 1 entries of 3200 used Entering add_active_range(0, 1048576, 2359296) 2 entries of 3200 used end_pfn_map = 2359296 DMI 2.3 present. ACPI: RSDP 000F88C0, 0024 (r2 ACPIAM) ACPI: XSDT BFFD0100, 004C (r1 A M I OEMXSDT 7000625 MSFT 97) ACPI: FACP BFFD0290, 00F4 (r3 A M I OEMFACP 7000625 MSFT 97) ACPI Warning (tbfadt-0434): Optional field "Gpe1Block" has zero address or length: 44A0/0 [20070126] ACPI: DSDT BFFD0410, 57C8 (r1 1ACAI 1ACAI0033 INTL 2002026) ACPI: FACS BFFDE000, 0040 ACPI: APIC BFFD0390, 0078 (r1 A M I OEMAPIC 7000625 MSFT 97) ACPI: OEMB BFFDE040, 0073 (r1 A M I AMI_OEM 7000625 MSFT 97) ACPI: SRAT BFFD5BE0, 0110 (r1 A M I OEMSRAT 7000625 MSFT 97) ACPI: MCFG BFFD5CF0, 003C (r1 A M I OEMMCFG 7000625 MSFT 97) SRAT: PXM 0 -> APIC 0 -> Node 0 SRAT: PXM 1 -> APIC 1 -> Node 1 SRAT: Node 0 PXM 0 10-c000 Entering add_active_range(0, 256, 786384) 0 entries of 3200 used SRAT: Node 1 PXM 1 14000-24000 Entering add_active_range(1, 1310720, 2359296) 1 entries of 3200 used SRAT: Node 0 PXM 0 10-14000 Entering add_active_range(0, 256, 786384) 2 entries of 3200 used Entering add_active_range(0, 1048576, 1310720) 2 entries of 3200 used SRAT: Node 0 PXM 0 0-14000 Entering add_active_range(0, 0, 159) 3 entries of 3200 used Entering add_active_range(0, 256, 786384) 4 entries of 3200 used Entering add_active_range(0, 1048576, 1310720) 4 entries of 3200 used NUMA: Using 30 for the hash shift. Bootmem setup node 0 -00014000 Bootmem setup node 1 00014000-00024000 Zone PFN ranges: DMA 0 -> 4096 DMA324096 -> 1048576 Normal1048576 -> 2359296 early_node_map[4] active PFN ranges 0:0 -> 159 0: 256 -> 786384 0: 1048576 -> 1310720 1: 1310720 -> 2359296 On node 0 totalpages: 1048431 DMA zone: 56 pages used for memmap DMA zone: 983 pages reserved DMA zone: 2960 pages, LIFO batch:0 DMA32 zone: 14280 pages used for memmap DMA32 zone: 768008 pages, LIFO batch:31 Normal zone: 3584 pages used for memmap Normal zone: 258560 pages, LIFO batch:31 On node 1 totalpages: 1048576 DMA zone: 0 pages used for memmap DMA32 zone: 0 pages used for memmap Normal zone: 14336 pages used for memmap Normal zone: 1034240 pages, LIFO batch:31 Nvidia board detected. Ignoring ACPI timer override. If you got timer trouble try acpi_use_timer_override ACPI: PM-Timer IO Port: 0x4008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic
Bug#441359: dh_make does'nt parse 'date' info
reassign 441359 dpkg-dev 1.14.6 retitle 441359 822-date can't locate controllib.pl tags 441359 pending merge 440962 441359 thanks El lun, 10-09-2007 a las 12:47 +1000, Craig Small escribió: > On Sun, Sep 09, 2007 at 12:01:30AM -0600, Rene Mayorga wrote: > > I'm using dh-make to create a new package with : 'dh_make -f > > ../Upstream-tarball.tar.gz' > > and dh-make is'nt parsing the date info, so debian/changelog annd > > debiand/copyright does'nt > > show info about date/time > Can you check on the affected computer that you have a program called > 822-date and if so send me its output. > > I suspect it is related to that. Indeed: [EMAIL PROTECTED]:~$ 822-date Can't locate controllib.pl in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/822-date line 11. So, this is related with dpkg-dev instead dh-make and is already reported (#440962) I create symlink of controllib.pl in a place where Perl could find it and dh-make works fine > - Craig Cheers -- Rene Mauricio Mayorga | GPG: A209C305 http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#434635: closed by Joey Hess <[EMAIL PROTECTED]> (closing)
Joey, what did you mean in your first reply? Do you consider that this is not a bug, or do you consider that this is a too minor bug since you are consistent? If you just consider this a too minor bug, please reopen it and feel free to tag it "wontfix". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441473: libxml-sax-perl: NMU diff for 0.16-0.1
Package: libxml-sax-perl Version: 0.14-0.1 Tags: patch Attached is the diff for the 0.16-0.1 NMU. -- Robert Edmonds [EMAIL PROTECTED] libxml-sax-perl_0.16-0.1.diff.gz Description: Binary data signature.asc Description: Digital signature
Bug#412053: uim-xim: Makes other applications bug when using non-ascii characters.
reassign 412053 uim forcemerge 426221 412053 thanks So it looks like the consensus was this is uim's fault. Reassigning and merging. * Charles Plessy ([EMAIL PROTECTED]) wrote: > Package: uim-xim > Version: 1:1.2.1-9 > Severity: important > > Dear uim, nautilus and iceweasel maintainers, > > I was suffering of iceweasel crashing (#412053) and nautilus refusing > the input of tilde characters on the right half of filenames (#422758), > and thanks to the sagacity of readers of debian-user-french, I think > that found a common denominator: uim-xim. > > I think that the problem is similar to the following scim bug: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348893 > > Basically, strange things happen when inputting non-ASCII characters > through uim-xim, especially symbols and accented characters. I checked > the behaviour of Nautilus with japanese characters, and it seems that > they trigger the same problem as other non-ascii characters. > > Surprisingly, out of two machines, the bug only affects fresh Etch installs. I > figured out that uim-anthy is not called the same way on both systems (I use > im-swich). > > NO CRASH: (upgrade from Sarge) > - > > XIM=uim > XIM_PROGRAM=/usr/bin/uim-xim > XIM_ARGS= > GTK_IM_MODULE=uim > ENGINE=anthy > > if [ -r "$HOME/.uim" ]; then > TMPFILE=$(mktemp) || exit 1 > if [ "$(grep "; IM-SWITCH VALUE" $HOME/.uim)" ]; then > sed "s/(define default-im-name '[^)]*) ; IM-SWITCH VALUE/(define > default-im-name '$ENGINE) ; IM-SWITCH VALUE/" < $HOME/.uim > $TMPFILE > else > cat $HOME/.uim > $TMPFILE > if [ "$(grep -E "^\(define[[:space:]]+default-im-name[[:space:]]" > $HOME/.uim)" ]; then > echo "; (define default-im-name '$ENGINE) ; IM-SWITCH VALUE" >> $TMPFILE > else > echo "(define default-im-name '$ENGINE) ; IM-SWITCH VALUE" >> $TMPFILE > fi > fi > mv $TMPFILE $HOME/.uim > else > echo "(define default-im-name '$ENGINE) ; IM-SWITCH VALUE" > $HOME/.uim > fi > > > CRASHES: (fresh Etch) > > > # UIM with GTK systray indicator > XIM=uim > XIM_PROGRAM=/usr/bin/uim-xim > XIM_ARGS= > GTK_IM_MODULE=xim > QT_IM_MODULE=xim > # It seems to me that the system needs to be initialized. > # Folowing trick will wait 10 seconds without slowing down X start up. > XIM_PROGRAM_XTRA="(sleep 10; uim-toolbar-gtk-systray)" > DEPENDS="uim-xim,uim-gtk2.0|uim-qt,uim-anthy|uim-canna|uim-prime|uim-skk|uim-m17nlib" -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#441472: povray-includes: Typo in glass.inc
Package: povray-includes Version: 1:3.6.1-6 Severity: minor Tags: patch Hello, There is a typo in "glass.inc" for which a patch is included. ==citrine.diff --- glass.inc.orig 2007-09-09 09:39:24.0 +0530 +++ glass.inc 2007-09-09 09:39:41.0 +0530 @@ -98,8 +98,8 @@ #declare Col_Azurite_04=color rgb<0.1137, 0.1569, 0.4471>; #declare Col_Citrine_01=color rgb<0.3020, 0.2314, 0.1529>; -#declare Col_Citrine_01=color rgb<0.4667, 0.3804, 0.2980>; -#declare Col_Citrine_01=color rgb<0.5020, 0.4118, 0.3529>; +#declare Col_Citrine_02=color rgb<0.4667, 0.3804, 0.2980>; +#declare Col_Citrine_03=color rgb<0.5020, 0.4118, 0.3529>; #declare Col_Emerald_01=color rgb<0.0471, 0.4000, 0.2549>; #declare Col_Emerald_02=color rgb<0.2157, 0.6353, 0.4902>; ==citrine.diff Regards, Kapil. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-5-vserver-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages povray-includes depends on: ii povray1:3.6.1-6 Persistence of vision raytracer (3 povray-includes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441471: proftpd: fails to cleanup sockets on ENOENT
Package: proftpd
Version: 1.3.0-24
Severity: important
Tags: ipv6
I've run into an issue where, only when using ipv6, apt's ftp download
method fails to download Packages files from my proftpd-based ftp server.
The reason it fails is as follows:
- because the connection is IPv6, the client issues an EPSV command
- proftpd opens a socket in response, and sends the port number to the
client
- the client connects to the socket
- the client then issues a RETR command for a non-existent file (I have no
Packages.bz2 on this server)
- the server sends back a 550 No such file or directory
- the client closes the data socket
- the server does NOT close the data socket, or check that the client has
done so
- the client issues a second EPSV request
- the server returns the same port number as before, believing that its
existing fd is still valid
- the client makes a second connection to the server
- the server never calls accept() for this second connection
- the client issues a second RETR command
- the server sends the file back to the client using sendfile() on the
previously opened socket, which fails at the TCP level with a RST (but the
sendfile() call appears to succeed)
- the client sits around waiting for a file it will never receive
So the difference between the behavior of PASV and EPSV seems to be at lines
3012-3016 of modules/mod_core.c:core_pasv():
/* If we already have a passive listen data connection open, kill it. */
if (session.d) {
pr_inet_close(session.d->pool, session.d);
session.d = NULL;
}
There is no corresponding code in the core_epsv() implementation, resulting
in this problem that nothing checks for the validity of the socket before
reusing it, and no code exists to accept a second connection on an existing
socket.
The following naive patch addresses the problem for me, but is probably not
a correct solution wrt the rest of the code (e.g., there are other possible
unhandled errors in cmd_pre_xfer), so I have not tagged this bug 'patch'.
--- /tmp/oXwn00RfyV/proftpd-dfsg-1.3.0/modules/mod_xfer.c 2007-04-24
05:39:22.0 -0700
+++ /tmp/38tFBn2aXl/proftpd-dfsg-1.3.0/modules/mod_xfer.c 2007-09-09
19:24:39.0 -0700
@@ -1570,6 +1570,7 @@
if (!dir ||
!dir_check(cmd->tmp_pool, cmd->argv[0], cmd->group, dir, NULL)) {
pr_response_add_err(R_550, "%s: %s", cmd->arg, strerror(errno));
+pr_data_close(FALSE);
return ERROR(cmd);
}
I have also confirmed this behavior with other ipv6-capable ftp clients, so
it doesn't appear to be a question of a buggy client.
--
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#441359: dh_make does'nt parse 'date' info
On Sun, Sep 09, 2007 at 12:01:30AM -0600, Rene Mayorga wrote: > I'm using dh-make to create a new package with : 'dh_make -f > ../Upstream-tarball.tar.gz' > and dh-make is'nt parsing the date info, so debian/changelog annd > debiand/copyright does'nt > show info about date/time Can you check on the affected computer that you have a program called 822-date and if so send me its output. I suspect it is related to that. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440838: manpages-dev: longjmp(3) does not mention that it may clobber local variables
tags 440838 fixed-upstream thanks. Hi Paul, Paul Brook wrote: > Package: manpages-dev > Version: 2.62-1 > Severity: normal > Tags: patch > > > The longjmp(3) function may cause unexpected things to happen to local > varables modified after the call to setjmp(). I've encountered this > issue several times, so it seems worthy of a mention in the manpage. > > Attached patch adds this, using wording similar to the POSIX spec. It's a very good idea to add this warning, but the wording really is a little too close to the (copyrighted) POSIX text. (We can't really do that!). I rewrote the text somewhat: The values of automatic variables are unspecified after a call to longjmp() if they meet all the fol- lowing criteria: o they are local to the function that made the corresponding setjmp() call; o their values are changed between the calls to setjmp() and longjmp(); and o they are not declared as volatile. Analogous remarks apply for siglongjmp(). This change is applied for 2.65. Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at http://www.kernel.org/pub/linux/docs/manpages/ read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441203: manpages-dev: Dangling symlinks for old?stat and mq_*
tags 441203 fixed-upstream thanks Some of these were fixed in 2.64, the rest have already been fixed for the upcoming 2.65. Thanks, Michael Paulo Marcel Coelho Aragão wrote: > Package: manpages-dev > Version: 2.63-1 > Severity: normal > > The following symlinks are dangling: > > /usr/share/man/man2/mq_notify.2.gz -> mq_notify.3.gz > /usr/share/man/man2/mq_open.2.gz -> mq_open.3.gz > /usr/share/man/man2/mq_timedreceive.2.gz -> mq_receive.3.gz > /usr/share/man/man2/mq_timedsend.2.gz -> mq_send.3.gz > /usr/share/man/man2/mq_unlink.2.gz -> mq_unlink.3.gz > /usr/share/man/man2/oldfstat.2.gz -> stat2.2.gz > /usr/share/man/man2/oldlstat.2.gz -> stat2.2.gz > /usr/share/man/man2/oldstat.2.gz -> stat2.2.gz > > I suppose they should be: > > /usr/share/man/man2/mq_notify.2.gz -> ../man3/mq_notify.3.gz > /usr/share/man/man2/mq_open.2.gz -> ../man3/mq_open.3.gz > /usr/share/man/man2/mq_timedreceive.2.gz -> ../man3/mq_receive.3.gz > /usr/share/man/man2/mq_timedsend.2.gz -> ../man3/mq_send.3.gz > /usr/share/man/man2/mq_unlink.2.gz -> ../man3/mq_unlink.3.gz > /usr/share/man/man2/oldfstat.2.gz -> stat.2.gz > /usr/share/man/man2/oldlstat.2.gz -> stat.2.gz > /usr/share/man/man2/oldstat.2.gz -> stat.2.gz > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages manpages-dev depends on: > ii manpages 2.63-1 Manual pages about using a > GNU/Lin > > manpages-dev recommends no packages. > > -- no debconf information > > -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at http://www.kernel.org/pub/linux/docs/manpages/ read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429052: iceweasel: mailcap entry makes user more vulnerable to Mozilla bug 230606
severity 429052 important thanks Since upstream does not consider this a critical bug, I don't think we should either. Some sort of warning to the user would be good though, I agree. I could take iceweasel out of mailcap, but this might annoy more than this exploit is a threat. A stripping script would work I suppose, but would probably be surprising to the user. Ccing pkg-mozilla-maintainer, do you guys have any opinions? * Vincent Lefevre ([EMAIL PROTECTED]) wrote: > Package: iceweasel > Version: 2.0.0.4-1 > Severity: grave > Tags: security > Justification: user security hole > > The default /etc/mailcap entry makes iceweasel to be called directly > to view HTML files with a "file://" URL. Due to Mozilla bug 230606 > (or 382637, on which the attached example is based), data readable > by the user can be sent to a remote web server. > > For instance, on my machine, after saving the attached mail file and > removing my personal ~/.mailcap file (to use Debian's): > > $ mutt -f exploit-file > > I type 'v', down, enter to view the attached exploit-file.html file > with Iceweasel. /var/log/apache2/error.log now contains: > > [Fri Jun 15 17:45:11 2007] [error] [client 127.0.0.1] File does not exist: > /var/www/vin > > This example just provides the hostname (value of /etc/hostname) to > the local web server, but one can provide more private information > (such as the contents of the user's .ssh/id_rsa or the contents of > /etc/passwd) to any remote web server (this needs a bit more JavaScript > to transform the data into a URL, though). > > A possible fix is to pass the data first to a wrapper that will clean > up the HTML file (i.e. remove scripts), or, if one wants to still have > the possibility to run scripts, store the file to some place where a > "http://localhost/..."; URL can be used (the user must have a local web > server installed). -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#441296: manpages-dev: Unknown macro in syscall.2
tags 441296 fixed-upstream thanks This has already been fixed in upstream 2.64. Cheers, Michael Thomas Huriaux wrote: > Package: manpages-dev > Version: 2.63-1 > Severity: minor > > Hi, > > Line 83 of syscall.2 should be > .BR syscalls (2) > instead of > .BT syscalls (2) > > Cheers, > -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at http://www.kernel.org/pub/linux/docs/manpages/ read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412254: keyword ctrl is also missed, patch included
Package: fbxkb
Version: 0.6-1
Followup-For: Bug #412254
I think that the problem was caused by the altwin:menu option, I have
used ctrl(nocaps), and it tried to load ct.png then, so here is the patch:
--- fbxkb.c.orig2007-09-10 03:42:36.0 +0200
+++ fbxkb.c 2007-09-10 03:57:41.0 +0200
@@ -372,7 +372,7 @@
*tmp = 0;
DBG("map=%s no=%d\n", tok, no);
-if (!strcmp(tok, "pc") || !strcmp(tok, "group"))
+if (!strcmp(tok, "pc") || 2= 0) && (no < ngroups));
With this patch we assure that other long names' first two letters won't
be handled as language codes. However this heuristic is far from
correct, what if there are other tokens like pc, which are only two
letter long, but don't mean a language?
Anyway with the patch the situation is better then before, so please
apply and submit upstreamly.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages fbxkb depends on:
ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii libc6 2.6.1-2GNU C Library: Shared libraries
ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra
ii libfontconfig12.4.2-1.2 generic font configuration library
ii libglib2.0-0 2.14.0-2 The GLib library of C routines
ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface
ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxcursor1 1:1.1.9-1 X cursor management library
ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar
ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii libxi62:1.1.3-1 X11 Input extension library
ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library
ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library
ii libxrandr22:1.2.2-1 X11 RandR extension library
ii libxrender1 1:0.9.3-1 X Rendering Extension client libra
fbxkb recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441121: xorp - FTBFS: make[2]: *** [bgp.pdf] Segmentation fault
I believe the problem is related to bug #435229 or #428876. The build failed when building xorp-doc package, that is architecture all. This failure happened on architecture ia64 and s390. On almost all the others architectures, besides hppa, it build without problems. I accept advice on the best way to proceed, as I think the problem is on gs-common. José Calhariz -- P.S. [En_US] The sig below is from my random sig-generator, which strangely often seems to pick signatures which are apropriate to the message at hand! P.S. [Pt_Pt] A assinatura em baixo é do gerador aleatório de assinaturas, que estranhamente, escolhe com frequência assinaturas que parecem apropriadas ao email! -- Nada e tao bom que alguem, em algum lugar, nao ira odiar. -- Joseph Murphy signature.asc Description: Digital signature
Bug#441454: Acknowledgement (/etc/init.d/irmp3 stop)
Package: irmp3 Version: 0.5.7pre2-1.1 Tags: patch Just correcting the pseudo headers. Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. http://autos.yahoo.com/carfinder/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441468: sqwebmail: Please make use of standard PAM configuration
Package: sqwebmail Version: 0.53.3-5 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Debian's PAM includes some standard configurations. Please make use of them. Regards, - -Roberto - --- webmail.orig2007-09-09 21:41:00.0 -0400 +++ webmail 2007-09-09 21:41:22.0 -0400 @@ -1,4 +1,4 @@ - -auth required pam_unix.so nullok - -accountrequired pam_unix.so - -password required pam_unix.so [EMAIL PROTECTED] common-auth [EMAIL PROTECTED] common-account [EMAIL PROTECTED] common-password - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG5KEu5SXWIKfIlGQRAvPVAJ9aXVnXLAozpaNMRPphZA1ZM77AMwCfaFq3 ly+xLV1SNoIeU/dWdVRABvA= =ZWyC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441470: package description incorrectly claims it contains info files
Package: bash-doc Version: 3.1dfsg-8 Severity: normal This package contains the documentation in info format, all the examples and the main changelog. AFAIK the info files were stripped due to GFDL licensing issues, but the description still refers to them. So, BTW, does the copyright file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#441469: [methods/ftp] attempts to download known-nonexistent files?
Package: apt Version: 0.7.6 Severity: minor While debugging a problem with my ftp server not correctly handling successive EPSV commands without a succesful intervening RETR, I've noticed that apt's ftp method attempts to download files even if the server has already indicated that the file doesn't exist (in this case, triggering a bug in proftpd). >From apt-get update -o Debug::Acquire::Ftp=true: <- 'ProFTPD%201.3.0%20Server%20(Debian)%20[2001:4830:1244:0:209:5bff:feb6:9284]%0d%0a' -> 'USER%20anonymous%0d%0a' <- 'Anonymous%20login%20ok,%20send%20your%20complete%20email%20address%20as%20your%20password.%0d%0a' -> '[EMAIL PROTECTED]' <- 'Anonymous%20access%20granted,%20restrictions%20apply.%0d%0a' -> 'TYPE%20I%0d%0a' <- 'Type%20set%20to%20I%0d%0a' -> 'SIZE%20/debian/dists/unstable/Release.gpg%0d%0a' <- '189%0d%0a' -> 'MDTM%20/debian/dists/unstable/Release.gpg%0d%0a' <- '20021023211358%0d%0a' -> 'EPSV%0d%0a' <- 'Entering%20Extended%20Passive%20Mode%20(|||2856|)%0d%0a' -> 'RETR%20/debian/dists/unstable/Release.gpg%0d%0a' <- 'Opening%20BINARY%20mode%20data%20connection%20for%20/debian/dists/unstable/Release.gpg%20(189%20bytes)%0d%0a' <- 'Transfer%20complete.%0d%0a' -> 'SIZE%20/debian/dists/unstable/local/i18n/Translation-en_US.bz2%0d%0a' <- '/debian/dists/unstable/local/i18n/Translation-en_US.bz2:%20No%20such%20file%20or%20directory%0d%0a' -> 'MDTM%20/debian/dists/unstable/local/i18n/Translation-en_US.bz2%0d%0a' <- '/debian/dists/unstable/local/i18n/Translation-en_US.bz2:%20No%20such%20file%20or%20directory%0d%0a' -> 'EPSV%0d%0a' <- 'Entering%20Extended%20Passive%20Mode%20(|||2461|)%0d%0a' -> 'RETR%20/debian/dists/unstable/local/i18n/Translation-en_US.bz2%0d%0a' <- '/debian/dists/unstable/local/i18n/Translation-en_US.bz2:%20No%20such%20file%20or%20directory%0d%0a' -> 'SIZE%20/debian/dists/unstable/Release%0d%0a' <- '1863%0d%0a' -> 'MDTM%20/debian/dists/unstable/Release%0d%0a' <- '20021023211334%0d%0a' -> 'SIZE%20/debian/dists/unstable/Release%0d%0a' <- '1863%0d%0a' -> 'MDTM%20/debian/dists/unstable/Release%0d%0a' <- '20021023211334%0d%0a' -> 'EPSV%0d%0a' <- 'Entering%20Extended%20Passive%20Mode%20(|||2461|)%0d%0a' -> 'RETR%20/debian/dists/unstable/Release%0d%0a' <- 'Opening%20BINARY%20mode%20data%20connection%20for%20/debian/dists/unstable/Release%20(1863%20bytes)%0d%0a' <- 'Transfer%20complete.%0d%0a' -> 'SIZE%20/debian/dists/unstable/local/binary-i386/Packages.bz2%0d%0a' <- '/debian/dists/unstable/local/binary-i386/Packages.bz2:%20No%20such%20file%20or%20directory%0d%0a' -> 'MDTM%20/debian/dists/unstable/local/binary-i386/Packages.bz2%0d%0a' <- '/debian/dists/unstable/local/binary-i386/Packages.bz2:%20No%20such%20file%20or%20directory%0d%0a' -> 'EPSV%0d%0a' <- 'Entering%20Extended%20Passive%20Mode%20(|||1950|)%0d%0a' -> 'RETR%20/debian/dists/unstable/local/binary-i386/Packages.bz2%0d%0a' <- '/debian/dists/unstable/local/binary-i386/Packages.bz2:%20No%20such%20file%20or%20directory%0d%0a' -> 'SIZE%20/debian/dists/unstable/local/binary-i386/Packages.gz%0d%0a' <- '5450%0d%0a' -> 'MDTM%20/debian/dists/unstable/local/binary-i386/Packages.gz%0d%0a' <- '20021023211331%0d%0a' -> 'EPSV%0d%0a' <- 'Entering%20Extended%20Passive%20Mode%20(|||1950|)%0d%0a' -> 'RETR%20/debian/dists/unstable/local/binary-i386/Packages.gz%0d%0a' <- 'Opening%20BINARY%20mode%20data%20connection%20for%20/debian/dists/unstable/local/binary-i386/Packages.gz%20(5450%20bytes)%0d%0a' <- 'Transfer%20complete.%0d%0a' Perhaps the ftp method could be smartened up a bit to not attempt further operations on a remote file if it gets a 550 response 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#441466: sshmenu: Missing dependency on libpanel-applet2-ruby
Package: sshmenu Version: 3.13-1 Severity: grave Justification: renders package unusable The sshmenu package includes the relevant files for running the program as a GNOME panel applet, but the libpanel-applet2-ruby package is not listed in the dependencies therefore the applet won't actually work. Both the generic standalone sshmenu and the GNOME-specific sshmenu-gome standalone apps do run. The preferred solution would be to move the gnome-specific files into their own package (e.g.: sshmenu-gnome) and add the libpanel-applet2-ruby package as a dependency to that package. This would allow non-GNOME users to install 'sshmenu' without pulling in GNOME dependencies. Further information: Kevin I've sent you a couple of emails and not had a reply so I'm not sure if you're not receiving them or I'm not getting replies. The points I was making in the emails ... 1. The SSHMenu home page has moved from my personal web site to SourceForge: http://sshmenu.sourceforge.net/ 2. The files I used when creating my informal Debian/Ubuntu packages are here: http://sshmenu.svn.sourceforge.net/viewvc/sshmenu/modules/sshmenu/trunk/deb-files/ 3. Version 3.14 of SSHMenu was released last week 4. My suggested guidelines for packaging SSHMenu are here: http://sshmenu.sourceforge.net/download/install.html You are of course free to ignore them :-) Or better yet, let me know if you think they need revising. Thanks for picking up this package for Debian. Regards Grant -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.1-dirk (SMP w/1 CPU core; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages sshmenu depends on: ii libgtk2-ruby 0.16.0-7 GTK+ bindings for the Ruby languag ii libruby1.81.8.6.36-3 Libraries necessary to run Ruby 1. ii libyaml-ruby 1.8.2-1YAML for Ruby ii ruby 1.8.2-1An interpreter of object-oriented ii ruby1.8 1.8.6.36-3 Interpreter of object-oriented scr ii ssh-askpass-gnome [ssh-askpas 1:4.6p1-5 interactive X program to prompt us sshmenu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440646: squid3: Incorrect content returned by pre7
On Tue, 4 Sep 2007 01:33:22 +0200 Luigi Gangitano <[EMAIL PROTECTED]> wrote: > Hi Ian, > this bug may be related to the large object (>2GB) support > introduced upstream between PRE6 and PRE7. Can you please try the > follow: > > - backup your cache_dir (just move it to somewhere else) > - create a new cache_dir (squid will create it automatically if you > point it to an empty directory) > - check if error persists I already tried clearing out the cache dir but the problems turned up again. I didn't back it up though. > Did you create this cache_dir with a squid3 package or it > was created with an earlier (2.x) version? I used the squid3 package, which uses a separate cache dir (/var/spool/squid3), so no it wasn't created with squid 2.x. bye signature.asc Description: PGP signature
Bug#441443: SCIM with Anthy do not work with OpenOffice.org Writer
On Mon, 10 Sep 2007, +03:46:32 EEST (UTC +0300), Rene Engelhard <[EMAIL PROTECTED]> pressed some keys: > Juhapekka Tolvanen wrote: > > Package: openoffice.org-writer > > Version: 2.2.1-7 > > FWIw, old version. Where did you get that afrom? testing got 2.2.1-8 > recently and before that it just had 2.0.4. I just upgraded it, and the problem is still there. > > These environment variables are set during startup of my X: > > > > export GTK_IM_MODULE=scim-bridge > > export QT_IM_MODULE=scim-bridge > > export XMODIFIERS="@im=SCIM" > > > > I have added skim-applet to Kicker of my KDE and it starts rest of the > > Scim. Right now I don't have that skim and skim-applet in use. I have only those environment variables and somehow my KDE interprets them so that it starts up some SCIM-stuff. -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "Sou sa, ima mo ore wa mitsukerarenai sonzai no imi ga, dakara motto motto motto motto motto kono karada ni imi wo kizamitsukeru: 'Tada waratte, fuminijireba ii.'" Dir en grey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441428: [Pkg-cryptsetup-devel] Bug#441428: initramfs-tools 0.91 features
On 09/09/2007 maximilian attems wrote: > hello, > > please when applying belows patches bump dep to >= 0.91. Thanks, will be included in the next upload. ... jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441465: exim4-config: CHECK_RCPT_REMOTE_LOCALPARTS is not RFC 2822 compliant
Package: exim4-config Version: 4.63-17 Severity: normal The variables CHECK_RCPT_REMOTE_LOCALPARTS and CHECK_RCPT_LOCAL_LOCALPARTS have a specification that is not entirely RFC 2822 compliant. They prohibit the use of meta characters such as '&%#' in the email address which is correct but does not allow them to be included when the local part is quoted. For example: tom&[EMAIL PROTECTED] <- not RFC 2822 compliant "tom&jerry"@debian.org <- is RFC 2822 compliant The included regular expression blocks both. -- Package-specific info: Exim version 4.63 #1 built 20-Jan-2007 10:42:32 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005) Support for: crypteq iconv() IPv6 PAM Perl GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Versions of packages exim4-config depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy exim4-config recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363349: The advantages of packaging anonftpsync
I want anonftpsync packaged so that I can easily get fixes, updates, etc. I might be able to come up with a man page if somebody indicated interest in packaging it. Regards, Karl <[EMAIL PROTECTED]> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
Bug#361314: network-manager-gnome package is missing
Package: network-manager Version: 0.6.5-1 Followup-For: Bug #361314 Hello When I upgraded this morning, network-manager-gnome stopped working. Network-manager-gnome contains the applet which runs on the notification area, without this applet, network-manager is useless. The package exists in both debian stable (sarge) and unstable (sid), but not in lenny. After spending a long time figuring out what had happened, I modified my repositories, installed both network-manager and network-manager-gnome from the SID distribution, and then I was able to connect again. I also tried building it and installing it from sources downloaded from the GNOME official site (both the networkmanager and the applet) but it did not work. I think simply adding the package to lenny's repos would fix the bug (supposing it is caused by this). Thanks -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (PREEMPT) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser 3.104add and remove users and groups ii dbus1.1.1-3 simple interprocess messaging syst ii dhcdbd 3.0-1D-Bus interface to the ISC DHCP cl ii hal 0.5.9.1-4Hardware Abstraction Layer ii ifupdown0.6.8high level tools to configure netw ii iproute 20070313-1 Professional tools to control the ii iputils-arping 3:20070202-2 Tool to send ICMP echo requests to ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgpg-error0 1.4-2library for common error values an ii libhal1 0.5.9.1-4Hardware Abstraction Layer - share ii libiw29 29~pre22-1 Wireless tools - library ii libnl1-pre6 1.0~pre6-5 Library for dealing with netlink s ii libnm-util0 0.6.5-1 network management framework (shar ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii wpasupplicant 0.6.0-3 Client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii network-manager-gnome 0.6.5-1network management framework (GNOM -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441464: gdmap: doesn't know about sockets
Package: gdmap Version: 0.7.5-2 Severity: normal When I run gdmap from a terminal, I get these messages. ** Message: Error opening directory '/home/pabs/.beagle/socket-helper': Not a directory ** Message: Error opening directory '/home/pabs/.amaya-check-instance': Not a directory I get similar errors when I run gdmap against /dev gdmap should learn that sockets and devices are not directories. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdmap depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.18.1-1 Layout and rendering of internatio ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#441463: newly created cowdancer chroot cannot be updated
Package: cowdancer Version: 0.40 Severity: important My newly created cowbuilder chroot cannot be updated: # cowbuilder --update -> Copying COW directory -> Invoking pbuilder W: /root/.pbuilderrc does not exist -> Running in no-targz mode Upgrading for distribution sid -> copying local configuration -> mounting /proc filesystem -> mounting /dev/pts filesystem -> policy-rc.d already exists Refreshing the base.tgz -> upgrading packages Get:1 http://ftp.debian.org sid Release.gpg [189B] Get:2 http://ftp.debian.org sid Release [79.6kB] Get:3 http://ftp.debian.org sid/main Packages/DiffIndex [2038B] Get:4 http://ftp.debian.org sid/main 2007-09-09-0818.57.pdiff [16.8kB] Get:5 http://ftp.debian.org sid/main 2007-09-09-0818.57.pdiff [16.8kB] Get:6 http://ftp.debian.org sid/main 2007-09-09-0818.57.pdiff [16.8kB] Get:7 http://ftp.debian.org sid/main 2007-09-09-2017.13.pdiff [21.8kB] Get:8 http://ftp.debian.org sid/main 2007-09-09-2017.13.pdiff [21.8kB] Get:9 http://ftp.debian.org sid/main 2007-09-09-2017.13.pdiff [21.8kB] Fetched 120kB in 7s (17.2kB/s) Reading package lists... Done dpkg - warning: ignoring request to remove lilo which isn't installed. Obtaining the cached apt archive contents Reading package lists... Done Building dependency tree cow-shell unlink .ilist: No such file or directory Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: libslang2 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. cowdancer: cannot open ilistfile /.ilist cowdancer: cannot open ilistfile /.ilist cowdancer: cannot open ilistfile /.ilist cowdancer: cannot open ilistfile /.ilist cowdancer: cannot open ilistfile /.ilist /bin/cp: cannot open `/var/cache/apt/archives/lock' for reading: Cannot allocate memory cowdancer: cp -a failed for /var/cache/apt/archives/lockA2oEbg E: Could not open lock file /var/cache/apt/archives/lock - open (12 Cannot allocate memory) E: Unable to lock the download directory Copying back the cached apt archive contents -> unmounting dev/pts filesystem cow-shell unlink .ilist: No such file or directory -> unmounting proc filesystem pbuilder update failed -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowdancer depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii pbuilder 0.172 personal package builder for Debia -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#441462: mirrors: It'd be nice if anonftpsync could include archs rather than exclude them
Package: mirrors Severity: wishlist It'd be nice if anonftpsync could include archs rather than exclude them. Otherwise when there's new arches the size of the mirror expands unexpectedly. (Of course you'd probably want to keep being able to exclude them as well, but you would only ever be able to do one or the other.) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 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#441461: mirrors: anonftpsync does not take arguments, it must be edited to be used
Package: mirrors Severity: wishlist Tags: patch The anonftpsync program does not take arguments, it must be edited to be used. This is annoying when it comes to mirroring more than one archive. (e.g. the regular debian archive and volatile.debian.org, or whatever.) Attached is a patch that fixes this problem. It does so in the most painless way possible -- necessary variables are taken from the environment when they exist. This allows arguments to be passed to anonftpsync by setting environment variables on the command line, like: RSYNC_HOST=rsync.debian.example.com /usr/local/bin/anonftpsync Note that this patch is expected to be applied after the bandwidth limit patch of Bug#441460. See also Debian bug #363349, which complains about this and more. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- anonftpsync 2007-09-09 18:28:21.0 -0500 +++ anonftpsync32007-09-09 18:48:53.0 -0500 @@ -15,28 +15,35 @@ # Set the variables below to fit your site. You can then use cron to have # this script run daily to automatically update your copy of the archive. +# Variables may be set by editing this file or may be obtained +# from the shell environment, e.g.: +# $ TO=/srv/debianmirror RSYNC_HOST=rsync.debian.example.com \ +# LOGDIR=/srv/debianlogs /usr/local/bin/anonftpsync +# Variables set in the environment have priority over variables +# set in code below. + # TO is the destination for the base of the Debian mirror directory # (the dir that holds dists/ and ls-lR). # (mandatory) -TO= +[ -n "$TO" ] || TO= # RSYNC_HOST is the site you have chosen from the mirrors file. # (http://www.debian.org/mirror/list-full) # (mandatory) -RSYNC_HOST= +[ -n "$RSYNC_HOST" ] || RSYNC_HOST= # RSYNC_DIR is the directory given in the "Packages over rsync:" line of # the mirrors file for the site you have chosen to mirror. # (mandatory) -RSYNC_DIR=debian/ +[ -n "$RSYNC_DIR" ] || RSYNC_DIR=debian/ # LOGDIR is the directory where the logs will be written to # (mandatory) -LOGDIR= +[ -n "$LOGDIR" ] || LOGDIR= # ARCH_EXCLUDE can be used to exclude a complete architecture from # mirrorring. Please use as space seperated list. @@ -52,7 +59,7 @@ # With a blank ARCH_EXCLUDE you will mirror all available architectures # (optional) -ARCH_EXCLUDE= +[ -n "$ARCH_EXCLUDE" ] || ARCH_EXCLUDE= # EXCLUDE is a list of parameters listing patterns that rsync will exclude, in # addition to the architectures excluded by ARCH_EXCLUDE. @@ -74,19 +81,19 @@ # architectures excluded by ARCH_EXCLUDE. # (optional) -EXCLUDE= +[ -n "$EXCLUDE" ] || EXCLUDE= # MAILTO is the address to send logfiles to; # if it is not defined, no mail will be sent # (optional) -MAILTO= +[ -n "$MAILTO" ] || MAILTO= # BWLIMIT Bandwidth limit in KBps. Defaults to '' (unlimited). # Limit the maximum transfer rate to the given number of kilobits per # second via the rsync --bwlimit parameter. -BWLIMIT= +[ -n "$BWLIMIT" ] || BWLIMIT= # LOCK_TIMEOUT Timeout in minutes. Defaults to 360 (6 hours). # This program creates a lock to ensure that only one copy @@ -94,7 +101,7 @@ # Locks held for longer than the timeout are broken, unless # a running rsync process appears to be connected to $RSYNC_HOST. -LOCK_TIMEOUT=360 +[ -n "$LOCK_TIMEOUT" ] || LOCK_TIMEOUT=360 # There should be no need to edit anything below this point, unless there # are problems.
Bug#99933: it`s april
Do not ignore me please, I found your email somewhere and now decided to write you. Let me know if you do not mind. If you want I can send you some pictures of me. I am a nice pretty girl. Don't reply to this email. Email me direclty at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441448: ITP: ario -- A complete GTK2 client for MPD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/09/07 16:17, Marc Pavot wrote: > Package: wnpp > Severity: wishlist > Owner: Marc Pavot <[EMAIL PROTECTED]> > > > * Package name: ario > Version : 0.2 > Upstream Author : Marc Pavot <[EMAIL PROTECTED]> > * URL : http://ario-player.sourceforge.net/ > * License : GPL > Programming Lang: C > Description : A complete GTK2 client for MPD > > A complete GTK2 client for MPD (Music Player Daemon). As opposed to an *incomplete* GTK2 client? Do you mean "full featured"? > The interface used to browse the library is inspired by Rhythmbox but > Ario aims to be much lighter and faster. - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG5Iy3S9HxQb37XmcRAiUhAKCn4Zb9jZ+SR7DxzUrCvp7aWHKR0wCguiRn e56T2imJ9stPUhaQB0RMsEs= =hlHW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441460: mirrors: anonftpsync sucks bandwidth from more important tasks
Package: mirrors
Severity: wishlist
Tags: patch
When mirroring from a fast mirror over a slow link
anonftpsync can hog all the bandwith, to the detriment
of more important tasks.
Attached is a patch which uses the rsync --bwlimit
option to address this problem.
This patch is ment to be applied after the lockfile
timeout patch of Bug#441459.
Note that this patch contains tabs, because the
original anonftpsync did.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
--- anonftpsync 2007-09-09 17:56:08.0 -0500
+++ anonftpsync22007-09-09 18:28:21.0 -0500
@@ -82,6 +82,12 @@
MAILTO=
+# BWLIMIT Bandwidth limit in KBps. Defaults to '' (unlimited).
+# Limit the maximum transfer rate to the given number of kilobits per
+# second via the rsync --bwlimit parameter.
+
+BWLIMIT=
+
# LOCK_TIMEOUT Timeout in minutes. Defaults to 360 (6 hours).
# This program creates a lock to ensure that only one copy
# of this program is mirroring any one archive at any one time.
@@ -185,11 +191,18 @@
# specification. If that's the case on your system, try using "0".
trap "rm -f $LOCK" exit
+if [ -n "$BWLIMIT" ] ; then
+ RSYNC_BWLIMIT="--bwlimit=$BWLIMIT"
+else
+ RSYNC_BWLIMIT=
+fi
+
set +e
# First sync /pool
rsync --recursive --links --hard-links --times --verbose \
$TMP_EXCLUDE $EXCLUDE $SOURCE_EXCLUDE \
+ $RSYNC_BWLIMIT \
$RSYNC_HOST::$RSYNC_DIR/pool/ $TO/pool/ >> $LOGFILE 2>&1
result=$?
@@ -199,6 +212,7 @@
--exclude "Archive-Update-in-Progress-${HOSTNAME}" \
--exclude "project/trace/${HOSTNAME}" \
$TMP_EXCLUDE $EXCLUDE $SOURCE_EXCLUDE \
+$RSYNC_BWLIMIT \
$RSYNC_HOST::$RSYNC_DIR $TO >> $LOGFILE 2>&1
LANG=C date -u > "${TO}/project/trace/${HOSTNAME}"
Bug#441459: mirrors: anonftpsync does not allow lockfile timeout to vary
Package: mirrors Severity: wishlist Tags: patch It is nice to allow the lockfile timeout to vary, especially over a slow link or when deciding to mirror additional architectures, etc. The attached patch provides control over the lockfile timeout. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- anonftpsync 2007-09-08 17:54:03.0 -0500 +++ anonftpsync12007-09-09 17:56:08.0 -0500 @@ -82,6 +82,14 @@ MAILTO= +# LOCK_TIMEOUT Timeout in minutes. Defaults to 360 (6 hours). +# This program creates a lock to ensure that only one copy +# of this program is mirroring any one archive at any one time. +# Locks held for longer than the timeout are broken, unless +# a running rsync process appears to be connected to $RSYNC_HOST. + +LOCK_TIMEOUT=360 + # There should be no need to edit anything below this point, unless there # are problems. @@ -157,13 +165,13 @@ # Check to see if another sync is in progress if [ -f "$LOCK" ]; then - if [ "`find $LOCK -maxdepth 1 -amin -360`" = "" ]; then + if [ "`find $LOCK -maxdepth 1 -amin -$LOCK_TIMEOUT`" = "" ]; then # Note: this requires the procps ps; for other ps', adjust as necessary if ps ax | grep '[r]'sync | grep -q $RSYNC_HOST; then echo "stale lock found, but a rsync is still running, aiee!" exit 1 else - echo "stale lock found (not accessed in the last 6 hours), forcing update!" + echo "stale lock found (not accessed in the last $LOCK_TIMEOUT minutes), forcing update!" rm -f $LOCK fi else
Bug#410489: neverball: audio is scratchy
> Other than that, the only option left to configure the audio device is > whether stereo should be enabled or not. It is disabled in 1.4.0, but it has > been enabled in the development version. It would be interesting if you > could try the attached patch. yes! the audio is no longer scratchy with this patched version. it's suprising how simple the fix is. thanks for the quick turnaround! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441306: whizzytex: PDF viewer not usable
Hi, > > the pdf viewing solution of whizzytex is not usable as is. I tend to > think that this is a side-effect of the switch to livetex. The problem > is that whizzytex tries to call the tool pdfinitex, which does not > exist anymore on my box. > > I can happily use whizzytex+pdf with the following patch (using the > default $INITEX, ie initex, instead of pdfinitex when passed the -pdf > argument): Hmm... That only just happens to work because initex is now pdfetex. I suspect a few things not working due to this change. If it's between not working at all, and looks functional but silently broken in some mysterious ways (some style files conditionally compiling some parts differently depending on pdf or not), well, it's probably better this way. I think you want 'pdflatex -ini' for INITEX. Does that work for you instead ? > --- /usr/lib/whizzytex/whizzytex~ > +++ /usr/lib/whizzytex/whizzytex > @@ -163 +163 @@ > - INITEX=pdfinitex > +# INITEX=pdfinitex regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439973: boson: Segmentation Fault on startup
On Mon, Sep 10, 2007 at 12:24:39AM +0200, Gonéri Le Bouder wrote:
> On Tue, Aug 28, 2007 at 09:14:59PM +0100, Robert Hart wrote:
>
> Hello,
>
> Thank you for your report and sorry for the delay, I was too busy the
> last weeks to write an anwser.
>
> I think you've a problem with your graphic driver, not with boson. An
> user space
>
> Which card and graphic driver do you use?
> What does "$glxinfo | head -n 5" return?
It's an Intel 965gm using the intel driver.
$ glxinfo | head -n 5
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
> Can you also give a complet back trace:
> apt-get install boson-dbg gdb
> $gdb boson
> $(gdb) run
> $(gdb) bt full
>
>
#0 0x2ad82a8a6967 in glGetString () from /usr/lib/libGL.so
No symbol table info available.
#1 0x008c6a56 in boglGetOpenGLExtensions ()
at /build/buildd/boson-0.13/bogl/bogl.cpp:48
extensions = {static null = {
static null = ,
d = 0xd2de20, static shared_null = 0xd2de20}, d = 0xd4c9a0,
static shared_null = 0xd2de20}
#2 0x008db8c8 in boglResolveOpenGL_1_2_Symbols ([EMAIL PROTECTED])
at /build/buildd/boson-0.13/bogl/bogl_resolve_symbols.cpp:1158
extensions = {> = {
sh = 0xd4a890}, }
__PRETTY_FUNCTION__ = "bool
boglResolveOpenGL_1_2_Symbols(MyQLibrary&)"
#3 0x008dc7e1 in boglResolveLibGLSymbols ([EMAIL PROTECTED])
at /build/buildd/boson-0.13/bogl/bogl_resolve_symbols.cpp:91
No locals.
#4 0x008c867b in BoGL::resolveGLSymbols (this=0xd47ec0)
at /build/buildd/boson-0.13/bogl/bogl_resolve.cpp:311
ret =
libGL = {static null = {
static null = ,
d = 0xd2de20, static shared_null = 0xd2de20}, d = 0xd2de20,
static shared_null = 0xd2de20}
libGLU = {static null = {
static null = ,
d = 0xd2de20, static shared_null = 0xd2de20}, d = 0xd2de20,
static shared_null = 0xd2de20}
gl = (MyQLibrary *) 0xd4b2d0
glu =
__PRETTY_FUNCTION__ = "bool BoGL::resolveGLSymbols()"
#5 0x008c89d1 in boglResolveGLSymbols ()
at /build/buildd/boson-0.13/bogl/bogl_resolve.cpp:47
No locals.
#6 0x006499f7 in main (argc=1, argv=)
at /build/buildd/boson-0.13/boson/programs/main.cpp:113
about = {mAppName = 0x98e2ba "boson", mProgramName = 0x9a047f
"Boson",
mVersion = 0x98a5f3 "0.13",
mShortDescription = 0x98aae0 "A realtime strategy game for KDE",
mLicenseKey = 1,
mCopyrightStatement = 0x98a6e8 "(C) 1999-2000,2001-2005 The Boson
team",
mOtherText = 0x0, mHomepageAddress = 0x98a31d "http://boson.eu.org";,
mBugEmailAddress = 0x98a309 "[EMAIL PROTECTED]", mAuthorList = {
sh = 0xd45520}, mCreditList = {sh = 0xd45580}, mLicenseText = 0x0,
d = 0xd455e0}
argv0 =
eventLoop = {<> = {}, static metaObj = 0x0,
mAdvanceObject = 0x2ad8239bb636, d = 0xb9d49ef8}
app = {<> = {}, }
args =
checkInstallation = {}
errorMessage = {static null = {
static null = ,
d = 0xd2de20, static shared_null = 0xd2de20}, d = 0x10100d44a60,
static shared_null = 0xd2de20}
iface =
gameEngine =
forceWantDirect =
top =
glDriverBroken = {static null = {
static null = ,
d = 0xd2de20, static shared_null = 0xd2de20}, d = 0x7fff870f6680,
static shared_null = 0xd2de20}
ret =
__PRETTY_FUNCTION__ = "int main(int, char**)"
> Best regards,
>
> Gonéri Le Bouder
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441458: boot failure (using local files) if ldap unavailable
Package: libnss-ldap Version: 256-1 Severity: normal We have at least two systems running the libnss-ldap package, one Debian lenny and one Ubuntu feisty. Both exhibit this same problem. Both systems boot fine without libnss-ldap. My goal is for each system to continue working with libnss-ldap: local passwd and group files should override values from our LDAP directory. However I would like users without local accounts to be able to login with their LDAP account. To this end, I changed the passwd and group lines in nsswitch.conf (see entire file attached): passwd: compat ldap group: compat ldap This works great when our LDAP server is available, but if it's not, I still want users with local accounts to be able to login. Instead, if I boot the system and our LDAP server is unavailable, no logins are possible. Not even root is able to login. In this case, I need to reboot the system in single user mode and remove ldap from nsswitch.conf before anyone can login. This is particularly a problem on the system actually running our LDAP server, since our LDAP server is obviously never available when it boots. In this case as well, I must boot in single user mode, remove ldap from nsswitch.conf, finish booting, and finally return ldap to nsswitch.conf. Once done, users can happily login with their LDAP accounts. I have also tried changing the passwd and group lines in nsswitch.conf: passwd: compat ldap [NOTFOUND=return] group: compat ldap [NOTFOUND=return] This case behaves the same when our LDAP server is unavailalbe. When our LDAP server is available, users with local accounts can login, but users with LDAP accounts can't. I've not yet installed nscd or either system. Thanks for maintaining libnss-ldap in Debian, Jack -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libkrb531.6.dfsg.1-6 MIT Kerberos runtime libraries ii libldap22.1.30-13.4 OpenLDAP libraries Versions of packages libnss-ldap recommends: ii libpam-ldap 184-2 Pluggable Authentication Module al pn nscd (no description available) -- debconf information: libnss-ldap/dblogin: false libnss-ldap/override: true * shared/ldapns/base-dn: dc=campcoop,dc=com * shared/ldapns/ldap-server: ldap://ldap.campcoop.com libnss-ldap/confperm: false * libnss-ldap/rootbinddn: cn=admin,dc=campcoop,dc=com * shared/ldapns/ldap_version: 3 libnss-ldap/binddn: cn=proxyuser,dc=example,dc=net * libnss-ldap/nsswitch: libnss-ldap/dbrootlogin: true # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc-reference' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. passwd: compat ldap group: compat ldap shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc:db files netgroup: nis
Bug#316360: what's up with this magyar.ldf v1.5b inclusion?
Dear LaTeX and Debian Gurus, I've just found out that the Debian's magyar.ldf is incompatible with hyperref and other important packages. Then I've found this bug in the BTS. Nothing has happened for two long years! >From the Debian BTS, it seems that Johannes is responsible for this, so can I ask you Johannes what the problem is? This version is great and it works, why can't be included in babel? [EMAIL PROTECTED] people: the correct version is already at usr/share/doc/texlive-doc/latex/magyar/magyar.ldf.gz if texlive-lang-hungarian is installed. How hard it would be to somehow divert the original magyar.ldf when this hungarian package got installed? Be realistic, it seems nothing will happen with this bug at babel's people. They did nothing with it for 2 years... Sorry for my disappointed attitude, but it is really bad to see headings like this when the affected software is quite good: % When will magyar.ldf 1.5 be part of mainstream LaTeX / Babel? I have no % idea, ask the maintainer of Babel. magyar.ldf 1.5 has been converted to % magyar.dtx on June 27, 2004. That version has been submitted to the % maintainer of the Babel package. No reply from him since then. Thank all of you for the hard work. Bye, Gergely -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#437020: apt-listbugs fails with "W: Mandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status"
reassign 437020 debbugs forcemerge 437020 441295 close 437020 thanks > The problem is reoccurring, but it seems it takes a specific > combination of packages to make it happen. I have no idea what's > special about that combination, but it causes the server to choke with > that error. > > > I can currently reproduce this with the following command: > > /usr/sbin/apt-listbugs list openoffice.org-core openoffice.org-officebean HTTP/1.1 500 Internal Server Error Date: Fri, 07 Sep 2007 19:47:02 GMT Server: Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5 SOAPServer: SOAP::Lite/Perl/0.60 Content-Length: 621 Connection: close Content-Type: text/xml; charset=utf-8 http://www.w3.org/2001/XMLSchema-instance"; xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>SOAP-ENV:ServerMandatory parameter 'bug' missing in call to Debbugs::Status::get_bug_status at /usr/local/lib/site_perl/Debbugs/SOAP.pm line 131 ! CONNECTION CLOSED regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292123: physician mailing lists
Only until Sep 14 - Purchase the Physician Contact List at the sale price and get Hospital, Nursing Home and Dentist data at no charge Licensed Physicians in the USA 788,588 in total 17,400 emails 34 primary and secondary specialties Sort by over a dozen different fields This week's special price = $357 *** Get the 3 databases below as a bonus when you order the MD list above *** American Hospital Directory more than 23k hospital administrators in over 7k hospitals [worth over $300 alone) US Dentist Contact List A complete Database or dentists and related services (valued at $299) Nursing Homes in the USA includes over 31,589 Senior administrators, 11,288 Nursing Directors in over 14,706 Nursing Homes in the United States. (value: $249) email to: [EMAIL PROTECTED] send a blank email with "nomore" in the subject to be unlisted
Bug#441132: qemubuilder: build of package failing due to date problems
Hi, > Patched attached, works here (tm). > > > The real fix would be to find out why RTC time is not obtained (time > > to debug qemu and linux kernel). > > This can wait :) PowerPC seems an easier target for me ATM. > > JB Hmmm... I think this code doesn't take timezones into account, so I re-wrote it. I hope it's okay. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441457: New upstream bugfix release 2.2.1
Package: anjuta There is a new upstream release, which is almost a bugfix release. It'd be great to have it packaged, since it fixes a lot of crashes and memory leaks, among other bugs. http://sourceforge.net/project/shownotes.php?release_id=537721 Thanks! Emilio signature.asc Description: OpenPGP digital signature
Bug#151566: aeb-kcip
Yo Aziz I love him to death but our sex life sucked Landon Quaye http://smeird.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434505: closed by Stephen Gran <[EMAIL PROTECTED]> (Bug#434505: fixed in clamav 0.91.1-2)
On Mon, Sep 10, 2007 at 12:01:58AM +0100, Stephen Gran wrote: > > > That's my point - that results in no database files on disk when clamd's > > > postinst is run, resulting in it failing to start. > > > > Erm, surely people who purposely evade recommends can be expected to know > > how to handle such a situation? > > There are two things wrong with that statement: it has been until very > recently the policy of apt not to install Recommends, and it is still a > valid configuration option to set. Second, if the program will not > start without these two files, then it is a Depends, not a Recommends. > No amount of handwaving will change that fundamental relationship. Well, I don't agree it's handwaving. We've had examples of programs that wouldn't start without some other non-Depends prerequisite. texinfo doesn't depend on tetex-bin, it just suggests it, and the texi2dvi script errors out nicely, explaining to the user what to do. Granted, that's not the primary part of the package, but still. The same way, clamd could tell the user that there is no data currently, and tell them to either install freshclam (or just let it run once) or one of the data packages. Ideally, it could present this as a debconf question, but with clamd and freshclam being in separate packages which don't depend on each other, it can't go that far. > I don't really agree that a 10MB download every few months is a major > burden that needs backbends to work around, sorry. Okay, then we agree to disagree. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441368: Filed as SF bug #1791281
This has been filed as SF bug #1791281. KEN -- Kenneth J. Pronovici <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#433869: Update not applied
Looking in http://ftp.us.debian.org/debian/dists/etch/main/binary-i386/Packages.bz2 I notice the package tzdata is still stuck at version 2007b, which does not apply the time zone changes listed in this bug report. It seems apparent that version 2007f, which contains the fix, is marked to be put into etch but since it has not yet been done, and the New Zealand daylight savings time is due to come into effect in two weeks, this is now rather urgent. I would recommend re-opening this bug and upgrading its severity until the fix has been applied. Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434505: closed by Stephen Gran <[EMAIL PROTECTED]> (Bug#434505: fixed in clamav 0.91.1-2)
This one time, at band camp, Josip Rodin said: > On Sun, Sep 09, 2007 at 07:17:01PM +0100, Stephen Gran wrote: > > > > That's my point - that results in no database files on disk when clamd's > > postinst is run, resulting in it failing to start. > > Erm, surely people who purposely evade recommends can be expected to know > how to handle such a situation? There are two things wrong with that statement: it has been until very recently the policy of apt not to install Recommends, and it is still a valid configuration option to set. Second, if the program will not start without these two files, then it is a Depends, not a Recommends. No amount of handwaving will change that fundamental relationship. I feel like we're talking past each other here, and we've lost a bit of the thread. The two databases, main.cvd and daily.cvd, need to be in /var/lib/clamav by the time clamd's postinst runs and the init script starts clamd. This makes it a Depends as the program will not run without them. The aptitude invocation you mentioned will install all Depends, and yet the program will not run. That is not an acceptable arrangement of the Dependencies, in my eyes. OK? Second, all of the proposed solutions (to something I am not inclined to think of as a real problem, but obviously YMMV) in this conversation have not provided a way that actually expresses this need without also installing and downloading duplicate data, and usually also result in a negative side effect worse than what we currently have. Consider all of your solutions at the outset: A user install clamav-data. Several times a day, they redownload the full data set, instead of only downloading deltas. A user installs freshclam: There are no data files at the time clamd is started. The daemon fails to work out of the box. A user installs clamav-data-bootstrap: They redownload the new data files at package upgrade time, just like now, and they also get no ongoing updates. Each of these is worse than what we have now, and each of these are what will happen after a single apt invocation in your proposed scenarios. A user will have to manually notice that this wasn't what they wanted, and manually intervene and install a second package later. Finally, if they then remove clamav-data in favor of freshclam, they actually remove the necessary databases in the process, making it worse again. > > That's not really acceptable to save a few megabytes of download on > > dist-upgrade. > > Well, that would be on every upgrade, not just dist-upgrade. With the amount > of security bugs that happen these days, that's a burden. I don't really agree that a 10MB download every few months is a major burden that needs backbends to work around, sorry. I agree that it would be nice to be able to not redownload 60MB of extra data a year, and if there was a clean way to do so, I think it should be done. So far, I don't see a clean way that makes it simple or better for the casual user. Unless you can come up with a way of making some package contain the database files, and be a hard Dependency such that apt always picks a working solution, but only for the first install on systems that will eventually have a working freshclam, I am inclined to think we're beating a dead horse. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#433684: still no sponsor?
Le dimanche 09 septembre 2007 à 18:30 +0300, =?UTF-8?Q? Marc-Andr=C3=A9?= Lureau a écrit : > Hi! > > I am interested by this package. > Did you find a sponsor? > > regards, > Hi, The package was reviewed and uploaded by a sponsor, but it was refused by ftpmaster : [quote] Hi Maintainer, rejected - you miss to mention egg* who have a different license in your debian copyright file. Additionally you should point to the real file of the GPL, not to the symlink, thats no longer useful. [/quote] I corrected it and asked my sponsor again, but I had no response. I uploaded the new version in mentors.debian.org if someone want to sponsor it again. Regards, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441355: regcomp DoS'able in utf-8 locales
reassign 441355 libc6 thanks Rich Felker a écrit : > On Sun, Sep 09, 2007 at 09:33:43PM +0200, Aurelien Jarno wrote: >>> The bug can cause crashes in any program using the system regex >>> routines and could in principle be used for DoS attacks if a >>> less-privileged user is able to provide regular expressions to a >>> more-privileged process. >> Do you have an example of such claim? I have been unable to reproduce >> the problem when the regex routines are called correctly. > > Perhaps other applications also call it incorrectly? I noticed the > problem first with regex searches in the pager 'less' but found grep > an easier test-case to reproduce it with. As far as I know less calls > the regex routines with the standard posix api and not the gnu one, > but I may be mistaken. > I have finally been able to reproduce the problem with a simple C code. I am reassigning this bug back to libc6 until I correctly understand the problem. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441456: Please package new upstream release 0.2.0
Package: gnome-build It would be cool if you could package gnome-build 0.2.0, which is needed by Anjuta 2.2.1 http://ftp.gnome.org/pub/GNOME/sources/gnome-build/0.2/ Thanks, Emilio signature.asc Description: OpenPGP digital signature
Bug#415250: ETA for including the German debconf translation?
On 9/09/2007, at 7:49 AM, Helge Kreutzmann wrote: Hello, several month ago you received the German translation of your debconf template. Do you have any ETA for uploading a new version including this (and possibly other) translation, to get a good testing coverage during the Lenny development cycle? If you have any questions or need help adding the the Debconf template, do not hesitate to ask on debian-i18n. No ETA at present; it is on my list of things to catch up on, but if anyone else wants to do it either in the meantime or permanently, I'd appreciate it. Cheers, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284854: pam: [PATCH] cross build
On Sun, 9 Sep 2007 15:06:34 -0700
Steve Langasek <[EMAIL PROTECTED]> wrote:
> > The upstream may be better but debian/rules still needs a tweak.
>
> Heh, fair enough; but I don't see anywhere that the original patch did
> anything to handle the cross-arch toolchain settings for the package
> either.
No, that's true. Things are still developing . .
;-)
> > First, set the cross-build detection:
> > DEB_HOST_GNU_TYPE := $(shell dpkg-architecture
> > -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE := $(shell
> > dpkg-architecture -qDEB_BUILD_GNU_TYPE)
>
> > and one line to add to the ./configure arguments:
> > --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
>
> > Alternatively, create a $(CONFFLAGS) variable set the to --build and
> > --host arguments if $(DEB_HOST_GNU_TYPE) differs from
> > $(DEB_BUILD_GNU_TYPE) or blank otherwise.
>
> That really shouldn't be considered the "alternative". The first
> usage is wrong because it causes the compiler to be invoked /as/ a
> cross-compiler when it shouldn't be.
True. I'll update the docs so that the cross-compiler is only called
when necessary, as described. That will make it easier to add those
changes in Debian.
> > `yylex':
> > /opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/conf/pam_conv1/pam_conv_l.c:831:
> > undefined reference to `yywrap' collect2: ld returned 1 exit status
> > make[5]: *** [pam_conv1] Error 1
>
> That means you're missing libfl in your cross-build environment.
Aha. Thanks for the tip. Identifying cross-build build-depends isn't
always straightforward. (Something else Emdebian developers are trying
to solve.)
$ sudo apt-cross -a arm -v -i flex
(set via debian/xcontrol)
> That's not a bug in the pam package, the build-dependencies are as
> correct as they can be.
Excellent. I'll sort that out and rebuild soon. I'll let you know the
result.
> ... most of which are wrong for Debian and should not be included.
Yes, these are works-in-progress and aren't ready for submission as
patches for Debian, yet.
> Does emdebian really not have a way of rendering
> dh_install{man,docs,changelogs,examples} inert without hacking
> individual packages?
Being implemented in dpkg by filtering - initially on install but also
upon build so that when building an emdebian package (modified version
string to identify it), certain filters are enabled that omit the files
that embedded devices don't need.
The current method is not scalable to the entire Debian archive but
then Emdebian isn't close to cross-building more than a hundred or so
packages out of the 18,000 so there's time to develop yet.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgpV6QHXSQO5s.pgp
Description: PGP signature
Bug#434505: closed by Stephen Gran <[EMAIL PROTECTED]> (Bug#434505: fixed in clamav 0.91.1-2)
On Sun, Sep 09, 2007 at 07:17:01PM +0100, Stephen Gran wrote: > > > The package relationship described above makes it much harder > > > for a user to just run apt-get install and have things work out of the > > > box without manually specifying a second run to end up with what they > > > really want. Do you really think that: > > > apt-get install clamav-daemon > > > apt-get install clamav-freshclam > > > apt-get remove clamav-data-bootstrap > > > > > > is an intuitive way to arrive at what you wanted in the first place? > > > > Uh, no, that would be: > > > > aptitude install --without-recommends clamav-daemon clamav-freshclam > > > > There is no second run. > > That's my point - that results in no database files on disk when clamd's > postinst is run, resulting in it failing to start. Erm, surely people who purposely evade recommends can be expected to know how to handle such a situation? > That's not really acceptable to save a few megabytes of download on > dist-upgrade. Well, that would be on every upgrade, not just dist-upgrade. With the amount of security bugs that happen these days, that's a burden. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441455: gallery: Gallery 1.5.7 Released
Package: gallery Serverity: wishlist Gallery 1.5.7 is now available for download. This release fixes one very minor security issue, fixes a few small bugs, and makes a significant amount of text more sensible. Even though this release has no major security fixes, we recommend that all users of Gallery 1.5.6 and earlier upgrade to this release to be as bug free and secure as possible. You can download 1.5.7 from http://sourceforge.net/project/showfiles.php?group_id=7130&package_id=7239";>Gallery 1 Upgrade instructions are available: http://codex.gallery2.org/index.php/Gallery1:Upgrading"; If you've contributed to translations for Gallery 1 in the past, or would be interested in helping out, our translations for Gallery 1 are fairly far behind! Please join: https://lists.sourceforge.net/lists/listinfo/gallery-translations And send an introduction to get started. Get all the details at: http://gallery.menalto.com/gallery_1.5.7_released -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438812: funnyboat: Should support ttf-dejavu as an alternative to ttf-bitstream-vera
tag 438812 pending thanks On Sun, Aug 19, 2007 at 04:54:00PM -0700, Josh Triplett wrote: > Package: funnyboat > Version: 1.5-1 > Severity: wishlist > > Other packages that require a vera-like font do so with an alternative > dependency on ttf-dejavu: ttf-dejavu | ttf-bitstream-vera. funnyboat does > not; it requires ttf-bitstream-vera. How about allowing ttf-dejavu instead, > and modifying funnyboat to work with it? hello, Thank you for your report. dejavu is better and I will use it instead. Best regards, Gonéri signature.asc Description: Digital signature
Bug#389749: neverball sound
On Sat, Aug 25, 2007 at 01:56:38AM +0300, Taneli Vähäkangas wrote: > two things: 1) sound works now with pulseaudio, 2) with alsa it still > fails the same way. With the patch I get: > Mix_OpenAudio: No available audio device Thanks for testing the patch. Btw, which "flavour" of libsdl1.2debian-* do you have? (Or, what is the output of «dpkg -l | grep libsdl1.2debian-»?) I suppose you installed either libsdl1.2debian-alsa or libsdl1.2debian-all...
Bug#284854: pam: [PATCH] cross build
On Sun, Sep 09, 2007 at 03:26:02PM +0100, Neil Williams wrote:
> > Could you please check whether this bug is still an issue with the
> > current version of pam in unstable (upstream version 0.99.7.1)?
> It is yes.
> > Now
> > that upstream is making full use of autotools, I suspect this bug has
> > gone away on its own.
> The upstream may be better but debian/rules still needs a tweak.
Heh, fair enough; but I don't see anywhere that the original patch did
anything to handle the cross-arch toolchain settings for the package
either.
> First, set the cross-build detection:
> DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
> DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
> and one line to add to the ./configure arguments:
> --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
> Alternatively, create a $(CONFFLAGS) variable set the to --build and
> --host arguments if $(DEB_HOST_GNU_TYPE) differs from $(DEB_BUILD_GNU_TYPE)
> or blank otherwise.
That really shouldn't be considered the "alternative". The first usage is
wrong because it causes the compiler to be invoked /as/ a cross-compiler
when it shouldn't be.
> However, even with those, there does appear to be a remaining upstream
> cross-build problem:
> make[5]: Entering directory
> `/opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/conf/pam_conv1'
> arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -g -D_GNU_SOURCE
> -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -MT pam_conv_l.o
> -MD -MP -MF .deps/pam_conv_l.Tpo -c -o pam_conv_l.o pam_conv_l.c
> mv -f .deps/pam_conv_l.Tpo .deps/pam_conv_l.Po
> arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -g -D_GNU_SOURCE
> -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -MT pam_conv_y.o
> -MD -MP -MF .deps/pam_conv_y.Tpo -c -o pam_conv_y.o pam_conv_y.c
> mv -f .deps/pam_conv_y.Tpo .deps/pam_conv_y.Po
> /bin/sh ../../libtool --tag=CC --mode=link arm-linux-gnu-gcc -g
> -D_GNU_SOURCE -D_REENTRANT -fPIC -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2
> -Wl,--as-needed -Wl,-O1 -o pam_conv1 pam_conv_l.o pam_conv_y.o
> mkdir .libs
> arm-linux-gnu-gcc -g -D_GNU_SOURCE -D_REENTRANT -fPIC
> -DCRACKLIB_DICTS=CRACKLIB_DICTPATH -O2 -Wl,--as-needed -Wl,-O1 -o pam_conv1
> pam_conv_l.o pam_conv_y.o
> pam_conv_l.o: In function `yylex':
> /opt/emdebian/trunk/p/pam/trunk/pam-0.99.7.1/Linux-PAM/conf/pam_conv1/pam_conv_l.c:831:
> undefined reference to `yywrap'
> collect2: ld returned 1 exit status
> make[5]: *** [pam_conv1] Error 1
That means you're missing libfl in your cross-build environment. That's not
a bug in the pam package, the build-dependencies are as correct as they can
be.
> Managed to fix the emdebian-tools build, so:
> The build log is in emdebian SVN:
> http://buildd.emdebian.org/svn/browser/current/target/trunk/p/pam/trunk/pam_0.99+.7.1-4em1_arm.build
> along with the patches:
> http://buildd.emdebian.org/svn/browser/current/target/trunk/p/pam/trunk/
... most of which are wrong for Debian and should not be included. Does
emdebian really not have a way of rendering
dh_install{man,docs,changelogs,examples} inert without hacking individual
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#429021: builtin echo command redirection misbehaves in detached scripts when terminal is closed
Stephane Chazelas a écrit : > On Sun, Sep 09, 2007 at 10:08:14PM +0200, Andreas Schwab wrote: >> Stephane Chazelas <[EMAIL PROTECTED]> writes: >> >>> On Sun, Sep 09, 2007 at 07:10:59PM +0100, Stephane Chazelas wrote: >>> [...] What OS and version of glibc? I do get the error message but I get both a and b in the file. That was on Linux, glibc 2.6.1. >>> [...] >>> >>> Actually, >>> >>> bash -c 'echo a; echo b > a' >&- >>> >>> is enough for me to reproduce the problem. >> Guess you have a buggy libc, then. > [...] > > I wouldn't be surprised if it has to do with the fix to debian > bug #429021. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429021 > (I'm CCing Dmitry who is the author of that change according to > bugs.debian.org) > I can reproduce the "bug" with glibc from etch, or even from sarge, so I really doubt that it comes from this change. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#122771:
It really does matter www.size-matterz.com It matters to her too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439973: boson: Segmentation Fault on startup
On Tue, Aug 28, 2007 at 09:14:59PM +0100, Robert Hart wrote: Hello, Thank you for your report and sorry for the delay, I was too busy the last weeks to write an anwser. I think you've a problem with your graphic driver, not with boson. An user space Which card and graphic driver do you use? What does "$glxinfo | head -n 5" return? Can you also give a complet back trace: apt-get install boson-dbg gdb $gdb boson $(gdb) run $(gdb) bt full Best regards, Gonéri Le Bouder signature.asc Description: Digital signature
Bug#441454: /etc/init.d/irmp3 stop
Package: irmp3 Version: 0.5.7pre2-1.1 Tags: patch As "/etc/init.d/irmp3 stop" was not stopping the daemon, I modified the init.d script. The diff is attached. Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC--- debian/init.d.old 2007-09-09 17:55:21.0 -0300 +++ debian/init.d 2007-09-09 18:08:32.0 -0300 @@ -18,24 +18,24 @@ case "$1" in start) echo -n "Starting $DESC: " - start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \ + start-stop-daemon --start --quiet \ --exec $DAEMON -- $DAEMON_OPTS echo "$NAME." ;; stop) echo -n "Stopping $DESC: " - start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \ + start-stop-daemon --stop --quiet \ --exec $DAEMON echo "$NAME." ;; restart|force-reload) echo -n "Restarting $DESC: " - start-stop-daemon --stop --quiet --pidfile \ - /var/run/$NAME.pid --exec $DAEMON + start-stop-daemon --stop --quiet \ + --exec $DAEMON sleep 1 - start-stop-daemon --start --quiet --pidfile \ - /var/run/$NAME.pid --exec $DAEMON -- $DAEMON_OPTS + start-stop-daemon --start --quiet \ + --exec $DAEMON -- $DAEMON_OPTS echo "$NAME." ;; *)
Bug#441453: The patch...
Of course I forgot the patch... Cri -- GPG/PGP Key-Id 0x943A5F0E -http://www.linux.it/~cri/cri.asc Free software, free society-http://www.fsfeurope.org GNUvox: http://www.gnuvox.info - RadioLinux: http://www.radiolinux.info --- checkroot.sh.orig 2007-07-25 01:26:52.0 +0200 +++ checkroot.sh2007-09-09 23:43:26.0 +0200 @@ -192,6 +192,9 @@ then log_warning_msg "On battery power, so skipping file system check." rootcheck=no + elif [ "$?" -eq 255 ] + then + log_warning_msg "Can't check power status (maybe missing ACPI support?)" fi fi signature.asc Description: Digital signature
Bug#410489: neverball: audio is scratchy
On Sun, Sep 09, 2007 at 12:53:21PM -0400, Michael Gilbert wrote:
> actually, that solution didn't work. it makes the sound effects sound
> fine now, but not the music. the music is still scratchy. i even
> tried changing the audio_buffer to 4096, but there was no change.
Have you tried playing the music with a regular media player? Does it work
fine? The songs are available in .
Other than that, the only option left to configure the audio device is
whether stereo should be enabled or not. It is disabled in 1.4.0, but it has
been enabled in the development version. It would be interesting if you
could try the attached patch.
I have built an i386 package[1] enabling this patch so that it is easier for
you to test. You only need to download and install neverball[2] («dpkg -i
neverball_1.4.0-3~stereo_i386.deb»).
1. http://ettin.org/pub/debian/neverball/1.4.0-3~stereo/
2.
http://ettin.org/pub/debian/neverball/1.4.0-3~stereo/neverball_1.4.0-3~stereo_i386.deb
--- neverball-1.4.0.orig/share/audio.c
+++ neverball-1.4.0/share/audio.c
@@ -47,7 +47,7 @@
if (audio_state == 0)
{
-if (Mix_OpenAudio(r, MIX_DEFAULT_FORMAT, 1, b) == 0)
+if (Mix_OpenAudio(r, MIX_DEFAULT_FORMAT, 2, b) == 0)
{
for (i = 0; i < MAXSND; i++)
if (chan[i])
@@ -60,6 +60,7 @@
}
else
{
+printf("Mix_OpenAudio: %s\n", Mix_GetError());
fprintf(stderr, "Sound disabled\n");
audio_state = 0;
}
Bug#441453: initscripts: checkfs and checkroot should warn if on_ac_power fails
Package: initscripts Version: 2.86.ds1-38.1 Severity: wishlist Tags: patch In order to skip fsck-ing while on battery power, the checkroot.sh and checkfs.sh scripts only check if on_ac_power's exit status == 1. Sometimes, on_ac_power is available but returns 255 (e.g. because the ac kernel module is not loaded yet): maybe the user should be warned about that by the init script (see the attached patch to checkroot.sh), or by the documentation of the package (which I just didn't happen to find :-) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-rc1-cri (PREEMPT) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii debianutils2.16.2Miscellaneous utilities specific t ii e2fsprogs 1.40.2-1 ext2 file system utilities and lib ii libc6 2.6-5 GNU C Library: Shared libraries ii lsb-base 3.1-24Linux Standard Base 3.1 init scrip ii mount 2.13~rc3-5Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-38.1 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.5-1 Utilities that use the proc filesy -- no debconf information -- GPG/PGP Key-Id 0x943A5F0E -http://www.linux.it/~cri/cri.asc Free software, free society-http://www.fsfeurope.org GNUvox: http://www.gnuvox.info - RadioLinux: http://www.radiolinux.info signature.asc Description: Digital signature
Bug#441452: Fails to work properly on amd64
Package: flashplugin-nonfree Version: 1:1.1 Severity: grave --- Please enter the report below this line. --- My experience is similar to the one in this bug report ( https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/138099 ) except I have only this error : nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-nonfree/libflashplayer.so Logically, the workaround described in this bug does not work. Happens with unstable and experimental versions of flashplugin-nonfree --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-2-amd64 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+- debconf | 1.5.14 OR debconf-2.0 | wget| 1.10.2-3 fontconfig | 2.4.2-1.2 ia32-libs-gtk | 2.0 lib32z1 | 1:1.2.3.3.dfsg-5 nspluginwrapper (>= 0.9.91.4-3) | 0.9.91.5-1 empty-expect| 0.6.11b-2 gnupg | 1.4.6-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441451: brasero: Brasero says medium not writable, reporting wrong CD size
Package: brasero Version: 0.6.0-2 Severity: important Having empty CD-ROM in the drive, brasero says about it: the medium is not writable, and reports its size to be 17179869184,0 GB. The CD is normal, k3b sees its correct 702,8 MB size, and is able to burn it. Also brasero on another Debian testing machine reports that it's ok. wodim --devices reports this (correct) CD-RW information about the burner I have. wodim: Overview of accessible drives (1 found) : - 0 dev='/dev/hdd' rwrw-- : 'TSSTcorp' 'CD/DVDW SH-S162L' - I'm really sure what shall I change in the system to make brasero work. Even as it used to be bonfire, it worked some times and didn;t work other times, never knew why. K3b works all the time, flawlessly. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages brasero depends on: ii gconf2 2.18.0.1-3 GNOME configuration database syste ii genisoimage 9:1.1.6-1Creates ISO-9660 CD-ROM filesystem ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime ii libgstreamer-plugins-ba 0.10.14-2GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.14-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libhal1 0.5.9.1-4Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libnautilus-burn4 2.18.2-1 Nautilus Burn Library - runtime ve ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtotem-plparser1 2.18.2-1 Totem Playlist Parser library - ru ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii wodim 9:1.1.6-1command line CD/DVD writing tool ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages brasero recommends: pn gstreamer0.10-fluendo-mp3 (no description available) ii hal 0.5.9.1-4 Hardware Abstraction Layer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429021: builtin echo command redirection misbehaves in detached scripts when terminal is closed
The change is far from trivial or harmless, if it was intended. I had to rebuild a custom server I run in a hurry because it was flooding an IRC channel with log lines a backend bash script sent to stderr. And I can think of plenty of ways to trash files with this bug. Anyway, thanks a lot Stéphane and Andreas for testing this! Stephane Chazelas wrote: Now, I'm not sure if we can say that the new glibc behavior observed is bogus (other than it's different from the behavior observed in all the libcs I tried with). It is not a harmless change, for sure as it seems to have broken at least bash, zsh and possibly ksh93. Dmitry, you may find that whole thread at: http://groups.google.com/group/gnu.bash.bug/browse_thread/thread/e311bdd4f945a21e/621b7189217760f1 Best regards, Stéphane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440996: memlockd: NMU diff for 0.03-0.2
retitle 440996 memlockd: NMU diff for 0.03-0.1, 0.03-0.2
thanks
Here's the diff from 0.03 to 0.03-0.2. Uploaded to DELAYED/7-day.
--
Robert Edmonds
[EMAIL PROTECTED]
diff -pru orig/memlockd-0.03/Makefile memlockd-0.03/Makefile
--- orig/memlockd-0.03/Makefile 2007-02-14 21:19:54.0 -0500
+++ memlockd-0.03/Makefile 2007-09-09 17:17:51.627282531 -0400
@@ -5,7 +5,7 @@ WFLAGS=-Wall -W -Wshadow -Wpointer-arith
memlockd: memlockd.cpp
- gcc -O2 memlockd.cpp -o memlockd $(WFLAGS) -lstdc++
+ g++ -O2 memlockd.cpp -o memlockd $(WFLAGS)
clean:
rm -f memlockd
diff -pru orig/memlockd-0.03/changes.txt memlockd-0.03/changes.txt
--- orig/memlockd-0.03/changes.txt 2007-03-13 04:12:12.0 -0400
+++ memlockd-0.03/changes.txt 2007-09-09 17:31:26.429715476 -0400
@@ -1,3 +1,19 @@
+memlockd (0.03-0.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Compile with g++, not gcc -lstdc++; closes: #441449.
+
+ -- Robert S. Edmonds <[EMAIL PROTECTED]> Sun, 09 Sep 2007 17:17:20 -0400
+
+memlockd (0.03-0.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Use sysconf(_SC_PAGESIZE) instead of PAGE_SIZE; closes: #418666.
+ * Add dependency on adduser; closes: #431529.
+ * Use invoke-rc.d; closes: #440574.
+
+ -- Robert S. Edmonds <[EMAIL PROTECTED]> Wed, 05 Sep 2007 19:34:22 -0400
+
memlockd (0.03) unstable; urgency=medium
* Fixed section and description.
diff -pru orig/memlockd-0.03/debian/changelog memlockd-0.03/debian/changelog
--- orig/memlockd-0.03/debian/changelog 2007-03-13 04:12:12.0 -0400
+++ memlockd-0.03/debian/changelog 2007-09-09 17:31:26.429715476 -0400
@@ -1,3 +1,19 @@
+memlockd (0.03-0.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Compile with g++, not gcc -lstdc++; closes: #441449.
+
+ -- Robert S. Edmonds <[EMAIL PROTECTED]> Sun, 09 Sep 2007 17:17:20 -0400
+
+memlockd (0.03-0.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Use sysconf(_SC_PAGESIZE) instead of PAGE_SIZE; closes: #418666.
+ * Add dependency on adduser; closes: #431529.
+ * Use invoke-rc.d; closes: #440574.
+
+ -- Robert S. Edmonds <[EMAIL PROTECTED]> Wed, 05 Sep 2007 19:34:22 -0400
+
memlockd (0.03) unstable; urgency=medium
* Fixed section and description.
diff -pru orig/memlockd-0.03/debian/control memlockd-0.03/debian/control
--- orig/memlockd-0.03/debian/control 2007-03-12 19:52:35.0 -0400
+++ memlockd-0.03/debian/control 2007-09-09 17:16:51.0 -0400
@@ -7,7 +7,7 @@ Standards-Version: 3.7.2
Package: memlockd
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, adduser
Description: daemon to lock files into RAM
When a system starts paging excessively it may be impossible for the sysadmin
to login for the purpose of killing the runaway processes (sometimes the
diff -pru orig/memlockd-0.03/debian/postinst memlockd-0.03/debian/postinst
--- orig/memlockd-0.03/debian/postinst 2007-03-13 04:10:19.0 -0400
+++ memlockd-0.03/debian/postinst 2007-09-09 17:16:51.0 -0400
@@ -31,7 +31,6 @@ case "$1" in
fi
update-rc.d memlockd start 75 2 3 4 5 . stop 05 0 1 6 . >/dev/null || true
- /etc/init.d/memlockd restart
;;
@@ -44,10 +43,11 @@ case "$1" in
;;
esac
-# dh_installdeb will replace this with shell code automatically
-# generated by other debhelper scripts.
-
-#DEBHELPER#
+if which invoke-rc.d >/dev/null 2>&1; then
+ invoke-rc.d memlockd restart
+else
+ /etc/init.d/memlockd restart
+fi
exit 0
diff -pru orig/memlockd-0.03/memlockd.cpp memlockd-0.03/memlockd.cpp
--- orig/memlockd-0.03/memlockd.cpp 2007-03-13 03:58:29.0 -0400
+++ memlockd-0.03/memlockd.cpp 2007-09-09 17:16:51.0 -0400
@@ -33,6 +33,7 @@ int num_files = 0;
int num_new_files = 0;
const char * config = "/etc/memlockd.cfg";
int debug = 0;
+int page_size = 0;
uid_t uid = 0;
gid_t gid = 0;
@@ -83,9 +84,9 @@ int open_map(int fd, struct stat *sb, co
close(fd);
return 0;
}
- if(sb->st_size % PAGE_SIZE)
-new_files[num_new_files].map_size = sb->st_size - (sb->st_size % PAGE_SIZE)
- + PAGE_SIZE;
+ if(sb->st_size % page_size)
+new_files[num_new_files].map_size = sb->st_size - (sb->st_size % page_size)
+ + page_size;
else
new_files[num_new_files].map_size = sb->st_size;
new_files[num_new_files].fd = fd;
@@ -267,6 +268,7 @@ int main(int argc, char **argv)
{
int c;
pid_t old_pid = 0;
+ page_size = (int) sysconf(_SC_PAGESIZE);
while(-1 != (c = getopt(argc, argv, "dc:u:")) )
{
switch(char(c))
signature.asc
Description: Digital signature
Bug#441450: gv: XUSERFILESEARCHPATH makes it crash at startup
Package: gv Version: 1:3.6.3dfsg-2 Severity: normal `gv' started to becomes completely unusable for me some weeks/months ago. I couldn't pin down the source of the problem (it worked fine when used from my wife's account, so it had to do with my specific setup) so I let it on the side (and use ps2pdf+xpdf in the mean time). I recently came back to it and this time I did pin down a source of the problem: I had XUSERFILESEARCHPATH=/home/monnier/lib/app-defaults/%N%S in my environment. Removing it fixed the crash and made my `gv' usable again. It seems that setting this envvar to any value causes `gv' to crash. Stefan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gv depends on: ii gs 8.56.dfsg.1-1.1 Transitional package ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii xaw3dg 1.5+E-15Xaw3d widget set gv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376188: xserver aborts with sigsegv when xawtv starts
On Sun, Sep 09, 2007 at 11:12:20PM +0200, Brice Goglin wrote:
> Could you send us the whole backtrace that you got with debugging info
> (bt full)?
Here it is.
> How did you reproduce the problem? Just by starting xawtv without any
> option?
Yes, the server also crashes with zapping or xdtv (not packaged with
Debian). xdtv starts with the -noxv option, but I didnt try other option
combinations with xaxtv or zapping.
The bug is as new for me as my computer. I really dont know which part
of it is responsible, here are, I think, the guilty things:
- it's a amd64 Debian on a Intel Core 2 Duo
- with a 7300 Nvidia chipset, it crashes with Nvidia's driver and with
Xorg's nv driver.
--
Matthieu (Prof)
#0 Dispatch () at ../../dix/dispatch.c:417
clientReady =
result = 0
client =
nready = 0
start_tick = 120
#1 0x00439e8d in main (argc=1, argv=0x7fffb0007ab8,
envp=) at ../../dix/main.c:477
pScreen =
i = 1
error = 0
xauthfile =
alwaysCheckForInput = {0, 1}
Bug#441443: SCIM with Anthy do not work with OpenOffice.org Writer
Juhapekka Tolvanen wrote: > Package: openoffice.org-writer > Version: 2.2.1-7 FWIw, old version. Where did you get that afrom? testing got 2.2.1-8 recently and before that it just had 2.0.4. > > SCIM with Anthy works fine almost everywhere else, but not in OpenOffice.org > Writer. I haven't tried other components of OpenOffice.org, but I guess > the problem is there, too. > > No, matter how much I press Ctrl-Space, SCIM do not appear at all. I > configured key board shortcuts of OpenOffice.org and removed Ctrl-Space. > It did not fix the problem, at all. > > These environment variables are set during startup of my X: > > export GTK_IM_MODULE=scim-bridge > export QT_IM_MODULE=scim-bridge > export XMODIFIERS="@im=SCIM" > > I have added skim-applet to Kicker of my KDE and it starts rest of the > Scim. > > Index of help inside OPenOffice.org Writer has also title: > "input method window". It says: > > Clip here > Input Method Status > Shows or hides the Input Method Engine (IME) status window. > To access this command... > Choose View - Input Method Status > > Currently only the Internet/Intranet Input Method Protocol (IIIMP) under Unix > is supported. > Clip here > > Should I really switch to IIIMP? It is available as Debian-packages, but > its documentation sucks rotten frogs through a garden hose. I already > made bugreports about that. I have no clue of either... > -- System Information: > Debian Release: 4.0 > APT prefers testing > APT policy: (1100, 'testing'), (990, 'stable'), (500, > 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), > (99, 'unstable') two times testing? ah, right. and stable with a higher prio than unstable? Suure... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#441449: memlockd: FTBFS on multiple architectures
Package: memlockd Severity: serious Tags: patch memlockd fails to build on multiple architectures (at least arm, mips, and mipsel) due to the way the compiler is invoked: gcc -O2 memlockd.cpp -o memlockd -Wall -W -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Wcast-qual -pedantic -ffor-scope -lstdc++ gcc: error trying to exec 'cc1plus': execvp: No such file or directory --- memlockd-0.03.orig/Makefile +++ memlockd-0.03/Makefile @@ -5,7 +5,7 @@ memlockd: memlockd.cpp - gcc -O2 memlockd.cpp -o memlockd $(WFLAGS) -lstdc++ + g++ -O2 memlockd.cpp -o memlockd $(WFLAGS) clean: rm -f memlockd -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
