Bug#308232: [bugzilla #308232] confirmed
tags 308232 + confirmed thanks Indeed, I confirm this is only a 2.18 issue. The 2.18 package did not entered sarge. I'll certainly come back to the /var/lib/bugzilla directory for $datadir, as it was done for the 2.16 package. Thanks for the report. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#294973: Upstream bug number
Note that this is upstream #92898. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308008: munin-node: should use update-rc.d and/or invoke-rc.d
* Marc Haber [this is probably serious, a policy violation] No. Let me quote http://www.debian.org/Bugs/Developer#severities: [serious] is a severe violation of Debian policy (roughly, it violates a must or required directive), [...] Also, if that weren't enough, the function in question is only run if the package is upgraded from version 1.2.0-1 or earlier. This makes the bug only appear when upgrading from an unreleased version of Munin - in other words: It won't affect new installs of Sarge, nor Woody-Sarge upgrades. Hence, it cannot be considered release critical. In my opinion, anyway. Munin-node's postinst's function move_startup_links fiddles around with symlinks in /etc/rcx.d. This should be changed to use the abstraction layer to allow interoperation with file-rc and other runlevel control mechanisms. I'd like to, but as far as I know update-rc.d doesn't provide me with the functionality I require. Munin-node's init setup was formerly set to default, which caused #298793. To fix that during upgrades, I need to: 1) Verify that the user hasn't overridden the startup ordering, if so I don't touch it (user configuration is sacred). 2) Remove the old symlinks. 3) Add the new symlinks. I cannot see how I can accomplish 1) with the update-rc.d abstraction layer. I can do 2) and 3), of course, but due to 1) I need to make assumptions on the data structures underneath the abstraction layer anyway, so it seems pointless to mix'n'match approaches. I'd value any suggestions you might have on how to deal with it, though. Regarding the Subject field, you mention invoke-rc.d. I use dh_installinit, which opportunistically uses invoke-rc.d if it's available, or falls back on calling the /etc/init.d/-script directly if not. Have you made a backport using an old version of Debhelper which didn't use invoke-rc.d? The munin-node 1.2.3-1 in the archive do indeed use invoke-rc.d, so I'll assume that part of the report is invalid, unless you elaborate a bit what's supposed to be the problem. Kind regards, -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308251: Patch to let base-config allow/preseed selection of default desktop environment in 2nd stage
Also, other comments/suggestions, welcome. Below a rewritten templates file, to make it compliant with DTSG. Template: shared/x-session-manager Type: select Choices: ${choices} _Description: Default X-Window session manager: Please select the session manager that will be started by default when the X-Window graphical environment is started or when users login from the graphical display manager (one of xdm/gdm/kdm). I turned the short description into a prompt with a colon, removed extra capitalization and used the most standard way to write about X-Window (IIRC). Choices: is not to be translated, hence the _ removal. I also made my best to make this template newbie-friendly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302771: followups
I tried to build a Debian package for it to minimize work for Gabor, but the compilation failed with an error I reported to Jerry Carter and Jeremy. Let's just wait them to wake up if already back to USA from the SambaXP conference. More news about this, mostly for Gabor... The compile error I reported to upstream is identified as a transitory error while merging code coming from Samba 4 branch. Jerry Carter has mentioned me it will need a few days to get this fixed so that we can recompile the package and finally test whether 302771 is completely away or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308283: Upgrade to 1.999.23-1 breaks dependant packages
Package: libapache2-mod-perl2 Version: 1.999.21-1 Severity: serious I think breaking every dependant package of libapache2-mod-perl2 in unstable is a Bad Idea. It would be a lot smoother to keep such a major change in Experimental until dependant package maintainers have uploaded their changes to Experimental and then do a graceful transistion. That's what Experimental is for. As it is, I've had to downgrade until such time as the dependendant package mainers have had a chance to catch up. My particular problem is with libapache-gallery-perl, but I imagine everyone's affected. Thanks for the NEWS line, though. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-tengwar Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libapache2-mod-perl2 depends on: ii apache2-common 2.0.54-3 next generation, scalable, extenda ii libapr0 2.0.54-3 the Apache Portable Runtime ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libdevel-symdump-perl 2.03-3 Perl module for inspecting perl's ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libldap22.1.30-6 OpenLDAP libraries ii libperl5.8 5.8.4-8 Shared Perl library ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4 WWW client/server library for Perl ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.4-8 The Pathologically Eclectic Rubbis -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308281: libapache2-mod-perl2: File Registry.pm missing from .deb package, causing mod_perl2 to fail
Package: libapache2-mod-perl2 Version: 1.999.23-1 Severity: grave Justification: renders package unusable Registry.pm is missing from new libapache2-mod-perl2 debian package (unstable distribution). This causing errors in apache2/error.log: failed to resolve handler `ModPerl::Registry': Can't locate ModPerl/Registry.pm in @INC (@INC contains: /local/www/html /etc/perl . The whole mod_perl2 because unusable therefore. Everything works fine with the version 1.999.21-1. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.8 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages libapache2-mod-perl2 depends on: ii apache2-common 2.0.54-3 next generation, scalable, extenda ii libapr0 2.0.54-3 the Apache Portable Runtime ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libdevel-symdump-perl 2.03-3 Perl module for inspecting perl's ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libldap22.1.30-6 OpenLDAP libraries ii libperl5.8 5.8.4-8 Shared Perl library ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4 WWW client/server library for Perl ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.4-8 The Pathologically Eclectic Rubbis -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308278: base-config: A few debconf translations have variable substitution errors
Package: base-config Version: 2.64 Severity: normal Tags: l10n After Joey fixed an error in the nb translation file, I checked all other files and found the following errors: cy.po #. Type: boolean #. Description #: ../../tzsetup.templates:82 msgid Local time is now: ${tzdate}\n Universal Time is now: ${utdate}\n Time zone is set to:${timezone} msgstr Amser lleol nawr: ${tzdate}\n Amser Cyffredinol nawr: ${utdate}\n Parth amser wedi ei osod i: ${timezonr} fi.po #. Type: select #. Choices #: ../../tzsetup.templates:62 msgid ${choices}, other msgstr ${choises}, jokin muu hu.po #. Type: boolean #. Description #: ../../tzsetup.templates:57 msgid Based on your country, your time zone is probably ${zone}. msgstr A kivlasztott orszg alapjn a megfelel idzna valsznleg: ${timezone}. ru.po #. Type: boolean #. Description #: ../../tzsetup.templates:57 msgid Based on your country, your time zone is probably ${zone}. msgstr, \${timezone}\. sl.po #. Type: boolean #. Description #: ../../tzsetup.templates:82 msgid Local time is now: ${tzdate}\n Universal Time is now: ${utdate}\n Time zone is set to:${timezone} msgstr Lokalni as je sedaj: .${tdate}\n Univerzalni as je sedaj: ${utdate}\n asovni pas je nastavljen na: ${timezone} -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-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) Versions of packages base-config depends on: ii adduser 3.63 Add and remove users and groups ii apt 0.5.28.6 Advanced front-end for dpkg ii bsdutils1:2.12p-4Basic utilities from 4.4BSD-Lite ii console-data2002.12.04dbs-49 Keymaps, fonts, charset maps, fall ii console-tools 1:0.2.3dbs-56Linux console and font utilities ii debconf 1.4.48 Debian configuration management sy ii debianutils 2.13.2 Miscellaneous utilities specific t ii gettext-base0.14.4-1 GNU Internationalization utilities ii passwd 1:4.0.3-33 change and administer password and -- debconf information excluded
Bug#308277: Adventures on a PR440FX System
Package: installation-reports uname -a: Linux battlefield 2.4.28p1-battlefield-3 #1 SMP Tue Apr 5 17:33:41 PDT 2005 i686 unknown Debian-installer-version: sarge-rc3-cdimage-netinst (30 Mar 2005) Date: Sat Apr 1 15:00:00 PDT 2005 Method: CDROM /dev/sr0 (aic7880u) Machine: Intel PR440FX (aic7880u builtin, piix3 builtin, hpt366 add-on) Processor: 2xPPro 200MHz Memory: 192MB Root Device: /dev/hdg (hpt366), /dev/sdc (aic7880u) Root Size/partition table: /dev/hdg1:4GB, /dev/sdc1:1.5GB Output of lspci and lspci -n: 00:00.0 Host bridge: Intel Corp. 440FX - 82441FX PMC [Natoma] (rev 02) 00:06.0 Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100] (rev 02) 00:07.0 ISA bridge: Intel Corp. 82371SB PIIX3 ISA [Natoma/Triton II] (rev 01) 00:07.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II] 00:07.2 USB Controller: Intel Corp. 82371SB PIIX3 USB [Natoma/Triton II] (rev 01) 00:09.0 SCSI storage controller: Adaptec AIC-7880U 00:0f.0 Unknown mass storage controller: Triones Technologies, Inc. HPT366 / HPT370 (rev 01) 00:0f.1 Unknown mass storage controller: Triones Technologies, Inc. HPT366 / HPT370 (rev 01) 00:13.0 VGA compatible controller: S3 Inc. 86c868 [Vision 868 VRAM] vers 0 00:00.0 Class 0600: 8086:1237 (rev 02) 00:06.0 Class 0200: 8086:1229 (rev 02) 00:07.0 Class 0601: 8086:7000 (rev 01) 00:07.1 Class 0101: 8086:7010 00:07.2 Class 0c03: 8086:7020 (rev 01) 00:09.0 Class 0100: 9004:8078 00:0f.0 Class 0180: 1103:0004 (rev 01) 00:0f.1 Class 0180: 1103:0004 (rev 01) 00:13.0 Class 0300: 5333:8880 Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [ ] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] Comments/Problems: This was not a new installation, but using the rc3-netinst sarge CDROM/installer as a rescue disk. The goal was to restore an image of a system that had a hardware failure onto replacement hardware. The role of rescue disk isn't a commonly tested scenario, but it is a very important one. This does mean some of the things I ran into are unlikely to be encountered in common usage. Some of them though very definitely will be encountered in normal usage. I chose the netinst image for this purpose. I only needed a few baseline tools, not an entire installation. Therefore I figured the netinst image would have everything required for this task. (and I had a Knoppix disk as a fallback) The first severe problem I ran into was attempting to install onto an UDMA66 disk attached to the HPT366 controller. Turns out that though these components are nominally capable of operating at the UDMA66 rate, it is unreliable (perhaps unusable would be more accurate) at this speed. Unfortunately the sarge-rc3 installer loaded the driver in such a way that DMA was enabled on this drive/controller. `hdparm` wasn't present on the CD closing this avenue to disabling DMA. As a reault a direct installation onto /dev/sdg1 was impossible on this hardware. Next an installation onto /dev/sdc1 was done. For the most part this pretty well worked. The BIOS did want to boot from /dev/hdg1, but that disk/controller did work sufficiently well with UDMA66 enabled to allow the installation of the boot block. On reboot even though it was found and visible during installation, /dev/hdg was completely inaccessible. After a lot of searching I discovered that this was apparently due to the creation of a flawed /etc/modules file. ide-detect was at the top of the modules file, while hpt366 was at the bottom of the file. Finally, for the purpose of rescue disk there are two crucial tools missing. Specifically `restore`, and `bzip2`. With filesystems becoming larger it is exceedingly likely that folks will use bzip2 and its better ratio for backups. Others are welcome to make their own choice of backup tool, Debian should not discriminate against me for the perfectly reasonable decision to use dump. -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| [EMAIL PROTECTED] PGP 8881EF59 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ \___\_|_/82 04 A1 3C C7 B1 37 2A*E3 6E 84 DA 97 4C 40 E6\_|_/___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308279: webalizer: /etc/cron.daily/webalizer - Use AWK for more effective/simpler code
Package: webalizer Severity: minor Tags: patch As AWK is standard in Debian core, the code in /etc/cron.daily/webalizer can be greatly simplified with it. It becomes also easier to maintain and uses fewer processes. SUGGESTION 1 nonrotatedlog=`egrep '^LogFile' $WEBALIZER_CONF | \ sed -e 's/[[:space:]]\+/ /' | \ cut -d ' ' -f2 | \ sed -e 's/\.[[:digit:]][\.gz]*$//'` = Use instead (ps. above, the '[\.gz]*' is not what is wanted): awk '$1 ~ /^LogFile$/ {gsub(/\.[0-9]+(\.gz)?/,); print $2}' $WEBALIZER_CONF SUGGESTION 2 logsz=`echo ${nonrotatedlog} | \ sed -e 's/[[:space:]]\+/ /' | \ cut -d ' ' -f2 | \ xargs ls -l | \ sed -e 's/[[:space:]]\+/ /g' | \ cut -d ' ' -f5` [ $logsz -gt 0 ] || exit 0 = Use instead; normal shell empty file check, see test(1): -s FILE FILE exists and has a size greater than zero [ -s $nonrotatedlog ] || exit 1 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308282: phpbb2: Security issue in url/bbcode
Package: phpbb2 Severity: grave Justification: user security hole [Upstream's description is not overly verbose; they intent to release full details in five days; please lower severity if you don't think it's grave] phpbb2 2.0.15 has been released and addresses a security issue, which upstream describes as serious. I'm not familiar with phpbb2, but it looks like missing input sanitization in the bbcode code. There's something, what seems to be a patch in the PHP world, in this forum message: http://www.phpbb.com/phpBB/viewtopic.php?f=14t=288194 Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29-vs1.2.10 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#307746: smbclient: Port option (-p) is ignored
tags 307746 upstream forwarded 307746 https://bugzilla.samba.org/bug/2688 thanks Looks like someone else has reported it as well. See https://bugzilla.samba.org/bug/2688. I'll track it from there. Tagging this bug, then (Eloy, Steve, OK with that way for tagging?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308155: it_affix.dat is needed by aspell-it-0.60
signature.asc Description: Digital signature
Bug#307998: munin-html should be smarter about re-generating the HTML files
severity 307998 wishlist tags 307998 upstream quit * Marc Haber munin-html does always create completely new HTML pages. This is a waste of resources. munin-html should detect whether the configuration has changed, and only re-generate the HTML pages in that case. I don't consider this a bug, rather a design weakness that I agree could be improved. I've therefore changed the severity to what I feel is appropriate. Anyway, I'll make sure Jimmy (main upstream guy) will see this when he returns from his holidays. I don't feel it's important enough to push it if he says no, though - generating the HTML pages is far from a heavy task, it could even be that the resource savings you'd get from introdusing the logic you ask for are insignificant or even non- existent. It would also kill the last updated timestamp at the bottom of each page, which I at least consider a nice thing to have. Perhaps it could be implemented as an option, or even merged into the CGI so you'd have the choice between a fully-static site which updates once in a while, or a fully-dynamic site which updates upon request. -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308284: krdc: using dead key causes 1 to repeat endlessly
Package: krdc Version: 4:3.3.2-1 Severity: normal When I press for example the acute key of my keyboard while connected to krfb from krdc, the next key I press will make that key's value appear, and then 1 about 15 times each second. This only works for keys that can normally follow an accent, like vowels, or c in the case of the cedilla. Otherwise, nothing happens. I can stop the repetition by pressing a key. That won't help me get accented characters, and it's still very inconvenient... This works from ~3 months old Sarge to new Sarge, and the opposite. This doesn't happen when using TightVNC, although I was testing krdc because TightVNC had its own problem for accented characters, so it's not a reference. Happens using either English or French keyboard setting in krdc, and canadian keyboard layout on both sides. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-k7 Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1) Versions of packages krdc depends on: ii kdelibs4 4:3.3.2-5 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libslp1 1.0.11a-2 OpenSLP libraries ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308195: libcgi-fast-perl: please increase priority to optional
reassign 308195 ftp.debian.org retitle 308195 please set priority of libcgi-fast-perl to optional thanks On Sun, May 08, 2005 at 11:11:25AM -0700, Russ Allbery wrote: Since this package is optional and libcgi-fast-perl is extra, debcheck rightly reports a policy violation on the depends. While this particular package may not be the most persuasive argument, it seems likely to me that this same situation will come up in other places (and indeed it looks like sympa and request-tracker* have similar problems). While it makes sense to have libcgi-fast-perl be extra on its own merits due to the licensing issues around the FastCGI Apache modules, it would help with Policy compliance for web applications if it could be made optional. I've no problem making the package optional. The priority was set to extra when libcgi-fast-perl had a conflict with the optional package libcgi-pm-perl . This is no longer the case. I'm a bit new to this, so it's possible that the solution to this bug is to improve my understanding of priorities; if so, please don't hesitate to explain where I got this wrong. Thanks! I believe that your analysis is correct and the priority should be changed. Note that while I can change the control file in the next upload, to actually change the package priority requires editing the overrides file. http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-override-file Re-assigning to ftp.debian.org. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308235: xine-ui: video lags behind audio.
After some random checking, I've determined that it can be partially relieved by turning down the ffmpeg_pp_quality option to 0, and running on a smaller window. However, the audio artifacts still remain. (They are not present in Kaboodle, nor is the lag, at least at 640x480.) This is contrasting ffmpeg_pp_quality of 3 @ 320x240 (50% video size). And, on a subsequant test (with the same file) in Kaboodle at 2048x1536, there was no appreciable lag. (At least on a 1 minute 30 second test.) Although I got serious lag with 3072x2304. (This is using fvwm, and the connected desktops/screens/whatever their name is.) -Kokushoku Karasu www.tentacle.net/~awk ICQ: 307211678AIM: kokushokukarasu On Sun, 8 May 2005, Steve Langasek wrote: severity 308235 important thanks On Sun, May 08, 2005 at 03:32:01PM -0700, Kokushoku Karasu wrote: Package: xine-ui Version: 0.99.3-1 Severity: grave Justification: renders package unusable When I try to watch avi or ogm video under xine, the video lags behind the audio. (Also, the audio sometimes gets choppy.) I haven't tested mpeg/mkv/wmv/asf with this, but it stands to reason that there's a good chance that it's not format specific. (Other video players (kaboodle, totem) don't show this bug when viewing the same files. However, both xine and gxine do display it, indicating to me that the bug is probably in gxine.) Although my video hardware is a little slow, it's never lagged this much on non-fullscreen displaying of avi/ogm files. Given that xine-ui is still usable for you for other formats, I don't think this meets the definition of grave. avi: 4 samples, various codecs, results: all unwatchable. ogm: 4 samples, 3 unwatchable, 1 with tolerable lag. mkv: 6 samples, 1 unwatchable, 5 with passable lag. mpeg: No 640x480 samples, but some lag was noticed in the 320 range. wmv: All I could find were 640x480, asf: All I could find were 640x480, rm: Don't have the codec. (I think, and even if I did, few samples.) The key here appears to be in the resulution, there seems to be a threashold above which problems start to appear. On 400x200 I noticed ones audio blits while I didn't notice appreciable video delays, When I say sample I mean 640x480 or thereabouts. My mpegs are 320x200s, and similar. As are my asfs and wmvs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308001: munin: should not store web application data in /var/www
* Marc Haber [this should probably be a policy violation and thus serious] No, like #308008 it fails the must or required-condition. Policy 11.5 says Web Application shold try to avoid storing fils in the Web Document Root. Since, however, munin's web pages are generated and not included in the package, they should not be in /usr/share as the policy paragraph suggests, but they should instead be in /var/cache/munin. There should then be a munin-apache and a munin-apache2 binary package which puts a config snippet defining an appropriate alias into /etc/apache/conf.d resp. /etc/apache2/conf.d. I'm a bit uncertain here. A quick apt-file search -x \^var/www show 60 packages containing the /var/www directory, including packages similar to Munin (cricket and mrtg). For some reason, Munin itself didn't show up on that list, so there may be even more of them if I goofed up the apt-file command. Most of these, like Munin, only create a subdir under /var/www. The way I interpreted the passage you quoted above when creating the initial package, was something like Web Application shold try to avoid storing files in the Web Document Root [, but rather create it's own subdir in it]. This seems to be in accordance with current practise (to compare with the 60 packages above, only 10 packages ship files in /etc/apache{2,}/conf.d/, and half of these doesn't contain web applications at all, but Apache modules. Another thing that makes me even more uncertain about how to interpret that Policy paragraph is this: [...] and register the Web Application via the menu package. As far as I know, there's no way to use the menu package to register web applications in a web server, so it makes me wonder if this passage is at all meant for packages such as Munin. I'm not too opposed to move the files, but I'm not certain that the current placement is actually wrong and would like some more input on that point. Perhaps I'll ask on the mailing list, but first I'll discuss it with my co-maintainer. -- Tore Anderson
Bug#308234: upgrading from 2.1.23 failed because of not setting slapd/dump_database_destdir
Hi Ferenc, On Mon, May 09, 2005 at 12:21:32AM +0200, Ferenc Engard wrote: While I have upgraded my system, slapd upgrade asked some questions, including directory to dump databases. The text said the default is /var/backups/slapd-VERSION. Reading that, I simply pushed enter. After that, the preinst script have failed, rendering slapd unconfigured. Meanwhile, apt has upgraded my libldap2 package. Which debconf frontend to you use? I hit the same problem with the readline frontend which does not seem to use the default value if you just push enter but instead the empty value. Maybe the configuration script should just replace the empty value by the default value again. After that I have recognized that the error is that there is no default for this setting despite of the description, I tried to set this with dpkg-reconfigure, but it didn't asked this question again (maybe there is a switch for that, just I didn't found it). I had to manually edit That could be considered a bug, yes. The question is only asked before upgrading, running dpkg-reconfigure will not ask for it but create a new OpenLDAP directory. /var/cache/debconf/config.dat (and that was not easy to find that this file is what I have to edit :( ). Hint: You could also use debconf-communicate for stuff like that. The game was not over: because of my libldap2 was upgraded, but slapd was not installed yet, slapcat didn't run. For some unknown reason the apt-get install slapd=2.1.23-1 libldap2=2.1.23-1 command said 'E: Version '2.1.23-1' for 'slapd' was not found', although my old packages were still in the cache directory. apt does not use packages in the cache directory unless they are still in the packages list for that package source. IOW: Because 2.1.23-1 is no longer in the Debian archive apt-get just forgets that they are still available somewhere in your cache. But you can use dpkg to install them. In the end, I successfully downgraded with dpkg. I still sucked with that the dumpdir already existed, and preinst didn't like it, but it was a piece of cake after these all. Erm, you mean, that you upgraded to 2.2.23 again afterwards? The most screamy was when it seemed that I cannot downgrade, and I system was useless. Do somebody have a tip what could cause that? My understanding of dpkg and apt-get says that at the time the preinst is run the old packages should still be installed. To get the broken state you describe, the system must have continued the installation despite the error in the slapd preinst. Which is in fact not expected to ever happen. I'll safeguard against an empty value for the dump dir... Greetings Torsten signature.asc Description: Digital signature
Bug#308251: Patch to let base-config allow/preseed selection of default desktop environment in 2nd stage
On Mon, May 09, 2005 at 07:28:50AM +0200, Christian Perrier wrote: Template: shared/x-session-manager Type: select Choices: ${choices} _Description: Default X-Window session manager: Please select the session manager that will be started by default when the X-Window graphical environment is started or when users login from the graphical display manager (one of xdm/gdm/kdm). I turned the short description into a prompt with a colon, removed extra capitalization and used the most standard way to write about X-Window (IIRC). According to the x-window-system package description, it's the X Window System. Since the options are the K Desktop Environment and GNOME desktop environment, I think it may be more user-friendly to change session manager to desktop environment. For example, _Description: Default X Window System desktop environment: Please select which desktop environment will be the default when the X Window System is started. -- Matt signature.asc Description: Digital signature
Bug#308286: cdcd: does not skip data track
Package: cdcd Version: 0.6.5-4 Severity: normal when playing a cd with a data track, cdcd does not skip the data track by default (ie, bare play attempts to play the track rather than skipping forward to track 2). eg: (quake 1 install disk) cdcd play cannot play data track cdcd play 2 Trying CDDB server http://www.freedb.org:80/cgi-bin/cddb.cgi Connection established. Retrieving information on a40eaf0b. Match for a40eaf0b: Trent Reznor / Quake Downloading data... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cdcd depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libcdaudio0 0.99.9-2.1 library for controlling a CD-ROM w ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285398: Acknowledgement Downgrading to wishlist
severity 285398 wishlist tags 285398 sid thanks I originally tagged this bug as important in the hope of a quick rename before the package would initially hit sarge, and/or before it got included in the release of sarge. As this is now long overdue, I am downgrading this bug to a wishlist item, and noting that with the current package name going into sarge, any future renaming needs to be careful to avoid creating dependency or upgrading problems. I also thank the Maintainer for a nice off-list discussion on the issue. The maintainer has indicated that he might do the rename if a new upstream release is incompatible enough to warrant a change in package name anyway, so the bug remains open and tagged sid until then. Good luck releasing sarge Jakob -- This message is hastily written, please ignore any unpleasant wordings, do not consider it a binding commitment, even if its phrasing may indicate so. Its contents may be deliberately or accidentally untrue. Trademarks and other things belong to their owners, if any. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308290: libgphoto2-2: fails to import avis from Canon IXUS IIs
Package: libgphoto2-2 Version: 2.1.5-4 Severity: important libgphoto2-2 fails to download avi-files from my Canon IXUS IIs. Though, for pics everything works fine. This bug happens independently from the used frontend (checked for gthumb, digikam and the command line tool gphoto2) and on two different machines, both running sarge. As a workaround I installed Ubunty Hoary on a free partition and there this bug does not appear. Here is the output of gphoto: --- $ env LANG=C gphoto2 --get-file 41 Downloading 'MVI_1142.AVI' from folder '/store_00010001/DCIM/111CANON'... gp_port_read: Resource temporarily unavailable *** Error *** PTP I/O error *** Error (-1: 'Unspecified error') *** (some info telling me how to run the debug mode...) --- After that, the camera is not accessible anymore (not when trying to download pics, too) until I switch it off and on again. For the case you are interested in the debug output, plase tell me (it is pretty longish...) regards, Adalbert -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgphoto2-2 depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libexif10 0.6.9-6 library to parse EXIF files ii libgphoto2-port02.1.5-4 gphoto2 digital camera port librar ii libjpeg62 6b-9 The Independent JPEG Group's JPEG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308289: patch for new suspend2
Package: ipw2200-source Version: 1.0.3-1 Severity: minor Tags: patch Please consider applying [0] to make ipw2200 work with my experimental suspend2 patch again. 0. http://www.bughost.org/bugzilla/show_bug.cgi?id=654 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-cirrus Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages ipw2100-source depends on: ii debconf [debconf-2.0] 1.4.45 Debian configuration management sy ii debhelper 4.2.32 helper programs for debian/rules ii module-assistant 0.8.10 tool to make module package creati -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! beware of bugs in the above code; i have only proved it correct, not tried it. -- donald e. knuth signature.asc Description: Digital signature
Bug#308287: Depends on weechat-gtk (0.1.1-1) which can't be installed
Package: weechat Severity: grave Justification: renders package unusable Hi, weechat can't be installed because of weechat-gtk. The following packages contain unsatisfied dependencies : weechat: Depends: weechat-gtk (= 0.1.1-1) but it is not installable E: Erroneous packages Les paquets suivants contiennent des dépendances non satisfaites : weechat: Dépend: weechat-gtk (= 0.1.1-1) mais il n'est pas installable E: Paquets défectueux -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED])
Bug#308288: patch for new suspend2
Package: ipw2100-source Version: 1.1.0-1 Severity: minor Tags: patch Please consider applying [0] to make ipw2100 work with my experimental suspend2 patch again. 0. http://www.bughost.org/bugzilla/show_bug.cgi?id=653 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-cirrus Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages ipw2100-source depends on: ii debconf [debconf-2.0] 1.4.45 Debian configuration management sy ii debhelper 4.2.32 helper programs for debian/rules ii module-assistant 0.8.10 tool to make module package creati -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! beware of bugs in the above code; i have only proved it correct, not tried it. -- donald e. knuth signature.asc Description: Digital signature
Bug#265375: postfix-tls: libsasl2-modules should be a dependency
Package: postfix-tls Version: 2.1.5-9 Followup-For: Bug #265375 I installed a fresh Sarge install on Friday May 7, and getting Postfix was the only hangup. It wasn't obvious that to use postfix-tls, you also had to install libsasl2-modules, and it should just be dependant. Without it, you get errors like: May 7 07:04:28 localhost postfix/smtp[31570]: warning: SASL authentication failure: No worthy mechs found May 7 07:04:28 localhost postfix/smtp[31570]: 9C074E8113: to=[EMAIL PROTECTED], relay=smtp.sbcglobal.yahoo.com[66.163.171.137], delay=0, status=deferred (Authentication failed: cannot SASL authenticate to server smtp.sbcglobal.yahoo.com[66.163.171.137]: no mechanism available) I'm new to Debian, and what to do wasn't obvious. Searching Google returns several threads where people had this same problem. (e.g. http://archives.neohapsis.com/archives/postfix/2005-01/0240.html) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages postfix-tls depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii libsasl22.1.19-1.5 Authentication abstraction library ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii postfix 2.1.5-9 A high-performance mail transport -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274987: Bug#297293: Error Copying to Sent Folder
Y Giridhar Appaji Nag wrote: finally we found someone to reproduce that bug. Yes, and Brian also uses the Cyrus IMAP server. When the server I use IMAP on was changed from Cyrus to Dovecot, the problem disappeared. So, I conclude there is some bug in Thunderbird imported IMAP settings in combination with the Cyrus IMAP server. Kind regards, -- --- Manuel Bilderbeek --- Oce-Technologies B.V. tel +31 77 3595039 St Urbanusweg 43 fax +31 77 3595337 NL-5900 MA Venlo home +31 24 3238923 The Netherlands e-mail [EMAIL PROTECTED] - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267736: logwatch: No ipv6 support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Willi Mann wrote: Ok, I know a little bit late (Sorry) in answering this bug (The reason was, i couldn't do anything about it because I don't have any ipv6 network, but that's not really an excuse), can you tell me if the problem also occurs with the version currently in experimental? If it's still there, I'll forward it to upstream, because I'm sure at least one of the active upstream developers can fix it. Hello, Thanks a lot for your response, it is always better than no answer at all :) I had nearly forgotten about this one. I can indeed confirm that the latest upstream version works with ipv6. I consider this now closed, thanks again, Steph - -- Stephane Dudzinski - IT Manager DIAS - http://www.dias.ie This mail was sent using Debian GNU/Linux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCfw6WxCVslAry32ARAvVUAJ9e3CtA++vdOwDp1kGED7jE3pqKZACfdQUG LCMTcL8k+5TRaVRTAd9FrrE= =Mx21 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308108: chipcard-tools: depends on no drivers, most aren't even available in Debian
Tobias Stefan Richter wrote: To understand the issue correctly: What can be done with chipcard-tools without installing further libraries, not declared as a dependency? In addition to Martin's explanations: The client tools can be configured to access remote chipcard daemon. Same with chroots, too. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298054: patch for problem
This patch should fix the problem: --- main.c.orig 2005-05-09 03:29:59.0 -0400 +++ main.c 2005-05-09 03:30:37.0 -0400 @@ -415,7 +415,7 @@ standardise(buf); */ - SMTP_write(sock, ht-string); + SMTP_write(sock, %s, ht-string); ht = ht-next; } The nature of the issue should be obvious from this patch. The problem is fixed in more recent versions of debian (see ssmtp 2.61-3, ssmtp.c, line 1522) due to substantial rewriting (not sure exactly when the fix was introduced, though). I checked over both versions for similar issues. ssmtp-2.61 is clean (though ssmtp.c line 1424 looks problematic it is not because the buffer contains base64-encoded data). ssmtp-2.50.6.1 just has the issue mentioned here, and is otherwise fine. HTH, -Peff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307966: munin: cgi mode needs shift-reload to actually deliver new graphs
tags 307966 upstream quit * Marc Haber To me, this looks like a bug in munin's If-Modified-Since handling, which should be fixed. I can reproduce the bug on command, so I can help debugging, if that is desired. I agree, from your description this looks like a bug which absolutely should be fixed. I've noted it, and expect it to be fixed in the next upstream release. I might provide a backport of the fix in the Debian package, but probably not, as the time's up for changes in Sarge, and the new upstream release will definetively make it to Etch. Thanks, -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302771: followups
Hi Christian, On Mon, May 09, 2005 at 07:07:48AM +0200, Christian Perrier wrote: I tried to build a Debian package for it to minimize work for Gabor, but the compilation failed with an error I reported to Jerry Carter and Jeremy. Let's just wait them to wake up if already back to USA from the SambaXP conference. More news about this, mostly for Gabor... The compile error I reported to upstream is identified as a transitory error while merging code coming from Samba 4 branch. Jerry Carter has mentioned me it will need a few days to get this fixed so that we can recompile the package and finally test whether 302771 is completely away or not. For testing purposes, I think you might get away with just disabling compilation of the python module in debian/rules. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#139056: Latest Breakthrough Cable Filter CI
Introducing 2005 Digital Cable Filters Equipped with latest pass-through technology video bypass chip. Guarantee to work with all digital cable receivers.. or your moneeys back! - Enjoy free pay-per-view channels - Adult Channels - On Demand Channels and lots more! http://www.1clickgreat.info re movress below: http://www.1clickgreat.info/r 91dm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308291: please prevent compiler warning about unused variable
Package: libboost-dev Version: 1.32.0-6 Severity: minor Tags: upstream patch Some of us like to use -Werror. Some of boost does not. Please consider the following, non-intrusive and tested patches: diff -u /tmp/interface_oarchive.hpp /usr/include/boost/archive/detail/interface_oarchive.hpp --- /tmp/interface_oarchive.hpp 2005-05-09 09:54:24.897652747 +0200 +++ /usr/include/boost/archive/detail/interface_oarchive.hpp 2005-05-09 09:54:56.611522300 +0200 @@ -57,7 +57,7 @@ } templateclass T -const basic_pointer_oserializer * register_type(T * t = NULL){ +const basic_pointer_oserializer * register_type(T * = NULL){ const basic_pointer_oserializer bpos = instantiate_pointer_oserializer( static_castArchive *(NULL), diff -u /tmp/interface_iarchive.hpp /usr/include/boost/archive/detail/interface_iarchive.hpp --- /tmp/interface_iarchive.hpp 2005-05-09 09:58:24.366913089 +0200 +++ /usr/include/boost/archive/detail/interface_iarchive.hpp 2005-05-09 09:58:31.519755952 +0200 @@ -53,7 +53,7 @@ } templateclass T -const basic_pointer_iserializer * register_type(T * t = NULL){ +const basic_pointer_iserializer * register_type(T * = NULL){ const basic_pointer_iserializer bpis = archive::detail::instantiate_pointer_iserializer( static_castArchive *(NULL), -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-9-amd64-k8 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libboost-dev depends on: ii libstdc++5-3.3-dev [libstdc++ 1:3.3.5-12 The GNU Standard C++ Library v3 (d -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! who's general failure, and why's he reading my disk? signature.asc Description: Digital signature
Bug#306290: ITP: ttf-mph-2b-damase -- font with ranges from the latest version of unicode
Hi Stefan, You are correct. However, I stand by my statement that it covers Kharoh because it does, in the same way that James Kass' Code2000 covers Burmese: it includes the basic glyphs, but not the OpenType tables nessecary for proper rendering of the script. When I made the font, I had no information on Kharosthi halant forms (or whatever they're called - I don't work in Indic scripts much), so I left it with the silly glyph it has for a Kharosthi virama. Is there an actual vowel-killer symbol in Kharosthi? I have since come by information on the glyph shapes. I began to work on incorporating it into my font, but gave up for a number of reasons: 1. Some of the glyphs I needed to draw from scratch, which takes a lot of time 2. The other ones, I would have to create composites manually, which takes time but not as much. 3. I had intended for the current release of the font to be at least somewhat stable 4. I am very bad with OpenType tables. Yes, I made them for MPH Yangon, but I tried to make an Arabic font and, well, I totally fucked it up. I am afraid to proceed to the creation of opentype tables for my new experimental Syriac font. I might try copying them from an existing font, but it would probably take a lot of work to adapt it. It would be easier if I discarded ligatures, which is certainly an option since ligatures are often wildly different in Nestorian and Jacobite varieties. 5. I am lazy. 6. One of my main motivations for creating fonts is my political philosophy. I believe that people being able to process text in their indigenous language in some small way helps them move towards self-determination. There is currently no population which uses Kharosthi as its native script. Only academics have a need to type it, so I don't feel the same pressure. This isn't to say that I don't care - I do - but rather that it is less of a priority for me and I don't feel as bad putting it off as I did when I put off fixing the Tifinagh codepoints. 7. I am lazy AND busy at the same time. I am currently sitting on my bum, which I do most of the day. I read my e-mail alot and talk to people over the internet alot. Other than that, I don't do a whole lot, but when I do, I work on it very determinedly, and right now I'm busy with a Sardinian-English dictionary. In short, I may fix it someday. I do sincerely doubt that somebody else won't produce a better Kharosthi font in the meantime, however. In fact you are welcome, if you should so desire, to use my glyphshapes to make a new font. As for the inspiration for the glyphshapes: I interpolated the outlines of a couple of different existing Kharosthi fonts, then interpolated the result and my own drawings of the glyphs. Mark On 08/05/05, Stefan Baums [EMAIL PROTECTED] wrote: PS. On closer inspection, it seems that the Kharoh glyphs in the Damase font are in fact not just copies from the Unicode charts, but original designs. Which is great! I'd be interested to hear (outside this bug report) what they were inspired by. (The real problem of the font no contextual substition and no composite glyphs remains.) S. -- Stefan Baums Asian Languages and Literature University of Washington -- SI HOC LEGERE SCIS NIMIVM ERVDITIONIS HABES QVANTVM MATERIAE MATERIETVR MARMOTA MONAX SI MARMOTA MONAX MATERIAM POSSIT MATERIARI ESTNE VOLVMEN IN TOGA AN SOLVM TIBI LIBET ME VIDERE
Bug#308244: severity: serious?
Package: enigma Version: 0.81.1-2 Followup-For: Bug #308244 Should this be upgraded to severity: serious, since it makes the package uninstallable? To the maintainer: please use pbuilder for your debian packages in future, if you can't run sid on your debian development machine. -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#308273: libdbi-perl: Incompatible with MySQL 4.1
Hello Jamie On 2005-05-09 Jamie L. Penman-Smithson wrote: DBI does not support MySQL 4.1, upgrading to MySQL 4.1 causes any tools using DBI to break: Uncaught exception from user code: DBI connect('database=rtdb;host=foobar.example.com','foo',...) failed: Client does not support authentication protocol requested by server; consider upgrading MySQL client at ./test line 22 As the default libmysqlclient for Debian Sarge libmysqlclient12 (from 4.0) were choosen by the Release Team in order to have all packages depend on the same version (and not e.g. libdbd-mysql-perl on 14 and libxyz-perl to libmysqlclient12 which would give problems). So I cannot change that. Your problem is likely to go away if you add old-passwords to /etc/mysql/my.cnf (check with mysqld --verbose --help) as it's the case in the default my.cnf that ships with the package. Else you will likely enounter similar problems with all other Debian packages that use MySQL. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308290: libgphoto2-2: fails to import avis from Canon IXUS IIs
Adalbert Dawid wrote: Package: libgphoto2-2 Version: 2.1.5-4 Severity: important libgphoto2-2 fails to download avi-files from my Canon IXUS IIs. Though, for pics everything works fine. This bug happens independently from the used frontend (checked for gthumb, digikam and the command line tool gphoto2) and on two different machines, both running sarge. As a workaround I installed Ubunty Hoary on a free partition and there this bug does not appear. I thought it had already been reported but can't find it; nevertheless this is a known bug for which I don't have an answer yet. Debian and Ubuntu packages of libgphoto2 share the same code; it may be related to libusb (0.1.8 in Ubuntu and 0.1.10 in Debian), could you try to install the packages (libgphoto2-2, libgphoto2-port0 and libusb-0.1-4) from http://people.debian.org/~fpeters/libgphoto2/libusb-0.1.8/ and report success or failure ? Thanks, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308172: logrotate depend on cron for no good reason
On Sun, May 08, 2005 at 07:36:18PM +0400, Alexander Barinov wrote: Logrotate depends on cron or anacron, however, it can work with fcron just fine. Depending on cron and anacron at the same time makes it impossible to install logrotate together with fcron as the former conflicts with anacron. That might be because fcron is fairly recent, and there's no virtual package for cron-like packages. Could you plase upgrade the dependancy to 'cron or anacron or fcron'? I've fixed this in my source. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308292: gv: cant display new PDF file (1.4 in general?)
Package: gv Version: 1:3.6.1-10 Severity: normal Hello, I was sent a PDF version 1.4 created by PDFCreator Version 0.8.0 that I can't read using gv. The display shows empty boxes, partially placed one over another, and character sequences like '!M' or '?M'. Only the main headlines are readable. FWIW, xpdf 3.00-13 has no problem displaying the whole file. Best, --Toni++ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gv depends on: ii gs 8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308294: jpeginfo: '--verbose' option doesn't seem to work.
Package: jpeginfo Version: 1.6.0-1 Severity: normal 'man jpeginfo' says: %man jpeginfo | grep -n -B 1 verbose 57- -v, --verbose 58: Enables verbose mode (positively chatty). However, when tested on 12 '.jpg' files: %jpeginfo --verbose Desktop/Pix/*.jpg | wc 12 96 743 %jpeginfo Desktop/Pix/*.jpg | wc # not verbose 12 96 743 ...the output is the same as the default. Perhaps the '-v' switch only applies to certain options? If so, the man page doesn't mention which options. Hope this helps... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages jpeginfo depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libjpeg62 6b-10The Independent JPEG Group's JPEG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308293: reportbug: creates broken envelopes
Package: reportbug Version: 3.11 Severity: normal Hello, reportbug routinely creates the following broken envelope when trying to mail a bug report: - clip [EMAIL PROTECTED],: Sorry, I couldn't find any host named bugs.debian.org,. (#5.1.2) - clip Please note the trailing comma in the envelope recipient. Best, --Toni++ Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Packages reportbug depends on: ii python2.3 2.3.5-2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308295: Missing dependency on dpatch
Package: drbd0.7-module-source Severity: important On sarge, after upgrade to 0.7.10-3 building the module source via make-kpkg fails like this: make[1]: Leaving directory `/usr/src/kernel-headers-2.6.8-2-686-smp' /usr/bin/make\ ARCH=i386 prepare make[1]: Entering directory `/usr/src/kernel-headers-2.6.8-2-686-smp' SPLIT include/linux/autoconf.h - include/config/* CHK include/asm-i386/asm_offsets.h UPD include/asm-i386/asm_offsets.h make[1]: Leaving directory `/usr/src/kernel-headers-2.6.8-2-686-smp' echo done stamp-kernel-configure echo done stamp-configure for module in /usr/src/modules/drbd ; do \ if test -d $module; then\ (cd $module; \ if ./debian/rules KVERS=2.6.8-2-686-smp KSRC=/usr/src/linux \ KMAINT=Unknown Kernel Package Maintainer KEMAIL=[EMAIL PROTECTED] \ KPKG_DEST_DIR=/usr/src/linux/.. \ KPKG_MAINTAINER=Unknown Kernel Package Maintainer \ KPKG_EXTRAV_ARG=\ ARCH=i386 \ KDREV=10.00.Custom kdist_image; then\ echo Module $module processed fine;\ else \ echo Module $module failed.; \ if [ X != X ]; then \ echo Perhaps $module does not understand --rootcmd?; \ echo If you see messages that indicate that it is not; \ echo in fact being built as root, please file a bug ; \ echo against $module.; \ fi; \ echo Hit return to Continue; \ read ans;\ fi; \ );\ else \ echo Module $module does not exist; \ echo Hit return to Continue?; \ fi; \ done make[1]: Entering directory `/usr/src/modules/drbd' ./debian/rules:12: /usr/share/dpatch/dpatch.make: No such file or directory make[1]: *** No rule to make target `/usr/share/dpatch/dpatch.make'. Stop. make[1]: Leaving directory `/usr/src/modules/drbd' Module /usr/src/modules/drbd failed. Hit return to Continue I solved it installing dpatch, which wasn't needed in -2, so i think there's a missing dependency on dpatch. thanks -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308296: mc segfaults on charset encoding change
Package: mc Version: 1:4.6.0-4.6.1-pre3-2 Severity: normal Tags: patch Thank you for enabling charset encoding, it's great! However, small bug causes invalid iconv(3) usage and causes mc segfault inside glibc. It is a result of wrong iconv outbuf parameter: it points to buffer, but it should really point to pointer to buffer (char ** instead of char*). The attached patch fixes the problem (at least for me). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.8 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages mc depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgpmg11.19.6-20General Purpose Mouse - shared lib -- no debconf information --- mc-4.6.0-4.6.1-pre3/src/charsets.c.orig 2005-05-09 12:07:42.0 +0400 +++ mc-4.6.0-4.6.1-pre3/src/charsets.c 2005-05-09 12:07:30.0 +0400 @@ -143,13 +143,15 @@ translate_character (iconv_t cd, char c) { char obuf[4]; +char *obufptr; size_t ibuflen, obuflen, count; ICONV_CONST char *ibuf = c; ibuflen = 1; obuflen = sizeof(obuf); -count = iconv (cd, ibuf, ibuflen, (char **)obuf, obuflen); +obufptr = obuf; +count = iconv (cd, ibuf, ibuflen, (char **)obufptr, obuflen); if (count != (size_t)(-1) ibuflen == 0) return obuf[0];
Bug#219133: openssl: cert accept permanently does not work?
solo turn schrieb: Subject: openssl: (R)eject, accept (t)emporarily or accept (p)ermanently? does not work Package: openssl Version: 0.9.7c-5 Severity: important Tags: sid Error validating server certificate: - Unknown certificate issuer (R)eject, accept (t)emporarily or accept (p)ermanently? p does not work. if you click or choose permanently, it is not permanent, it asks you again the next time. it is the case with the following software: - svn (subversion) client - konqueror originally i thought its konqueror, but there i got a its openssl. do you know more? Sorry, I tried to find out, what you mean. But I can't help you here. Please be more specific. What do the people exactly mean if the say its openssl. The must have some reasoning. Also I need a step by step description what you did and how I can reproduce the problem. -- Christoph Martin, EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 signature.asc Description: OpenPGP digital signature
Bug#298054: patch for problem
On Mon, May 09, 2005 at 03:38:49AM -0400, Jeff King wrote: This patch should fix the problem: --- main.c.orig 2005-05-09 03:29:59.0 -0400 +++ main.c 2005-05-09 03:30:37.0 -0400 @@ -415,7 +415,7 @@ standardise(buf); */ - SMTP_write(sock, ht-string); + SMTP_write(sock, %s, ht-string); ht = ht-next; } The nature of the issue should be obvious from this patch. The problem is fixed in more recent versions of debian (see ssmtp 2.61-3, ssmtp.c, line 1522) due to substantial rewriting (not sure exactly when the fix was introduced, though). I checked over both versions for similar issues. ssmtp-2.61 is clean (though ssmtp.c line 1424 looks problematic it is not because the buffer contains base64-encoded data). ssmtp-2.50.6.1 just has the issue mentioned here, and is otherwise fine. HTH, -Peff Thank you Jeff for the patch. Michelle, could you please test Jeff's patch for me? Mit freundlichen Grüßen, Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#308268: mboxcheck-applet: Should depend on python-gnome2-extras
tag 308268 experimental thanks Le dimanche 08 mai 2005 à 22:06 -0500, Erik Meitner a écrit : Package: mboxcheck-applet Version: 0.3-1 Severity: serious Justification: Policy 7.2 [EMAIL PROTECTED]:$ /usr/lib/gnome-panel/mboxcheck Traceback (most recent call last): File /usr/lib/gnome-panel/mboxcheck, line 8, in ? import gnome.applet ImportError: No module named applet Hi, You are using experimental packages, there is no python-gnome2 split for sarge. I'm tagging this bug as it should be. Cheers, Sebastien Bacher
Bug#308244: severity: serious?
severity 308244 serious thanks Hi, Should this be upgraded to severity: serious, since it makes the package uninstallable? To the maintainer: please use pbuilder for your debian packages in future, if you can't run sid on your debian development machine. Ah, now I actually get what you were trying to say... I read it as hey, i can't build your package on Ubuntu Sorry, I have pbuilder on my machine and I will just rebuild the package with it. Sorry, too much confusion with all the IBM laptop repair chaos and such. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ A man doesn't know what he knows until he knows what he doesn't know. //\ Wege entstehen, wenn wir sie gehen. V_/_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#117707: md5 passwd considered harmless
package passwd retitle 117707 [MARTIN] md5 passwd should be enabled by default thanks Hello, back in 2001, the bug submitter asked for the default settings of md5 and shadow on passwd to be set to true. It looks like that the defaults are always the following: md5-false passwd-true Back in these days, it was said that the first setting was set that was for compatibility with old systems. Rumor about parts of debian not working with md5 passwords also occur from time to time. My opinion is to change md5 to true. The template reads: Md5 passwords are more secure and allow for passwords longer than 8 characters to be used. However, they can cause compatibility problems if you are using NIS or sharing password files with older systems. so I think we don't even have to change this, it's already clear enough. If it breaks some other package, it's more than time to update the given package! Of course, I don't advice doing so for sarge, but for etch :-) May I proceed or do someone speak against it? Mt. signature.asc Description: Digital signature
Bug#308143: winesetuptk not found
Hi, I found that the winesetuptk main program is named winesetup, and not winesetuptk. That's why xwine does not find it. It will be fixed in next release. Thanks for reporting the bug, Aurelien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308298: dselect: Screen clears with random characters when TERM=vt220
Package: dselect Version: 1.10.27 Severity: minor When the TERM is set to vt102 or vt220, dselect often clears the screen not with spaces, but some random character. An inverse video hash mark is common. This doesn't happen when it's set to 'linux' or 'xterm' -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dselect depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libncurses55.4-4 Shared libraries for terminal hand ii libstdc++5 1:3.3.6-3.0.1 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308297: nautilus in browser mode stops usb ddevice unmounting if a nautilus window is open
Package: nautilus Version: 2.8.2-2 Severity: important When nautilus is used in browser mode, there is a device bar on the left, which contain all mounted devices. If a new usb device is plugged, it gets automounted by pmount/udev/hal/g-v-m, and a the new device appears in the nautilus device bar. But when you try unmounting the device with a right click on the icon, it complains about the device being busy, and it seems the nautilus device bar is the one keeping it busy as when we close the nautilus window, the device can then be umounted. It would be cool if the device unmounting also signaled the nautilus device bar to stop using the device. Friendly, Sven Luther -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nautilus depends on: ii capplets 1:2.8.2-3 configuration applets for GNOME 2 ii desktop-file-utils 0.10-1 Utilities for .desktop files ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libeel2-22.8.2-1 Eazel Extensions Library (for GNOM ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libexif100.6.9-6 library to parse EXIF files ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail171.8.4-1 GNOME Accessibility Implementation ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-desktop-2 2.8.3-2 Utility library for loading .deskt ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-3 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii libnautilus2-2 2.8.2-2 libraries for nautilus components ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-3 SAX-based renderer library for SVG ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii nautilus-data2.8.2-2 data files for nautilus ii shared-mime-info 0.16-3 FreeDesktop.org shared MIME databa ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305600: Preventing login pishing
retitle 305600 [MARTIN] [DOC] Preventing login pishing tag 305600 patch thanks Ok, let's summarize a bit (Alex, you'll see with the time how much I love to summarize stuff ;) login is only a regular program, and as the submitter noted, it can be quite easily faked. Unfortunately, there is very few we could do in the package itself. We could use the root access we have and the attacker don't have, but the prefered solution is to use the SAK linux kernel feature (too bad for non linux users of debian ;). So, in my mind, this is only a documentation issue. I propose to add the following to login(1), in the CAVEATS section. As any program, login appearance could be faked. If non-trusted users have a physical access to the machine, an attacker could use this to obtain the password of the next person siting on front of the machine. The better way to prevent this is to use the SAK feature of the linux kernel. See for example Documentation/SAK.txt in the kernel source tree for more information. Gerhard, would it be ok for you? Other people, comments? Mt. signature.asc Description: Digital signature
Bug#307622: installation-reports
Hi, I forgot to send it to to bugs.debian.org too. So I am sending it again. Comments/Problems: Neither of the boot loaders (grub/lilo) could be installed on the RAID Devices. To where did you tried to install boot loaders (MBR, some device)? What error messages were displayed by them. AFAIK grub should support this configuration. I first tried to install the boot loaders with the debian-installer. But that failed. Grub had an error (if i remember correctly) that it couldn't be installed to /target/ and lilo said it couldn't be installed. Choosing a manually lilo target in lilo had as default /dev/md/0. Manually (as I described) it worked perfect. Maybe it has to do with the Onboard Raid Controller, i am not sure if lspci shows it. It is a Cont. Raid Promise PDC20319 4-Channel SATA RAID 0,1. But I disabled it in the Bios (The raid functionality), so the two SATA harddisks are IDE third and fourth master. I think the RAID Controller is for sure not a real hardware raid controller. But as the software raid seems to do the job very well I didn't try any further. If you have any further questions feel free to contacting me. Regards, Claus Grill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307962: missing / in /usr/share/doc/munin/README-apache-cgi breaks CGI mode
tags 307962 upstream quit * Marc Haber ScriptAlias /munin/dyn/ /usr/lib/cgi-bin in /usr/share/doc/munin/README-apache-cgi should actually be ScriptAlias /munin/dyn/ /usr/lib/cgi-bin/, otherwise the paths are wrong and CGI mode doesn't work. Noted, will be verified and fixed in a later release. Additionally, I think that the file should be renamed, and be shipped outside /usr/share/doc. That way, people can just symlink their /etc/apache|apache2/conf.d/munin file to yours and take advantage of your local changes. It's just an example from upstream at the moment, never tried it myself. And as I just noted in #307963 I'm currently inclined to make the CGI work without any web server configuration whatsoever. Anyway, the whole CGI issue needs more thought; I want to get it Right. From a file named README, I expect some explanation, and not just a verbatim config snippet. I'll try to make sure that file contains some explaining comments in the future. Cheers, -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308208: gnome-terminal: F1 not passed though
Hi, Mark Sheppard wrote : Package: gnome-terminal Version: 2.8.2-2 Severity: normal I just tried to get help in mutt by pressing the F1 key, but it didn't work. Instead I got a new window pop up with the gnome terminal manual. This is not a bug, this is a feature. Please can you change this so that when I press the F1 key it actually gets passed to whatever's running in the terminal? You can disable the F1 key behaviour in Edit - Keyboard Shortcuts Regards, Xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308051: not so bad
Hi, Leonardo Boselli wrote: Date: Sat, 7 May 2005 20:47:11 +0200 From: Rene Engelhard [EMAIL PROTECTED] Leonardo Boselli wrote: Subject: openoffice.org: Obsolete version even on experimental WTF? What do you want to say with that? 1.1.4 is the latest upstream version and is in experimental (although the langpacks are not installable at the moment) 2.0 is *not* released and 1.9.x is beta-quality stuff which in some aspects is broken. But we are working on debs of it... In some aspect ... yes, but has more function than 1.1.4 and i have not yet found any broken part that worked on 1.1.4 and not in 1.9.=95. On the other part i have a lot of files that 1.1.3 does not open correctly and a few ones that not even 1.1.4 open yet. I do not say that you must put 1.9 in stable, but putting on experimental, possibly with a caveat would be ok. Worked on. As I said in my last mail. The last one built successfully was 1.9.92. Something you would call old, wouldn't you? Otherwise create a new package, openoffice.org2 (or openoffice2.org ?) keeping in experimental, but regularly updated, so those that want to have it in their system, at their risk, can take advantage from a standard upgrade path via apt. Guess what? This is worked on. You have no idea what work that is... Closing this bogus bug. not sure is a real bug but absolutely not a bogus need ! No. But you reported a normal bug with a insulting subject... Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304035: llvm: Conflict with /usr/bin/extract from package extract.
tags 304035 patch thanks Hi Al, As Frank correctly identified, an undeclared conflict is a release critical bug. I've attached a patch that implements the naive solution to this problem; if I hear no objections from you in the next day or two, I'll plan to upload an NMU with this patch. Thanks, -- Steve Langasek postmodern programmer diff -Nru /var/tmp/vOqu163GkP/llvm-1.4/debian/changelog /var/tmp/au6ZkyCsOl/llvm-1.4/debian/changelog --- /var/tmp/vOqu163GkP/llvm-1.4/debian/changelog 2005-03-11 16:02:09.0 -0800 +++ /var/tmp/au6ZkyCsOl/llvm-1.4/debian/changelog 2005-05-09 01:49:03.0 -0700 @@ -1,3 +1,12 @@ +llvm (1.4-2.1) unstable; urgency=high + + * Non-maintainer upload. + * High urgency upload for sarge-targetted RC bugfix + * Add Conflicts: with extract because of /usr/bin/extract, as required +by policy. Closes: #304035. + + -- Steve Langasek [EMAIL PROTECTED] Mon, 9 May 2005 01:43:54 -0700 + llvm (1.4-2) unstable; urgency=low * An older version of llvmc was inadvertently used; now fixed. diff -Nru /var/tmp/vOqu163GkP/llvm-1.4/debian/control /var/tmp/au6ZkyCsOl/llvm-1.4/debian/control --- /var/tmp/vOqu163GkP/llvm-1.4/debian/control 2005-03-11 13:50:43.0 -0800 +++ /var/tmp/au6ZkyCsOl/llvm-1.4/debian/control 2005-05-09 01:49:26.0 -0700 @@ -34,6 +34,7 @@ Package: llvm Architecture: i386 amd64 sparc powerpc Recommends: llvm-doc, llvm-cfe +Conflicts: extract Depends: llvm-libs, ${shlibs:Depends}, ${misc:Depends} Description: Low-Level Virtual Machine (LLVM) compiler for C/C++ The Low-Level Virtual Machine (LLVM) is a collection of libraries and signature.asc Description: Digital signature
Bug#308300: clamav-freshclam: freshclam tries to connect to non-existing clamd
When you first configure clamav-freshclam it asks if you want to notify clamd of updates. If you say yes then it will attempt to notify clamd, even if clamd isn't installed. (I'm not sure of the priority of the debconf question so you might not have seen it. Try running dpkg-reconfigure clamav-freshclam to tell it not to notify clamd.) Thanks Jefferson Cowart [EMAIL PROTECTED] -Original Message- From: Thilo Pfennig [mailto:[EMAIL PROTECTED] Sent: Monday, May 09, 2005 02:09 To: Debian Bug Tracking System Subject: Bug#308300: clamav-freshclam: freshclam tries to connect to non-existing clamd Package: clamav-freshclam Version: 0.83-5 Severity: normal I get the following error message: ERROR: Mirrors are not fully synchronized. Please try again later. ERROR: Clamd was NOT notified: Can't connect to clamd through /var/run/clamav/clamd.ctl connect(): No such file or directory I choose to use cron (at debconf) to update the clamav database but it seems freshclam needs a clamd? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.6-1-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages clamav-freshclam depends on: ii clamav-base 0.83-5 base package for clamav, an anti-v ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libclamav1 0.83-5 virus scanner library ii libcurl37.13.2-2 Multi-protocol file transfer libra ii libgmp3 4.1.4-6 Multiprecision arithmetic library ii libidn110.5.13-1.0 GNU libidn library, implementation ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii logrotate 3.7-2Log rotation utility ii ucf 1.17 Update Configuration File: preserv ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: * clamav-freshclam/autoupdate_freshclam: cron clamav-freshclam/proxy_user: * clamav-freshclam/NotifyClamd: true * clamav-freshclam/local_mirror: db.de.clamav.net (Germany) * clamav-freshclam/http_proxy: clamav-freshclam/mirrors.txt-note: clamav-freshclam/update_interval: 24 clamav-freshclam/internet_interface: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303391: system error codes
Since these are the standard system error codes I don't think this is really a bug. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302038: gnome-terminal: right-clicking on a https url starts epiphany rather than x-www-browser
Le dimanche 08 mai 2005 à 12:55 +0200, Xavier Hienne a écrit : Gnome-terminal being the only Gnome application I use, it's been quite a suprise to discover that the default behaviour is to launch epiphany (which I haven't installed) for http/https urls. It would have saved me some time if the default browser had been sensible-browser. Therefore, I suggest to replace epiphany with sensible-browser in /usr/share/gconf/schemas/desktop_gnome_url_handlers.schemas (libgnomevfs2-common package). This was the case in the past, but it was backed out later, because it lead to stupid behaviour sometimes, like running konqueror as the default browser while using the GNOME desktop. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#308003: FTBFS: cannot find -lc (forwarded from Andreas Jochens)
On lun, 2005-05-09 at 05:47 +0200, Goswin von Brederlow wrote: Please make sure you have: [EMAIL PROTECTED]:~% ls -lhd /usr/lib32 lrwxrwxrwx 1 root root 24 2005-05-08 20:01 /usr/lib32 - /emul/ia32-linux/usr/lib/ Thank you for the hint ! My system was messed up, indeed. I fixed it and it solved the problem. Therefore I'm closing this bug. The build is not finished yet (it takes ages), but if there is another problem, I'll open another bug... BTW, my system has this line in /etc/apt/sources.list: deb http://ftp.de.debian.org/debian-amd64/debian/ experimental main contrib but gcc-4.0 is not available. I'm wondering which packages Andreas Jochens is using to report all the build failures in Debian packages with gcc-4.0. Thanks again, -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308008: munin-node: should use update-rc.d and/or invoke-rc.d
Hi, On Mon, May 09, 2005 at 07:53:15AM +0200, Tore Anderson wrote: * Marc Haber [this is probably serious, a policy violation] No. Let me quote http://www.debian.org/Bugs/Developer#severities: [serious] is a severe violation of Debian policy (roughly, it violates a must or required directive), [...] Which is the reason why I filed the bug as normal. Also, if that weren't enough, the function in question is only run if the package is upgraded from version 1.2.0-1 or earlier. This makes the bug only appear when upgrading from an unreleased version of Munin - in other words: It won't affect new installs of Sarge, nor Woody-Sarge upgrades. Hence, it cannot be considered release critical. In my opinion, anyway. In the time of the freeze, a release critical bug is actually good since it might allow a new version into sarge ;) I cannot see how I can accomplish 1) with the update-rc.d abstraction layer. I can do 2) and 3), of course, but due to 1) I need to make assumptions on the data structures underneath the abstraction layer anyway, so it seems pointless to mix'n'match approaches. I'd value any suggestions you might have on how to deal with it, though. My suggestion would be: (1) detect whether sysv-rc or file-rc being used (s2) read the symlinks and change them if necessary (f2) emit a warning, update-rc.d remove, update-rc.d insert (s2) is the same as we have today, (f2) is better than failing. I have written e-mail to the maintainers of sysv-rc and file-rc whether they would be willing to provide read-rc.d Regarding the Subject field, you mention invoke-rc.d. Ignore that. I was just trying to give an appropriate description of the abstraction layer. Of course. invoke-rc.d is of no use here. Grüße 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#308282: phpbb2: Security issue in url/bbcode
On Mon, May 09, 2005 at 08:13:46AM +0200, Moritz Muehlenhoff wrote: Package: phpbb2 Severity: grave Justification: user security hole [Upstream's description is not overly verbose; they intent to release full details in five days; please lower severity if you don't think it's grave] phpbb2 2.0.15 has been released and addresses a security issue, which upstream describes as serious. I'm not familiar with phpbb2, but it looks like missing input sanitization in the bbcode code. Yeah, I read about it yesterday (was away for a few days) -- thanks for reporting. I didn't yet look into it completely, looks like XSS to me. There's something, what seems to be a patch in the PHP world, in this forum message: http://www.phpbb.com/phpBB/viewtopic.php?f=14t=288194 Only phpbb manages to produce this kind of insane manual patches... :( --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290470: This bug can be closed
Hi, 2.1.69 has reached testing, therefore this bug can be closed (as I am not a DD, I leave it open in case there's more to do). Regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306290: ITP: ttf-mph-2b-damase -- font with ranges from the latest version of unicode
Dear Mark, I was interested to see that you had taken the trouble to make a Kharosthi font. It is exciting to see that people have noticed that Kharosthi is now part of Unicode, and a complement to our efforts to have it included in the first place, Thank you! As for the font, as Stefan has pointed out, and you are aware, Kharosthi is a complex font, and not surprisingly, you haven't made OpenType tables (yet). I made the font which is used in the Unicode tables - and have expermimented with various GSUB AND GPOS tables, but no software currently supports these tables, so the fact that the tables are lacking in your font is rather mute for the time being. In answer to your question, Is there an actual vowel-killer symbol in Kharosthi? No, there is no explicit symbol in Kharosthi for halant, hence the control symbol. In the very few cases in where a halant-form of a sign is attested in the literature, it is formed by writing it as a subscript. When I create the OT tables for this character, I will map to a duplicate set of the base glyphs which are approximately 50% of full size and set lower on the writing line. For further information about Kharosthi, please check the Unicode proposal, and my MA thesis. http://depts.washington.edu/ebmp/downloads/Kharoshthi.pdf http://depts.washington.edu/ebmp/downloads/Glass_2000.pdf I am currently working on a revised version of my Gandhari Unicode font, once work on this is complete, I will finish adding OpenType tables to the Kharosthi font I have prepared. If you are interested, I will let you know when work on this is complete. Best wishes and congratulations for producing the first Kharosthi Unicode font available on the internet. Andrew Glass Kyoto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308132: seg. fault on ppc; working in i386
Martin Lohmeier [EMAIL PROTECTED] wrote: Hi, *a few minutes later* The problem is about the gnome themes. With some themes it is working, with some it seg. faults... Good. Can you tell me which themes are affected, so that I can reassign the bug ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308081: similar problems w/ libsane and epson scanner
Diab Jerius [EMAIL PROTECTED] wrote: Hi Diab, Ok, I purged libsane-extras and ran the following experiment. I ran scanimage -L 10 times in a row (log files are L.n.log) and then ran scanimage in acquire mode 10 times (logs are in read.n.log). The script test-sane is what does it. There are separate directories for 1.0.15-9 and 1.0.15-8. A tar file of the logs is here: http://hea-www.cfa.harvard.edu/~dj/tmp/sane/20050508.1.tar.bz2 Thanks. I relocated the file to http://people.debian.org/~jblache/308081/ Note that the -L runs alternate between normal behavior and lots of resource errors. OK. Does your scanner use a firmware ? In both 1.0.15-8 and 1.0.15-9, the second attempt at acquiring an image (read.1.log) succeeds. (For 1.0.15-8 I cycled power to the scanner and tried just acquiring the image. The behavior was the same as when it was preceded with the scanimage -L runs.) with libsane at 1.0.15-9, I then downgraded libusb and ran the script. 0.1.10a-8: same behavior 0.1.10a-7: at this point I modified test-sane to use 5 iterations (10 was taking too long), with the result that the image was acquired on the first attempt. Otherwise, the pattern of success/failure. 0.1.10a-6: same 0.1.10a-5: same 0.1.10a-3: same Finally, I downgraded to libsane: 1.0.15-1 libusb-0.1-4: 0.1.10a-3 Just to be sure, I rebooted after this. Same results. I wish I could tell you when I last had the scanner working, so as to narrow things down. Any further downgrades on libusb causes a small dependency crisis; I'll need a bit more time to prepare for that and won't be able to do anything until Tuesday evening. Ok. Looks like a real problem. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308132: d4x: Segfaults on startup every time with BlueSmooth theme
retitle 308132 d4x: Segfaults on startup every time with BlueSmooth theme reassign 308132 gtk2-engines-smooth thanks Chris Metzler [EMAIL PROTECTED] wrote: Hi, Do you use a GTK theme ? If yes, which one ? Does it work without the theme ? Yes, and BlueSmooth. I don't know what it means to be without the theme; but if I *change* themes, e.g. to Simple, it does seem to start up OK. Ok. Good. I'd blame something weird about the theme, then; except I haven't changed themes for at least a year and a half. I've used d4x with this GTK theme many many times in the past. In the meantime, GTK has changed, and a whole lot of other things too. Some memory problems are highly dependent on the memory layout and usage. Could you get a backtrace ? Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 29780)] 0x40aef155 in do_smooth_draw_shadow () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so (gdb) backtrace #0 0x40aef155 in do_smooth_draw_shadow () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so #1 0x40afcd4e in smooth_draw_shadow () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so #2 0x40283742 in gtk_paint_shadow () from /usr/lib/libgtk-x11-2.0.so.0 #3 0x080dc29e in my_gtk_graph_new () #4 0x080dc736 in my_gtk_graph_new () #5 0x402269fe in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x404ea9c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #7 0x404ea736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #8 0x404fb855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #9 0x404fac8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #10 0x404fb126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #11 0x40315e97 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x4022433d in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x404105d9 in gdk_window_clear_area_e () from /usr/lib/libgdk-x11-2.0.so.0 #14 0x4041072e in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #15 0x4019ac1e in gtk_container_set_reallocate_redraws () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x400ab583 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0 #17 0x400a8582 in g_main_depth () from /usr/lib/libglib-2.0.so.0 #18 0x400a95f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #19 0x400a9930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #20 0x400a9ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #21 0x40223c13 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x080920d9 in main () Perhaps this is the same bug as #306841? Chances are. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308304: Nuvola theme crashes d4x
Package: d4x Version: 2.5.0rel-4 Severity: normal Hi, if the Nuvola theme is used, d4x will segfault immediately on startup. Maybe this also explains bug #308132. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages d4x depends on: ii libao2 0.8.6-1 Cross Platform Audio Output Librar ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308001: munin: should not store web application data in /var/www
Hi Tore, On Mon, May 09, 2005 at 08:18:00AM +0200, Tore Anderson wrote: I'm a bit uncertain here. A quick apt-file search -x \^var/www show 60 packages containing the /var/www directory, including packages similar to Munin (cricket and mrtg). For some reason, Munin itself didn't show up on that list, so there may be even more of them if I goofed up the apt-file command. torrus is an example of the other kind. I remember not liking the cricket packaging at all, and mrtg is probably not a very good example. Most of these, like Munin, only create a subdir under /var/www. The way I interpreted the passage you quoted above when creating the initial package, was something like «Web Application shold try to avoid storing files in the Web Document Root [, but rather create it's own subdir in it]». I do not concur with that interpretation, since the policy quite clearly states that packages should use /usr/share/doc/package (which is wrong, btw, since nothing should rely on /usr/share/doc being present). This seems to be in accordance with current practise (to compare with the 60 packages above, only 10 packages ship files in /etc/apache{2,}/conf.d/, and half of these doesn't contain web applications at all, but Apache modules. I think it is fine to ship static files in /var/www, but dynamically generated stuff which is painless to lose (like the .png files) should, IMO, be in /var/cache, and dynamic data which has value (like the .rrd files) should be in /var/lib. In my opinion, the value of the data should take precedence to its use when judging where to store it. /var/cache could be a ram disk and not being backupped, and I could surely come up with a situation where /var/www and /var/lib could be treated differently storage-, backup- and purge-wise. Another thing that makes me even more uncertain about how to interpret that Policy paragraph is this: «[...] and register the Web Application via the menu package.» As far as I know, there's no way to use the menu package to register web applications in a web server, so it makes me wonder if this passage is at all meant for packages such as Munin. I have discussed this on #d-d. Formally, the idea is that web application register with the menu package and the web swerver queries menu for the packages being installed and configures itself apropriately. That mechanism seems not to be in wide use though. 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#308282: [phpbb2 #308282] upstream patch
tags 308282 + patch thanks Hello. According to the upstream forum, this security issue is resolved in 2.0.15. Find attached a diff made against 2.0.15 and our last sid version. It looks like this patch can be applied to close the bug. Regards. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound. --- phpbb2-2.0.13+1/phpBB2/includes/bbcode.php 2005-02-27 20:30:44.0 +0100 +++ phpBB2/includes/bbcode.php 2005-05-07 16:15:54.0 +0200 @@ -6,7 +6,7 @@ * copyright: (C) 2001 The phpBB Group * email: [EMAIL PROTECTED] * - * $Id: bbcode.php,v 1.36.2.32 2004/07/11 16:46:19 acydburn Exp $ + * $Id: bbcode.php,v 1.36.2.33 2005/05/06 22:58:19 acydburn Exp $ * ***/ @@ -124,6 +124,8 @@ { global $lang, $bbcode_tpl; + $text = preg_replace('#(script|about|applet|activex|chrome):#is', \\1#058;, $text); + // pad it with a space so we can distinguish between FALSE and matching the 1st char (index 0). // This is important; bbencode_quote(), bbencode_list(), and bbencode_code() all depend on it. $text = . $text; @@ -194,7 +196,7 @@ // [img]image_url_here[/img] code.. // This one gets first-passed.. - $patterns[] = #\[img:$uid\](.*?)\[/img:$uid\]#si; + $patterns[] = #\[img:$uid\]([^?].*?)\[/img:$uid\]#i; $replacements[] = $bbcode_tpl['img']; // matches a [url]://www.phpbb.com[/url] code.. @@ -206,11 +208,11 @@ $replacements[] = $bbcode_tpl['url2']; // [url=://www.phpbb.com]phpBB[/url] code.. - $patterns[] = #\[url=([\w]+?://[^ \\n\r\t]*?)\](.*?)\[/url\]#is; + $patterns[] = #\[url=([\w]+?://[^ \\n\r\t]*?)\]([^?].*?)\[/url\]#i; $replacements[] = $bbcode_tpl['url3']; // [url=www.phpbb.com]phpBB[/url] code.. (no :// prefix). - $patterns[] = #\[url=((www|ftp)\.[^ \\n\r\t]*?)\](.*?)\[/url\]#is; + $patterns[] = #\[url=((www|ftp)\.[^ \\n\r\t]*?)\]([^?].*?)\[/url\]#i; $replacements[] = $bbcode_tpl['url4']; // [EMAIL PROTECTED]/email] code.. @@ -614,6 +616,7 @@ */ function make_clickable($text) { + $text = preg_replace('#(script|about|applet|activex|chrome):#is', \\1#058;, $text); // pad it with a space so we can match things at the start of the 1st line. $ret = ' ' . $text;
Bug#308306: file: Add vcard magic
Package: file Version: 4.12-1 Severity: wishlist Please add the magic for vcard files to the magic file, along with vcalendar. The file starts with BEGIN:VCARD. Regards, Micce -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages file depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libmagic1 4.12-1 File type determination library us ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308307: gnome-jabber: can sign on, on jabber server, only plain text authentification supported? and no ssl?
Package: gnome-jabber Version: 0.4-2 Severity: wishlist Hi, SSL support and MD5 oder SHA1 support for the Authentification would be nice. Without them the client is useless for me. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome-jabber depends on: ii gconf2 2.8.1-5 GNOME configuration database syste ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libgcrypt11 1.2.0-11LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnet2.0-0 2.0.7-1 GNet network library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomevfs2-0 2.8.4-3 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13 GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307041: ITP: ftpcopy -- FTP clients collection
On Sat, Apr 30, 2005 at 01:26:14PM +0200, Jeroen van Wolffelaar wrote: On Sat, Apr 30, 2005 at 08:45:02AM +, Gerrit Pape wrote: ftpcopy is a simple FTP client written to copy files or directories (recursively) from an FTP server. It was written to mirror FTP sites which support the EPLF directory listing format, but it also supports the traditional listing format (/bin/ls). Eh, can't like any decent ftp client do this already? What's the added value of this program to existing, much more versatile, tools? Hi Jeroen, (1) I use it since ages to mirror ftp sites; (2) I like its simple output, very good usable for logging of automated syncs; (3) I'm familiar with this style of project and source code, as well as used libraries, I can fix possible problems myself without much effort; (4) I don't think the solution to the 'big archive/big Packages file problem' is to exclude good quality packages even if they implement functionality already provided by other packages. Choice is good. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#117707: [Pkg-shadow-devel] Bug#117707: md5 passwd considered harmless
I just found #93156 (md5 default (was Re: Security trough paranoia)). It was closed by Karl Ramm ([EMAIL PROTECTED]) on Aug 22 2003 with the message: | md5 passwords are now the default in the passwd package, so this is done; I | should've noticed this and closed it in the changelog. So, this is another argument of doing the change in the template so that md5 passwd actually get the default setting :) Argh! Argh! triple argh! The passwd.config reads: # db_get passwd/md5 # if [ $RET = true ]; then USE_MD5=1 # else # USE_MD5='' # fi and another commented occurence of db_get passwd/md5. This seems to be related to this changelog entry: shadow (1:4.0.3-19) unstable; urgency=low * No really, assume md5 passwords. Closes: #223664 So, this template is not used anyway! Sigh. Should we drop the debconf template or try to re-enable this (for example with low priority, and true as default)? I tend for the second case. Opinions? Mt. On Mon, May 09, 2005 at 10:26:34AM +0200, Martin Quinson wrote: package passwd retitle 117707 [MARTIN] md5 passwd should be enabled by default thanks Hello, back in 2001, the bug submitter asked for the default settings of md5 and shadow on passwd to be set to true. It looks like that the defaults are always the following: md5-false passwd-true Back in these days, it was said that the first setting was set that was for compatibility with old systems. Rumor about parts of debian not working with md5 passwords also occur from time to time. My opinion is to change md5 to true. The template reads: Md5 passwords are more secure and allow for passwords longer than 8 characters to be used. However, they can cause compatibility problems if you are using NIS or sharing password files with older systems. so I think we don't even have to change this, it's already clear enough. If it breaks some other package, it's more than time to update the given package! Of course, I don't advice doing so for sarge, but for etch :-) May I proceed or do someone speak against it? Mt. signature.asc Description: Digital signature
Bug#308008: munin-node: should use update-rc.d and/or invoke-rc.d
* Marc Haber In the time of the freeze, a release critical bug is actually good since it might allow a new version into sarge ;) Well, that's a point, however I don't believe the release mangers would accept a new package in order to fix this bug, regardless of the severity. Even if the bug was RC because of Policy, it doesn't affect Sarge because it only happens during upgrades from packages that was never in Woody. Besides, I want really, _really_, REALLY good reasons for pestering the release managers now, as I strongly feel that the one thing our users need right now is a new stable release, regardless of how buggy Munin in it. So I'd rather not join in the avalanche of please let my package into testing begging choir on debian-release@ unless I feel it's absolutely necessary. This bug doesn't even come close to being important enough, as I see it. If I can speed up the release by two minutes by avoiding using two minutes of Mr. Langasek's time, that would be the best thing I can do for our users. Because after all, Munin's a pretty insignificant package when looking at the entire distribution. Seeing your smiley, I assume you agree. :-) My suggestion would be: (1) detect whether sysv-rc or file-rc being used (s2) read the symlinks and change them if necessary (f2) emit a warning, update-rc.d remove, update-rc.d insert (s2) is the same as we have today, (f2) is better than failing. Hmm, but that'd make the file-rc method unconditionally nuke any user- customised startup ordering, won't it? I'd rather learn file-rc (never used it) and see if it's possible to figure out if the user has changed the default ordering before doing the remove-insert thing. It seems that sysvinit and file-rc is the only packages providing update-rc.d so I guess that means they're the only ones providing any init system at all. However, this bug will probably be fixed by the removal of the function in question after Sarge has been released - it won't serve any purpose then anyway. I have written e-mail to the maintainers of sysv-rc and file-rc whether they would be willing to provide read-rc.d That would be nice to have, yes. Even better, something like update-rc.d --update blah blah which would only update the order if it wasn't changed by the user, or it could even pop up a dpkg-style conffile dialog asking the user if he'd want the new config as shipped in the package. Possibly. -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308132: seg. fault on ppc; working in i386
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien BLACHE wrote: | Good. Can you tell me which themes are affected, so that I can | reassign the bug ? - - Amaranth - - Glider - - Lush - - Nuvola - - SmoothGNOME* - - Wasp by, Martin - -- Powered by Mac OS X -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCfzivOvJj+wS6JuIRAkhIAJ9ih1p1So7Idu45oUKQeZbVzfNavQCfcXAu etqAzpEhf6fu7uObKdNJHTY= =Py2/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308300: bug solved
Yes, this was the problem. I thought it was enough to say update with cron and the follow the defaults. -- http://www.alternativ.net/~vinci Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303252: acknowledged by developer (Bug#303252: fixed in eject 2.0.13deb-11)
reopen 303252 thanks On Fri, May 06, 2005 at 03:03:23PM -0700, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #303252: eject: various translations from Ubuntu (el, hu, id, nb, pl, ro), which was filed against the eject package. It has been closed by one of the developers, namely Frank Lichtenheld [EMAIL PROTECTED]. [...] * Translations from Ubuntu, provided by Colin Watson: (Closes: #303252) - debian/po/el.po by Kostas Papadimas - debian/po/hu.po by Gabor Burjan - debian/po/id.po by Yoppy Hidayanto - debian/po/nb.po by Terance Edward Sola - debian/po/pl.po by Dominik Zablotny - debian/po/ro.po by Ovidiu Damian It looks like the Polish translation was indeed mangled (and perhaps the others should be converted to UTF-8 with msgconv to match the originals, although that isn't required). Here's a gzipped version of pl.po, which should hopefully survive in better condition. Thanks, -- Colin Watson [EMAIL PROTECTED] pl.po.gz Description: Binary data
Bug#303252: eject: various translations from Ubuntu (el, hu, id, nb, pl, ro)
On Wed, Apr 06, 2005 at 12:31:01AM +0200, Frank Lichtenheld wrote: On Tue, Apr 05, 2005 at 05:23:26PM +0100, Colin Watson wrote: I asked Ubuntu installer translators to translate a master file that happened to include eject, and got the attached translations as a result. You might want to include them in Debian. Two of them aren't UTF-8 but are labelled as such: [EMAIL PROTECTED]:~/debian/eject$ LANG=C msgfmt -o- debian/po/hu.po /dev/null debian/po/hu.po:24:17: invalid multibyte sequence debian/po/hu.po:24:30: invalid multibyte sequence debian/po/hu.po:24:32: invalid multibyte sequence msgfmt: found 3 fatal errors [EMAIL PROTECTED]:~/debian/eject$ LANG=C msgfmt -o- debian/po/nb.po /dev/null debian/po/nb.po:28:10: invalid multibyte sequence msgfmt: found 1 fatal error Could you find out which encodings these really are? Looks like they got mangled into ISO-8859-1 by an Apache default encoding on bugs.debian.org. The files in the mail were correctly UTF-8. (Luckily, that's nb's native legacy encoding, and the Hungarian translation was in the subset of characters which are in both ISO-8859-1 and ISO-8859-2.) Sorry I took so long to answer this. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308309: request-tracker3.4: [sarge] Wrong Content-Transfer-Encoding in mails
Package: request-tracker3.4 Version: 3.4.1-2 Severity: normal When running the sarge-version of RT3.4, the mails coming out of it contains the following MIME-header: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8-bit X-RT-Original-Encoding: utf-8 This causes at least the courier-mta to protest that it violates the MIME-standard if there is any 8bit data in the mail. For us with common non-ASCII use this makes the mail-integration unusable. (shouldn't it be 8bit instead of 8-bit anyway ??) It is fixed in the unstable package---it uses quoted printable instead which IMHO is the right thing to do anyway... I'm not sure that it matters for this case, but for reference I'm running RT3.4 under apache1 on a sarge with courier as the MTA. Best regards and thanks Morten Garkier Hendriksen -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages request-tracker3.4 depends on: ii apache 1.3.33-4versatile, high-performance HTTP s ii courier-mta [mail-transport- 0.47-4 Courier Mail Server - ESMTP daemon ii libapache-dbi-perl 0.94-2 Connect apache server to database ii libapache-mod-perl 1.29.0.3-4 integration of perl with the Apach ii libapache-request-perl 1.1-0.1 Generic Apache Request Library ii libapache-session-perl 1.60-2 Perl modules for keeping persisten ii libcache-cache-perl 1.04-1 Managed caches of persistent infor ii libcache-simple-timedexpiry- 0.21-1 Perl module to cache and expire ke ii libclass-returnvalue-perl0.52-1 A return-value object that lets yo ii libdbd-pg-perl 1.41-1 a PostgreSQL interface for Perl 5 ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libdbix-searchbuilder-perl 1.26-1 Encapsulate SQL queries and rows i ii libexception-class-perl 1.20-1 a module that allows you to declar ii libfcgi-perl 0.67-1 FastCGI Perl module ii libfreezethaw-perl 0.43-2 converting Perl structures to stri ii libhtml-mason-perl 1:1.26-1HTML::Mason Perl module ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libhtml-scrubber-perl0.08-1 Perl extension for scrubbing/sanit ii liblocale-maketext-fuzzy-per 0.02-1 Maketext from already interpolated ii liblocale-maketext-lexicon-p 0.49-1 Lexicon-handling backends for Loc ii liblog-dispatch-perl 2.10-1 Dispatches messages to multiple Lo ii libmailtools-perl1.62-1 Manipulate email in perl programs ii libmime-perl 5.417-1 Perl5 modules for MIME-compliant m ii libmldbm-perl2.01-1 Store multidimensional hash struct ii libmodule-versions-report-pe 1.02-1 Report versions of all modules in ii libparams-validate-perl 0.76-1 validate parameters to Perl method ii libregexp-common-perl2.120-1 Provide commonly requested regular ii libterm-readkey-perl 2.21-1.3A perl module for simple terminal ii libtest-inline-perl 0.16-1 Embed tests and code examples in P ii libtext-autoformat-perl 1.12-3 Perl module for automatic text wra ii libtext-quoted-perl 1.8-1 Extract the structure of a quoted ii libtext-template-perl1.44-1.1Text::Template perl module ii libtext-wrapper-perl 1.000-2 Simple word wrapping routine ii libtime-modules-perl 2003.1126-2 Various Perl modules for time/date ii libtree-simple-perl 1.14-1 A simple tree object ii libxml-rss-perl 1.05-1 Perl module for managing RSS (RDF ii perl 5.8.4-8 Larry Wall's Practical Extraction ii rt3.4-clients3.4.1-2 Mail gateway and command-line inte ii sysklogd [system-log-daemon] 1.4.1-16System Logging Daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279489: wmaker: restarts on window resize
Severity: grave Justification: makes the package mostly unusable Resizing windows is a very commonly used feature of a window manager. At present wmaker fails to do that (and segfaults) if a font provided by gsfonts-x11 is not available. This missing dependecy could be seen as a policy violation. As fonts are used over the X protocol having gsfonts-x11 as dependency is not enough to guarantee that the font is available since the X server could be running on a completely different system. Instead, I suggest that you apply the 2-line patch that makes wmaker fallback to fixed font if the adobe font is not found. best regards, Timo Lindfors -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298054: [Test-Mail] %c %i %o %t
Hello Anibal, I have added your patch and send this message as test: -- This message will test the Subject for Subject: [Test-Mail] %c %i %o %t -- Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#308234: upgrading from 2.1.23 failed because of not setting slapd/dump_database_destdir
Hi Torsten, On Mon, 9 May 2005, Torsten Landschoff wrote: including directory to dump databases. The text said the default is /var/backups/slapd-VERSION. Reading that, I simply pushed enter. After that, the preinst script have failed, rendering slapd unconfigured. Meanwhile, apt has upgraded my libldap2 package. Which debconf frontend to you use? I hit the same problem with the readline frontend which does not seem to use the default value if you I use the readline frontend, too. Hint: You could also use debconf-communicate for stuff like that. I will look at it, I didn't hear about this cmd so far... :) apt does not use packages in the cache directory unless they are still in the packages list for that package source. IOW: Because 2.1.23-1 is no longer in the Debian archive apt-get just forgets that they are still available somewhere in your cache. But you can use dpkg to install them. Understood. Anyway, I hope nobody will make up some day with the idea that some process should delete the cache dir regularly, as with debian it is nearly impossible to get a (even not-so-far) old binary package if you don't have it in your cache. In the end, I successfully downgraded with dpkg. I still sucked with that the dumpdir already existed, and preinst didn't like it, but it was a piece of cake after these all. Erm, you mean, that you upgraded to 2.2.23 again afterwards? Oh, yes, sorry, that logical step was dropped you of the list. The most screamy was when it seemed that I cannot downgrade, and I system was useless. Do somebody have a tip what could cause that? My understanding of dpkg and apt-get says that at the time the preinst is run the old packages should still be installed. To get the broken state you describe, the system must have continued the installation despite the error in the slapd preinst. Which is in fact not expected to ever happen. I just use debian, and don't understand package handling deeply, but I experienced that after a (preinst) install script fails, many packages still get installed and configured. I do not know the algorithm of which packages are allowed to be installed, but it seems that libldap2 was installed, and it made my old ldap package useless... I'll safeguard against an empty value for the dump dir... It is a good idea. Thanks for the fast reply, I hope I could help: Ferenc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308310: ITP: z80asm -- assembler for the Zilog Z80 microprocessor
Package: wnpp Severity: wishlist Owner: Bas Wijnen [EMAIL PROTECTED] * Package name: z80asm Version : 0.1 Upstream Author : Bas Wijnen [EMAIL PROTECTED] * URL : http://savannah.nongnu.org/projects/z80asm/ * License : GPL Description : assembler for the Zilog Z80 microprocessor The Z80 microprocessor is used in old home computers, such as the ZX-spectrum and MSX, and in several newer devices, such as the TI-83 graphical calculator and the GameBoy. Features include: * including other sources (or generated label files) * complex expressions (similar to bash) * labels of unlimited length * conditional compilation depending on expressions -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 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#308251: Patch to let base-config allow/preseed selection of default desktop environment in 2nd stage
On Monday 09 May 2005 02:14, Konstantinos Margaritis wrote: I also used an associative map to present the user with more user-friendly options (KDE/GNOME instead of /usr/bin/startkde and /usr/bin/gnome-session). If anyone would like some other options (I'm sorry I don't have the time right now to search the debian archive for other alternatives), please feel free to add them/send me a patch. xfce also installs a x-session-manager alternative, it points to /usr/bin/xfce4-session -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpdnPHHiAu0F.pgp Description: PGP signature
Bug#308008: munin-node: should use update-rc.d and/or invoke-rc.d
On Mon, May 09, 2005 at 12:22:35PM +0200, Tore Anderson wrote: * Marc Haber In the time of the freeze, a release critical bug is actually good since it might allow a new version into sarge ;) Seeing your smiley, I assume you agree. :-) Basically. It sucks, however, to have exim4 4.51 unacceptable. My suggestion would be: (1) detect whether sysv-rc or file-rc being used (s2) read the symlinks and change them if necessary (f2) emit a warning, update-rc.d remove, update-rc.d insert (s2) is the same as we have today, (f2) is better than failing. Hmm, but that'd make the file-rc method unconditionally nuke any user- customised startup ordering, won't it? After giving a warning, yes. That is more acceptable than having the init script fail. I'd rather learn file-rc (never used it) and see if it's possible to figure out if the user has changed the default ordering before doing the remove-insert thing. Of course. [2/[EMAIL PROTECTED]:~$ grep '\(#\|munin\)' /etc/runlevel.conf # This file was automatically generated by /usr/share/file-rc/rclink2file.sh. # You can use your favourite editor or update-rc.d(8) to modify it. # Read runlevel.conf(5) man page for more information about this file. # # Format: # sort off- on-levels command 20 0,1,6 - /etc/init.d/munin-node 98 - 2,3,4,5 /etc/init.d/munin-node # THE LAST LINE IS NEVER READ [3/[EMAIL PROTECTED]:~$ file-rc is actually the best thing since sliced bread ;) It seems that sysvinit and file-rc is the only packages providing update-rc.d so Actually sysvinit doesn't provide update-rc.d, it's sysv-rc. I guess that means they're the only ones providing any init system at all. Yes. That can only change if sysvinit changes, since sysvinit depends on sysv-rc | file-rc. However, this bug will probably be fixed by the removal of the function in question after Sarge has been released - it won't serve any purpose then anyway. Oh well, even better ;) I have written e-mail to the maintainers of sysv-rc and file-rc whether they would be willing to provide read-rc.d That would be nice to have, yes. Even better, something like update-rc.d --update blah blah which would only update the order if it wasn't changed by the user, or it could even pop up a dpkg-style conffile dialog asking the user if he'd want the new config as shipped in the package. Possibly. That is too much, since there needs to be storage for the original value to determine a user change or not. 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#305893: mutt: S/MIME doesn't read password correctly first time
On Sat, Apr 23, 2005 at 02:15:29AM +0200, Adeodato Sim? wrote: * Chris Jantzen [Fri, 22 Apr 2005 12:27:37 -0700]: Package: mutt Version: 1.5.6-20040907+3 Severity: normal Hello Chris, Could you please try if it happens with Mutt 1.5.9-1 from unstable? (If you're concerned about installing a package from sid in sarge, let me say that mutt 1.5.9-1 is intended for sarge, and will migrate there eventually.) Since this new version has migrated to sarge I haven't seen this behavior repeat for a while now. Thanks. :-) -- chris kb7rnl =- signature.asc Description: Digital signature
Bug#277354: shadow: Needs more recent config.{sub,guess} for k*BSD
On Sun, 8 May 2005, Martin Quinson wrote: On Tue, 19 Oct 2004, Santiago Vila [EMAIL PROTECTED] said: Package: shadow Version: 4.0.3-30.1 Severity: wishlist Tags: upstream This package used to compile ok under GNU/kFreeBSD, but it does not anymore, so we have to create a forked version: http://ftp.gnuab.org/debian/pool/main/s/shadow It would be nice if you could update config.guess and config.sub to the most recent version and/or tell the author to do the same. Is it really the only change needed to make k*BSD people happy? If so, you will be please to read this in the changelog: shadow (1:4.0.3-32) unstable; urgency=low [...] * Modified debian/rules for Calling GNU configure properly, see /usr/share/doc/autotools-dev/README.Debian.gz [...] * GNU config automated update: config.sub (20010907 to 20050422), config.guess (20010904 to 20050422) -- Christian Perrier [EMAIL PROTECTED] Tue, 3 May 2005 11:53:12 +0200 Is it enough to close the bug? Yes, but not because of the changelog entry, but because it says the truth :-) (There have been cases where the maintainer by mistake says it does something without actually doing so). In this case, see: http://ftp.gnuab.org/debian/pool/main/s/shadow Version 4.0.3-32, uploaded last night, compiled out of the box. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308311: korganizer: Possibility to move entry between calendars
Package: korganizer Version: 4:3.3.2-3 Severity: wishlist When using multiple calendar files (with write acces), it would be nice to be able to move one entry from ome calendar to another e.g. by an option in the edit view. Regards, Micce -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages korganizer depends on: ii kdelibs4 4:3.3.2-5 KDE core libraries ii ktnef4:3.3.2-3 KDE TNEF viewer ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libkcal2a4:3.3.2-3 KDE calendaring library ii libkdepim1 4:3.3.2-3 KDE PIM library ii libkgantt0 4:3.3.2-3 KDE gantt charting library ii libkpimexchange1 4:3.3.2-3 KDE PIM Exchange library ii libkpimidentities1 4:3.3.2-3 KDE PIM user identity information ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii perl 5.8.4-8 Larry Wall's Practical Extraction ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308313: proftpd: after the last update with version 1.2.10-11 the mod_delay/0.4 prohibited users from loging in
Package: proftpd Version: 1.2.10-11 Severity: important -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages proftpd depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libcap1 1:1.10-14support for getting/setting POSIX. ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii netbase 4.21 Basic TCP/IP networking system ii proftpd-common 1.2.10-11Versatile, virtual-hosting FTP dae ii ucf 1.17 Update Configuration File: preserv -- debconf information: shared/proftpd/warning: * shared/proftpd/inetd_or_standalone: standalone A typical syslog entry gruop when the problem arised May 9 11:25:02 dentline proftpd[10746]: dentline.nl.nl (ip51ce62e3.adsl-surfen.hetnet.nl[81.206.98.227]) - FTP session opened. May 9 11:25:02 dentline proftpd[10746]: dentline.nl.nl (ip51ce62e3.adsl-surfen.hetnet.nl[81.206.98.227]) - mod_delay/0.4: delaying for 142 usecs May 9 11:25:02 dentline proftpd[10746]: dentline.nl.nl (ip51ce62e3.adsl-surfen.hetnet.nl[81.206.98.227]) - ProFTPD terminating (sig nal 11) May 9 11:25:02 dentline proftpd[10746]: dentline.nl.nl (ip51ce62e3.adsl-surfen.hetnet.nl[81.206.98.227]) - FTP session closed. The whole issue arised after 1 hour of normal functioning. Restart wouldn't help. I had to deactive mod_delay with DelayEngine off to work again stable -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308001: munin: should not store web application data in /var/www
tags 308001 moreinfo quit * Marc Haber torrus is an example of the other kind. I remember not liking the cricket packaging at all, and mrtg is probably not a very good example. I'm not so sure if I like the torrus packaging, with one binary package per httpd. 19 packages is providing httpd as far as I can see, and I'd like Munin to work with all of them, but having one binary package per httpd doesn't seem like a viable option. Shipping example configuration for them in the main Munin package is possible, but would be a maintenance nightmare. Or I could do like the torrus maintainer seems to do and only support the Apache servers, but that would be a bit sad too. Using /var/www/munin is quite nice in that case, as it'll work with any web server without any extra configuration needed. * Tore Anderson Web Application shold try to avoid storing files in the Web Document Root [, but rather create it's own subdir in it]. * Marc Haber I do not concur with that interpretation, since the policy quite clearly states that packages should use /usr/share/doc/package (which is wrong, btw, since nothing should rely on /usr/share/doc being present). Well, I won't claim I'm certain I'm right. Didn't think very much about it back then, now I'm not so sure any longer thanks to you. :-) But I'm not convinced that I was wrong either.. I think it is fine to ship static files in /var/www, but dynamically generated stuff which is painless to lose (like the .png files) should, IMO, be in /var/cache, and dynamic data which has value (like the .rrd files) should be in /var/lib. In my opinion, the value of the data should take precedence to its use when judging where to store it. /var/cache could be a ram disk and not being backupped, and I could surely come up with a situation where /var/www and /var/lib could be treated differently storage-, backup- and purge-wise. Well, it's /var in any case, which the FHS says is for variable data files, so it's unsuitable for fully static files which will never change (ie. files contained in the data.tar.gz part of the .deb), IMO. /usr/share strikes me as the proper place for this. /var/cache does not seem to me like an unreasonable place for the Munin output, based on the FHS description, though. But /var/www seems to be a Debianism that's not mentioned in the FHS, so its intended usage isn't quite clear to me. As noted above, I disagree that fully static data should be under /var at all. Data that's constantly or periodically changing should. But, I wonder, is there some middle ground here? Should /any/ package be allowed to put files in /var/www, or should it go into /var/lib or /var/cache, depending on the data can be regenerated easily or not? Is there a middle ground here, some kind of package that doesn't fit into either /usr/share, /var/cache, or /var/lib? I cannot think of one, yet there are 60 packages that put stuff in /var/www (possibly more, if they do it exclusively run-time and put nothing into data.tar.gz). Is a mass bug filing warranted, or is Munin special in some way that makes it not OK to use /var/www while all the others should? The Policy editors have said repeatedly that Policy is supposed to document current practise. It obviously doesn't here (or at least isn't clear enough), which is in my opinon a good reason to make this issue more visible, on the debian-devel mailing list. I've decided to bring it up there and see if there's some kind of consensus after Sarge's released. Tagging the bug moreinfo while I await the outcome of this discussion. This bug (if it indeed is) won't be fixed before Etch anyway, so there's no need to rush any change. As you point out with the mention of /usr/share/doc, the relevant Policy passage needs improvement anyway. I have discussed this on #d-d. Formally, the idea is that web application register with the menu package and the web swerver queries menu for the packages being installed and configures itself apropriately. That mechanism seems not to be in wide use though. Cheers to documenting current practise... :-P I cannot even find support for this in any of the utilities provided in the menu package. So it seems this is also an issue that should be fixed in the Policy. Regards, -- Tore Anderson
Bug#308234: upgrading from 2.1.23 failed because of not setting slapd/dump_database_destdir
reassign 308234 debconf thanks Hi guys, On Mon, May 09, 2005 at 08:20:23AM +0200, Torsten Landschoff wrote: On Mon, May 09, 2005 at 12:21:32AM +0200, Ferenc Engard wrote: While I have upgraded my system, slapd upgrade asked some questions, including directory to dump databases. The text said the default is /var/backups/slapd-VERSION. Reading that, I simply pushed enter. After that, the preinst script have failed, rendering slapd unconfigured. Meanwhile, apt has upgraded my libldap2 package. Which debconf frontend to you use? I hit the same problem with the readline frontend which does not seem to use the default value if you just push enter but instead the empty value. Maybe the configuration script should just replace the empty value by the default value again. I really think this is a bug that needs to be dealt with from the debconf side of things. Torsten, if you want to add a workaround to slapd, that should be ok, but the real bug appears to be that the readline frontend is somehow defaulting to an empty string for text values (although, not in my testing here...). It may be that slapd is one of the more severely affected packages, but I'm sure it's not the only place this causes problems. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#308315: error in rlfe command line argument parsing
Package: rlfe Version: 5.0-10 Hallo, just installed rlfe from Debian testing in order to make sftp more usable. Unfortunately the following command does not work: bash$ rlfe sftp -oPort=20022 [EMAIL PROTECTED] rlfe: invalid option -- o rlfe: usage: rlfe [-l filename] [-a] [-n appname] [-hv] [command [arguments...]] It seems that rlfe does not stop its command line parsing after the command (sftp in this case). This is a bug because the man page says: SYNOPSIS rlfe [-l filename] [-a] [-n appname] [-hv] [command [arguments ...]] Christoph Dalitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298054: [Test-Mail] %c %i %o %t
OK, it works correctly. Patch can officialy applyed to ssmtp (woody). Thank Michelle Am 2005-05-09 12:57:57, schrieb Michelle Konzack: Hello Anibal, I have added your patch and send this message as test: -- This message will test the Subject for Subject: [Test-Mail] %c %i %o %t -- Greetings Michelle - ENE OF REPLYED MESSAGE - -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#306537: Firefox unexpectedly disappears without prompting
That's a lot of tabs, how much memory does your system have? Check you dmesg and see if you see any lines like OOM Killer. if technically thats a lot of tabs for Firefox then thats a shame, as its easy to have that many open - if I read Slashdot there's a load of interesting stories each day, which may lead on to others, I don't get the time to read them all so they stay open, the next day there's a load more interesting stories, the open tabs just grow! My system has 256MB RAM, which, coming from Windows 2000 a few months ago, I consider a lot of RAM. Windows never needed to use all of it. dmesg says nothing about OOM Killer
Bug#307844: xlibs: xkb int'l keyboard modifiers broken since last update
I checked today that the /etc/X11/xkb directory really was updated from xlibs 4.3.0-dfsg.1--1.12 and removed any non-standard options from the XF86Config-4 file, and the keyboard map seems to be ok. @ and euro sign work, even in the gdm login screen, which they did not yesterday. The only problem remaining is that AltGr does not work as expected from the secondary russian keyboard, but I can live with that. Now I only wonder how it is possible that there are two incompatible sets of X-Windows packages, having identical names and only distinguishable by their version number when installed. I think there should be some mechanism to avoid cross-updating such packages in case of a source provider clash. But that is a different issue. thanks -- peter koellner [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306664: screem: grabs removable media without even having loaded files off it
Is screem 0.12.2 going to make it into Sarge?