Bug#400705: zaptel-source: still fails to build against 2.6.19-rc6 and 2.6.19
On Sat, 9 Dec 2006, Tzafrir Cohen wrote: Could you please try to edit vzaphfc_main.c from within the tarball to remove that line? That include file should be unnecessary, anyway. If this works then we need to fix vzaphfc. Ok, line snipped, tarball rebuilt and off we go. It gets past that point but stops later with the following message: CC [M] /usr/src/modules/zaptel/xpp/card_fxo.o In file included from /usr/src/modules/zaptel/xpp/xpd.h:26, from /usr/src/modules/zaptel/xpp/card_fxo.c:28: /usr/src/modules/zaptel/xpp/xdefs.h:93: error: conflicting types for 'bool' include/linux/types.h:36: error: previous declaration of 'bool' was here make[5]: *** [/usr/src/modules/zaptel/xpp/card_fxo.o] Error 1 BR, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402274: junior-internet: still depends on old firefox package
Package: junior-internet Version: 1.7 Severity: normal Hi, firefox is now a transitional package. So could you please update junior-internet to depend on iceweasel ? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402273: fglrx-kernel-src: machine does not resume
Package: fglrx-kernel-src Version: 8.31.5-1 Severity: important Hi, With 8.31.5, the machine won't resume after a suspend to ram. Worked fine with 8.28.8 and 8.30.3. The kernel is a vanilla 2.6.19. JB. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fglrx-kernel-src depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.42 helper programs for debian/rules ii make 3.81-3 The GNU version of the make util Versions of packages fglrx-kernel-src recommends: ii module-assistant 0.10.8 tool to make module package creati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402272: /usr/share/perl5/HTML/Tagset.pm: isBodyElement incorrectly documented as isBodyMarkup
Package: libhtml-tagset-perl Version: 3.10-2 Severity: minor File: /usr/share/perl5/HTML/Tagset.pm HTML::Tagset includes a hash isBodyElement, but the POD documentation (and thus the manpage) calls it isBodyMarkup. This was very confusing. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libhtml-tagset-perl depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction libhtml-tagset-perl recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#402271: wysihtml-el: still depends on old mozilla-browser or firefox packages
Package: wysihtml-el Version: 0.13-2 Severity: normal Hi, mozilla-browser and firefox are now transitional packages. So could you please update wysihtml-el to depend on iceweasel or iceape ? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400621: Bug#401969: please build using hunspell
On Fri, Dec 08, 2006 at 10:58:11PM +0100, Rene Engelhard [EMAIL PROTECTED] wrote: Mike Hommey wrote: On Thu, Dec 07, 2006 at 11:26:34AM +0100, Rene Engelhard [EMAIL PROTECTED] wrote: There's no big difference in using hunspell and myspell, except that hunspell dictionaries then will also work. And you show that hunspell is used so the security team knows that mozilla needs to be rebuilt (which probably won't happen, no one ever found a security bug in either hunspell or myspell). And in any case, there's already enchant and openoffice.org building with static hunspell (openoffice.org does build far longer than ice*) How does the security team feel about having to rebuild iceape, iceweasel, icedove (you forgot to file a bug on icedove), OOo and enchant No, that would have been my next target (the source already is on my disk) if there happens to be a security bug in hunspell ? I am sure there won't be, but if it happens it happens. There's some static libs in Debian where this is the case, afaik. Of course. not having to do that is better, but... How do buildds feel to have to rebuild iceape, iceweasel, icedove, OOo and enchant for every hunspell upload ? You don't have to. So when you fix bugs in hunspell, you want to leave the bugs in the programs that are statically linked to it. How great. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402249: [Pkg-xen-devel] Bug#402249: xen-3.0: please build libxen3.0 and libxen3.0-dev
severity 402249 wishlist thanks On Sat, Dec 09, 2006 at 01:02:16PM +1100, Aníbal Monsalve Salazar wrote: I need libxen3.0 and libxen3.0-dev to package libvirt (please see: #384300). There is no libxen. There is a libxenctrl and a libxenstore. Upstream uses the abiname 3.0 for both but don't provide a stable api. For libxenctrl there exists at least 3 different APIs under this name. Bastian -- Killing is stupid; useless! -- McCoy, A Private Little War, stardate 4211.8
Bug#402275: tellico: New upstream version 1.2.7
Package: tellico
Version: 1.2.4-1
Severity: wishlist
03 November 2006 Tellico 1.2.5 Released
10 November 2006 Tellico 1.2.6 Released
06 December 2006 Tellico 1.2.7 Released
The new versions seem to be mainly bugfix releases (fixing multiple
crashes). You would not want to use 1.2.7 unmodified tough:
http://periapsis.org/tellico/news.php
| Sorting in Tellico 1.2.7
|
| So while changing the sort order to take into account title articles,
| in Tellico 1.2.7, I broke the secondary and tertiary sorting, which is
| useful for series and series number. I don’t expect to make a 1.2.8
| release quite yet, so here’s a patch.
| http://periapsis.org/tellico/download/sorting-fix-entryitem.cpp.diff
|
| Or grab the SVN revision.
|
| You could also just define another field that combines the series name
| and series number. The field type is Dependent and you put %{series}
| %{series_num} in the field description. That combines the two values
| and lets you sort quickly.
thanks, cu andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402255: no longer works as a module
On Sat, Dec 09, 2006 at 03:56:42PM +1300, Paul Collins wrote: Package: markdown Version: 1.0.1-5 I recently upgraded from version 1.0.1-3, which seems to have broken the Markdown module. Using the example from markdown(3): [jenny(~)] perl -e 'use Markdown; $html=Markdown::Markdown(foo);' Undefined subroutine Markdown::Markdown called at -e line 1. The module was renamed to Text::Markdown, to be consistent with the version on CPAN. Does that work for you? -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402151: Patch
Package: mailscanner Version: 4.51.5-1.1 Severity: important Patch for Mailscanner 4.51 is here: http://lists.mailscanner.info/pipermail/mailscanner/attachments/20060424/f0c 768ee/Exim.pm.patch.gz Version 4.55.10 seems to be ok (patch applied). Stephane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336438: Bug is not Debian specific (Reproduced on Gentoo)
retitle 336438 Amarok restarts instead of quitting with active sidebar mod forwarded 336438 http://bugs.kde.org/show_bug.cgi?id=138574 thanks Hi! A friend of mine could reproduce the problem on his 32bit Gentoo system, so this bug is not debian specific. As I could not find a corresponding bug in the upstream bug tracker - only a similar one which did not mention the Sidebar module and which could not be reproduced by the developers - I reported it at bugs.kde.org. I hope my try to set the forwarded address is successful. ;) Greetings, Gunter -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ There must be a hundred silver dollars in here, moaned Boggis, waving a purse. I mean, that's not my league. That's not my class. I can't handle that sort of money. You've got to be in the Guild of Lawyers or something to steal that much.-- (Terry Pratchett, Wyrd Sisters) +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + PGP-verschlüsselte Mails bevorzugt! + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ pgpv2XY68hKiG.pgp Description: PGP signature
Bug#402276: debian-installer: memory requirements on help page F2
Package: debian-installer When booting d-i and press F2 at the boot prompt, there is a note: You need at least 24MB of RAM to use this installer. This is not exactly true: There should be a requirement for the graphical installer, too, as it needs more ram. And in #401889 is mentioned, that on powerpc the installer needs more ram at all. Please change this to prevent users coming in trouble because having not enough ram. Kind regards Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402277: cron-apt: Error in regex for DIFFIGNORE example for apt-get
Package: cron-apt Version: 0.4.11 Severity: minor The ) should be escaped: # DIFFIGNORE=^\(Get:[[:digit:]]\+\|Hit\|Ign\)[[:space:]] -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages cron-apt depends on: ii apt 0.6.46.2 Advanced front-end for dpkg ii debianutils 2.17 Miscellaneous utilities specific t Versions of packages cron-apt recommends: ii liblockfile1 1.06.1 NFS-safe locking library, includes ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402269: jsmath: French debconf templates translation
Thank you Jean-Luc! Is there any reason why you excluded license comment? ,-- | # This file is distributed under the same license as the PACKAGE | # package. `--- Would it be ok if I place it back? ;-) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpka3O1UiiPr.pgp Description: PGP signature
Bug#402278: scponly: insufficient condition checks in setup_chroot.sh
Package: scponly Version: 4.6-1 Severity: normal /usr/share/doc/scponly/setup_chroot/setup_chroot.sh.gz contains these if statements: if [ x/usr/bin/ldd = x ]; then if [ xscponlyc = x ] if [ x/usr/sbin/useradd = x ]; then These expressions always result false. Gabor -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-kissg Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402280: ITP: mbpeventd -- Apple MacBook Pro hotkeys event handler
Package: wnpp Severity: wishlist Owner: Julien BLACHE [EMAIL PROTECTED] * Package name: mbpeventd Version : 0.3 Upstream Author : Julien BLACHE [EMAIL PROTECTED] * URL : http://technologeek.org/projects/mbpeventd/ (soon) * License : GPL Programming Lang: C Description : Apple MacBook Pro hotkeys event handler mbpeventd handles the hotkeys found on Apple MacBook Pro laptops and adjusts the LCD backlight, sound volume, keyboard backlight or ejects the CD-ROM drive accordingly. . mbpeventd also monitors the ambient light sensors to automatically light up the keyboard backlight. . Support for the MacBook laptops is planned, patches welcome. JB. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399828: [DebianGIS] gpstrans
Hi,
I finally got my hands on a Garmin 48 to test with.
(running self compiled v0.40 on Sarge, ia32)
# get GPS identity
$ gpstrans-0.40 -p/dev/ttyS0 -i 2/dev/null
Connected GPS [/dev/ttyS0] is: Garmin GPS 48 SOFTWARE - V4.60
# download waypoints
$ gpstrans-0.40 -p/dev/ttyS0 -dw --debug
[... (c) 1998-2005 ...]
CheckGPS: sending test packet
CheckGPS: sending test packet
getGPSVersion: sending product data request
Segmentation fault
(but every 6th or so time the program works and downloads the data)
(gdb) bt f
#0 0x400b103b in vsprintf () from /lib/libc.so.6
No symbol table info available.
#1 0x4009e98d in sprintf () from /lib/libc.so.6
No symbol table info available.
#2 0x0804e9db in getGPSVersion (string=0xb8e8) at getgpsinfo.c:344
s = (
BYTE *) 0x806ff22 824 2128 4128 1143 126 4824 1131 1822 1138 143 2824
128 8136 1131 126 3824 128 5128 8133 125 2824 8133 3125 1125 125 2824 2128
4130 1143 125 3824 1133 3822 1136 143 2824 1131 1143 8128 125 3...
udata = 13362
p = 0x807cff9 813362 Address 0x807d000 out of bounds
tag = 56 '8'
n = -78685
temp = - [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@\001\000\000\000\000\000\000\000|,[EMAIL PROTECTED]@Àè\027@@[EMAIL
PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]...
err = 0
last = 6
i = 8
data = (BYTE *) 0x805cbc3 \001
#3 0x0804ed0d in getGPSInfo (refNum=0x40178320, type=3) at getgpsinfo.c:592
total = -1644
done = 0
init = (BYTE *) 0x8056516 debug
req = (BYTE *) 0x2d Address 0x2d out of bounds
err = -16385
rType = 0xb908 8ùÿ¿É¦\004\b [EMAIL PROTECTED]
junk = -1073743468
junk_str = 0x805b6e0
#4 0x0804a6c9 in main (argc=0, argv=0xb9a4) at main.c:439
No locals.
As Frankie found in the coredump, the error happens during the sprintf()
call in the src/gps/getgpsinfo.c getGPSVersion() fn, line 342.
int getGPSVersion (char **string)
..
BYTE *data=gGarminMessage+3;
...
if (serialCharsAvail())
{ /* the device apparently implements
the protocol capability protocol */
char *p;
BYTE *s=data;
BYTE tag;
unsigned short udata;
int n;
getGPSMessage();
n=data[-1];
p=protocols=xmalloc(5*n/3+1);
for ( ; n; n-=3)
{
tag=*s; udata=toshort(s+1);
/* translate each protocol tag and data to the string used in the
docs */
sprintf(p, %c%03d, tag, udata);
s+=3; p+=5;
}
*p=0;
...
in particular:
int n;
getGPSMessage();
n=data[-1];
p=protocols=xmalloc(5*n/3+1);
n=data[-1]; seems to be bogus (for me gdb bt full reports n=-78685),
so xmalloc() allocates junk and it segfaults when sprintf() tries to
write something to that memory address?
if I try
...
n=data[-1];
printf(n=%d\n, n);
...
I get n=2 which sounds more reasonable, but still the segfault.
shrug.
let me know if you need more tests, I can act as a dumb (C) terminal.
If not, and we are out of time for Etch, I suggest replacing v0.40-2 in
sid with 0.39-3 from Sarge. It is slightly less featureful but it works
and is very well tested.
Note:
[2006-12-05] gpstrans REMOVED from testing (Britney)
Hamish
Bug#402279: phpgacl: still depends on old postgresql-client package
Package: phpgacl Version: 3.3.7-3.2 Severity: normal Hi, postgresql-client is now a transitional package. So could you please update phpgacl to depend on postgresql-client-7.4 and/or postgresql-client-8.1 ? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages phpgacl depends on: ii dbconfig-common 1.8.29 common framework for packaging dat ii debconf [debconf-2.0] 1.5.9 Debian configuration management sy ii libphp-adodb 4.93a-1The 'adodb' database abstraction l ii php-cache-lite1.7.2-2Fast and lite data cache system ii smarty2.6.14-1 Template engine for PHP phpgacl recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402260: gossip: Quits with symbol lookup error when I receive a message
On Sat, Dec 09, 2006, Sam Morris wrote: When I receive a message, Gossip quits. The following is printed to the console: gossip: symbol lookup error: gossip: undefined symbol: notify_notification_attach_to_status_icon Yes, that's a known problem of the libnotify shlibs which has been fixed in the latest libnotify, but gossip wasn't rebuilt yet. -- Loïc Minier [EMAIL PROTECTED] I have no strong feelings one way or the other. -- Neutral President
Bug#152152: Only most new DVDs
http://minimumsafe.org the best video sites for the moment. To exist is to change, to change is to mature, to mature is to go on creating oneself endlessly Coffee should be black as Hell, strong as death, and sweet as love. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402255: no longer works as a module
Matt Kraai [EMAIL PROTECTED] writes: On Sat, Dec 09, 2006 at 03:56:42PM +1300, Paul Collins wrote: Package: markdown Version: 1.0.1-5 I recently upgraded from version 1.0.1-3, which seems to have broken the Markdown module. Using the example from markdown(3): [jenny(~)] perl -e 'use Markdown; $html=Markdown::Markdown(foo);' Undefined subroutine Markdown::Markdown called at -e line 1. The module was renamed to Text::Markdown, to be consistent with the version on CPAN. Does that work for you? Ah, I see. The .pm file needs to be installed as Text/Markdown.pm in Perl's search path in order for use Text::Markdown; to work. However, when I do that: [briny(~)] readlink /usr/share/perl5/Text/Markdown.pm ../../../bin/markdown [briny(~)] perl -e 'use Text::Markdown; $html=Text::Markdown::Markdown(foo);' it hangs, and when I type some stuff and hit ^D it processes it and spits out HTML, so it seems there is something elee amiss here. -- Paul Collins Wellington, New Zealand Dag vijandelijk luchtschip de huismeester is dood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402281: rt2x00-source: kernel oops: unable to handle kernel NULL pointer dereference
Package: rt2x00-source Version: 0cvs20061202-1 Severity: normal i got this oops while playing with wifi-radar. I'm using debian stock kernel / headers, module compiled with module-assistant. Dec 8 14:43:17 eurasia kernel: rt61pci-rt2x00_mcu_request: Error - mcu request error. Request 0x31 failed for token 0xff. Dec 8 14:43:17 eurasia dhclient: wmaster0: unknown hardware address type 801 Dec 8 14:43:17 eurasia kernel: rt61pci-rt2x00_mcu_request: Error - mcu request error. Request 0x50 failed for token 0xff. Dec 8 14:43:18 eurasia kernel: wlan0: scan completed Dec 8 14:43:18 eurasia dhclient: wmaster0: unknown hardware address type 801 Dec 8 14:43:18 eurasia dhclient: Listening on LPF/wlan0/00:13:d3:81:20:c3 Dec 8 14:43:18 eurasia dhclient: Sending on LPF/wlan0/00:13:d3:81:20:c3 Dec 8 14:43:18 eurasia dhclient: Sending on Socket/fallback Dec 8 14:43:21 eurasia dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 5 Dec 8 14:43:22 eurasia kernel: wlan0: Trigger new scan to find an IBSS to join Dec 8 14:43:22 eurasia kernel: wlan0: starting scan Dec 8 14:43:23 eurasia kernel: wlan0: scan completed Dec 8 14:43:26 eurasia dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10 Dec 8 14:43:27 eurasia kernel: wlan0: Trigger new scan to find an IBSS to join Dec 8 14:43:27 eurasia kernel: wlan0: starting scan Dec 8 14:43:28 eurasia kernel: wlan0: scan completed Dec 8 14:43:28 eurasia kernel: wlan0: no IPv6 routers present Dec 8 14:43:32 eurasia kernel: wlan0: Trigger new scan to find an IBSS to join Dec 8 14:43:32 eurasia kernel: wlan0: starting scan Dec 8 14:43:32 eurasia kernel: wlan0: scan completed Dec 8 14:43:36 eurasia dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13 Dec 8 14:43:36 eurasia kernel: wlan0: Trigger new scan to find an IBSS to join Dec 8 14:43:36 eurasia kernel: wlan0: starting scan Dec 8 14:43:37 eurasia kernel: wlan0: scan completed Dec 8 14:43:38 eurasia kernel: wlan0: starting scan Dec 8 14:43:38 eurasia kernel: wlan0: scan completed Dec 8 14:43:38 eurasia kernel: wlan0: Creating new IBSS network, BSSID da:ba:e0:1d:66:b3 Dec 8 14:43:38 eurasia kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 0064 Dec 8 14:43:38 eurasia kernel: printing eip: Dec 8 14:43:38 eurasia kernel: d0a0dddb Dec 8 14:43:38 eurasia kernel: *pde = Dec 8 14:43:38 eurasia kernel: Oops: [#1] Dec 8 14:43:38 eurasia kernel: SMP Dec 8 14:43:38 eurasia kernel: Modules linked in: r128 drm arc4 rc80211_simple rtc floppy serio_raw pcspkr rt61pci 80211 firmware_class shpchp pci_hotplug eeprom_93cx6 crc_itu_t i2c_viapro ipv6 tsdev evdev ppdev parport_pc lp parport via_ircc irda crc_ccitt via_agp agpgart dm_snapshot dm_mirror dm_mod w83781d hwmon_vid i2c_isa i2c_core psmouse ide_generic ext3 jbd mbcache ide_cd cdrom ide_disk usbhid via82cxxx generic ide_core e100 mii ehci_hcd uhci_hcd usbcore thermal processor fan Dec 8 14:43:38 eurasia kernel: CPU:0 Dec 8 14:43:38 eurasia kernel: EIP:0060:[d0a0dddb]Not tainted VLI Dec 8 14:43:38 eurasia kernel: EFLAGS: 00010297 (2.6.18-3-k7 #1) Dec 8 14:43:38 eurasia kernel: EIP is at rt61pci_beacon_update+0x3b/0x78 [rt61pci] Dec 8 14:43:38 eurasia kernel: eax: 0041 ebx: ecx: c1269e98 edx: cc7519f4 Dec 8 14:43:38 eurasia kernel: esi: c22d9c10 edi: cfa67000 ebp: cecfca40 esp: c1269e54 Dec 8 14:43:38 eurasia kernel: ds: 007b es: 007b ss: 0068 Dec 8 14:43:38 eurasia kernel: Process events/0 (pid: 4, ti=c1268000 task=cffdfaa0 task.ti=c1268000) Dec 8 14:43:38 eurasia kernel: Stack: c1269e98 cc1a8640 d0a0dda0 c1269ed4 cfa67000 cecfca40 d0a81ede Dec 8 14:43:38 eurasia kernel:cb8af900 cc4f3cb8 cc4f3800 cfa67000 003d 0cc6a123 479c401e Dec 8 14:43:38 eurasia kernel:0ffb3fcf 0001 100a 0010 1b01 Dec 8 14:43:38 eurasia kernel: Call Trace: Dec 8 14:43:38 eurasia kernel: [d0a0dda0] rt61pci_beacon_update+0x0/0x78 [rt61pci] Dec 8 14:43:38 eurasia kernel: [d0a81ede] ieee80211_sta_join_ibss+0x4c6/0x5a3 [80211] Dec 8 14:43:38 eurasia kernel: [d0a822ca] ieee80211_sta_find_ibss+0x30f/0x362 [80211] Dec 8 14:43:38 eurasia kernel: [c0234f6a] wireless_send_event+0x2e0/0x2f8 Dec 8 14:43:38 eurasia kernel: [d0a82398] ieee80211_scan_completed+0x7b/0x83 [80211] Dec 8 14:43:38 eurasia kernel: [c012ae44] run_workqueue+0x78/0xb5 Dec 8 14:43:38 eurasia kernel: [d0a843b3] ieee80211_sta_scan_work+0x0/0x27f [80211] Dec 8 14:43:38 eurasia kernel: [c012b72b] worker_thread+0xd9/0x10a Dec 8 14:43:38 eurasia kernel: [c0117862] default_wake_function+0x0/0xc Dec 8 14:43:38 eurasia kernel: [c012b652] worker_thread+0x0/0x10a Dec 8 14:43:38 eurasia kernel: [c012dae3] kthread+0xc2/0xef Dec 8 14:43:38 eurasia kernel: [c012da21] kthread+0x0/0xef Dec 8 14:43:38 eurasia kernel: [c0101005] kernel_thread_helper+0x5/0xb Dec 8
Bug#402269: jsmath: French debconf templates translation
Hi, Le 09.12.2006 09:56:56, Yaroslav Halchenko a écrit : Thank you Jean-Luc! Is there any reason why you excluded license comment? ,-- | # This file is distributed under the same license as the PACKAGE | # package. `--- Would it be ok if I place it back? ;-) No, there is no reason. There are a template header. This part of the header is not filled automatically and I was to lazy to fill it by hand. :-/ I've an other remark, toy sujjest to do: rc.d webserver restart to restart the web server. The usage of rc.d is normally done by scripts, the humans should use the scripts found in /etc/init.d. This is why my translation is: /etc/init.d/webserver restart Regards Jean-Luc pgpPN0vVmOIGz.pgp Description: PGP signature
Bug#402247: adduser: [INTL:fr] French translations updates
tags #402247 confirmed pending thanks On Sat, Dec 09, 2006 at 02:46:55AM +0100, Nicolas François wrote: Please find attached the French translation of the adduser binaries and manpages, proofread by the debian-l10n-french mailing list. po_fr.po to be dropped in po/fr.po doc_po4a_po_fr.po to be dropped in doc/po4a/po/fr.po Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402283: mantis: Please bring debconf translations back
Package: mantis Severity: normal Tags: patch l10n (please note that I've been seriously tempted to make this important) The recent changes to debconf templates are not a reason for dropping the debconf translations entirely. These files need updates but that's not a reason for wasting them. I bringed them back, from the version in sarge and the recent bug reports. Please bring the files in debian/po back. Then please send a call for updates with the podebconf-report-po utility. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) po.tar.gz Description: Binary data
Bug#318123: Patch insufficient
tags 318123 - patch thanks 10:55 Joey aba: fyi, patch in #318123 reichte evtl. nicht. Wenn das der patch ist, den wir auch fuer security hatten, reicht der nicht, weshalb es auch kein DSA gegeben hat. 10:56 Joey jwz hat auch eine neue version kuerzlich herausgegeben iirc. 10:56 aba Joey: kannst du das bitte an den bug schreiben und das tag patch entfernen? 10:58 Joey mach selbst (Summary: [EMAIL PROTECTED] says patch in #318123 is insufficient) -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402241: spamassassin needs more than 512MB to process innocent 2.5MB email
On Fri, 8 Dec 2006, Duncan Findlay wrote: It's generally a bad idea (i.e. not supported) to stick messages larger than 250k through spamassassin. The spamc client refuses to check messages larger than this size, and the example procmailrc in /usr/share/doc/spamassassin/examples/procmailrc.example mentions this. The only reason I haven't closed this bug is because I can't figure out where this is documented. :-) IMHO, if it's not supported, then spamassassin should do nothing on those messages (unless, maybe, some additional flag is used), instead of processing them, and we should not need the procmail recipe to checks for the mail size. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402153: console-data: new kmap russian/dvorak
Quoting Daniele Sempione ([EMAIL PROTECTED]): Package: console-data Version: 2:1.01-2 Severity: wishlist Tags: patch Hi, I created the keymap dvorak-ru.kmap.gz, now one can switch between dvorak and russian, not only qwerty and russian (like ru.kmap.gz does). It should be put in /usr/share/keymaps/i386/dvorak/ . I attached the .gz, not a real patch, I hope it will be accepted tough. Sounds fair by me. However, I recommend we wait for the current version to reach testing (we need to ask the release team for that, because of the udebs). Alastair, I would really like to see us separate upstream development (new/fixed keymaps and fotns, etc.) and the Debian packaging. Would that be possible some time? What I imagine in cases like this one is having first a Debian patch to add the new keymap...until we release a new upstream version with this patch included, and so on signature.asc Description: Digital signature
Bug#401430: glpi: Please *do* fix this bug
Package: glpi Followup-For: Bug #401430 This broken template currently makes the translation effort pointless. Please fix this bug. Moreover, the broken template is obvious debconf abuse. The information you give here should be added to README.Debian but not interrupt installs of your package. I propose you two patches: patch1: fixes the broken template, but keep it. I prefer my patch to the one proposed by Thomas patch2: removes the abusive note In both cases, if you do fix this bug, please do NOT upload the package immediately as the French l10n team is working on the French translation of the templates. Instead, please send me the new debian/po/templates.pot file after applying one of our patches and running debconf-updatepo. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) diff -Nru glpi-0.68.2.old/debian/glpi.templates glpi-0.68.2/debian/glpi.templates --- glpi-0.68.2.old/debian/glpi.templates 2006-12-09 08:06:11.524071094 +0100 +++ glpi-0.68.2/debian/glpi.templates 2006-12-09 08:06:57.712387292 +0100 @@ -1,6 +1,6 @@ Template: glpi/webserver Type: multiselect -_Choices: apache, apache-ssl, apache-perl, apache2 +__Choices: apache, apache-ssl, apache-perl, apache2 Default: apache, apache-ssl, apache-perl, apache2 _Description: Which web server would you like to reconfigure automatically: If you do not select a web server to reconfigure automatically, glpi will @@ -16,5 +16,5 @@ Template: glpi/configuration Type: note -_Description: Please point your browser to http://server/glpi/ to finish - the configuration. +_Description: Glpi configuration + Please point your browser to http://server/glpi/ to finish the configuration. diff -Nru glpi-0.68.2.old/debian/po/templates.pot glpi-0.68.2/debian/po/templates.pot --- glpi-0.68.2.old/debian/po/templates.pot 2006-12-09 08:06:11.540071203 +0100 +++ glpi-0.68.2/debian/po/templates.pot 2006-12-09 08:08:16.100924108 +0100 @@ -1,14 +1,22 @@ -# SOME DESCRIPTIVE TITLE. -# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER -# This file is distributed under the same license as the PACKAGE package. -# FIRST AUTHOR [EMAIL PROTECTED], YEAR. +# +#Translators, if you are not familiar with the PO format, gettext +#documentation is worth reading, especially sections dedicated to +#this format, e.g. by running: +# info -n '(gettext)PO Files' +# info -n '(gettext)Header Entry' +# +#Some information specific to po-debconf are available at +#/usr/share/doc/po-debconf/README-trans +# or http://www.debian.org/intl/l10n/po-debconf/README-trans +# +#Developers do not need to manually edit POT or PO files. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n -Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2006-11-06 13:52+0100\n +Report-Msgid-Bugs-To: \n +POT-Creation-Date: 2006-12-09 08:08+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n @@ -19,7 +27,25 @@ #. Type: multiselect #. Choices #: ../glpi.templates:1001 -msgid apache, apache-ssl, apache-perl, apache2 +msgid apache +msgstr + +#. Type: multiselect +#. Choices +#: ../glpi.templates:1001 +msgid apache-ssl +msgstr + +#. Type: multiselect +#. Choices +#: ../glpi.templates:1001 +msgid apache-perl +msgstr + +#. Type: multiselect +#. Choices +#: ../glpi.templates:1001 +msgid apache2 msgstr #. Type: multiselect @@ -54,11 +80,13 @@ #. Type: note #. Description #: ../glpi.templates:3001 -msgid Please point your browser to http://server/glpi/ to finish +msgid Glpi configuration msgstr #. Type: note #. Description #: ../glpi.templates:3001 -msgid the configuration. +msgid +Please point your browser to http://server/glpi/ to finish the +configuration. msgstr diff -Nru glpi-0.68.2.old/debian/glpi.config glpi-0.68.2/debian/glpi.config --- glpi-0.68.2.old/debian/glpi.config 2006-12-09 08:06:11.536071176 +0100 +++ glpi-0.68.2/debian/glpi.config 2006-12-09 08:08:43.909114595 +0100 @@ -17,6 +17,5 @@ dbc_go glpi $@ fi -db_input high glpi/configuration || true db_go diff -Nru glpi-0.68.2.old/debian/glpi.templates glpi-0.68.2/debian/glpi.templates --- glpi-0.68.2.old/debian/glpi.templates 2006-12-09 08:06:11.524071094 +0100 +++ glpi-0.68.2/debian/glpi.templates 2006-12-09 08:08:54.277185625 +0100 @@ -1,6 +1,6 @@ Template: glpi/webserver Type: multiselect -_Choices: apache, apache-ssl, apache-perl, apache2 +__Choices: apache, apache-ssl, apache-perl, apache2 Default: apache, apache-ssl, apache-perl, apache2 _Description: Which web server would you like to reconfigure automatically: If you do not select a web server to reconfigure automatically, glpi
Bug#402282: Installation
Package: installation-reports Boot method: from CD Image version: from cdimage.debian.org Debian GNU/Linux 3.1 r4 Sarge - Official sparc Binary-1 CD Date: 8.11.06 15:36 Machine: Sun blade 100 Processor: Sparc 500MHz Memory:640MGbt Partitions: df -Tl will do; the raw partition table is preferred Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ ] Configure network HW: [ ] Config network: [ ] Detect CD: [x] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: I can choose the language then the system will initialize Error the CD kann nicht eingebunden werden -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402284: mutt: %O doesn't seem to behave properly in fcc-hook
Subject: mutt: %O doesn't seem to behave properly in fcc-hook Package: mutt Version: 1.5.13-1 Severity: important I have the following in my .muttrc: fcc-save-hook . =mail/%O However, it doesn't seem to work correctly when sending a message. The fcc is always set to =mail/ plus the user part of my email address. I don't think that this is correct behavior considering the documentation for %O under index_format. The documentation claims that %O should be replaced by a list name or the recipient name when there is no list name. In a prior version (the version with RedHat 9.0), it replaced %O correctly with the user part of the recipient's email address. BTW, I am reporting this as important as it seems to be a regression in the UI. Thanks, wt -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mutt depends on: ii exim44.63-11 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tra 4.63-11 lightweight exim MTA (v4) daemon ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [ ii libgnutls13 1.4.4-2 the GNU TLS library - runtime libr ii libidn11 0.6.5-1 GNU libidn library, implementation ii libncursesw5 5.5-5 Shared libraries for terminal hand pn libsasl2 none (no description available) Versions of packages mutt recommends: ii locales 2.3.6.ds1-8 GNU C Library: National Language ( ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399179: [php-maint] Bug#399179: php5-cli: setting higher memory limit in php.ini doesn't affect php
tags 399179 unreproducible moreinfo
thanks
hi domas,
sorry for the delay in response.
On Sat, 2006-11-18 at 10:44 +, Domas Jokubauskis wrote:
As you see, although php gets the setting, it doesn't use it while it
executes a script.
I have encountered the problem with the version 5.2.0-3 and thought
that the update would fix the
unwanted behaviour. When it updated I have purged everything related
to php and reinstalled only
php5-cli and php5-common.
i can't reproduce this, unfortunately. this is what i've done:
first, size of 30MB and 32MB in bytes, just for reference later:
copelandia[~]11:11:15$ echo '30*1024*1024'|bc
31457280
copelandia[~]11:11:21$ echo '32*1024*1024'|bc
33554432
a script which should gobble up around ~64MB:
cat EOF foo.php
?php
echo memory limit: . ini_get(memory_limit) . \n;
echo building a big pile of bytes...;
for($i=0; $i64; $i++){
$buf = $buf . str_repeat(., 1024*1024);
echo $i.;
}
echo \n;
?
EOF
when memory_limit is set to 30MB in php5.ini:
copelandia[~]11:12:44$ php5 foo.php
memory limit: 30M
building a big pile of bytes...0.1.2.3.4.5.6.7.8.9.10.11.12.13.
Fatal error: Allowed memory size of 31457280 bytes exhausted (tried to
allocate 15728641 bytes) in /home/seanius/foo.php on line 5
when memory_limit is set to 32MB in php5.ini:
copelandia[~]11:14:13$ php5 foo.php
memory limit: 32M
building a big pile of bytes...0.1.2.3.4.5.6.7.8.9.10.11.12.13.14.
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to
allocate 16777217 bytes) in /home/seanius/foo.php on line 5
as you can see it's what's expected. could you double check that:
(a) /usr/bin/php points to what you think it does, and
(b) the code in question doesn't include something that changes
overrides the memory_limit setting
thanks,
sean
signature.asc
Description: This is a digitally signed message part
Bug#402181: [php-maint] Bug#402181: Zend Optimizer, php5.2.0-7 and apache2.2.3-3.1 - Segmentation fault
tags 402181 moreinfo thanks hi alex, On Fri, 2006-12-08 at 21:14 +0200, vizor wrote: Package: php5 Version: 5.2.0-7 and Package: apache2 Version: 2.2.3-3.1 When I install Zend Optimizer and try browse encoded page, apache2 write in log file: [Thu Dec 07 13:51:19 2006] [notice] child pid 3362 exit signal Segmentation fault (11) I am using Debian GNU/Linux 4.0 from unstable, kernel 2.6.18 from source and libc6 2.3.6.ds1-8. i could be wrong on this (someone else should chime in i guess), but i'm guessing that the version of php in debian isn't binary-compatible with the Zend Optimiser due to being compiled with different Largefile support (that is -DFILE_OFFSET_BITS=64 and -D_LARGEFILE_SOURCE). if you want to verify this yourself, you can try downloading the php4 source package, installing the build-dependencies, and removing the line in debian/rules that says: CFLAGS += $(shell getconf LFS_CFLAGS) then building the package. and seeing if you get trouble with the Zend Optimiser with that package as well. sean signature.asc Description: This is a digitally signed message part
Bug#389711: [Pkg-kde-extras] Bug#401660: Library upgrade for exiv2
On Thursday 07 December 2006 14:13, KELEMEN Peter wrote: * Mark Purcell ([EMAIL PROTECTED]) [20061207 06:46]: While we await a decision from debian-release. Could you post packages to either experimental or people.debian.org so we can start the integration. Sure. I have limited airtime on the network; will do my best. Peter, The discussion on debian-release seems to of died down and there doesn't appear to be any dissent against uploading. If you are happy I will do another NMU, or if you would prefer and are able you could upload. Alternatively we could co-maintain under the pkg-voip-maintainers group per my original suggestion. I have given you commit rights (fuji) to the pkg-voip archive on alioth/ svn.debian.org Please upload with at least urgency medium and mention in the changelog that this upload has been discussed on debian-release. Please let me know which way you would like to go on the NMU. Thanks Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389711: [Pkg-kde-extras] Bug#401660: Library upgrade for exiv2
* Mark Purcell ([EMAIL PROTECTED]) [061209 10:54]: The discussion on debian-release seems to of died down and there doesn't appear to be any dissent against uploading. Stop. We are really unhappy with transitions at the current time. The only reason that I didn't send a please don't do it-mail was that I wanted to discuss with Steve whether we could do an exception in this case. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402009: libcommoncpp2-dev library transition proposal (Fwd: Bug#402009: Multiple API-incompatible changes in Common C++ 1.5.3)
On Thursday 07 December 2006 21:48, Mark Purcell wrote: debian-release, I'm proposing a library transition for libcommoncpp2, the last upload contained a hidden backward-incompatible ABI change which has only come to light. The alternative, which is better, is just to back out the library transition. Upload the previous ABI stable release 1.5.1 with an epoc and await the release of etch.. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389711: [Pkg-kde-extras] Bug#401660: Library upgrade for exiv2
On Saturday 09 December 2006 09:59, Andreas Barth wrote: * Mark Purcell ([EMAIL PROTECTED]) [061209 10:54]: The discussion on debian-release seems to of died down and there doesn't appear to be any dissent against uploading. Stop. We are really unhappy with transitions at the current time. The only reason that I didn't send a please don't do it-mail was that I wanted to discuss with Steve whether we could do an exception in this case. Thanks Andi, I see two options. 1. Take the library transition of exiv2 forward, or 2. Revert the version of digikam in etch to 0.8 via an epoc upload to unstable which doesn't have this issue as it doesn't use exiv2. I'm pretty happy with either option, but understand you maybe looking at a greater picture. Please let me know which way you would like to go. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402009: libcommoncpp2-dev library transition proposal (Fwd: Bug#402009: Multiple API-incompatible changes in Common C++ 1.5.3)
On Saturday 09 December 2006 10:10, Mark Purcell wrote: The alternative, which is better, is just to back out the library transition. Or even better-better, just don't do the library transition at all. The current state of libcommoncpp2 (1.5.1) and rdepends in etch is stable and supportable. Thus nothing needs to be done, prior to release. Upload the previous ABI stable release 1.5.1 with an epoc and await the release of etch.. I won't upload to unstable with an epoc.. Also please ignore, or rather just leave in NEW, the last upload (1.5.3) which does correctly carry forward the soname change.. But is not necessary for etch. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402282: Installation
I can choose the language then the system will initialize Error the CD kann nicht eingebunden werden -- Have you tried to use the Debian Installer for Etch. Given that Etch release is very close now, you will probably benefit from it by installing your Sun machine with Etch directly. You can get D-I images from http://www.debian.org/devel/debian-installer I suggest you first try the RC1 images. signature.asc Description: Digital signature
Bug#402037: RM: sodipodi -- RoM; superseded by inkscape
Dear Daniel, Inkscape is indeed superior than sodipodi in many ways. But some users are familiar with sodipodi's old GUI interface. Is it possible to keep it in the archive for a period of time? Regards, Ying-Chun Liu -- PaulLiu(劉穎駿) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#300003: Typos Galore!
Description: A layer 2 tunneling protocol implementation. l2tpd is the open source implementation of the L2TP tunneling protocol (RFC2661). It does implement both LAC and LNS role - in a L2TP networking architecture. The main goal of this protocol is + in an L2TP networking architecture. The main goal of this protocol is to tunnel PPP frame trough an ip network. Well that is a funny typo to pick, given the many available! It is debatable whether this should be a L2TP or an L2TP; that depends on whether you read L2TP as el-tu-tee-pee or Layer Two ... However there are other unarguable typos, as well as awkward and ungrammatical constructions. I correct them here. -Description: A layer 2 tunneling protocol implementation. +Description: A Layer Two Tunneling Protocol implementation. - l2tpd is the open source implementation of the L2TP tunneling + l2tpd is an open source implementation of the L2TP tunneling - protocol (RFC2661). It does implement both LAC and LNS role + protocol (RFC2661). It implements both the LAC and LNS roles of - in a L2TP networking architecture. The main goal of this protocol is + the L2TP networking architecture. The main goal of L2TP is - to tunnel PPP frame trough an ip network. + to tunnel PPP frames through an IP network. Cheers! -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402275: tellico: New upstream version 1.2.7
Hi, On Sat, 2006-12-09 at 09:26 +0100, Andreas Metzler wrote: The new versions seem to be mainly bugfix releases (fixing multiple crashes). You would not want to use 1.2.7 unmodified tough: Je packages on my repository have the patch. I intend to get 1.2.7 uploaded, I simply prefer to give it a couple of days testing since we are fairly close to the Etch release. Note that 1.2.4-1 in Debian is almost a 1.2.5. Also, I changed a small thing in the way the package is built to have a much lighter .diff.gz last week and want to make sure it doesn't break anything. Regis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401465: please no shlib bumps! (forw) Bug#401044: marked as done (libpng12-dev: [AMD64] asm API functions not exported)
Hi, | * Fixed Incorrect shlibs information. Closes: #401465. --- libpng-1.2.15~beta5.orig/debian/libpng12-0.shlibs +++ libpng-1.2.15~beta5/debian/libpng12-0.shlibs @@ -0,0 +1,2 @@ +libpng12 0 libpng12-0 (= 1.2.15~beta5) WTF is that? An shlib bump in the last second? That prevents fixing *any* package which builds against libpng12 to be fixed via unstable during the full freeze. What a bad idea. Not amused. Andi From: Anibal Monsalve Salazar [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#401044: fixed in libpng 1.2.15~beta5-0 Date: Sat, 09 Dec 2006 10:17:04 + Message-Id: [EMAIL PROTECTED] Source: libpng Source-Version: 1.2.15~beta5-0 We believe that the bug you reported is fixed in the latest version of libpng, which is due to be installed in the Debian FTP archive: libpng12-0-udeb_1.2.15~beta5-0_i386.udeb to pool/main/libp/libpng/libpng12-0-udeb_1.2.15~beta5-0_i386.udeb libpng12-0_1.2.15~beta5-0_i386.deb to pool/main/libp/libpng/libpng12-0_1.2.15~beta5-0_i386.deb libpng12-dev_1.2.15~beta5-0_i386.deb to pool/main/libp/libpng/libpng12-dev_1.2.15~beta5-0_i386.deb libpng3_1.2.15~beta5-0_all.deb to pool/main/libp/libpng/libpng3_1.2.15~beta5-0_all.deb libpng_1.2.15~beta5-0.diff.gz to pool/main/libp/libpng/libpng_1.2.15~beta5-0.diff.gz libpng_1.2.15~beta5-0.dsc to pool/main/libp/libpng/libpng_1.2.15~beta5-0.dsc libpng_1.2.15~beta5.orig.tar.gz to pool/main/libp/libpng/libpng_1.2.15~beta5.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated libpng package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 03 Dec 2006 14:47:41 +1100 Source: libpng Binary: libpng12-dev libpng12-0 libpng12-0-udeb libpng3 Architecture: source i386 all Version: 1.2.15~beta5-0 Distribution: unstable Urgency: high Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: libpng12-0 - PNG library - runtime libpng12-0-udeb - PNG library - minimal runtime library (udeb) libpng12-dev - PNG library - development libpng3- PNG library - runtime Closes: 401044 401423 401465 Changes: libpng (1.2.15~beta5-0) unstable; urgency=high . * New upstream release. - Fixed asm API functions not exported on amd64. Closes: #401044. - Fixed libpng hangs when saving profile. Closes: #401423. * Fixed Incorrect shlibs information. Closes: #401465. * Removed patches for png.h and pngconf.h. * Updated debian/watch. Files: 40a64ceecf92eb5053f1ef072976ba8a 721 libs optional libpng_1.2.15~beta5-0.dsc 77ca14fcee1f1f4d28123bd0b22d 829038 libs optional libpng_1.2.15~beta5.orig.tar.gz 9ea00b479e95687b0378f953d54acc9a 13622 libs optional libpng_1.2.15~beta5-0.diff.gz b1b40a48df76a1f5b82e10ec01c04e3e 185810 libs optional libpng12-0_1.2.15~beta5-0_i386.deb ef76535cb61f857b846b56d7863c2faa 171776 libdevel optional libpng12-dev_1.2.15~beta5-0_i386.deb efe91458c8ff3c84efac2d83a5a55f95 884 oldlibs optional libpng3_1.2.15~beta5-0_all.deb b17cda281c17e8616b6347c8dd636f62 67106 debian-installer extra libpng12-0-udeb_1.2.15~beta5-0_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFeouDipBneRiAKDwRAmK/AJ9n4f+NzQkrismi1ZSD5AecuErX0QCeIOoK B7roFA+xhRUtyLgKih6zWfA= =8d3V -END PGP SIGNATURE- - End forwarded message - -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402285: erros in french translation (patch included)
Package: network-manager-kde Version: 1:0.1-2 Severity: minor Tags: patch There are some errors in french translation. I've attached a patch which i use to rebuild the package and all works fine. cheers -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages network-manager-kde depends on: ii kdelibs4c2a 4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libgcc1 1:4.1.1-20 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libhal1 0.5.8.1-4 Hardware Abstraction Layer - share ii libnm-util0 0.6.4-6 network management framework (shar ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii network-manager 0.6.4-6 network management framework daemo Versions of packages network-manager-kde recommends: ii kwalletmanager4:3.5.5-2 wallet manager for KDE -- no debconf information diff -Naur knetworkmanager-0.1/po/fr/knetworkmanager.po knetworkmanager-0.1.new/po/fr/knetworkmanager.po --- knetworkmanager-0.1/po/fr/knetworkmanager.po 2006-09-27 10:03:12.0 +0200 +++ knetworkmanager-0.1.new/po/fr/knetworkmanager.po 2006-12-09 11:09:40.765151000 +0100 @@ -409,7 +409,7 @@ #: knetworkmanager-tray.cpp:976 msgid New network device found -msgstr Aucun nouveau périphérique réseau trouvé +msgstr Nouveau périphérique réseau trouvé #: knetworkmanager-tray.cpp:982 msgid Network device %1 removed @@ -433,7 +433,7 @@ #: knetworkmanager-tray.cpp:1007 msgid New wireless network %1 found -msgstr Aucun nouveau réseau sans fil %1 trouvé +msgstr Nouveau réseau sans fil %1 trouvé #: knetworkmanager-tray.cpp:1012 msgid Wireless network %1 disappeared
Bug#401585: [m68k] ICE: in reload, at reload1.c:1079
Roman, do you intend to provide a fix for gcc-4.1? Thanks, Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368044: epiphany-browser: epiphany crashes on a wide page
On Sat, May 20, 2006 at 04:43:48PM +0200, Josselin Mouette [EMAIL PROTECTED] wrote: reassign 368044 libxul0d thanks Le vendredi 19 mai 2006 à 15:27 +0200, Nicolas Evrard a écrit : The page http://www.troybrophy.com/projects/solarsystem/index.html makes epiphany crashes whatever I do (displaying in a tab, in a single window). Galeon crashes too. This is reproducible here as well. Interestingly enough, firefox crashes more gracefully, saying something that lets me think there is not enough memory. Interestingly, epiphany doesn't crash. It exits with code 01. Mike
Bug#402011: [m68k] incorrect inline assembly
On Thu, Dec 07, 2006 at 02:40:24PM +0100, Roman Zippel [EMAIL PROTECTED] wrote: Package: xulrunner Version: 1.8.0.8-1 Severity: important Tags: patch Hi, Currently epiphany-browser fails to build as seen here: http://buildd.debian.org/fetch.cgi?pkg=epiphany-browserver=2.14.3-3arch=m68kstamp=1163307325file=log The problem is the XPTC_InvokeByIndex() function, gcc can assign input and output parameters the same register unless told otherwise, in this case the stack adjustment was overwritten by the return value and thus later the wrong registers values were restored from stack. The attached patch fixes this problem and also cleans up the inline assembly a bit. While I'm at it, I also corrected the other m68k assembly part, the change to nsXPTCStubBase::Stub was not entirely correct as it removed a bit too many registers. OTOH the same can be implemented without any inline assembly. With the fixed xulrunner packages I successfully compiled epiphany-browser and with the few websites I tested it even seems to work fine. Tha patch contains a bad bugzilla bug reference. Could you point to the real one, please ;) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402286: xserver-xorg 7.1.0-7 fails to load libGLcore and module speedo
Package: xserver-xorg_7.1.0-7 Hi all, [Linux 2.4.27-1-386 #1 Fri Sep 3 06:24:46 UTC 2004 i686 GNU/Linux] after upgrading to Etch and Xorg, X is not working as nicely as with XFree86 with my ATI-RADEON 9200 (RV280). I wonder whether this depends on Xorg packages being focused on new hardware stuff or we are in the realm of minor bugs. Hereunder there are a few comparative informations taken from two logs (one referring to the current Xorg, the other being the last log produced running XFree86 under latest Sarge). Of course, I would send you the full logs, if so required. Thanks for your attention. Regards, Ennio. PS: I tried also with linux-image 2.6.17-2-686 with worst results: getting sequence of pipe symbol (|) in alternate colours in the moving bar (index bar?) of mutt, when run from console. This is an excerpt from the Xorg log: X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux deby.ei.hnet 2.4.27-1-386 #1 Fri Sep 3 06:24:46 UTC 2004 i686 Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Dec 8 20:07:03 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device ATI Technologies Inc RV280 [Radeon 9200 SE] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType . (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (EE) Failed to load /usr/lib/xorg/modules/extensions/libGLcore.so (EE) Failed to load module GLcore (loader failed, 7) (EE) Failed to load module speedo (module does not exist, 0) (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM (EE) AIGLX: Screen 0 is not DRI capable . (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (WW) Warning, couldn't open module speedo (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (WW) System lacks support for changing MTRRs (WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode disabled (WW) RADEON(0): config file hsync range 28-51kHz not within DDC hsync ranges. (WW) RADEON(0): config file vrefresh range 43-60Hz not within DDC vrefresh ranges. (WW) (1280x960,Generic Monitor) mode clock 148.5MHz exceeds DDC maximum 140MHz (WW) (1280x1024,Generic Monitor) mode clock 157.5MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Generic Monitor) mode clock 162MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Generic Monitor) mode clock 175.5MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Generic Monitor) mode clock 189MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Generic Monitor) mode clock 202.5MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Generic Monitor) mode clock 229.5MHz exceeds DDC maximum 140MHz (WW) (1792x1344,Generic Monitor) mode clock 204.8MHz exceeds DDC maximum 140MHz (WW) (1792x1344,Generic Monitor) mode clock 261MHz exceeds DDC maximum 140MHz (WW) (1856x1392,Generic Monitor) mode clock 218.3MHz exceeds DDC maximum 140MHz (WW) (1856x1392,Generic Monitor) mode clock 288MHz exceeds DDC maximum 140MHz (WW) (1920x1440,Generic Monitor) mode clock 234MHz exceeds DDC maximum 140MHz (WW) (1920x1440,Generic Monitor) mode clock 297MHz exceeds DDC maximum 140MHz (WW) (1400x1050,Generic Monitor) mode clock 151MHz exceeds DDC maximum 140MHz (WW) (1400x1050,Generic Monitor) mode clock 155.8MHz exceeds DDC maximum 140MHz (WW) (1400x1050,Generic Monitor) mode clock 184MHz exceeds DDC maximum 140MHz (WW) (1680x1050,Generic Monitor) mode clock 147.14MHz exceeds DDC maximum 140MHz (WW) (1920x1200,Generic Monitor) mode clock 193.16MHz exceeds DDC maximum 140MHz (WW) (1920x1200,Generic Monitor) mode clock 230MHz exceeds DDC maximum 140MHz (WW) (1920x1440,Generic Monitor) mode clock 341.35MHz exceeds DDC maximum 140MHz (WW) (2048x1536,Generic Monitor) mode clock 266.95MHz exceeds DDC maximum 140MHz (WW) (2048x1536,Generic Monitor) mode clock 340.48MHz exceeds DDC maximum 140MHz (WW) (2048x1536,Generic Monitor) mode clock 388.04MHz exceeds DDC maximum 140MHz (WW) RADEON(0): Direct rendering disabled And this
Bug#400621: Bug#401969: please build using hunspell
Rene Engelhard wrote: MySpell is obsolete. Please build against Hunspell, which is an improved version of MySpell retaining full backwards compatibility. That also would make the usage of hunspell-de-* in iceweasel possible. probably not so full backwards compatibility. [ The Problem is that hunspell-de-* is an improved version of the MySpell dict for hunspell and it's working in OOo since it uses Hunspell also Italian dictionary in Debian is a very old release ... so obsolete than a lot of people ask me to correct a lot of errors, errors that are already corrected in the last version. I think that Debian is the last GNU/Linux distro that have a so old Itailian dictionary version. The last Italian dictionary under GPL license can be downloaded from here (2.3 beta 23/07/2006): http://linguistico.sf.net/wiki/doku.php?id=dizionario_italiano I have reported a whishlist for that #329971 at Date: Sat, 24 Sep 2005 23:04:33 +0200 For Italian language there is also a surname dictionary, also it under GPL, that can be found here: http://linguistico.sf.net/wiki/doku.php?id=dizionario_cognomi_italiani I don't see the hurry to have hunspell used on all programs ... if it is so hard or impossible to have recent dictionaries in Debian that are other languages than English or maintainer mother language. Mike Hommey wrote: On Fri, Dec 08, 2006 at 10:58:11PM +0100, Rene Engelhard wrote: Mike Hommey wrote: if there happens to be a security bug in hunspell ? I am sure there won't be, but if it happens it happens. There's some static libs in Debian where this is the case, afaik. Of course. not having to do that is better, but... How do buildds feel to have to rebuild iceape, iceweasel, icedove, OOo and enchant for every hunspell upload ? You don't have to. So when you fix bugs in hunspell, you want to leave the bugs in the programs that are statically linked to it. How great. I have reported some hunspell bugs to László (I don't know if some can be security bugs). I don't know if they are already corrected (László have told me: I hope, I will solve the problem this month for OOo 2.1). For example hunspell can generate more strings or more time the same string than myspell starting from the same dictionary. For hunspell there isn't a program that expand all the dictionary, so it is very hard to know if it work as you expected. Ciao Davide
Bug#402287: ITP: pacman4console -- a console based pacman game
Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho [EMAIL PROTECTED] * Package name: pacman4console Version : 1.1 Upstream Author : Michael Billars [EMAIL PROTECTED] * URL : http://freshmeat.net/projects/pacmanforconsole * License : GPL Programming Lang: C Description : a console based pacman game This is a simple but very good pacman game. Also, its source code is very simple and well commencted so it may be a good reference for learning ncurses and C programming. Pacman4Console is an ASCII character based game. This game haves nine levels. But you can make you own levels. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399312: [Pkg-nagios-devel] Bug#399312: cgi.cfg errors after upgrading 1.4.5 to 2.5-3
tags 399312 unreproducible moreinfo thanks hi amos, sorry for the delay in response on this. On Sun, 2006-11-19 at 20:45 +1300, Amos Jeffries wrote: After upgrading from 1.4.5 , the config has been fully converted and moved to /etc/nagios2/ apparently it hasn't been fully converted, if you're getting errors like that :) The script /etc/init.d/nagios2 throws up an error each time start or restart is called. Can't open config file '/etc/nagios/cgi.cfg': No such file or directory but the nagios2 init script: CGICFG=/etc/nagios2/cgi.cfg so i think this is the result of your manual configuration conversion. 2: Web Interface always produces the Whoops! page now. There are no logged errors in */nagios.log, syslog, or web log to indicate how this is happening. Directory permissions are correct, and all .cfg file paths have been updated to reflect new locations, as has the apache2.conf file (backward capability aliases tested, seem to have no effect on this error) my guess is that you have settings in the init script, cgi.cfg, or nagios.cfg which are still incorrect. if you're interested in pursuing this further, you should post us the contents of these files (making sure to remove anything too sensitive), and we can look further. otherwise, i'll close the bug in a week or two's time. thanks, sean signature.asc Description: This is a digitally signed message part
Bug#401465: please no shlib bumps! (forw) Bug#401044: marked as done (libpng12-dev: [AMD64] asm API functions not exported)
Le samedi 09 décembre 2006 à 11:35 +0100, Andreas Barth a écrit : Hi, | * Fixed Incorrect shlibs information. Closes: #401465. --- libpng-1.2.15~beta5.orig/debian/libpng12-0.shlibs +++ libpng-1.2.15~beta5/debian/libpng12-0.shlibs @@ -0,0 +1,2 @@ +libpng12 0 libpng12-0 (= 1.2.15~beta5) WTF is that? An shlib bump in the last second? That prevents fixing *any* package which builds against libpng12 to be fixed via unstable during the full freeze. What a bad idea. Not amused. This is the result of uploading new versions adding new symbols in the first place. -- Josselin Mouette/\./\ Do you have any more insane proposals for me? signature.asc Description: Ceci est une partie de message numériquement signée
Bug#401465: please no shlib bumps! (forw) Bug#401044: marked as done (libpng12-dev: [AMD64] asm API functions not exported)
* Josselin Mouette ([EMAIL PROTECTED]) [061209 12:07]: Le samedi 09 décembre 2006 à 11:35 +0100, Andreas Barth a écrit : Hi, | * Fixed Incorrect shlibs information. Closes: #401465. --- libpng-1.2.15~beta5.orig/debian/libpng12-0.shlibs +++ libpng-1.2.15~beta5/debian/libpng12-0.shlibs @@ -0,0 +1,2 @@ +libpng12 0 libpng12-0 (= 1.2.15~beta5) WTF is that? An shlib bump in the last second? That prevents fixing *any* package which builds against libpng12 to be fixed via unstable during the full freeze. What a bad idea. Not amused. This is the result of uploading new versions adding new symbols in the first place. Joss, one question: You wrote in your changelog entry some time ago: libpng (1.2.8rel-5) unstable; urgency=low * drop_pass_width.patch: don't export png_pass_width, it's absolutely unnecessary. -- Josselin Mouette [EMAIL PROTECTED] Mon, 3 Oct 2005 20:18:43 +0200 Why was it unnecessary to export it, and why did packages FTBFS because of that (cf http://bugs.debian.org/399499)? Or did I miss something? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402282: Installation
On Sat, 09 Dec 2006 11:11:54 +0100 Liniger Simon wrote: Package: installation-reports Boot method: from CD Image version: from cdimage.debian.org Debian GNU/Linux 3.1 r4 Sarge - Official sparc Binary-1 CD Detect CD: [x] Comments/Problems: I can choose the language then the system will initialize Error the CD kann nicht eingebunden werden [Error was: CD-ROM couldn't be mounted.] Hello Liniger, thank you for your report. You tried a Sarge installation, which is somewhat outdated. The next release of Debian (called Etch) is already beeing prepared and there are much improvements in this version. It would be very welcome, if you could give it a try: load the sparc-binary-1 from http://cdimage.debian.org/cdimage/etch_di_rc1/sparc/iso-cd/ (this is a test version (release candidat 1) for etch) or an iso from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/sparc/iso-cd/ (a daily build of the installer; you need internet connection while doing the installation with this cd). Please report, how this installation went (sent it to [EMAIL PROTECTED]). Thanks -- Kind regards Holger == Created with Sylpheed 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401465: please no shlib bumps! (forw) Bug#401044: marked as done (libpng12-dev: [AMD64] asm API functions not exported)
Le samedi 09 décembre 2006 à 12:12 +0100, Andreas Barth a écrit : Joss, one question: You wrote in your changelog entry some time ago: libpng (1.2.8rel-5) unstable; urgency=low * drop_pass_width.patch: don't export png_pass_width, it's absolutely unnecessary. -- Josselin Mouette [EMAIL PROTECTED] Mon, 3 Oct 2005 20:18:43 +0200 Why was it unnecessary to export it, and why did packages FTBFS because of that (cf http://bugs.debian.org/399499)? Or did I miss something? This symbol was added by enabling the assembly code, and at that moment vorlon asked me to unexport it. It looked safe at that moment, and packages didn't start to FTBFS because of the removal. The FTBFS bugs appearing probably mean that the patch needed to be updated. As the #ifdef PNG_HAVE_ASSEMBLER_COMBINE_ROW was replaced by #ifdef PNG_USE_PNGGCCRD, the logic around it has changed. The declaration probably needs to be moved directly to the C file using it so that it is not accessible to the application compiling against libpng. Furthermore, re-enabling this patch will not necessarily be enough to go back on the shlibs. I'm not 100% sure, but IIRC new symbols were added in 1.2.9, and maybe also in later versions. -- Josselin Mouette/\./\ Do you have any more insane proposals for me? signature.asc Description: Ceci est une partie de message numériquement signée
Bug#402174: ntop does not daemonize correctly
On 2006/12/08 19:35, Ola Lundqvist [EMAIL PROTECTED] wrote: How do you start it? By running /etc/init.d/ntop start -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402199: burn: Please replace cdrecord with wodim
The burn package has dependencies on packages of cdrecord. It would be best if burn's dependencies were changed to wodim | cdrecord and genisoimage | mkisofs to allow it to work with the DFSG-compliant cdrkit fork. Presumably no changes to the actual code would be necessary. Please inform, yourself and then judge again The original (cdrtools) is doubtlessly free software and even Debian did recently did admit this fact, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350624 The fork you are talking about, on the other side repeatedly violates Copyright laws. Do you still like Debian to switch from Free original Software to a questionable fork? As a note: The fork maintainers just started another attempt to remove Copyright notices without permission from the Author. Debian should not depend on a fork whose maintainers did not yet grok the rules of OSS. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#375956: listchanges doesn't work
Hi, apt-listchanges doesn't work with sid. I'm using version 2.72. apt-listchanges --apt package is a neverending story without any output. apt-listchanges file.deb says me, that he reads out the changelog and then, that is done, but not more. (german output): the-me:~# apt-listchanges /var/cache/apt/archives/xchat-common_2.6.8-0.3_all.deb Lese Changelogs... Fertig the-me:~# This is only one example. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399894: apy-listbugs problems with SOAP
Hi, Exception: SOAP::EmptyResponseError This is weird. This is usually a result of a broken proxy. Do you have any strange proxies around ? Not at all. regards, junichi What else might i try? Maybe problems with perl or ruby? There are few ways to narrow down the problem. You can try connecting through different network, from other site, or reproduce the problem on someone else's machine. 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#402285: erros in french translation (patch included)
tags 402285 pending thanks Emmanuel Bouthenot wrote: Package: network-manager-kde Version: 1:0.1-2 Severity: minor Tags: patch There are some errors in french translation. I've attached a patch which i use to rebuild the package and all works fine. Hi Emmanuel, patch applied to svn, thanks. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#402289: using -kernel-kqemu causes kernel panics in guest OS
Package: qemu Version: 0.8.2-4 Severity: normal When using the qemu from the Debian repositories, trying to use -kernel-kqemu results in a kernel panic in the guest OS - this has been tested with both Debian Etch and Fedora Core 6 as the guest OS. This is with kqemu either from the Debian repositories or from source. Swapping in QEMU built from the official source results in no such problems. Thanks -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages qemu depends on: ii bochsbios2.3-2 BIOS for the Bochs emulator ii libasound2 1.0.13-1ALSA library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsdl1.2debian 1.2.11-7Simple DirectMedia Layer ii openhackware 0.4.1-2 OpenFirmware emulator for PowerPC ii proll18-2JavaStation PROM 2.x compatible re ii vgabios 0.6a-1 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages qemu recommends: pn debootstrap none (no description available) ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode pn vde none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401698: please add reentrancy check to update-ms-fonts
On Tue, 2006-12-05 at 15:51 +0300, Nikita V. Youshchenko wrote: I think that update-ms-fonts should have some guard against re-entrancy. I'm not opposed to the idea, but am not implementing it before etch - the scenario is not that common and I don't want to risk destabilisation now. Were there any adverse effects of the parallel runs? What happened? Thijs signature.asc Description: This is a digitally signed message part
Bug#402288: adduser allows UIDs 100
Package: adduser Version: 3.100 According to the policy, UIDs and GIDs less than 100 are the same on all Debian systems and come from the base-passwd package. The adduser man page says adduser and addgroup are friendlier front ends to tools like useradd, groupadd and usermod programs, choosing Debian policy conformant UID and GID values --. However, the programs don't enforce this policy item or remind about it in the documentation. The consequences of this bug in the worst case are the consequences of having non-conformant IDs on the system. Those in turn depend on the assumptions made based on the policy item. I propose the following changes: 1. When adduser or addgroup is going to add an id 100, it prints a warning message about policy to stderr: Warning! According to Debian Policy, system administators shouldn't create UIDs 100. 2. The adduser man page excerpt says by default choosing instead of choosing. 3. /etc/adduser.conf and the adduser.conf man page include in their documentation of FIRST_SYSTEM_UID the note: Please note that system software may assume that UIDs less than 100 are unallocated. -- -- Trying to catch me? Just follow up my Electric Fingerprints -- To help you: [EMAIL PROTECTED] http://www.iki.fi/Tuukka.Hastrup/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401258: possible patch
tags 401258 + patch
thanks
Hi,
this patch seems to solve it for me. Comments?
Cheers,
Andi
diff -Nur ../heimdal-0.7.2.dfsg.1~/debian/changelog
../heimdal-0.7.2.dfsg.1/debian/changelog
--- ../heimdal-0.7.2.dfsg.1~/debian/changelog 2006-12-09 09:04:02.0
+
+++ ../heimdal-0.7.2.dfsg.1/debian/changelog2006-12-09 11:48:55.0
+
@@ -1,3 +1,11 @@
+heimdal (0.7.2.dfsg.1-6.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Don't change services on upgrades, only on fresh installation and purge.
+Closes: #401258
+
+ -- Andreas Barth [EMAIL PROTECTED] Sat, 9 Dec 2006 11:48:05 +
+
heimdal (0.7.2.dfsg.1-6) unstable; urgency=low
* Update maintainer E-Mail address.
diff -Nur ../heimdal-0.7.2.dfsg.1~/debian/heimdal-kdc.postinst
../heimdal-0.7.2.dfsg.1/debian/heimdal-kdc.postinst
--- ../heimdal-0.7.2.dfsg.1~/debian/heimdal-kdc.postinst2006-12-09
09:04:02.0 +
+++ ../heimdal-0.7.2.dfsg.1/debian/heimdal-kdc.postinst 2006-12-09
11:45:40.0 +
@@ -82,13 +82,9 @@
case $1 in
abort-upgrade | abort-deconfigure | abort-remove)
- enable_servers
;;
configure)
- if [ -n $2 ] dpkg --compare-versions $2 ge 0.2l-4; then
- enable_servers
- else
- remove_servers
+ if [ -z $2 ]; then
add_servers
fi
;;
diff -Nur ../heimdal-0.7.2.dfsg.1~/debian/heimdal-kdc.prerm
../heimdal-0.7.2.dfsg.1/debian/heimdal-kdc.prerm
--- ../heimdal-0.7.2.dfsg.1~/debian/heimdal-kdc.prerm 2006-12-09
09:04:02.0 +
+++ ../heimdal-0.7.2.dfsg.1/debian/heimdal-kdc.prerm1970-01-01
00:00:00.0 +
@@ -1,12 +0,0 @@
-#!/bin/sh -e
-
-disable_servers() {
- update-inetd --pattern '[ \t]/usr/lib/heimdal-servers/kadmind'
--disable kerberos-adm
- update-inetd --pattern '[ \t]/usr/sbin/hpropd' --disable krb_prop
-}
-
-if command -v update-inetd /dev/null 21; then
- disable_servers
-fi
-
-#DEBHELPER#
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402290: azureus: does not start
Package: azureus Version: 2.5.0.0+0-1 Severity: grave Justification: renders package unusable does not start and displays message: /usr/bin/azureus: line 3: /usr/share/java-config/libswt-3.2-java: Aucun fichier ou répertoire de ce type -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages azureus depends on: ii gij-4.1 [java2-runtime] 4.1.1-20 The GNU Java bytecode interpreter pn java-gcj-compat | java-virtua none (no description available) ii libcommons-cli-java 1.0-8 API for working with the command l ii liblog4j1.2-java 1.2.13-3 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.2-java 3.2.1-3Standard Widget Toolkit for GTK Ja ii sun-java5-jre [java2-runtime] 1.5.0-10-1 Sun Java(TM) Runtime Environment ( azureus recommends no packages. -- no debconf information
Bug#399064: texlive-fonts-extra: The package depends on cm-super
On Fre, 17 Nov 2006, Eythan Weg wrote: Package: texlive-fonts-extra Severity: wishlist Cm-super is a large package and it would be better if texlive-fonts-extra would not depend on it. Thanks, you are right, this is a left over, I forgot to change it. I have downgraded it to a suggests. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- NAAS (n.) The winemaking region of Albania where most of the wine that people take to bottle-parties comes from. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402293: refpolicy: qemu should have execmem permissions
Package: refpolicy Severity: normal qemu needs execmem permissions, so (I guess that) a file_context like the following is necessary: /usr/bin/qemu -- system_u:object_r:unconfined_execmem_exec_t At least that fixed the audit messages for me -- David Härdeman
Bug#390367: --hostname and -u parsing dysfunctional
reopen 390367 partly, option parsing for this is there now, but it doesn't yet work. One thing, I get command line parsing errors, and looking into it showed that a shift was forgotten on hostname parsing, and the long option wasn't handled by getopt. Added these - see patch - remove the debug lines... I am still not getting an installed system the same way as I get when using -c to define the classes, but some errors - looking deeper into it now... Index: bin/fai === --- bin/fai (revision 4193) +++ bin/fai (working copy) @@ -27,6 +27,7 @@ #* #set -xv # for full debugging +debug=true export PATH=/usr/local/sbin:/usr/local/bin:/usr/lib/fai:/bin:/sbin:/usr/bin:/usr/sbin: # some variables @@ -157,8 +158,13 @@ # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # Main routine +[ X$debug == Xtrue ] echo before getopt + # Parse commandline options -TEMP=$(getopt -o u:Nhvc:C: --long new,help,verbose,class:,cfdir: -n $0 -- $@) +TEMP=$(getopt -o u:Nhvc:C: --long hostname:,new,help,verbose,class:,cfdir: -n $0 -- $@) + +[ X$debug == Xtrue ] echo after getopt + if [ $? != 0 ] ; then echo Terminating... 2 ; exit 1 ; fi # Note the quotes around `$TEMP': they are essential! eval set -- $TEMP @@ -197,6 +203,7 @@ -u|--hostname) shift export newhostname=$1 + shift ;; --) shift @@ -204,6 +211,7 @@ ;; *) echo $0: command line parsing error ! $@ +[ X$debug == Xtrue ] echo problem with $1 exit 1 ;; esac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402068: Redundant code installed by dh_installtex in maintainer scripts
Hi Florent! On Don, 07 Dez 2006, Florent Rougon wrote: Building lmodern with tex-common 0.41 creates a postrm containing twice the definition of dhit_check_run_without_errors(), which is a bit ugly. It doesn't seem to cause any error, though, hence the minor severity. True, this is a left-over. I removed it. Thanks for spotting this. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- CLIXBY (adj.) Politely rude. Briskly vague. Firmly uninformative. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402291: qt4-qtconfig: Animated Menus not working, X Error: BadValue
Package: qt4-qtconfig Version: 4.2.1-2 Severity: normal Hi, switching from fading menus in Qt4 to Animate and saving creates the following error on the command line when opening a menu in a Qt4 app: [EMAIL PROTECTED]:~/KDE-work/4.0/kdevelop/buildtools/importers/qmake/parserqtconfig-qt4 X Error: BadValue (integer parameter out of range for operation) 2 Major opcode: 12 (X_ConfigureWindow) Resource id: 0x0 Also the menu just appears, there's no animation present. Andreas -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages qt4-qtconfig depends on: ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-20 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libmysqlclient15off 5.0.30-1mysql database client library ii libpng12-0 1.2.13-4PNG library - runtime ii libpq4 8.1.5-1 PostgreSQL C client library ii libqt4-core 4.2.1-2 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.2.1-2 Qt 4 core GUI functionality runtim ii libqt4-qt3support4.2.1-2 Qt 3 compatibility library for Qt ii libqt4-sql 4.2.1-2 Qt 4 SQL database module ii libsm6 1:1.0.1-3 X11 Session Management library ii libsqlite0 2.8.17-1SQLite shared library ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime qt4-qtconfig recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402292: mozilla-plugin-gnash lacks support for iceape-browser
Package: mozilla-plugin-gnash Version: 0.7.2-1 Severity: normal mozilla-plugin-gnash lacks support for iceape-browser. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368044: epiphany-browser: epiphany crashes on a wide page
On Sat, Dec 09, 2006 at 11:55:31AM +0100, Mike Hommey [EMAIL PROTECTED] wrote: On Sat, May 20, 2006 at 04:43:48PM +0200, Josselin Mouette [EMAIL PROTECTED] wrote: reassign 368044 libxul0d thanks Le vendredi 19 mai 2006 à 15:27 +0200, Nicolas Evrard a écrit : The page http://www.troybrophy.com/projects/solarsystem/index.html makes epiphany crashes whatever I do (displaying in a tab, in a single window). Galeon crashes too. This is reproducible here as well. Interestingly enough, firefox crashes more gracefully, saying something that lets me think there is not enough memory. Interestingly, epiphany doesn't crash. It exits with code 01. gdk_x_error exits after dumping a message about BadAlloc: The program 'epiphany-browser' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 11890767 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I was able to get a backtrace and find which gdk call led to this error... I'll try adding some gdk_error_trap_push and gdk_error_trap_pop around it and see what happens. Mike
Bug#401405: Further information and patch
I've been browsing the sources a bit, and the primary case is a bit clearer now. In backend/usb-unix.c, in open_device and list_devices is a loop that is iterating over all possible USB printers and trying to match them against the given URI. It always tries /dev/usblp%d, /dev/usb/lp%d and /dev/usb/usblb%d for any given index and the error handling here is broken - it only reports the errno value of the last attempt to open a printer, and since I don't have 16 printers that is always ENOENT. The fact that it got an EACCESS while opening /dev/usb/lp0 is totally left out. I think the algorithm to better diagnose errors goes like this: 1. If all open() calls set errno=ENOENT, signal that no printers were found. This could also be done using stat(), no need to call open(). 2. If any printers were present but could not be opened, the fact and the reason should go into a logfile. If the search does not find the requested printer, the fact that not all printers could be probed should be returned and a hint to look into the logfile. 3. If you could probe them all, just return whether the requested printer was found. I'm not sure how this should be handled in the case of list_devices, either it should simply print five question marks for the five fields it otherwise fills with the URI and other data or an error message. I took the easy way out using the error message. I have attached the modified usb-unix.c. Changes/Notes: - It now correctly gives me an access denied error in the webfrontend and works as described above. - When invoking the backend without arguments, it now either probes the printer for its ID or gives an errormessage. - I marked a bogus check for EBUSY. - In the whole CUPS sourcecode I found cases where sprintf() was used (potential buffer overflows) or snprintf() used wrong (snprintf() can leave an unterminated string when the buffer is too small). I'd suggest using an xsnprintf()-wrapper, similarly to xalloc() either formatting the string into the supplied buffer or invoking exit() - the code isn't prepared to handle that error anyway, so there's no way to continue. This last point would merit a whole code audit. - I find it also astonishing how many magic numbers are used, as if using a buffer of size 255 or 1024 would magically make your code correct... - All driver backends seem to take similar arguments, except one of them. 'ipp' takes a variable number of files to print. In fact I wonder why there is no central main() function for commandline handling etc that then only calls the implementations from the particular backend. There's a lot of code duplication going on. - There's a weird mixture of tabs and spaces in the files. I only preserved the two spaces indentation depth and didn't use any tabs, but I'd say it would be worth running the whole code through an autoindenter. - There is some code in cups-deviced.c that I don't understand. When invoking the backend, it code first checks if either group or others have read/write/execute permissions on the backend and if yes, it calls seteuid() with the user ID of 'lp'. So, by just removing read and execute permissions on the backend, we can make cupsd call it with root permissions (it then fails without meaningful error when invoking foomatic-rip). I find this idea flawed. Also, quote from the (default) configfile: # Note: the server must be run initially as root to support the # default IPP port of 631. It changes users whenever an external # program is run... IOW, this comment is simply a lie and keeping root privileges is a possible security risk. Well, not that anyone sane would be running CUPS in a hostile network anyway... Okay, so much for that. Sorry for drifting of into ranting towards the end, but I hope the info was at least helpful. Question on that: is there any packaged version of 1.3 already? I would have preferred hacking on that one and not on a released version... Also, you (the maintainers) probably have a connection to the upstream CUPS developers, could you ask them if they could enable bug-reporting without creating yet another account to log into their website? I find this extremely annoying... so much for today, thank you all for your work Uli /* * $Id: usb-unix.c 6111 2006-11-15 20:28:39Z mike $ * * USB port backend for the Common UNIX Printing System (CUPS). * * This file is included from usb.c when compiled on UNIX/Linux. * * Copyright 1997-2006 by Easy Software Products, all rights reserved. * * These coded instructions, statements, and computer programs are the * property of Easy Software Products and are protected by Federal * copyright law. Distribution and use rights are outlined in the file * LICENSE which should have been included with this file. If this * file is missing or damaged please contact Easy Software Products * at: * * Attn: CUPS Licensing Information * Easy Software Products * 44141
Bug#402294: better dirinstall man page entry
Package: fai-client Version: 3.1.2 Tags: Patch A little patch to get started easier with dirinstall. BTW: it took me a while to find this information, as the output of fai says: ... Calling task_defclass Try to read classes from /var/log/fai/FAI_CLASSES. Failed. Aborting. umount: /tmp/dirinstall-test_02/dev: not mounted ... so, also without -N, it _looks_ like class scripts are executed. Would be clearer if it would say not re-defining classes. Or, for dirinstall with -u, I think in most situtions -N is really what everybody wants, so this could also be changed. [EMAIL PROTECTED]:/hier/sources/fai/trunk$ svn diff man/fai.8 Index: man/fai.8 === --- man/fai.8 (revision 4193) +++ man/fai.8 (working copy) @@ -105,7 +105,10 @@ .B dirinstall [DIR] Installation into a directory. This is nearly the same as action install except for skipping the task that partitions the hard disks and -creates the file systems. Classes should be defined with option -c. +creates the file systems. Classes can be defined with option -c, or by +giving the hostname with -u or --hostname and enabling automatic definition +by class scripts from hostname with -N. (Without -N class scripts aren't +executed) .SH NOTES Running with action install on an already running system will almost [EMAIL PROTECTED]:/hier/sources/fai/trunk$ svn diff man/fai.8 Index: man/fai.8 === --- man/fai.8 (revision 4193) +++ man/fai.8 (working copy) @@ -105,7 +105,10 @@ .B dirinstall [DIR] Installation into a directory. This is nearly the same as action install except for skipping the task that partitions the hard disks and -creates the file systems. Classes should be defined with option -c. +creates the file systems. Classes can be defined with option -c, or by +giving the hostname with -u or --hostname and enabling automatic definition +by class scripts from hostname with -N. (Without -N class scripts aren't +executed) .SH NOTES Running with action install on an already running system will almost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402288: [Adduser-devel] Bug#402288: adduser allows UIDs 100
This one time, at band camp, Tuukka Hastrup said: According to the policy, UIDs and GIDs less than 100 are the same on all Debian systems and come from the base-passwd package. The adduser man page says adduser and addgroup are friendlier front ends to tools like useradd, groupadd and usermod programs, choosing Debian policy conformant UID and GID values --. However, the programs don't enforce this policy item or remind about it in the documentation. I understand you to be saying that when you override adduser's default's, it allows you to create a user with uid 100 ? Is that correct? -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#402295: dpkg: please also log warnings etc.
Package: dpkg Version: 1.13.24 Severity: wishlist Hello, currently, dpkg is able to log status change updates and actions to a file. Would it also be possible to log dpkg warning messages etc. to some file as well? Some of these messages (like `unable to delete old directory') are good indicators of garbage left after package upgraded or removals and it is usually a good idea to investigate such situations to keep the real filesystem as close as possible to the package managers notion about how the filesystem should look like. However, with many packages upgraded at once on the one hand and limited scrollback buffers (i.e. on console) on the other hand, it is really hard to catch all these messages on the fly. So logging these messages somewhere would be really helpful. Thanks for your work regards Mario -- This project is so important we can't let things that are more important interfere with it. -- Advertising/Marketing manager, United Parcel Service signature.asc Description: Digital signature
Bug#402300: display-dhammapada: Please remove the debconf stuffs from the source package
Package: display-dhammapada Version: 0.23-2 Severity: wishlist Hi, Your source package contains a debconf(-abusing) template file and a config file. As they are not used, could you please remove them? This will fix the following lintian warning: W: display-dhammapada source: not-using-po-debconf and helps the i18n task force to keep a better track of packages that must use po-debconf. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#402288: [Adduser-devel] Bug#402288: adduser allows UIDs 100
On Sat, 9 Dec 2006, Stephen Gran wrote: This one time, at band camp, Tuukka Hastrup said: According to the policy, UIDs and GIDs less than 100 are the same on all Debian systems and come from the base-passwd package. The adduser man page says adduser and addgroup are friendlier front ends to tools like useradd, groupadd and usermod programs, choosing Debian policy conformant UID and GID values --. However, the programs don't enforce this policy item or remind about it in the documentation. I understand you to be saying that when you override adduser's default's, it allows you to create a user with uid 100 ? Is that correct? Yes, it provides mechanisms for that and doesn't inform the user of the consequences. That is, as adduser promises to be a friendly front end, it shouldn't expect the local system administrator to know the traps in the Debian Policy. -- -- Trying to catch me? Just follow up my Electric Fingerprints -- To help you: [EMAIL PROTECTED] http://www.iki.fi/Tuukka.Hastrup/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402299: eagle-usb: [INTL:es] Spanish po-debconf translation
Package: eagle-usb Version: 2.1.1-2.1 Tags: l10n patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402302: eagle-usb: [INTL:es] Spanish po-debconf translation
Package: eagle-usb Version: 2.1.1-2.1 Tags: l10n patch # eagle-usb po-debconf translation to Spanish # Copyright (C) 2005 Software in the Public Interest # This file is distributed under the same license as the eagle-usb package. # # Changes: # - Initial translation # César Gómez MartÃn [EMAIL PROTECTED] # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor, lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español #http://www.debian.org/intl/spanish/ #especialmente las notas de traducción en #http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: #/usr/share/doc/po-debconf/README-trans #o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: eagle-usb\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-10-19 00:26+0200\n PO-Revision-Date: 2005-09-23 17:45+0100\n Last-Translator: César Gómez MartÃn [EMAIL PROTECTED]\n Language-Team: Debian l10n spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Spanish\n X-Poedit-Country: SPAIN\n X-Poedit-SourceCharset: utf-8\n #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid manual configuration msgstr configuración manual #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Algeria Wanadoo msgstr Argelia Wanadoo #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ArgentinaSpeedy msgstr ArgentinaSpeedy #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Austria * msgstr Austria * #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Austria AON msgstr Austria AON #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Austria Telstra msgstr Austria Telstra #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium ADSL Office msgstr Bélgica ADSL Office #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium Belgacom msgstr Bélgica Belgacom #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium Tiscali msgstr Bélgica Tiscali #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium Turboline msgstr Bélgica Turboline #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Rio Grande do Sul msgstr Brasil Rio Grande do Sul #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Speedy Telefonica msgstr Brasil Speedy Telefonica #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Turbo Brasil Telecom msgstr Brasil Turbo Brasil Telecom #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Velox Telemar msgstr Brasil Velox Telemar #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Bulgaria BTC isdn msgstr Bulgaria BTC isdn #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Bulgaria BTC pots msgstr Bulgaria BTC pots #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Beijing msgstr ChinaChina Netcom Beijing #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Changchun msgstr ChinaChina Netcom Changchun #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Harbin msgstr ChinaChina Netcom Harbin #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Hunan msgstr ChinaChina Netcom Hunan #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Jilin msgstr ChinaChina Netcom Jilin #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Lanzhou msgstr ChinaChina Netcom Lanzhou #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Tianjin msgstr ChinaChina Netcom Tianjin #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Xi'an msgstr China
Bug#400499: timer.c patch from alsa bugtracking #0001645 does not change the situation.
John Hasler wrote: Confirmed. I had forgotten to look in there. But this is a workaround rather than a bug identification and fix isn't it? Yes, it's just a workaround. Well, thanks anyway. I guess that we don't even know if the problem is with chronyd or with alsa or something more generic around the rtc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402303: Error: Command 'check_dns' has already been defined
Package: nagios2-common Version: 2.6-1 Severity: important 'check_dns' is defined in /etc/nagios-plugins/conf.d/dns.cfg and /etc/nagios2/commands.cfg removing the defineion from commands.cfg solves the issue tilo -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nagios2-common depends on: ii adduser 3.100 Add and remove users and groups ii apache2 2.2.3-3.1 Next generation, scalable, extenda ii apache2-mpm-work 2.2.3-3.1 High speed threaded model for Apac ii coreutils5.97-5.2The GNU core utilities ii debconf [debconf 1.5.9 Debian configuration management sy ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii nagios-plugins-b 1.4.5-2 Plugins for the nagios network mon ii nagios2-doc 2.6-1 documentation for nagios2 ii ucf 2.0017 Update Configuration File: preserv Versions of packages nagios2-common recommends: ii nagios-images 0.3Collection of images and icons for ii nagios-plugins1.4.5-2Plugins for the nagios network mon -- debconf information: * nagios2/httpd: apache2 * nagios2/nagios1-in-apacheconf: false nagios2/adminpassword-mismatch: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401846: Warning: getdate(): Cannot perform date calculation
Hi Michael, Michael Biebl schrieb: smbldap-tools sets sambaPwdMustChange to 9223372036854775807 , when it creates an user or host account. for some reason I do not get the warning but this value is definitely wrong. sambaPwdMustChange has Unix time format (seconds since 1970). Even if the value would be in microseconds then this would mean millions of years. Are you using the latest version (0.9.2-3) of the smbldap-tools? Then I can offer you to reassign this bug to their bug tracker. However, thanks a lot for your feedback. Greetings Roland -- LDAP Account Manager http://lam.sourceforge.net Want more? Get LDAP Account Manager Pro! http://lam.sourceforge.net/lamPro/index.htm signature.asc Description: OpenPGP digital signature
Bug#402297: ITP: canorus -- Free cross-platform music score editor
Package: wnpp Severity: wishlist Owner: Ludovic RESLINGER [EMAIL PROTECTED] * Package name: canorus Version : 0.1.0 Upstream Author : Reinhard Katzmann [EMAIL PROTECTED] * URL : http://home.gna.org/fmit/index.html Licence : GPLv2 Programming Lang: C++, Ruby Description : Free cross-platform music score editor Hi, Canorus is a promising project, I wish to maintain it in debian. Regards, -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#402301: durep: [INTL:es] Spanish po-debconf translation
Package: durep Version: 0.8.1-7 Tags: l10n patch # durep po-debconf translation to Spanish # Copyright (C) 2005 Software in the Public Interest # This file is distributed under the same license as the durep package. # # Changes: # - Initial translation # César Gómez MartÃn [EMAIL PROTECTED] # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor, lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español #http://www.debian.org/intl/spanish/ #especialmente las notas de traducción en #http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: #/usr/share/doc/po-debconf/README-trans #o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: durep\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-09-12 18:55+0200\n PO-Revision-Date: 2005-09-23 16:06+0100\n Last-Translator: César Gómez MartÃn [EMAIL PROTECTED]\n Language-Team: Debian l10n spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Spanish\n X-Poedit-Country: SPAIN\n X-Poedit-SourceCharset: utf-8\n #. Description #: ../templates:4 msgid Do you want to enable daily report generation? msgstr ¿Desea activar la generación diaria de informes? #. Description #: ../templates:4 msgid If you wish, a daily script will create disk usage statistics of chosen filesystems. They will be kept for seven days. msgstr Si lo desea, un script creará a diario estadÃsticas de uso del disco en los sistemas de ficheros escogidos. Se mantendrán durante siete dÃas. #. Description #: ../templates:4 msgid WARNING: with the default configuration, the statistics are stored in the public httpd directory, /var/www/durep. This may breach the privacy of the users. msgstr ADVERTENCIA: con la configuración por omisión las estadÃsticas se almacenan en el directorio público de httpd /var/www/durep. Esto puede romper la intimidad de los usuarios. #. Description #: ../templates:15 msgid List of filesystems for durep reports msgstr Lista de sistemas de ficheros para los informes de durep #. Description #: ../templates:15 msgid To specify single filesystems to report on, enter their mount points separated by spaces (eg. \/data /var\). A single dot (\.\) means scanning of the whole UNIX filesystem tree. msgstr Para especificar los distintos sistemas de ficheros para los que generar informes introduzca sus puntos de montaje separados por espacios (p.e. «/data /var»). Un solo punto «.» indica que se desea escanear el árbol completo del sistema de ficheros UNIX.
Bug#402296: durep: [INTL:es] Spanish po-debconf translation
Package: durep Version: 0.8.1-7 Tags: l10n patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375956: apt-listchanges: does not send mail anymore
Package: apt-listchanges Version: 2.72 Severity: important Hi, I can reproduce the same problem here on my etch system. A simple apt-listchanges /var/cache/apt/archives/icedove_1.5.0.8-1_i386.deb is printing out: Reading changelogs... Done nothing more. dpkg-reconfigure didn't help either. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /usr/bin/zsh Kernel: 2.6.19 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-listchanges depends on: ii apt0.6.46.2 Advanced front-end for dpkg ii debconf1.5.8 Debian configuration management system ii debianutils2.17 Miscellaneous utilities specific to Debian ii python 2.4.4-1An interactive high-level object-oriented language (default ii python-apt 0.6.19 Python interface to libapt-pkg ii ucf2.0017 Update Configuration File: preserves user changes to config -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402298: libnss-ldap: [INTL:es] Updated spanish po-debconf translation
Package: libnss-ldap Version: 251-7 Priority: wishlist Tags: l10n patch Please find attached an updated translation for this package. Please include it in the next upload. Thanks Javier # # libnss-ldap po-debconf translation to spanish # This file is distributed under the same license as the libnss-ldap package. # # Changes: # - Initial translation # Ayax Fernandez Rosado [EMAIL PROTECTED] # - Reviewers # Fernando Cerezal, 2006 # Javier Fernández-Sanguino , 2006 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # Si tiene dudas o consultas sobre esta traducción consulte con el último # traductor (campo Last-Translator) y ponga en copia a la lista de # traducción de Debian al español (debian-l10n-spanish@lists.debian.org) # msgid msgstr Project-Id-Version: libnss-ldap 251-7\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-12-09 13:11+0100\n PO-Revision-Date: 2006-12-09 13:29+0100\n Last-Translator: Javier Fernández-Sanguino [EMAIL PROTECTED]\n Language-Team: Debian Spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid make configuration readable/writeable by owner only msgstr Hacer que la configuración sólo la pueda leer o escribir el propietario #. Type: boolean #. Description #: ../templates:1001 msgid Should the libnss-ldap configuration file be readable and writable only by the file owner? msgstr ¿DeberÃa hacer que el fichero de configuración de libnss-ldap sólo lo pudiera leer o escribir el propietario del fichero? #. Type: boolean #. Description #: ../templates:1001 msgid If you use passwords in your libnss-ldap configuration, it is usually a good idea to have the configuration set with mode 0600 (readable and writable only by the file's owner). msgstr Generalmente es buena idea hacer que el fichero de configuración esté definido con el modo 0600 (sólo lo puede leer o escribir el propietario del fichero) si utiliza contraseñas en su configuración de libnss-ldap. #. Type: boolean #. Description #: ../templates:1001 msgid Note: As a sanity check, libnss-ldap will check if you have nscd installed and will only set the mode to 0600 if nscd is present. msgstr Nota: Como comprobación adicional, libnss-ldap mirará si ha instalado ncsd y sólo configurará el modo 0600 si éste está presente. #. Type: note #. Description #: ../templates:2001 msgid nsswitch.conf is not managed automatically msgstr La configuración de nsswitch.conf no se gestiona automáticamente #. Type: note #. Description #: ../templates:2001 msgid For this package to work, you need to modify your /etc/nsswitch.conf to use the ldap datasource. There is an example file at /usr/share/doc/libnss-ldap/ examples/nsswitch.ldap which can be used as an example for your nsswitch setup, or it can be copied over your current setup. msgstr Debe modificar su fichero «/etc/nsswitch.conf» para que utilice una fuente de datos LDAP si quiere utilizar este paquete. Puede utilizar como ejemplo de la configuración de nsswitch el fichero de ejemplo en «/usr/share/doc/libnss-ldap/examples/nsswitch.ldap» o puede copiarlo sobre su configuración actual. #. Type: note #. Description #: ../templates:2001 msgid Also, before removing this package, it is wise to remove the ldap entries from nsswitch.conf to keep basic services functioning. msgstr Tenga en cuenta que antes de eliminar este paquete puede ser conveniente eliminar las entradas LDAP del fichero nsswitch.conf para que los servicios básicos sigan funcionando. #. Type: string #. Default #: ../templates:3001 msgid dc=example,dc=net msgstr dc=ejemplo,dc=net # Template: libnss-ldap/confperm # ddtp-prioritize: 56 # # msgid # make configuration readable/writeable by owner only # msgstr # # msgid # Should the libnss-ldap configuration file be readable and writable only by # the file owner? # msgstr # # msgid # If you use passwords in your libnss-ldap configuration, it is usually a # good idea to have the configuration set with mode 0600 (readable and # writable only by the file's owner). # msgstr # # msgid # Note: As a sanity check, libnss-ldap will check if you have nscd installed # and will only set the
Bug#402304: efingerd: [INTL:es] Spanish po-debconf translation
Package: efingerd Version: 1.6.2.4 Tags: l10n patch # efingerd po-debconf translation to Spanish # Copyright (C) 2005 Software in the Public Interest # This file is distributed under the same license as the efingerd package. # # Changes: # - Initial translation # César Gómez MartÃn [EMAIL PROTECTED] # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor, lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español #http://www.debian.org/intl/spanish/ #especialmente las notas de traducción en #http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: #/usr/share/doc/po-debconf/README-trans #o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: efingerd\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-10-19 00:26+0200\n PO-Revision-Date: 2005-09-27 17:01+0100\n Last-Translator: César Gómez MartÃn [EMAIL PROTECTED]\n Language-Team: Debian l10n spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Spanish\n X-Poedit-Country: SPAIN\n X-Poedit-SourceCharset: utf-8\n #. Type: boolean #. Description #: ../templates:1001 msgid Permit users to have their own configurable finger replies? msgstr ¿Desea permitir que los usuarios tengan sus propias respuestas configurables de finger? #. Type: boolean #. Description #: ../templates:1001 msgid You can decide if efingerd honours users' ~/.efingerd files. msgstr Puede decirdir si efingerd debe cumplir con las directrices de los ficheros ~/.efingerd de los usuarios. #. Type: boolean #. Description #: ../templates:1001 msgid If someone from network fingers given user, and the user has ~/.efingerd file readable and executable for efingerd daemon, this file will be executed and its output will be sent to the fingerer. msgstr Si alguien de la red hace un finger a un usuario y el usuario tiene un fichero ~/.efingerd con permisos de lectura y ejecutable por el demonio efingerd, entonces este fichero se ejecutará y su salida se enviará al emisor del finger. #. Type: boolean #. Description #: ../templates:1001 msgid This can be either desired or not, depending on your system policy. In particular, allowing .efingerd files allows users to cheat about their real identity. However, efingerd can be configured to display users' full names (from passwd) as the first line of the reply, so they cannot hide themselves completely. msgstr Esto puede ser deseable o no dependiendo de las normas de su sistema. En concreto permitir los ficheros .efingerd permite a los usuarios mentir sobre su verdadera identidad. Sin embargo, se puede configurar efingerd para mostrar los nombres completos de los usuarios (de passwd) en la primera lÃnea de la respuesta, por lo que no se pueden esconder por completo. #. Type: boolean #. Description #: ../templates:1001 msgid There is however a slight security concern: if you allow .efingerd files, these files will be executed under efingerd UID, so malicious users gain access to all files owned by efingerd - this becomes important when you make efingerd to log into some files writable by the daemon, unless you take appropriate precautions. msgstr Sin embargo hay una pequeña preocupación en cuanto a la seguridad: si permite los ficheros .efingerd, estos ficheros se ejecutarán bajo el UID de efingerd, por lo que los usuarios maliciosos pueden obtener acceso a todos los ficheros que pertenezcan a efingerd - a no ser que tome precauciones, esto es importante cuando quiere que efingerd lleve un registro en varios ficheros sobre los que el demonio tenga permisos de escritura. #. Type: boolean #. Description #: ../templates:1001 msgid If you are the only user, or you trust your users, there is no reason to disable .efingerd files (and this is probably a reason you want to install efingerd for). However, if you expect your users to be nasty, you should better think about protecting from them - in particular, if you enable logging, make sure they cannot fiddle with the logfile - this is UP TO YOU. msgstr Si es el único usuario o confÃa en sus usuarios no hay ninguna razón para desactivar los ficheros .efingerd (y probablemente esta es una razón por la que quiere instalar efingerd). Sin embargo, si espera que sus usuarios sean malos deberÃa pensar mejor en protegerse de ellos - en concreto, si activa el registro, esté seguro de que ellos no pueden amañarlo - esta es una decisión QUE USTED DEBE TOMAR. #. Type: boolean #. Description #: ../templates:2001 msgid Display users' real names? msgstr
Bug#400705: zaptel-source: still fails to build against 2.6.19-rc6 and 2.6.19
On Friday 08 December 2006 21:39, Andrea Borgia wrote: Tried both m-a and make-kpkg, same errors. Does it matter that the kernel build link points to an unusual location? Andrea, zaptel, as far as I can tell is building fine against 2.6.18 which is the target kernel for etch. We only have a matter of days/ weeks before etch freezes, so I wouldn't like to introduce any late changes to zaptel at this stage. Also given the short timeframe before etch freezes, we should be working to getting the pkg-voip packages to a sensible state for etch... Thus I'll give this bug a relatively low priority until etch releases. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401969: please build using hunspell
Hi, Mike Hommey wrote: On Fri, Dec 08, 2006 at 10:58:11PM +0100, Rene Engelhard [EMAIL PROTECTED] wrote: Mike Hommey wrote: On Thu, Dec 07, 2006 at 11:26:34AM +0100, Rene Engelhard [EMAIL PROTECTED] wrote: There's no big difference in using hunspell and myspell, except that hunspell dictionaries then will also work. And you show that hunspell is used so the security team knows that mozilla needs to be rebuilt (which probably won't happen, no one ever found a security bug in either hunspell or myspell). And in any case, there's already enchant and openoffice.org building with static hunspell (openoffice.org does build far longer than ice*) How does the security team feel about having to rebuild iceape, iceweasel, icedove (you forgot to file a bug on icedove), OOo and enchant No, that would have been my next target (the source already is on my disk) if there happens to be a security bug in hunspell ? I am sure there won't be, but if it happens it happens. There's some static libs in Debian where this is the case, afaik. Of course. not having to do that is better, but... How do buildds feel to have to rebuild iceape, iceweasel, icedove, OOo and enchant for every hunspell upload ? You don't have to. So when you fix bugs in hunspell, you want to leave the bugs in the programs that are statically linked to it. How great. Bullshit. You are intrepreting stuff everytime I didn't say. Not every fix in the package/packaging needs a rebuild, neither does a fix only affecting the hunspell program and not the library. In the library case, you're right. 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#401969: please build using hunspell
Hi, Davide Prina wrote: MySpell is obsolete. Please build against Hunspell, which is an improved version of MySpell retaining full backwards compatibility. That also would make the usage of hunspell-de-* in iceweasel possible. probably not so full backwards compatibility. Proof? also Italian dictionary in Debian is a very old release ... so obsolete than a lot of people ask me to correct a lot of errors, errors that are already corrected in the last version. I think that Debian is the last GNU/Linux distro that have a so old Itailian dictionary version. The last Italian dictionary under GPL license can be downloaded from here (2.3 beta 23/07/2006): http://linguistico.sf.net/wiki/doku.php?id=dizionario_italiano I have reported a whishlist for that #329971 at Date: Sat, 24 Sep 2005 23:04:33 +0200 Irrelevant for this discussion. I can't add GPLed stuff to the package because it then would be GPL. The other dictionaries in the OOo source are LGPL, though. You can package it externally or make it build from the ispell one, but I will *not* include it in -dictionaries due it's being GPL. I told that in the bug report that it's G`PL and can't add it. If you don't read it/understand it and then complain, well... For Italian language there is also a surname dictionary, also it under GPL, that can be found here: http://linguistico.sf.net/wiki/doku.php?id=dizionario_cognomi_italiani GPL, too. See above. I don't see the hurry to have hunspell used on all programs ... if it is I do. There's hunspell dictionaries in Debian which have to conflict against all mozillas... I have reported some hunspell bugs to Láló don't know if some can be security bugs). I don't know if they are already corrected (Lálóve told me: I hope, I will solve the problem this month for OOo 2.1). Doubt that, there's no new hunspell release and neither does OOo 2.1 correct a new hunspell AFAIS (or he fixed the OOo h unspell copy and forgot the normal one..) No one claimed hunsppell hasn't got bugs but it's better than myspell overall. And it won't block usage of hunspell dictionaries in OOo. 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#400621: Bug#401969: please build using hunspell
On Sat, Dec 09, 2006 at 01:13:27PM +0100, Rene Engelhard [EMAIL PROTECTED] wrote: I do. There's hunspell dictionaries in Debian which have to conflict against all mozillas... I fail to see why. Are the hunspell dictionaries in /usr/share/myspell/dicts or what ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402193: ITP: macbook-backlight -- Program to change the brightness of Apple MacBook
On Fri, Dec 08, 2006 at 04:54:49PM -0600, John Goerzen wrote: On Fri, Dec 08, 2006 at 09:08:49PM +0100, Enrico Tassi wrote: * Package name: macbook-backlight Version : Upstream Author : Ryan Lortie [EMAIL PROTECTED] * URL : http://desrt.mcmaster.ca/code/macbook-backlight/ * License : GPL Programming Lang: C Description : Program to change the brightness of Apple MacBook A simple C program to change the brightness of the MacBook display tweaking some hardware registers. It works for the first (Core Duo) and the second (Core 2 Duo) generation of MacBook. What about the MacBook Pro? AFAIK it works only on the _non_ pro models, it really writes the registers of the intel i945 graphic card. I think that mactel-linux has an utility to do that, but I can't test it. If you are interested try the utils (available in the svn repository) of mactel-linux. If they woks we could make these programs converge to a common interface and then put them in the same package. Ciao -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402306: egroupware: [INTL:es] Spanish po-debconf translation
Package: egroupware
Version: 1.2-105.dfsg-4
Tags: l10n patch
# egroupware po-debconf translation to Spanish
# Copyright (C) 2005 Software in the Public Interest
# This file is distributed under the same license as the egroupware package.
#
# Changes:
# - Initial translation
# César Gómez MartÃn [EMAIL PROTECTED]
#
# Traductores, si no conoce el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#http://www.debian.org/intl/spanish/
#especialmente las notas de traducción en
#http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducción de po's de debconf:
#/usr/share/doc/po-debconf/README-trans
#o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid
msgstr
Project-Id-Version: egroupware\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-08-18 21:34+0200\n
PO-Revision-Date: 2006-12-09 13:53+0100\n
Last-Translator: César Gómez MartÃn [EMAIL PROTECTED]\n
Language-Team: Debian l10n spanish debian-l10n-spanish@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit
#. Type: note
#. Description
#: ../egroupware-core.templates:1001
msgid eGroupWare core package configuration note
msgstr Nota de configuración del paquete esencial de eGoupWare
#. Type: note
#. Description
#: ../egroupware-core.templates:1001
msgid
The eGroupWare core package configuration will only prompt you for the
administrator name and password. To complete the initialization, point your
browser to the eGroupWare setup, normally at
msgstr
La configuración del paquete principal de eGroupWare sólo le preguntará por
el nombre y la contraseña del administrador. Para completar la
inicialización debe dirigirse con su navegador a la página de instalación de
eGroupWare que normalmente se encuentra en
#. Type: note
#. Description
#: ../egroupware-core.templates:1001
msgid http(s)://${site}/egroupware/setup/
msgstr http(s)://${sitio}/egroupware/setup/
#. Type: note
#. Description
#: ../egroupware-core.templates:1001
msgid
There you can continue the configuration, initialize the database, and
register installed eGroupWare applications.
msgstr
Allà puede continuar con la configuración, inicializar la base de datos y
registrar las aplicaciones eGroupWare instaladas.
#. Type: multiselect
#. Choices
#: ../egroupware-core.templates:2001
msgid Apache 2, Apache, Apache SSL, Apache Perl
msgstr Apache 2, Apache, Apache SSL, Apache Perl
#. Type: multiselect
#. Description
#: ../egroupware-core.templates:2002
msgid Web server for eGroupWare:
msgstr Servidor web para eGroupWare:
#. Type: multiselect
#. Description
#: ../egroupware-core.templates:2002
msgid
Choose here which web server you want to configure eGroupWare for.
eGroupWare supports any web server that supports PHP, but this configuration
process only supports some Apache variants. Feel free to submit any hint or
patch that would help in the setup of other web servers.
msgstr
Seleccione para qué servidor web quiere configurar eGroupWare.
eGroupWare soporta cualquier servidor web que soporte PHP, pero este
proceso de configuración sólo soporta algunas variantes de Apache. Por
favor, envÃe cualquier consejo o parche que ayude en la instalación en otros
servidores web.
#. Type: string
#. Description
#: ../egroupware-core.templates:3001
msgid Header admin user name:
msgstr Nombre de usuario del administrador principal:
#. Type: string
#. Description
#: ../egroupware-core.templates:3001
msgid
The header admin user can change various global configuration settings and
add eGroupWare domains via a provided web interface. You must choose a name
for that user.
msgstr
El usuario del administrador principal puede cambiar algunas configuraciones
globales y añadir dominios eGroupWare a través de la interfaz web
proporcionada. Debe elegir un nombre para ese usuario.
#. Type: password
#. Description
#: ../egroupware-core.templates:4001
msgid Header admin password:
msgstr Contraseña del administrador principal:
#. Type: password
#. Description
#: ../egroupware-core.templates:4001
msgid You must choose a password for the header admin user.
msgstr
Debe elegir una contraseña para el usuario del administrador principal.
#. Type: password
#. Description
#: ../egroupware-core.templates:5001
msgid Confirm the header admin password:
msgstr Confirme la contraseña del administrador principal:
#. Type: password
#. Description
#: ../egroupware-core.templates:5001
msgid
Please enter the header admin password again. If the password you enter
here does not match the previously entered one, you will be asked to enter
Bug#402305: remem: [INTL:de] Updated german debconf templates + suggestion to templates.pot
Package: remem Tags: l10n,patch Severity: wishlist Hello, please find attached the german debconf translation for the remem package. Please implement. And: The second template is lacking a fullstop at the end: info look at /usr/share/doc/remembrance-agent ^^^ Thanks -- Kind regards Holger == Created with Sylpheed 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net = remem_2.12-2_de.po.gz Description: Binary data
Bug#402307: latex-hangul-ucs: Please switch to gettext-based debconf templates
Package: latex-hangul-ucs Version: 1:3.1.1-3 Severity: minor Hi, Please use gettext-based debconf templates to allow translations, as recommended by the developers-reference (section 6.5.2.2). See po-debconf(7). There is also a lintian warning: W: latex-hangul-ucs source: not-using-po-debconf If you need additional help to do this switch, do not hesitate to ask me or to ask on debian-i18n. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#402309: Multiple credit-card charges for single Magnatunes purchase
Package: amarok Version: 1.4.4-1 Severity: serious When you make a purchase using the Magnatunes integrated store, Amarok issues the payment instruction multiple times, resulting in overcharging. While Magnatunes are very good at picking up on this (it seems it's an upstream bug that's happening to a number of people) and reversing the charge, it strikes me that a bug that costs users *actual money* deserves at the very least a serious tag. (Credit card fees and currency exchange rates means you don't get the full amount back if you're not paying in US dollars.) Reproducing the problem: go to the Magnatunes integrated store, right-click an album title and select purchase. Enter your credit card details and click purchase. Expected behaviour: get charged the chosen amount, once. Observed behaviour: get a single confirmation that the transaction has been a success, with links to download the track. But then emails come through indicating that the transaction has in fact been processed more than once - I'm currently looking at three separate confirmation emails for a single purchase, with three separate charges to my card. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401969: please build using hunspell
Rene Engelhard wrote: Davide Prina wrote: MySpell is obsolete. Please build against Hunspell, which is an improved version of MySpell retaining full backwards compatibility. That also would make the usage of hunspell-de-* in iceweasel possible. probably not so full backwards compatibility. Proof? for example this: ---8--FILE a.aff-8- SET ISO8859-15 TRY aioertnsclmdpgubzfvhàq'ACMSkBGPLxEyRTVòIODNwFéùèìjUZKHWJYQX SFX B Y 1 SFX B ere ono ere # p SFX p Y 2 SFX p o i o SFX p o e o ---8-8- ---8--FILE a.dic-8- 1 decidere/B ---8-8- ---8--FILE a.txt-8- decidere decidono decidoni decidone ---8-8- note that decidere/B must generate only decidono (with myspell), but hunspell generate also decidoni and decidone that are wrong Italian words. I have see that I can gain the same result with SFX B ere ono ere anystring p also if I write SFX B ere ono ere anystring abcdef than it is the same that write decidono/abcdef also Italian dictionary in Debian is a very old release ... so obsolete than a lot of people ask me to correct a lot of errors, errors that are already corrected in the last version. I think that Debian is the last GNU/Linux distro that have a so old Itailian dictionary version. The last Italian dictionary under GPL license can be downloaded from here (2.3 beta 23/07/2006): http://linguistico.sf.net/wiki/doku.php?id=dizionario_italiano I have reported a whishlist for that #329971 at Date: Sat, 24 Sep 2005 23:04:33 +0200 Irrelevant for this discussion. I can't add GPLed stuff to the package because it then would be GPL. The other dictionaries in the OOo source are LGPL, though. I don't have ask to add it to the OOo source, but to the myspell-it package. You can package it externally or make it build from the ispell one, but I will *not* include it in -dictionaries due it's being GPL. If I don't have mistake I intend -dictionaries as a Debian package interesting ... so you can neither include the German dictionary ... it is under GPL license and non-GPL for package that support the OASIS Open Document Format for Office Applications and whose PRIMARY format for saving documents is the Open Document Format I don't think icedove, iceweasel, ... respect this exception, so for all these the German dictionary is only GPL 2.0 or upper I think theare are lot of other dictionaries/thesaurus that have the same problem. I told that in the bug report that it's G`PL and can't add it. If you don't read it/understand it and then complain, well... where? when? querybts tell me: ---8---8---8---8---8 From: Rene Engelhard Subject: Re: Bug#329971: New Italian dictionary version available Date: Sat, 24 Sep 2005 23:45:45 +0200 [...] Aha. Hmm. And OOo 1.9.x/2.0 also contains only 2.1. Will look. When 1.9.x enters sid myspell-it will become 2.1 anyway and I'll look about updating the copy with 2.2. [...] Grüße/Regards, Rene ---8---8---8---8---8 note that the 2.2 version is GPL only Also the Italian thesaurus is only GPL and there is a recent version in Debian ... why? I have reported some hunspell bugs to Láló don't know if some can be security bugs). I don't know if they are already corrected (Lálóve told me: I hope, I will solve the problem this month for OOo 2.1). Doubt that, there's no new hunspell release and neither does OOo 2.1 correct a new hunspell AFAIS (or he fixed the OOo h unspell copy and forgot the normal one..) you can try the above example to check it Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Client di posta: http://www.mozilla.org/products/thunderbird GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Bug#402310: epos: [INTL:es] Spanish po-debconf translation
Package: epos Version: 1:2.5.37-2 Tags: l10n patch # epos po-debconf translation to Spanish # Copyright (C) 2005 Software in the Public Interest # This file is distributed under the same license as the epos package. # # Changes: # - Initial translation # César Gómez MartÃn [EMAIL PROTECTED] # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor, lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español #http://www.debian.org/intl/spanish/ #especialmente las notas de traducción en #http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: #/usr/share/doc/po-debconf/README-trans #o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: epos\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-08-08 13:20+0200\n PO-Revision-Date: 2005-09-26 17:42+0100\n Last-Translator: César Gómez MartÃn [EMAIL PROTECTED]\n Language-Team: Debian l10n spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Spanish\n X-Poedit-Country: SPAIN\n X-Poedit-SourceCharset: utf-8\n #. Type: boolean #. Description #: ../templates:1001 msgid Should the epos speech daemon be started automatically? msgstr ¿Debe arrancarse automáticamente el demonio/servidor de sÃntesis de voz? #. Type: boolean #. Description #: ../templates:1001 msgid The epos sound daemon can be started automatically during boot. However its run means your audio device is blocked for other use. So you can decide whether epos should do this or whether you prefer to start it manually. msgstr El demonio de sonido epos puede arrancarse automáticamente durante el inicio del sistema. Sin embargo si se está ejecutando el demonio, su dispositivo de sonido estará bloqueado para otros usos. Por lo que puede decidir si epos debe hacer esto o si prefiere arrancarlo de forma manual.
