Bug#315630: aide: Debconf doesn't ask email address where reports should be mailed.
Package: aide Version: 0.10-6.1 Severity: normal When debconf asks Where should daily reports be mailed? (on package install or dpkg-reconfigure), there is no way to enter new address. In ncurses mode there is no textbox to enter text, just OK button. In readline frontend Daily reports are mailed to root by default. You may change that here or in /etc/default/aide. is just a message, not a question. Of course, email still can be changed in /etc/default/aide. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aide depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent -- debconf information: * aide/aideinit: false * aide/mustaideinit: * aideinit/copynew: true aideinit/overwritenew: true aide/newlibdir: false * aide/setmailaddress: aideinit/warnnew: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248059: Finding devices assumes numerals at the end (Doesn't find LVM2 devices)
Greetings, Is anyone working on this? I am reluctant to use LVM2 without being able to apply tools to the partition. Thank you. Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315624: encfs: Can't rename directories containing symlinks
tags 315624 + unreproducible thanks #include hallo.h * Tim Freeman [Thu, Jun 23 2005, 09:45:44PM]: Package: encfs Version: 1.2.0-3 Severity: normal Within volumes mounted with encfs, I get permission denied errors when I attempt to rename a directory containing symlinks. Here's shell dialogue: [EMAIL PROTECTED]:~$ encfs /home/tim/private.bits /home/tim/private. specified a password [EMAIL PROTECTED]:~$ cd private [EMAIL PROTECTED]:~/private$ mkdir foo [EMAIL PROTECTED]:~/private$ cd foo [EMAIL PROTECTED]:~/private/foo$ mkdir bar [EMAIL PROTECTED]:~/private/foo$ cd bar [EMAIL PROTECTED]:~/private/foo/bar$ ln -s ../baz . [EMAIL PROTECTED]:~/private/foo/bar$ cd .. [EMAIL PROTECTED]:~/private/foo$ echo hi baz [EMAIL PROTECTED]:~/private/foo$ cat bar/baz hi [EMAIL PROTECTED]:~/private/foo$ mv bar bozzo # This should have succeeded mv: cannot move `bar' to `bozzo': Permission denied [EMAIL PROTECTED]:/tmp/b/foo$ mv bar bozzo [EMAIL PROTECTED]:/tmp/b/foo$ ls -la insgesamt 16 drwxr-xr-x 3 blade blade 4096 2005-06-24 08:00 . drwxr-xr-x 4 blade blade 4096 2005-06-24 07:59 .. -rw-r--r-- 1 blade blade3 2005-06-24 08:00 baz drwxr-xr-x 2 blade blade 4096 2005-06-24 08:00 bozzo [EMAIL PROTECTED]:/tmp/b/foo$ ls -la bozzo/ insgesamt 8 drwxr-xr-x 2 blade blade 4096 2005-06-24 08:00 . drwxr-xr-x 3 blade blade 4096 2005-06-24 08:00 .. lrwxrwxrwx 1 blade blade 17 2005-06-24 07:59 baz - ../baz I get something different. What's you umask? I will package an updated upstream version now, please retest it tommorrow. Regards, Eduard. -- Hauptsache es geht vorwärts - die Richtung ist egal.
Bug#312513: [ANDREW] Re: Bug#312513: winbind 3.0.14a-4 (sarge) breaks samba ADS member server
OK, let's get Andrew Bartlett's attention on that one first now that we have as much information as possible..:-) http://bugs.debian.org/312513 This one just looks weird. Aside from something that looks like a logfile parser gone bad (I don't buy the socket misdirection answer, as it is on word boundaries), I can't see the actual error. More useful would be trying to 'getent passwd long.realm.name\username' on the user that is failing. Martin, can you? Andrew, if you have an idea to suggest us. Neither Steve nor I can reproduce the bug because we don't have access to an AD server..:) Not wishing to be rude, but this sounds like a serious bug in itself. ADS member server operation is a big part of what Samba does, and I'm a bit worried you can't test any of this. Well, see Steve's answer..:-) Despite my quite strong involvment in Windows systems management, I still have mnaged to survive *without* ADS, and just still use a good old flat NT4 domain, which I'm very happy with..:-) Steve, do you think it's worth for us to post a call for Debian developers/contributors with access to an ADS domain anhd willing to help on Samba in the Debian ML? Andrew is right that we will have more and more problmems supporting the samba package if we can't really work on the ADS features. Actually, we have one indeed : our bug reporter who opened this thread...:-)
Bug#275904: Patch for localechooser to set the default country at build time and not run time
Quoting Christian Perrier ([EMAIL PROTECTED]): tags 275904 patch thanks The attached patch switches localechooser to use a default country for BOTH the short and long list, which can be set at build time. It adds a translatable Default field to the templates, where the translators should put the ISO code of the country they want to be default in the country choosing screens. I have tested it on local builds and will continue testing it, but I think it deserves some peer review. The patch, as proposed, break all languages which formerly didn't show a short list:-( I think there's some logic error in the place where I commented a few lines in localechooser script. Thius bug actually shows that this part of d-i is a bit messy. The chole mess comes from the choice of not showing the short list for languages which have only one country. This is somewhat needed, though, as using a short list for ALL languages would add en extra load on localechooser templates. Buggerwe have very contradictory needs all around here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315631: ftp.debian.org: please remove kile-i18n source package
Package: ftp.debian.org Severity: normal Hi, As of version 1:1.8.1-1, the binary kile-i18n package is now built from the kile sources. The old kile-i18n source package is now obsolete. Could you please remove the kile-i18n source package from unstable? Note that the kile-i18n binary package still exists (now built from the kile sources), so if it's possible to keep kile-i18n in the overrides file it would be appreciated. Thanks - Ben. -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315632: ftp.debian.org: please remove btools from unstable/testing
Package: ftp.debian.org Severity: normal Hi, Please remove the btools source package (with binary packages libbtools-java and libbtools-java-doc) from unstable/testing. Note that these packages are in contrib, not main. They were useful when written, but I expect their time has passed and better libraries are now available with similar functionality. There are no longer any packages in the archive that depend on any of the btools packages. Thanks - Ben. -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315633: dangling symlinks
Package: openoffice.org2-base Version: 1.9.108-1 Severity: minor man-db shows: /etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/oohtml2.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/ooweb2.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/oocalc2.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/oodraw2.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/oowriter2.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/ooimpress2.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/oomath2.1.gz is a dangling symlink mandb: warning: /usr/share/man/man1/oobase2.1.gz is a dangling symlink Best regards, Philipp -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org2-base depends on: ii libc6 2.3.5-1GNU C Library: Shared libraries an ii openoffice.org2-core 1.9.108-1 OpenOffice.org office suite archit openoffice.org2-base recommends no packages. -- no debconf information -- Philipp Sadleder http://sadleder.de signature.asc Description: Digital signature
Bug#170773: (fwd) [max-appolo@mail.ru: CWEB Emacs mode]
I just plan not to add the new file to the source tree. The existing files which are part of the original distribution can stay. As far as I understood the submitter, that file is not new, but would be an replacement. That does not make a difference to me. I don't plan to add this it to the source tree or update the existing file. That's part of the sources that I take from the web2c maintainer. If you can convince *him* to make the update, fine. Else, you have to distribute that file separately. But, I am wondering what you would gain by distributing emacs lisp files as part of some source package? That source package does not copy this file into a runtime path, so users will not be able to make any use of it (at least not without further action). That's why I think that it makes much more sense that debian distributes these files separately. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251182: FTBFS - Please rebuild ttf2pt1 with libt1-dev instead of t1lib-dev
Hi Anthony, I've prepared an NMU for this issue, which I have uploaded to the DELAYED/4-day queue on gluck. Please find the (trivial) diff attached. Cheers, -- Steve Langasek postmodern programmer diff -u ttf2pt1-3.4.4/debian/control ttf2pt1-3.4.4/debian/control --- ttf2pt1-3.4.4/debian/control +++ ttf2pt1-3.4.4/debian/control @@ -2,7 +2,7 @@ Section: text Priority: optional Maintainer: Anthony Fok [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), libfreetype6-dev ( 2.0.2), t1lib-dev +Build-Depends: debhelper ( 3.0.0), libfreetype6-dev ( 2.0.2), libt1-dev Standards-Version: 3.6.1 Package: ttf2pt1 diff -u ttf2pt1-3.4.4/debian/changelog ttf2pt1-3.4.4/debian/changelog --- ttf2pt1-3.4.4/debian/changelog +++ ttf2pt1-3.4.4/debian/changelog @@ -1,3 +1,11 @@ +ttf2pt1 (3.4.4-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Build against libt1-dev instead of the deprecated t1lib-dev. +Closes: #251182. + + -- Steve Langasek [EMAIL PROTECTED] Thu, 23 Jun 2005 23:49:54 -0700 + ttf2pt1 (3.4.4-1) unstable; urgency=low * New upstream release. signature.asc Description: Digital signature
Bug#315582: unmerging
unmerge 315582 thanks That's not the same problem as the one in #308897. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#315634: util-linux: build against libslang2-dev (= 2.0.4)
Package: util-linux Version: 2.12p-4 Severity: normal Please build against libslang2-dev (= 2.0.4-1), as it is planned to move slang1 (on which util-linux depends) from base. Version 2.0.4-1 is currently available at http://people.debian.org/~mckinstry/debian/unstable It will be uploaded to the main archive as soon as uploading is possible (ftp-master is being moved at the moment). ( The version dependency is because 2.0.4-1 has a bugfix for a bug in slcurses.h that breaks util-linux from building against 2.0.3, which is currently in the archive). Regards Alastair McKinstry [EMAIL PROTECTED] diff -urN util-linux-2.12p-old/debian/changelog util-linux-2.12p/debian/changelog --- util-linux-2.12p-old/debian/changelog 2005-06-24 07:45:08.71918 + +++ util-linux-2.12p/debian/changelog 2005-06-24 07:46:45.671441208 + @@ -1,3 +1,9 @@ +util-linux (2.12p-5) unstable; urgency=low + + * Depend on libslang2-dev. + + -- Alastair McKinstry [EMAIL PROTECTED] Fri, 24 Jun 2005 07:46:21 + + util-linux (2.12p-4) unstable; urgency=low * Depend on newer libblkid1. diff -urN util-linux-2.12p-old/debian/control util-linux-2.12p/debian/control --- util-linux-2.12p-old/debian/control 2005-06-24 07:45:08.721179000 + +++ util-linux-2.12p/debian/control 2005-06-24 07:46:13.981258848 + @@ -1,7 +1,7 @@ Source: util-linux Section: base Priority: required -Build-Depends: libncurses5-dev, slang1-utf8-dev (=1.4.9), gettext, zlib1g-dev, libblkid-dev, uuid-dev, dpatch +Build-Depends: libncurses5-dev, libslang2-dev (= 2.0.4-1), gettext, zlib1g-dev, libblkid-dev, uuid-dev, dpatch Maintainer: LaMont Jones [EMAIL PROTECTED] Standards-Version: 3.5.6.0
Bug#315635: /usr/bin/gksuexec: broken interface to user list
Package: gksu Version: 1.2.5-3 Severity: normal File: /usr/bin/gksuexec There are a number of interface issues with the user list in gksuexec: 1. The users in the list are ordered randomly. (They probably are ordered in /etc/passwd or UID sequence, but they look completely unordered to the user.) 2. The unordered list requires searching all the list to pick the user. This is tedious and error prone. 3. There is no incremental search in the user list. 4. And to top it all off, even if I know the user I want to run the program as in advance, I cannot just type in that user name and thus work around the unusable user list. I suggest these changes: 1. Sort user names alphabetically to make looking for a specific name easier. 2. Add incremental search. I have is a standard way to do this, which is used in lots of different programs. 3. Make it possible to just enter a username, bypassing the user list. You can still choose not to accept user names which do not exist. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10-swsusp2-ndim-2 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gksu depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgksu1.2-01.2.6-3 library providing su and sudo func ii libgksuui1.0-0 1.0.4-3 a graphical fronted to su library ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii sudo1.6.8p7-1.1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
Andreas 'ads' Scherbaum [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.2.1-2 Followup-For: Bug #160849 independent from this bugreport (i did not known it), i filed a bug report on the GNU core bug page: http://savannah.gnu.org/bugs/?func=detailitemitem_id=12903 Thanks for the report. This is a common misunderstanding. Fixing the underlying code to do what people expect will require careful thought and is not a high priority. In the mean time I've added to the description that will end up in the man page. Now, the help output for --reply looks like this: --reply={yes,no,query} specify how to handle the prompt about an existing destination file. Note that --reply=no has an effect only when mv would prompt without -i or equivalent, i.e., when a destination file exists and is not writable, standard input is a terminal, and no -f (or equivalent) option is specified -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315614: bglibs-dev: needs symlinks in /usr/local/bglibs
On Thu, Jun 23, 2005 at 07:16:00PM -0400, Chris Miller wrote: The custom configuration and load scripts in this package fail. The simplest (but probably not best) fix is to add these symlinks in local Hi, I'm not sure I understand you. The bglibs on Debian are installed as stated in /usr/share/doc/bglibs-dev/README.Debian. What's this ``custom configuration and load scripts'', and how do they fail? k9:/usr/local# ls -alR bglibs bglibs: total 8 drwxr-sr-x 2 root staff 4096 Jun 23 19:08 . drwxrwsr-x 12 root staff 4096 Jun 23 19:05 .. lrwxrwxrwx 1 root staff 19 Jun 23 19:05 include - /usr/include/bglibs lrwxrwxrwx 1 root staff 15 Jun 23 19:08 lib - /usr/lib/bglibs k9:/usr/local# That's not possible, Debian packages must not install files into the /usr/local hierarchy. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315539: gphpedit: exits at start up.
Hi Manolo, You don't need to send reports for the two bugs you reported, they have been merged. I see many error about your theme: SphereCrystal. But that doesn't what's crashing the program. I'm not sure about what's crashing it: open(/usr/X11R6/lib/X11/icons/default/index.theme, O_RDONLY) = 16 fstat(16, {st_mode=S_IFREG|0644, st_size=27, ...}) = 0 mmap(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaab04ea000 read(16, [Icon Theme]\nInherits=core\n, 131072) = 27 close(16) = 0 munmap(0x2aaab04ea000, 131072) = 0 brk(0) = 0x883000 brk(0x8a4000) = 0x8a4000 getcwd(/home/mdiaz, 4096) = 12 brk(0) = 0x8a4000 brk(0) = 0x8a4000 brk(0x8a3000) = 0x8a3000 brk(0) = 0x8a3000 getcwd(/home/mdiaz, 4096) = 12 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Do you have an option to 'inform developers'? It usauly available if you have bug-buddy package isntalled. It can give some usuful trace. Manolo Díaz wrote: Lior Kaplan wrote: Hi, 1. Please run gphpedit in the console to see if any messages appear. No, it does not appear 2. Please provid an strace of the problem ('strace gphpedit 2 /tmp/gphpedit_bugreport'). I've run strace gphpedit 2 gphpedit.strace.txt when the dialog box asked me whether exit or restart I answerd restart Please, see the attached file Manolo Díaz wrote: Package: gphpedit Version: 0.9.50-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gphpedit depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2The 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-22GNU C Library: Shared libraries an ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail171.8.4-1 GNOME Accessibility Implementation ii libgcc1 1:4.0.0-9 GCC support library ii libgconf2-4 2.10.0-2GNOME configuration database syste ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-keyring00.4.2-1 GNOME keyring services library 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-4 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libgtkhtml2-02.6.3-1 HTML rendering/editing library - r ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG 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 libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libtasn1-2 0.2.10-4Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information Fails to restart after dialog box. No message is shown. Regards Manolo Díaz -- Regards, Lior Kaplan [EMAIL PROTECTED] http://www.Guides.co.il Debian GNU/Linux unstable (SID)
Bug#315416: gnat: Incorrect upper/lower case handling in Ada.Text_IO.Enumeration_IO
On Thu, 23 Jun 2005, Ludovic Brenta [EMAIL PROTECTED] wrote: What options did you pass to GNAT when compiling? gnatmake -O0 -gnatE -gnato -gnatv -m example.adb -cargs -gnatv -gnati1 -gnatf -gnato -fstack-check I tried with your UTF-8 files and with the following command line: gnatmake -O2 -gnatiw -gnatW8 test_315416.adb I don't use UTF-8 (it is a horrible encoding and the harmonization rules are even worse than the encoding itself). I just ran the source code and the output through `iconv` for you. The reference version is of course the ISO-8859-1 encoded source code. The results are a little surprising. 3.15p-12 and 4.0.0-2 both crash because of #312621 (aka PR19519). Since I don't use UTF-8 that's not my problem. Jacob -- »A corollary of Murphy's law is that duplicate information eventually becomes different information. Putting both in the same file may slow down the process, but it will not prevent it.« -- Wes Groleau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308897: backup-manager security fixes, pending upload.
tags 315582 + pending tags 315582 + pending thanks Those two security issues are pending upload. The security team has been contacted for uploading a fixed package to stable. Thanks for the report and the patches. For testers, pending packages are available here: For sarge: http://www.sukria.net/debian/binary/backup-manager_0.5.7-2sarge1_all.deb For sid/etch: http://www.sukria.net/debian/binary/backup-manager_0.5.8-2_all.deb You'll can find the sources of those packages here: http://www.sukria.net/debian/source/ Regards. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#285934: [fetchmail-devel] fetchmail bug - patch
Nico Golde [EMAIL PROTECTED] wrote, on [EMAIL PROTECTED]: can you please include the following patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285934 The patch and bug report are bogus. GCC 4/i386 compiles vanilla fetchmail 6.2.5 as well as the current SVN fetchmail without problems, and neither has such a nested SMTP_auth_error implementation. Please remove from Debian all patches that break smtp.c. -- Matthias Andree -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315076: Bug#315074: ipkungfu: Renders system inaccessible
Bug#315074: Simplest fix: add /etc/default/ipkungfu with ENABLED=false, source the file in the init script and only start if ENABLED is not false. After the last upload I have been planning to create something like this, as well as using debconf for default values which would indeed stop this from happening Bug#315076 Side note: [EMAIL PROTECTED]:~# grep -A3 Include /etc/init.d/ipkungfu # Include ipkungfu defaults if available if [ -f /etc/ipkungfu ] ; then . /etc/ipkungfu fi [EMAIL PROTECTED]:~# file /etc/ipkungfu /etc/ipkungfu: directory [EMAIL PROTECTED]:~# Should be fixed as well in next version. General: I'll try and get Bug#315074 fixed in the next few hours (sidenotes: 1: hopefully... 2: of course it won't be on the archives right away). If Bug#315076 is not fixed in the same build, then it will go in the next build that will have debconf (hopefully). The debconf work I was planning can go up in a seperate upload in about 2 weeks time (if not beforehand). -- N Jones Blogging @ http://nigelj.blogspot.com Proud Debian FOSS User Debian Maintainer of: html2ps ipkungfu
Bug#315539: gphpedit: exits at start up.
Thanks for the info. I'll try to talk with upstream on this. I'm putting the relevant part here: 0x2d633a26 in waitpid () from /lib/libpthread.so.0 #0 0x2d633a26 in waitpid () from /lib/libpthread.so.0 #1 0x2ac1eeae in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #2 signal handler called #3 0x00447cc9 in gtk_scintilla_load_lexer_library () #4 0x2d11c591 in gtk_marshal_VOID__INT_INT () from /usr/lib/libgtk-x11-2.0.so.0 #5 0x2df7b056 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0x2df8a8ce in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #7 0x2df89906 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x2d15c45c in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x00449dd5 in ScintillaGTK::NotifyParent () #10 0x0045c737 in Editor::NotifySavePoint () #11 0x004508a7 in Document::NotifySavePoint () #12 0x004618a7 in Editor::WndProc () #13 0x0045399e in ScintillaBase::WndProc () #14 0x7faed4a0 in ?? () #15 0x00706dc0 in ?? () #16 0x0044bbe9 in scintilla_send_message () #17 0x00441d63 in gtk_scintilla_set_save_point () Manolo Díaz wrote: Lior Kaplan wrote: Hi Manolo, You don't need to send reports for the two bugs you reported, they have been merged. I see many error about your theme: SphereCrystal. But that doesn't what's crashing the program. I'm not sure about what's crashing it: open(/usr/X11R6/lib/X11/icons/default/index.theme, O_RDONLY) = 16 fstat(16, {st_mode=S_IFREG|0644, st_size=27, ...}) = 0 mmap(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaab04ea000 read(16, [Icon Theme]\nInherits=core\n, 131072) = 27 close(16) = 0 munmap(0x2aaab04ea000, 131072) = 0 brk(0) = 0x883000 brk(0x8a4000) = 0x8a4000 getcwd(/home/mdiaz, 4096) = 12 brk(0) = 0x8a4000 brk(0) = 0x8a4000 brk(0x8a3000) = 0x8a3000 brk(0) = 0x8a3000 getcwd(/home/mdiaz, 4096) = 12 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Do you have an option to 'inform developers'? It usauly available if you have bug-buddy package isntalled. It can give some usuful trace. I've set theme to default. I hope it makes easier for you. The result is attached. Regards Manolo Díaz Manolo Díaz wrote: Lior Kaplan wrote: Hi, 1. Please run gphpedit in the console to see if any messages appear. No, it does not appear 2. Please provid an strace of the problem ('strace gphpedit 2 /tmp/gphpedit_bugreport'). I've run strace gphpedit 2 gphpedit.strace.txt when the dialog box asked me whether exit or restart I answerd restart Please, see the attached file Manolo Díaz wrote: Package: gphpedit Version: 0.9.50-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gphpedit depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2The 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-22GNU C Library: Shared libraries an ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail171.8.4-1 GNOME Accessibility Implementation ii libgcc1 1:4.0.0-9 GCC support library ii libgconf2-4 2.10.0-2GNOME configuration database syste ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-keyring00.4.2-1 GNOME keyring services library 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-4 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error
Bug#283957: Please package unixodbc's drivers
Am Donnerstag, 23. Juni 2005 23:16 schrieb Steve Langasek: On Thu, Dec 02, 2004 at 04:29:20PM +0100, Emmanuel Charpentier wrote: As of today (Dec 2, 2004), the native PostgreSQL driver (as packaged by Peter Einsraut in odbc-postgresql) is *still* unable to report important information to client programs, such as existent schemata, and, for example, cannot be used from OpenOffice for view creation. A bug has been filed a long time ago against odbc-postgresql, but things seems not good on this front (the maintainer, wrote on Aug, 10, 2004 in a followup to bug #215943 : The ODBC 3 support (with unixODBC) in the 07.03.0200 driver is broken beyond repair, so it is not reasonable to package this. The next upstream version will be ODBC 3 exclusively and will be packaged when it's ready. :)). The latest PostgreSQL ODBC package 08.00.0101, which supports ODBC 3, is in testing, so I believe his concerns have been addressed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Package: sqwebmail Version: 0.47-4 Severity: normal sqwebmail doesn't parse out any extra elements from the comments field after the name. It should only read up to before the first comma, then ignore the rest. For example, this is my entry in /etc/passwd: dezwart:x:1000:1000:Pete de Zwart0411 648 655:/home/dezwart:/bin/bash Thus, sqwebmail believed my name is: Pete de Zwart0411 648 655 Where as, it should only use: Pete de Zwart Having to change the From: field for each e-mail is a bit of a pain. Regards, Pete de Zwart. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sqwebmail depends on: ii apache [httpd] 1.3.33-6 versatile, high-performance HTTP s ii courier-authdaemon 0.47-4 Courier Mail Server - Authenticati ii courier-base0.47-4 Courier Mail Server - Base system ii courier-maildrop0.47-4 Courier Mail Server - Mail deliver ii cron3.0pl1-86management of regular background p ii exim4 4.50-8 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tr 4.50-8 exim MTA (v4) daemon with extended ii expect 5.42.1-1.2 A program that talks to other pr ii ibritish [ispell-dictionary 3.1.20.0-4 A British English dictionary for i ii ispell 3.1.20.0-4 International Ispell (an interacti ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgdbm31.8.3-2 GNU dbm database routines (runtime -- debconf information: sqwebmail/install-www-backup: symlink * sqwebmail/install-www: symlink * sqwebmail/calendarmode: local * sqwebmail/dictionary: british -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170773: CWEB Emacs mode
Frank Küster writes: Hi Olaf, in the Debian BTS we have a suggestion to update cweb.el in web2c/cwebdir/ to a version that works better with current emacsen. The file can be found at http://bugs.debian.org/cgi-bin/bugreport.cgi/cwebm.el?bug=170773msg=3att=1, the m in the name should be dropped to replace Knuth's original cweb.el, if the license allows this (I hope it does). I'm not sure it does (see web2c/cwebdir/README). However, the _only_ reason that this file is in the web2c source tree is that is is part of the original cweb source which I unpacked there. (In other words: historical reasons.) The contents of this directory are pretty inert, note for example that when building/installing web2c the makefile in web2c/cwebdir doesn't get used at all, and even the manual page we install doesn't come from there, but from web2c/man/cweb.man instead. Thomas and I discussed whether c++lib.w should be installed, and my take is that it should just be shipped in texmf-dist/cweb instead of installing from the web2c source tree. (And I would not be surprised if it is in dire need of updating, given that C++ has changed a bit over the years.) My position of cweb.el is similar: the copy in the web2c source tracks the original source. It is not going to be automatically installed, among other reasons because it is quite likely that you need a much newer version than what is there. -- Olaf Weber (This space left blank for technical reasons.)
Bug#315637: ITP: libcache-fastmmap-perl -- Mmmap'ed file as a shared memory interprocess cache
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libcache-fastmmap-perl Version : 1.09 Upstream Author : Rob Mueller [EMAIL PROTECTED] * URL : http://search.cpan.org/CPAN/authors/id/R/RO/ROBM/Cache-FastMmap-1.09.tar.gz * License : (Artistic/GPL) Description : Mmmap'ed file as a shared memory interprocess cache A shared memory cache through an mmap'ed file. It's core is written in C for performance. It uses fcntl locking to ensure multiple processes can safely access the cache at the same time. It uses a basic LRU algorithm to keep the most used entries in the cache. It's used for example in Catalyst::Plugin::Session::FastMmap which is part of Catalyst, The Elegant MVC Web Application Framework. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315583: explanation of Conflicts/Replaces/Provides
reassign 315583 developers-reference thanks On Thu, Jun 23, 2005 at 08:51:01PM +0200, Bartosz Fenski aka fEnIo wrote: On Thu, Jun 23, 2005 at 02:14:16PM -0400, Marvin Renich wrote: I hope this is the right pseudo-package; I couldn't find a pseudo-package for official Debian documents; perhaps a wishlist bug against bugs.debian.org requesting a new pseudo-package is in order. :-) There is pseudo-package debian-policy. But this explanation should probably be included in developers' reference, so bug should be filled against its package. Done. -- Matt signature.asc Description: Digital signature
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Pete de Zwart schrieb: Package: sqwebmail Version: 0.47-4 Severity: normal sqwebmail doesn't parse out any extra elements from the comments field after the name. It should only read up to before the first comma, then ignore the rest. For example, this is my entry in /etc/passwd: dezwart:x:1000:1000:Pete de Zwart0411 648 655:/home/dezwart:/bin/bash Thus, sqwebmail believed my name is: Pete de Zwart0411 648 655 Where as, it should only use: Pete de Zwart Did your change anything concerning the used authentication modules? Willi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311710: kdelibs: Does not have a versioned dependency on libmad0
tags 311710 sarge thanks The practical impact of this bug is not release-critical for etch, since partial upgrades from sarge-etch will not be affected: only partial upgrades from woody to sarge can be. Tagging it appropriately. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315641: slsc: please build against libslang2
Package: slsc Severity: normal Hi, libslang2 (2.0.3) is now in the Debian archive. I am working to transition all packages from slang1 to slang2, as slang is a required package in Debian and it is undesirable to require both versions be present on all Debian/Etch systems. (See http://wiki.debian.net/?action=editpage_name=EtchSlang2upgrade for ths current status) It would be appreciated if you could port slsc to slang2 quickly. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315639: most: please rebuild against libslang2
Package: most Severity: normal Hi, libslang2 (2.0.3) is now in the Debian archive. I am working to transition all packages from slang1 to slang2, as slang is a required package in Debian and it is undesirable to require both versions be present on all Debian/Etch systems. (See http://wiki.debian.net/?action=editpage_name=EtchSlang2upgrade for ths current status) It would be appreciated if you could port most to slang2 quickly. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315640: slrn: please rebuild against libslang2
Package: slrn Severity: normal Hi, libslang2 (2.0.3) is now in the Debian archive. I am working to transition all packages from slang1 to slang2, as slang is a required package in Debian and it is undesirable to require both versions be present on all Debian/Etch systems. (See http://wiki.debian.net/?action=editpage_name=EtchSlang2upgrade for ths current status) It would be appreciated if you could port slrn to slang2 quickly. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315642: python-slang: please build against libslang2
Package: python-slang Severity: normal Hi, libslang2 (2.0.3) is now in the Debian archive. I am working to transition all packages from slang1 to slang2, as slang is a required package in Debian and it is undesirable to require both versions be present on all Debian/Etch systems. (See http://wiki.debian.net/?action=editpage_name=EtchSlang2upgrade for ths current status) It would be appreciated if you could port python-slang to slang2 quickly. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312936: Programmes linked against libacl1 segfault in libacl1 code.
So are there any porters alive out there on debian-arm? Being unable to use cp, mv, and install after upgrading from woody to sarge is a rather serious problem. If anyone has any ideas about this, or can test the problem with a woody vs. a sarge kernel, please speak up so that we can at the very least document this in the release notes if we need to. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#311357: via-rhine still not working...
Hi I tried your latest patched 2.6.8 and 2.6.11 kernels on my home firewall. (The home firewall was working fine with a 2.4 kernel last week, and had been for many months. The hard disk failed, so I thought I would test the new distribution and 2.6 kernel with the new disk. Apart from a replacement hda, the hardware is exactly the same. I am now *using* raid !) The via rhine driver in the new kernel is much better in that it actually appears as an eth* device, and it works by itself. As previously reported, this was not the case with the 2.6 kernel in the 3.1r0 distribution. BUT When you have the via-rhine sharing an interrupt with another netcard as I have, it dies horribly. The via-rhine is my private network, and the dec tulip the internet. Both kernels fail, here I am running your 2.6.11 == [EMAIL PROTECTED]:~$ uname -a Linux wiggle 2.6.11-1-386 #1 Fri May 27 16:55:08 JST 2005 i586 GNU/Linux [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ apt-cache showpkg kernel-image-2.6.11-1-386 Package: kernel-image-2.6.11-1-386 Versions: 2.6.11-5.hls.2005052700(/var/lib/apt/lists/debian.vergenet.net_testing_kernel-image-2.6.11-i386_._Packages)(/var/lib/dpkg/status) Reverse Depends: Dependencies: 2.6.11-5.hls.2005052700 - initrd-tools (2 0.1.76) coreutils (16 (null)) fileutils (2 4.0) module-init-tools (2 0.9.13) lilo (18 19.1) grub (0 (null)) fdutils (0 (null)) kernel-doc-2.6.11 (16 (null)) kernel-source-2.6.11 (0 (null)) hotplug (3 0.0.20040105-1) Provides: 2.6.11-5.hls.2005052700 - kernel-image-2.6 kernel-image Reverse Provides: [EMAIL PROTECTED]:~$ == Here is output from lspci == [EMAIL PROTECTED]:~$ lspci -tv -[00]-+-00.0 ALi Corporation M1541 +-01.0-[01]00.0 Cirrus Logic GD 5465 [Laguna] +-02.0 ALi Corporation USB 1.1 Controller +-07.0 ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] +-08.0 Promise Technology, Inc. 20269 +-09.0 VIA Technologies, Inc. VT86C100A [Rhine] +-0a.0 Digital Equipment Corporation DECchip 21041 [Tulip Pass 3] \-0f.0 ALi Corporation M5229 IDE [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ lspci -v :00:00.0 Host bridge: ALi Corporation M1541 (rev 04) Subsystem: ALi Corporation ALI M1541 Aladdin V/V+ AGP System Controller Flags: bus master, slow devsel, latency 32 Capabilities: available only to root :00:01.0 PCI bridge: ALi Corporation M1541 PCI to AGP Controller (rev 04) (prog-if 00 [Normal decode]) Flags: bus master, slow devsel, latency 32 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 Memory behind bridge: d000-d3ff :00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) (prog-if 10 [OHCI]) Flags: bus master, medium devsel, latency 32, IRQ 11 Memory at d6004000 (32-bit, non-prefetchable) [size=4K] Capabilities: available only to root :00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) Flags: bus master, medium devsel, latency 0 Capabilities: available only to root :00:08.0 Unknown mass storage controller: Promise Technology, Inc. 20269 (rev 02) (prog-if 85) Subsystem: Promise Technology, Inc. Ultra133TX2 Flags: bus master, 66MHz, slow devsel, latency 32, IRQ 5 I/O ports at 2c00 [size=8] I/O ports at 3000 [size=4] I/O ports at 3400 [size=8] I/O ports at 3800 [size=4] I/O ports at 2000 [size=16] Memory at d600 (32-bit, non-prefetchable) [size=16K] Capabilities: available only to root :00:09.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine] (rev 06) Subsystem: D-Link System Inc DFE-530TX rev A Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at 2400 [size=128] Memory at d6005000 (32-bit, non-prefetchable) [size=128] :00:0a.0 Ethernet controller: Digital Equipment Corporation DECchip 21041 [Tulip Pass 3] (rev 21) Subsystem: D-Link System Inc DE-530+ Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at 2800 [size=128] Memory at d6006000 (32-bit, non-prefetchable) [size=128] :00:0f.0 IDE interface: ALi Corporation M5229 IDE (rev c2) (prog-if fa) Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at 3c00 [size=16] Capabilities: available only to root :01:00.0 VGA compatible controller: Cirrus Logic GD 5465 [Laguna] (rev 03) (prog-if 00 [VGA]) Subsystem: Cirrus Logic: Unknown device Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 10 Memory at d000 (32-bit, non-prefetchable) [size=32M] Memory at d300 (32-bit, non-prefetchable) [size=64K] Capabilities: available only to root == Here is a log for a controlled experiment: unload (with modprobe -r) the
Bug#315643: openoffice.org2 does not build in amd64
Package: openoffice.org2 Severity: important Justification: fails to build from source openoffice.org fails to compile under adm64 debian port running sarge with build-dependencies from unstable. the same error can be found in amd64 buildd archive: http://amd64.ftbfs.de/fetch.php?pkg=openoffice.org2ver=1.9.108-1arch=amd64stamp=1119228703file=logas=raw it states: No Dependencies - dmake: Error -- `./unxlngx4.pro/misc/neon-0.24.7.unpack' not found, and can't be made '---* tg_merge.mk *---' I think ooo team could make an effort to compile ooo2 into amd64 because we can't make use of this tool natively and it would be very important to have it (for me at least ... and for many people). best regards. Thanks in advance Luis Matos -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-11-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315538: dput doesn't refuse to operate on doubly-signed .changes
On Thu, Jun 23, 2005 at 05:53:47PM +0200, Thomas Viehmann wrote: Hi Jeroen, thank you for your investigation of the issue and your resulting suggestion. I do think that this might be a good check to do and will consider implementing it. Do you happen to have any idea though how large this problem is? After all, I don't think debsign allows creation of doubly-signed .changes. It's not large, but when it happens, there is no feedback on what happened, as the upload queue processor does *not* fail on it but reports success back, and then you get silence. --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#109963: impressive discout med orchestra
ghost providential lima shipbuild citrate clone bethel inhumane fermat solid grotesque decide histochemic champagne dactyl buchanan http://RND_LC_CHAR[5-9].quentstudios.info/?07fad6b9ad3B3f7bG6d6b2818744e310 sardine terminal ouch persevere brockle
Bug#315644: php4-pgsql: Looks for socket in the wrong place?
Package: php4-pgsql Version: 3:4.3.10-5 Severity: normal I don't know if this is a bug for php4-pgsql or postgresql-8.0, just move appropiately. I installed postgresql-8.0 and my php pages which use local unix sockets to connect to postgres stopped working, I had to create a symlink in /var/run/postgresql to /tmp/.s.PGSQL.5432 to be able to connect. Thanks, Alex -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages php4-pgsql depends on: ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii libapache-mod-php4 [phpapi- 4:4.3.10-15 server-side, HTML-embedded scripti ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpq4 8.0.3-6 PostgreSQL C client library ii php4-cli [phpapi-20020918] 4:4.3.10-15 command-line interpreter for the p -- debconf information: * php4/extension_pgsql_cli: true php4/add_extension: true php4/remove_extension: true * php4/extension_pgsql_apache: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315645: IMAP: move message won't move attachments
Package: kmail Version: 4:3.3.2-3 Severity: normal When I move a message that has an attachment from an IMAP box (imap.club-internet.fr, haven't tried on anoter IMAP server) to a local folder, kmail doesn't move the attachment. It always happen when the attachment is big (let's say more than 2 MB) or when there are several attachments that sums up to a big size. However, I can copy it to a local folder and I have no problem... Maybe it's an option, but I haven't seen it. Thank you for your hard work :) Gilles. P.S. : (this was copied from reportbug tool because my exim is not correctly configured) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libkcal2a4:3.3.2-3 KDE calendaring library ii libkdenetwork2 4:3.3.2-3 KDE Network library ii libkdepim1 4:3.3.2-3 KDE PIM library ii libkleopatra0a 4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities1 4:3.3.2-3 KDE PIM user identity information ii libksieve0 4:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library 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-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii perl 5.8.4-8 Larry Wall's Practical Extraction ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = [EMAIL PROTECTED], LC_ALL = [EMAIL PROTECTED], LANG = [EMAIL PROTECTED] are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268337: network-admin slightly less crappy now
network-admin does not do as much damage as it did before, but unfortunately it still does some damage. I have a simple laptop system: just the lo interface and a Wi-Fi interface. I have a number of logical interfaces defined in /etc/network/interfaces for the different networks that I connect to and I can configure my Wi-Fi interface as these logical interfaces using ifup. I also have several ppp logical interfaces defined but I don't often use ppp interfaces any more. # ifconfig |grep '^[^ ]' loLink encap:Local Loopback wlanp_0 Link encap:Ethernet HWaddr 00:07:0E:B3:89:8E # ifconfig -a |grep '^[^ ]' loLink encap:Local Loopback wifi0 Link encap:UNSPEC HWaddr 00-07-0E-B3-89-8E-00-00-00-00-00-00-00-00-00-00 wlanp_0 Link encap:Ethernet HWaddr 00:07:0E:B3:89:8E # cat /etc/network/run/ifstate lo=lo wlanp_0=decis-wireless-dhcp # grep ^iface /etc/network/interfaces iface lo inet loopback iface decis-wired-static inet dhcp iface decis-wireless-dhcp inet dhcp iface ppp-Xircom-Mtl inet ppp iface ppp-LT-DenHaag inet ppp gnome-system-tools's network-admin module can't handle this simple case. First I back up my networking configuration files because I know from experience what n-a likes to do to them. Then I start up n-a and enter the root password. For ten seconds I look at an entirely greyed-out window and begin to wonder whether or not it has frozen. Finally a list appears in the Connections pane: Modem connection The interface ppp0 is not configured Wireless connection The interface wifi0 is not configured It is true that the ppp0 interface is not configured. It doesn't exist on my system right now because I am not running a pppd. I decide not to investigate network-admin's handling of PPP interfaces right now. It is more or less true that wifi0 is not configured. I have a Cisco Aironet card driven by the airo and airo-cs drivers. These drivers create two network interfaces when they load: wifi0 and eth0. I have configured ifrename to change the latter name to wlanp_0. The latter is configured; the former isn't really a different device. I don't really mind the fact that wifi0 appears in the listing, but where is wlanp_0? OK, next I try something simple and easy -- I try changing the hostname from 'thanatos' to 'thanatos1'. I answer affirmatively the question whether or not I really want to do this. The program freezes for a while and then, unexpectedly, exits. Has it crashed, or what? Let's look at my configuration files. # diff network/interfaces_PREGST network/interfaces # diff hostname_PREGST hostname 1c1 thanatos --- thanatos1 OK so far. # diff -u hosts_PREGST hosts --- hosts_PREGST2005-06-19 17:54:43.0 +0200 +++ hosts 2005-06-24 10:36:30.0 +0200 @@ -1,4 +1,4 @@ -127.0.0.1 localhost.localdomain localhost +127.0.0.1 localhost.localdomain localhost thanatos thanatos1 127.0.1.1 thanatos 192.168.1.1 lubbers @@ -26,17 +26,17 @@ # 217.12.6.29 rc1.vip.ukl.yahoo.com # DECIS -130.161.177.97 sbs +130.161.177.97 sbs 130.161.177.119 npi9f5253 # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) -fe00::0 ip6-localnet -ff00::0 ip6-mcastprefix -ff02::1 ip6-allnodes -ff02::2 ip6-allrouters -ff02::3 ip6-allhosts +fe00::0 ip6-localnet ip6-localnet +ff00::0 ip6-mcastprefix ip6-mcastprefix +ff02::1 ip6-allnodes ip6-allnodes +ff02::2 ip6-allrouters ip6-allrouters +ff02::3 ip6-allhosts ip6-allhosts # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) @@ -45,9 +45,3 @@ # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) -::1 ip6-localhost ip6-loopback -fe00::0 ip6-localnet -ff00::0 ip6-mcastprefix -ff02::1 ip6-allnodes -ff02::2 ip6-allrouters -ff02::3 ip6-allhosts #$*%$! The program has made a mess of my very simple and straightforward /etc/hosts file! My existing hostname was on the 127.0.1.1 line; g-s-t has put the new hostname in as an alias for localhost.localdomain instead. It has left the old hostname in on the 127.0.1.1 line. And most bizarrely of all it has _added_ the _old_ hostname in as an alias for localhost.localdomain! It has replaced some tabs with spaces, unnecessarily. It has stupidly duplicated host names on a group of lines beginning with fe00::0. It has deleted another group of lines for IPv6. I see that the program has also touched /etc/host.conf. It didn't occur to me to back _that_ file up. Why is network-admin touching that file? It shouldn't. I restore my configuration files from backups. My next test is to see what happens when I change the DNS configuration via network-admin. I have resolvconf installed, so /etc/resolv.conf is a symlink to /etc/resolvconf/run/resolv.conf. I delete a nameserver address and add an item to the search list and click OK. The program pauses and then exits, and I am left again with a mangled
Bug#315644: php4-pgsql: Looks for socket in the wrong place?
reassign 315644 postgresql-8.0 thanks On Fri, Jun 24, 2005 at 12:02:52PM +0200, Alex wrote: I don't know if this is a bug for php4-pgsql or postgresql-8.0, just move appropiately. The latter. I installed postgresql-8.0 and my php pages which use local unix sockets to connect to postgres stopped working, I had to create a symlink in /var/run/postgresql to /tmp/.s.PGSQL.5432 to be able to connect. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#268343: No improvement
network-admin 1.2.0-2 still does not understand the search option. Before: # cat resolv.conf nameserver 127.0.0.1 nameserver 130.161.180.1 nameserver 130.161.180.65 search decis.nl I start network-admin. It does not show 'decis.nl' as the domain name. It is totally unclear whether entering something in network-admin's General|Domain name field will change the NIS domain name in /proc/sys/kernel/domainname or the DNS domain name specified in /etc/resolv.conf. I enter 'yyy.org' in the Domain name field and click OK. The program pauses and then exits. After: # cat resolv.conf nameserver 127.0.0.1 nameserver 130.161.180.1 nameserver 130.161.180.65 search decis.nl domain yyy.org OK, so now I know that General|Domain name changes the DNS domain name, not the NIS domain name. However it still does so without understanding that there was already a search option in resolv.conf which has now been rendered inoperative. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315648: fte: please move to libslang2
Package: fte Severity: normal Hi, libslang2 (2.0.3) is now in the Debian archive. I am working to transition all packages from slang1 to slang2, as slang is a required package in Debian and it is undesirable to require both versions be present on all Debian/Etch systems. (See http://wiki.debian.net/?action=editpage_name=EtchSlang2upgrade for ths current status) It would be appreciated if you could port fte to slang2 quickly. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315646: java-gcj-compat: last upload of gcc-4.0 broke links in include directory
Package: java-gcj-compat Version: 1.0.28-6 Severity: important Hi, just realized that one of the last uploads of the gcc-4.0 source package broke the links in the /usr/lib/jvm/java-gcj/include directory: gandalf:/usr/lib/jvm/java-gcj/include# ls -l insgesamt 4 lrwxrwxrwx 1 root root 41 2005-06-20 13:14 gcj - .../../../gcc/i486-linux/4.0.1/include/gcj lrwxrwxrwx 1 root root 44 2005-06-20 13:14 jawt.h - .../../../gcc/i486-linux/4.0.1/include/jawt.h lrwxrwxrwx 1 root root 47 2005-06-20 13:14 jawt_md.h - .../../../gcc/i486-linux/4.0.1/include/jawt_md.h lrwxrwxrwx 1 root root 43 2005-06-20 13:14 jni.h - .../../../gcc/i486-linux/4.0.1/include/jni.h The directory i486-linux changed to i486-linux-gnu in the libgcj6-dev package. Severity important as it breaks compiling java stuff with jni code. Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages java-gcj-compat depends on: ii ecj-bootstrap [ecj] 3.0.1-5bootstrap version of the Eclipse J ii fastjar 1:4.0.0-11 Jar creation utility ii gij-4.0 4.0.0-11 The GNU Java bytecode interpreter ii gjdoc 0.7.5-1documentation generation framework ii libgcj6-dev 4.0.0-11 Java development headers and stati java-gcj-compat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315647: iptables -L segmentation faults
Package: iptables Version: 1.3.1-2 Severity: normal when I run iptables -L it stops with a segmentation fault. Hence, I cannot check if all rules were loaded correctly. -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-komsys-pc-ruf.v1 Locale: LANG=en_IE, LC_CTYPE=en_IE (charmap=ISO-8859-1) Versions of packages iptables depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an iptables recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313390: quanta crashes by pressing the preview button
severity 313390 important retitle 313390 quanta crashes when previewing frame sets thanks Well, if the worst that happens is that quanta crashes when using HTML *frames*, then this doesn't sound grave to me -- indeed, it seems quite usable as long as you avoid certain ugly and deprecated HTML tags? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Hi Willi, Couier-authdaemon is using the out of the box debian config, is there a specific file I can check for you? Regards, Pete de Zwart. -Original Message- From: Willi Mann [mailto:[EMAIL PROTECTED] Sent: Friday, 24 June 2005 7:25 PM To: Pete de Zwart; [EMAIL PROTECTED] Subject: Re: Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd Did your change anything concerning the used authentication modules? Willi smime.p7s Description: S/MIME cryptographic signature
Bug#315569: /usr/bin/ld: cannot find -lgnat-3.4
Investigating further, I think the problem is that my gnat and libgnat packages are too new. Downgrading them to the versions from stable fixes the problem. The fault is that ghdl was looking in /usr/lib//gcc/i486-linux/3.4.4/adalib/, but my too-new gnat provided ../3.4.5/... instead. So I think that ghdl has a = version dependency on gnat that should be an == version dependency. --Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306448: pbuilder: Support for preserving environment PATH
On Fri, Jun 24, 2005 at 07:55:10AM +0900, Junichi Uekawa wrote: --- pbuilder-buildpackage 21 Apr 2005 23:10:23 - 1.111 +++ pbuilder-buildpackage 20 Jun 2005 10:38:50 - @@ -87,7 +87,6 @@ fi echo - Building the package -export PATH=/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin This is around where you have to set the PATH (right after $CHROOTEXEC). If you set the PATH before $CHROOTEXEC (e.g. when the pbuilderrc is sourced like below), it'll just get clobbered by $CHROOTEXEC... Now I don't grok you. $CHROOTEXEC is just 'chroot' which shouldn't have any effect on the environmental variable which the shell is holding. Err, yeah, sorry. It's not CHROOTEXEC, it's PBUILDERROOTCMD (sudo, su, etc.) that munges the PATH. Removing this PATH over to the pbuilderrc config file which is sourced at the top of pbuilder-buildpackage should fix what you're experiencing. ... but that's not happening. Hmm... Ah, it's because the pbuilderrc is sourced in pdebuild (via pbuilder-checkparams) *before* the ${PBUILDERROOTCMD} pbuilder stuff... It should work if you set PBUILDERROOTCMD= run the whole /usr/bin/pdebuild as root. -- Society is never going to make any progress until we all learn to pretend to like each other. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311712: kwifimanager: Does not have a versioned dependency on libmad0
tags 311712 sarge thanks The practical impact of this bug is limited to partial upgrades from woody to sarge; tagging appropriately. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315636: sqwebmail: Doesn't parse out extra data in the comments field of /etc/passwd
Pete de Zwart schrieb: Hi Willi, Couier-authdaemon is using the out of the box debian config, is there a specific file I can check for you? I just wanted to make sure I search in the right module (authpam). I'll do that later today unless someone else comes up with a solution/explanation. Willi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314408: libc6: Fix pthread_rwlock_wrlock hang with nptl
severity 314408 important thanks Given that this bug is specific to amd64, it is not actually a release-critical bug for Debian (yet); there's no sense in letting this bug block glibc updates from reaching testing when amd64 isn't even in the archive... Does http://sources.redhat.com/ml/libc-hacker/2004-02/msg00022.html suggest that the fix is already included in glibc 2.3.5? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315278: Recursive change of rights doesn't act on parent folder
On 2005-06-21 18:33:20 +0300 Anton Zinoviev [EMAIL PROTECTED] wrote: Package: gworkspace.app Version: 0.7.0-1 Tags: forwarded [If you reply, please keep the CC to [EMAIL PROTECTED] If I try to use the Inspector in order to change recursively the rights of a folder and its contents (by checking the box also apply to files inside selection), GWorkspace applies the changes only to the files inside the selection but not to the selected folder. Anton Zinoviev Fixed on CVS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315649: manedit: looks in /usr/man
Package: manedit Version: 0.6.1-1 Severity: minor Even though manedit.1.gz refers to: /usr/share/man Global manual pages directory (used by newer UNIX distributions). manedit's compiled-in Global value is /usr/man, missing all the Debian man pages. That's an obvious FHS-compliance bug, though fortunately users can work around it in their ~/.maneditrc. A grep through the source tarball shows: pref.c-1708-#if defined(__FreeBSD__) pref.c:1709: text[0] = /usr/share/man; pref.c-1710-#else pref.c:1711: text[0] = /usr/man; pref.c-1712-#endif -- prefcb.c-678-#if defined(__FreeBSD__) prefcb.c:679: /usr/share/man, prefcb.c-680-#else prefcb.c:681: /usr/man, prefcb.c-682-#endif (Some bonus wishlistiness: /usr/bin/manpath, $TMPDIR, GTK 2...) -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.11.hurakan Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages manedit depends on: ii groff-base 1.18.1.1-7 GNU troff text-formatting system ( ii libbz2-1.0 1.0.2-7 high-quality block-sorting file co ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14 X Window System Input extension li ii man-db 2.4.2-21The on-line manual pager ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312958: FTBFS on ia64
tags 312958 sid thanks I don't seem to be able to reproduce this bug on merulo in a testing chroot, only in unstable. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#314158: translate still b0rken
* Christian Kujau [EMAIL PROTECTED] [2005-06-23 02:46]: % echo $LANG - $LANGUAGE I can reproduce this problem. I'm at a conference right now, but I'll send a patch next week. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315650: exim4-daemon-heavy: TLS error (gnutls_handshake) - 4.51-1; was OK in 4.50-8
Package: exim4-daemon-heavy Version: 4.51-1 Severity: important The problem here is some, but not all, incoming TLS emails getting deferred: 2005-06-24 11:55:01 TLS error on connection from host81-136-150-217.in-addr.btopenworld.com (thegerhards.com) [81.136.150.217]:30228 (gnutls_handshake): A TLS fatal alert has been received. This coincided with (a few hours after) upgrading from 4.50-8 to 4.51-1. I can reliably reproduce the problem on 4.51-1, within an hour or two. With the previous 4.50-8 I have never seen the problem. Switching back and forth between the versions reliably reproduces the problem (on 4.51-1). For this reason, I believe this bug may be different than the two existing, older, bugs #285371 #297174, which affected previous releases (where I never saw a problem). I would note that not all incoming TLS traffic seems to be affected. Somes sites' TLS traffic is deferred, others accepted. Outgoing TLS traffic seems to be fine. Running -d+all didn't provide any further information, unfortunately. One other data point: 4.50-8 seems to reliably recreate the gnutls-params file if it is removed, whereas I've noted that with 4.51-1 the file is never created. Of course, this may just be a symptom of the problem. Please let me know if I can provide more information. cheers, calum. -- Package-specific info: Exim version 4.51 #1 built 10-Jun-2005 19:02:02 Copyright (c) University of Cambridge 2005 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 PAM Perl GnuTLS Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 cyrus_sasl plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='internet' # Our primary hostname is in /etc/mailname dc_other_hostnames='diz : cdmnet.org.uk : cdmnet.info : cdm.homelinux.org : dialachef.co.uk:cdmnet.org' dc_local_interfaces='' dc_readhost='' dc_relay_domains='CONFDIR/relay.domains' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='' dc_mailname_in_oh='true' mailname:cdmnet.org -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages exim4-daemon-heavy depends on: hi exim4-base 4.51-1 support files for all exim MTA (v4 ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-19Berkeley v4.2 Database Libraries [ ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libldap22.1.30-10OpenLDAP libraries ii libmysqlclient124.0.24-10mysql database client library ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpcre35.0-1.1 Perl 5 Compatible Regular Expressi ii libperl5.8 5.8.7-3 Shared Perl library ii libpq4 8.0.3-6 PostgreSQL C client library ii libsasl22.1.19-1.5 Authentication abstraction library exim4-daemon-heavy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315652: INTL:vi
Package: nagios Version: 2/1.3-cvs.20050402-2.sarge.1 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: nagios vi.po Description: Binary data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhóm Việt hóa our mailing list / hộp thư chung của nhóm chúng tôi: [EMAIL PROTECTED]
Bug#312515: c/s/u options give false sense of security
also sprach Theodore Ts'o [EMAIL PROTECTED] [2005.06.23.1755 +0200]: The problem is that e2fsprogs doesn't know whether or not the kernel is going to honor those attributes. Emitting an error/warning message may very well become inaccurate in the future. Point is that no Debian kernels support it yet, so the Debian e2fsprogs should not give the user access to these options. Should the Debian kernels ever add these options, the next steps can be taken. -- .''`. 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! administration for windows networks is similar to maintaining a 12 year old gm truck. brand new, w2k+3 already has 190k miles of wear. -- jeremiah cornelius signature.asc Description: Digital signature
Bug#312218: kernel-patch-suspend2: Confirmation of swapwriter oops
also sprach David Schmitt [EMAIL PROTECTED] [2005.06.23.0851 +0200]: When resuming, I get the same oops as Johannes Rohr. I tried to resume the image with my earlier kernels too and got similar oopses, leading me to the suspicion, that the suspended image is somehow corrupted. Therefore I have saved a copy of my suspended swapspace where I can do test if needed. Thanks. We are still working on this problem. I shall contact you if we need your help. Updates will be sent to the bug report. -- .''`. 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! ... doch warum sollte nicht jeder einzelne aus seinem leben ein kunstwerk machen koennen? -- michel foucault signature.asc Description: Digital signature
Bug#269573: removal problem (postrm script)
Hi, Alexander: Moving these few lines from the postrm script: # snip if [ $1 = purge ]; then rm -f /etc/bash_completion rmdir --ignore-fail-on-non-empty /etc/bash_completion.d fi if [ -x /usr/sbin/remove-shell ]; then /usr/sbin/remove-shell /bin/bash /usr/sbin/remove-shell /bin/rbash fi # snap to prerm should really do the trick. Matthias: If nothing breaks if you do this, could you be so kind and finally fix the bug? Thanks, Robert signature.asc Description: OpenPGP digital signature
Bug#315654: mkinitrd tries to use devfs in 2.6 series kernel
Package: initrd-tools Version: 0.1.81.1 Severity: normal File: /usr/sbin/mkinitrd Hi all, found this bug Subject archived as #299103 when searching for devfs and mkinitrd. The Bug that was fixed was for the Raid Devices and not in general for replacing the devfs in mkinitrd. With 2.6.11 I have no devfs in the Kernel and so mkinitrd from does not produce a working initrd for use with dm-crypt and a crypted Rootfilesystem under /dev/mapper/root. Bye, Klaus -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.8 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages initrd-tools depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii cpio 2.5-1.2GNU cpio -- a program to manage ar ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM F ii dash 0.5.2-1The Debian Almquist Shell ii fileutils 5.2.1-2The GNU file management utilities ii util-linux2.12-10Miscellaneous system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315655: polipo: No Host header in request sent to parent proxy
Package: polipo Version: 0.9.8-1 Severity: important Hi, If I set the parent proxy and try to open a web page, I get the following response from the parent proxy: 400 Bad Request Error occurred: No Host header found in HTTP/1.1 request For a quick check, I have set the parent proxy to localhost:9000 and then in one terminal I issued nc -l -p 9000, while in another http_proxy=localhost:8123 wget http://www.example.com/;. Indeed, the Host header is missing from result: GET http://www.example.com/ HTTP/1.1 User-Agent: Wget/1.10 Accept: */* Via: 1.1 my-hostname Connection: keep-alive Thanks, Zoltan -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-5-686-smp Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages polipo depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312936: Programmes linked against libacl1 segfault in libacl1 code.
On Fri, Jun 24, 2005 at 02:29:19AM -0700, Steve Langasek wrote: So are there any porters alive out there on debian-arm? Being unable to use cp, mv, and install after upgrading from woody to sarge is a rather serious problem. If anyone has any ideas about this, or can test the problem with a woody vs. a sarge kernel, please speak up so that we can at the very least document this in the release notes if we need to. Hmm, I started out with sarge testing on my arm systems, so I never did a woody to sarge upgrade. I know arm did have a problem testing this given how few systems you could actually install woody on with an official debian kernel. Since very few people had one of those systems around, testing the upgrade has not been easy. I do seem to recall there is something in the sarge release notes (or was supposed to be) about how to upgrade arm from woody to sarge involving getting a new kernel first, since something important changed. I remember that happens for sure on mips, and also happens on true i386 machines (since sarge's libc requried 486 instructions, so the new kernel emulates the few missing instructions on i386 systems). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 6/24/2005 1:58 AM: Now, the help output for --reply looks like this: --reply={yes,no,query} specify how to handle the prompt about an existing destination file. Note that --reply=no has an effect only when mv would prompt without -i or equivalent, i.e., when a destination file exists and is not writable, standard input is a terminal, and no -f (or equivalent) option is specified That wording is a bit awkward. How about this instead: Note that --reply=no has an effect only when mv would prompt, either when - -i is present, or for the combination of a destination file exists, is not writable, standard input is a terminal, and -f (or equivalent) is not present - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCu/tp84KuGfSFAYARApSsAKCiKnapvQ/B7MTScZaiWEFDGJ2uiQCfUfwA fU+r5LMJxtCYtnjA7hC5dX8= =JiDj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315659: INTL:vi
Package: nas Version: 1.7-2 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: nas nas_1.7-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhóm Việt hóa our mailing list / hộp thư chung của nhóm chúng tôi: [EMAIL PROTECTED]
Bug#315658: INTL:vi
Package: nap Version: 1.5.3-2 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: nap nap_1.5.3-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhóm Việt hóa our mailing list / hộp thư chung của nhóm chúng tôi: [EMAIL PROTECTED]
Bug#315657: INTL:vi
Package: namazu2 Version: 2.0.14-2.1 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: namazu2 vi.po Description: Binary data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhóm Việt hóa our mailing list / hộp thư chung của nhóm chúng tôi: [EMAIL PROTECTED]
Bug#315656: exim4-config: Split config files with names containing full stops silently ignored
Package: exim4-config Version: 4.50-8 Severity: normal I created a file named /etc/exim4/conf.d/rewrite/20_exim4-config_rewrite-example.com expecting the configuration to be picked up by update-exim4.conf. However, this file was silently ignored. update-exim4.conf performs sanitisation inside run-parts: for F in $(ls $1); do if expr $F : '[[:alnum:]_-]\+$' /dev/null 21; then if [ -f $1/$F ] ; then if [ -f $1/${F}.rul ] ; then echo $1/${F}.rul else echo $1/$F This ignores any files not matching [[:alnum:]_-]+. I presume the check is there for a good reason, but it is certainly too strict. Having full stops in filenames is not unusual! Secondly, no warning was issued when this file was ignored. There is even an option to update-exim4.conf: -v|--verbose - Enable verbose mode, tell about ignored files but even with this option on, the ignored file was not mentioned. Either the file name check needs to be removed completely, or the sanitation needs to be relaxed to allow all but the most dangerous characters, and in that latter case there needs to be a warning issued when a file is ignored and the -v flag is on. Cheers, Ewan Mellor. -- Package-specific info: Exim version 4.50 #1 built 27-May-2005 08:08:19 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.63 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii passwd 1:4.0.3-31sarge5 change and administer password and -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
Eric Blake [EMAIL PROTECTED] wrote: According to Jim Meyering on 6/24/2005 1:58 AM: Now, the help output for --reply looks like this: --reply={yes,no,query} specify how to handle the prompt about an existing destination file. Note that --reply=no has an effect only when mv would prompt without -i or equivalent, i.e., when a destination file exists and is not writable, standard input is a terminal, and no -f (or equivalent) option is specified That wording is a bit awkward. How about this instead: Note that --reply=no has an effect only when mv would prompt, either when -i is present, or for the combination of a destination file exists, is not writable, standard input is a terminal, and -f (or equivalent) is not present Thanks, but that's not accurate, since --reply=no has no effect if it *precedes* a -i (aka --reply=query) option, and if it follows -i, then the -i is disregarded. What I was trying to say is that given a `mv' command that would prompt even though it specified neither -i (--interactive) or the equivalent --reply=query, rerunning that command with --reply=no makes mv suppress the prompt and act as if it had been issued and declined. I too would like improved wording. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315599: digitemp: BASHism in debian/rules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jesús Roncero wrote: On Thursday, 23 de June de 2005 22:53, Chad Walstrom wrote: Package: digitemp Severity: minor You have a BASHism in debian/rules: mkdir -p build-serial/{src,userial/ds9097,userial/ds9097u} The {} expansion is not POSIX standard. For example, if dash were the default shell for the build environment, this would FTBFS. A simple test to demonstrate this is to run echo {blee,blah} in a BASH and in dash. BASH will output blee blah, and dash will output {blee,blah}. Ack. I'll wait for Brian in case he releases a new digitemp so I upload only once. If not I'll upload a new version with this fix. Thanks for reporting :) I'll fix that this weekend too. Brian - -- - ---[Office 73.0F]--[Fridge 33.6F]---[Fozzy 82.3F]--[Coaster 68.9F]--- Linux Software Developer http://www.brianlane.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Remember Lexington Green! iD8DBQFCvAA4Iftj/pcSws0RAi6PAJ0b/tM0zZJBtgKQk4aPk1E1ilgkMACfVdrD GtffiTGzRs3SsI0gMNsu4TE= =aODh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314158: translate still b0rken
Martin Michlmayr schrieb: * Christian Kujau [EMAIL PROTECTED] [2005-06-23 02:46]: % echo $LANG - $LANGUAGE gnaarf, you quoted the one line in my report, which wasn't right :-) actually the output was/is: % echo $LANG - $LANGUAGE C - I can reproduce this problem. I'm at a conference right now, but I'll send a patch next week. the attached one-liner fixes it for me. i've tried with different values of LANG and LANGUAGE (set in env and in translate.conf), but perhaps i left out some combination thank you for your concern, Christian. -- BOFH excuse #433: error: one bad user found in front of screen --- translate-0.6-6/usr/bin/translate.orig 2005-06-24 14:39:01.0 +0200 +++ translate-0.6-6/usr/bin/translate 2005-06-24 14:40:03.0 +0200 @@ -81,7 +81,7 @@ display () if [ $2 = -n ]; then OPT=-n fi - echo $OPT $1 | iconv -f UTF-8 + echo $OPT $1 | iconv -f ISO-8859-1 -t UTF-8 } # If there is no $LOCDIR we should create one
Bug#315660: mount: Wrong hash generation for the loopback device.
Package: mount Version: 2.12p-4 Severity: normal Tags: patch Hi, I found a bug in the loopback device routine in lomount.c xgetpass() can return more than 128 bytes when it reads a passphrase from fd specified by -p. With such a long passphrase, current lomount.c can generate different hash value every time, so user can never correctly encrypt or decrypt files. Following patch will fix the problem. --- util-linux-2.12p.orig/mount/lomount.c 2005-06-24 20:39:36.073263112 +0900 +++ util-linux-2.12p/mount/lomount.c2005-06-24 21:12:33.783174438 +0900 @@ -397,18 +397,21 @@ case LO_CRYPT_RIJNDAEL: { #define HASHLENGTH 20 -#define PASSWDBUFFLEN 130 /* getpass returns only max. 128 bytes, see man getpass */ char keybits[2*HASHLENGTH]; - char passwdbuff[PASSWDBUFFLEN]; + char *passwdbuff; + int passwdlen; int keylength; int i; pass = xgetpass(pfd, _(Password: )); - strncpy(passwdbuff+1,pass,PASSWDBUFFLEN-1); - passwdbuff[PASSWDBUFFLEN-1] = '\0'; + passwdlen = strlen(pass); + passwdbuff = malloc(passwdlen+2); + strcpy(passwdbuff+1,pass); passwdbuff[0] = 'A'; - rmd160_hash_buffer(keybits,pass,strlen(pass)); - rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,strlen(pass)+1); + rmd160_hash_buffer(keybits,pass,passwdlen); + rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,passwdlen+1); + memset(pass, 0, passwdlen); + free(passwdbuff); memcpy((char*)loopinfo64.lo_encrypt_key,keybits,2*HASHLENGTH); keylength=0; for(i=0; crypt_type_tbl[i].id != -1; i++){ @@ -423,15 +426,18 @@ default: if (hash_password) { char keybits[2*HASHLENGTH]; - char passwdbuff[PASSWDBUFFLEN]; + char *passwdbuff; + int passwdlen; pass = xgetpass(pfd, _(Password: )); - strncpy(passwdbuff+1,pass,PASSWDBUFFLEN-1); - passwdbuff[PASSWDBUFFLEN-1] = '\0'; + passwdlen = strlen(pass); + passwdbuff = malloc(passwdlen+2); + strcpy(passwdbuff+1,pass); passwdbuff[0] = 'A'; - rmd160_hash_buffer(keybits,pass,strlen(pass)); - rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,strlen(pass)+1); - memset(pass, 0, strlen(pass)); + rmd160_hash_buffer(keybits,pass,passwdlen); + rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,passwdlen+1); + memset(pass, 0, passwdlen); + free(passwdbuff); memcpy((char*)loopinfo64.lo_encrypt_key,keybits,keysz/8); loopinfo64.lo_encrypt_key_size = keysz/8; } else { -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-k7 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages mount depends on: ii libblkid1 1.37-1 block device id library ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libuuid11.37-1 universally unique id library -- no debconf information -- YAEGASHI Takeshi [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248059: Finding devices assumes numerals at the end (Doesn't find LVM2 devices)
On Thu, Jun 23, 2005 at 10:48:18PM -0700, Randy Cole wrote: Greetings, Is anyone working on this? I am reluctant to use LVM2 without being able to apply tools to the partition. Thank you. Parted doesn't support LVM anyway, nor raid, this is in prevision for future versions, but nobody that i know of has started on this yet. Please subscribe to the upstream parted mailing lists in the parted gnu/savannah project, and ask your question there. Also, patches are welcomed :) Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
Jim Meyering [EMAIL PROTECTED] writes: Thanks, but that's not accurate, since --reply=no has no effect if it *precedes* a -i (aka --reply=query) option, and if it follows -i, then the -i is disregarded. Why not just say that -i/-f/--reply override each other and the last one wins? Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 And now for something completely different.
Bug#306830: Broken links because of gzipped files
On 23.06.05 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: Hi * Thank you, I have installed the patch. Did you also check helpindex.html? Nope, sorry! Further I've noticed that we ship a lot of files from the beamer class doc sitting in /usr/share/doc/texmf/latex/beamer/, meanwhile the latex-beamer package itself ships them in /usr/share/doc/latex-beamer. I guess one of it should be removed. They should already be removed, since revision 1.1.2.7 of debian/rules.d/install.mk which should have been used for tetex-base_3.0-2 (at least it is tagged accordingly): +beamer-dirs = tex/latex/beamer +remove-dirs = $(lmdirs) $(preview-latex-dirs) $(pgf-dirs) $(xcolor-dirs) $(texinfo-dirs) $(beamer-dirs) + # remove files that are in other packages: + # lmodern, preview-latex, pgf, xcolor, texinfo + for dir in $(remove-dirs); do rm -rf $(txmfdir)/$$dir; done [EMAIL PROTECTED]:~/teTeX-3.0/built$ dpkg-deb -c tetex-doc_3.0-3_all.deb | grep beamer|wc 51 3066122 Hmm. I guess you spoke about the package itself, meanwhile I speak about the docs of the beamer package. We should them further tell to put a soft link from /usr/share/doc/latex-beamer to /usr/share/doc/texmf/latex to make sure the installed doc is seen by texdoc(tk). Will you submit a bug report? It would have to conflict with all versions between 2.99.7.20041225-beta-1 and the tetex-doc version, which doesn't contain the beamer doc any more. How do I implement that? Regards, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
Andreas Schwab [EMAIL PROTECTED] wrote: Jim Meyering [EMAIL PROTECTED] writes: Thanks, but that's not accurate, since --reply=no has no effect if it *precedes* a -i (aka --reply=query) option, and if it follows -i, then the -i is disregarded. Why not just say that -i/-f/--reply override each other and the last one wins? The --help output already mentions that -i and -f each have --reply=... equivalents, but I'd welcome a specific addition to that effect. Nonetheless, the explanation I added is needed to explain what --reply=no actually does, since people often don't know that mv prompts sometimes even when -i (or equiv) has not been specified. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
On Fri, 24 Jun 2005, Jim Meyering wrote: Eric Blake [EMAIL PROTECTED] wrote: According to Jim Meyering on 6/24/2005 1:58 AM: Now, the help output for --reply looks like this: --reply={yes,no,query} specify how to handle the prompt about an existing destination file. Note that --reply=no has an effect only when mv would prompt without -i or equivalent, i.e., when a destination file exists and is not writable, standard input is a terminal, and no -f (or equivalent) option is specified That wording is a bit awkward. How about this instead: Note that --reply=no has an effect only when mv would prompt, either when -i is present, or for the combination of a destination file exists, is not writable, standard input is a terminal, and -f (or equivalent) is not present Thanks, but that's not accurate, since --reply=no has no effect if it *precedes* a -i (aka --reply=query) option, and if it follows -i, then the -i is disregarded. What I was trying to say is that given a `mv' command that would prompt even though it specified neither -i (--interactive) or the equivalent --reply=query, rerunning that command with --reply=no makes mv suppress the prompt and act as if it had been issued and declined. I too would like improved wording. Is this just the current working or the expected behaviour? In my opinion the --reply=no would make much more sense if i could use it in scripts to avoid overwriting files. To quote the current manpage: --reply={yes,no,query} specify how to handle the prompt about an existing destination file This would apply to any existing file, not just for not writable, stdin or a terminal. So the correct bugfix should not a new manpage chapter but instead a improved behaviour of 'mv'. Kind regards -- Andreas 'ads' Scherbaum Failure is not an option. It comes bundled with your Microsoft product. (Ferenc Mantfeld) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303199: mouse clicks and optimization
currently when I compile pose on my sid machine the emulator will just ignore all my mouse clicks. This happend to me a long time ago, it was something to do with optimizations. There are patches at http://sourceforge.net/projects/pose/ that fix this problem. See http://news.palmos.com/read/messages?id=189359 John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309082: jpilot: exanples files
Le Friday 17 June 2005 à 18:12:35, Lior Kaplan a écrit: First, it works - I can see all the entry chars, including the last. But I still get error inside jpilot saying: charset_p2j: buffer too small - string had to be truncated to [\8] charset_p2j: buffer too small - string had to be truncated to [\FF\FF\FF\FF??] and in the console: (jpilot:23379): Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion `g_utf8_validate (text, len, NULL)' failed I still can't reproduce the bug, even using the AddressDB.pc3. I have the complete company name 'State of Israel' bit no warnings. I guess the buffer too small error comes from another application/database. p.s. Is there a way to show more chars in the name/company column? Yes. change the #define ADDRESS_MAX_CLIST_NAME in address_gui.c to 50 something like that. Bye, -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315423: isync: new upstream version
On Wed, Jun 22, 2005 at 09:30:00AM -0600, Hans Fugal wrote: 1.0.1 available since March '05. 1.0.0 (beta) was a major feature release and 1.0.1 fixes a number of bugs (and is no longer labeled beta). Unfortunately there's not a lot of backwards compatibility between version 1.0.1 and 0.9.2. So this raises the question of whether it should be packaged under a new name or not. - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315662: xfce4: upgrade lost some settings
Package: xfce4 Version: 4.2.2 Severity: normal Upgrading from the older 4.0.3 (or 4.0.6) to the recently uploaded caused a few problems. I'm too lazy to sort out which bug belongs where. Sorry. 1. XFCE4 lost my desktop backdrop. I was using a solid colour. 2. The upgrade changed my window manager theme. Actually it was a fallback because I had it set to agualemon but in the newer version, it's called Agualemon (note the caps). 3. XFCE4 set a splash screen. I had no splash screen. 4. The icon theme has changed and I don't see my old theme in the list. I believe it was GNOME. Please fix this for the sarge-etch folks, and add give me my icon theme back! Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xfce4 depends on: ii gtk2-engines-xfce 2.2.7-1A GTK+-2.0 theme engine for Xfce ii xfce4-icon-theme 4.2.2-1Xfce Standard icon theme ii xfce4-mcs-plugins 4.2.2-1Special modules for the xfce4-mcs- ii xfce4-panel 4.2.2-1The Xfce4 desktop environment pane ii xfce4-session 4.2.2-1Xfce4 Session Manager ii xfce4-utils 4.2.2-1Various tools for Xfce ii xfdesktop44.2.2-1Provides desktop background and ro ii xffm4 4.2.2-1File manager for the Xfce4 desktop ii xfwm4 4.2.2-1window manager of the Xfce project ii xfwm4-themes 4.2.2-1Theme files for xfwm4 Versions of packages xfce4 recommends: pn xfcalendarnone (no description available) ii xfce4-iconbox 4.2.2-1Iconbox for the Xfce4 Desktop Envi pn xfce4-mixer none (no description available) ii xfce4-systray 4.2.2-1Systray panel plugin for Xfce4 pan pn xfce4-toysnone (no description available) ii xfce4-trigger-launcher4.2.2-1Panel plugin to start/stop program pn xfprint4 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315663: xfwm4: panel obscures taskbar
Package: xfwm4 Version: 4.2.2-1 Severity: important With the taskbar set at the bottom, and the panel set to horizontal, both appear along the bottom of the screen. The problem is that if I mouseover the taskbar to unhide it, it appears underneath the panel making a large chunk of it unusable. It's equally defective even with taskbar autohide off. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xfwm4 depends on: ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxfce4mcs-client-2 4.2.2-1 Client library for Xfce4 configure ii libxfce4mcs-manager-24.2.2-1 Manager library for Xfce4 configur ii libxfce4util-1 4.2.2-1 Utility functions library for Xfce ii libxfcegui4-34.2.2-1 Basic GUI C functions for Xfce4 ii libxpm4 4.3.0.dfsg.1-14 X pixmap library ii libxrandr2 4.3.0.dfsg.1-14 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu Versions of packages xfwm4 recommends: ii xfce4-mcs-manager 4.2.2-1Settings manager for Xfce4 ii xfwm4-themes 4.2.2-1Theme files for xfwm4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315643: openoffice.org2 does not build in amd64
severity 315643 wishlist retitle 315643 please enable build for amd64 thanks Luis Matos wrote: dmake: Error -- `./unxlngx4.pro/misc/neon-0.24.7.unpack' not found, and can't be made '---* tg_merge.mk *---' The error and fix here is abvious. cp Debian.conf.in Debian64.conf.in I think ooo team could make an effort to compile ooo2 into amd64 because we can't make use of this tool natively and it would be very important to have it (for me at least ... and for many people). Oh, and building a package which does not work sensibly because OOo still isn't yet ported fully makes sense? Well... But I guess I can add Debian64.conf.in. Note that Architecture: of the packages don't say anything about amd64 being supported natively, so Grüße/Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#293015: Bug #293015 - openoffice.org-debian-files: IDL Compiler fails
[ dpkg changes wrt arch variables] Yes, problem already known. Though i wonder if it should be used out of the dpkg system (it would not work for non debian distributions ... and would require a dependency on dpkg = 1.13.5). uname ? how does gcc manages this ... But this is in adebian package and it is a debian paxckage warpper script, so what? we know dpkg is there :) After fixing this issue i got: $ LANG=C linux/bin/idlc idl/com/sun/star/uno/XWeak.idl linux/bin/idlc: line 5: /usr/lib/openoffice/sdk/linux//bin/idlc.bin: No such file or directory ... i cannot find such a binary on my system (missing dependency or not compiled ?) No. Install openoffice.org-dev. Just that the wrapper is in debian-files doesn't say the needed binaries are there. And yes, making openoffice.org-debian-files depend on -dev is nonsense... Grüße/Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#312515: c/s/u options give false sense of security
On Fri, Jun 24, 2005 at 01:32:57PM +0200, martin f krafft wrote: also sprach Theodore Ts'o [EMAIL PROTECTED] [2005.06.23.1755 +0200]: The problem is that e2fsprogs doesn't know whether or not the kernel is going to honor those attributes. Emitting an error/warning message may very well become inaccurate in the future. Point is that no Debian kernels support it yet, so the Debian e2fsprogs should not give the user access to these options. Should the Debian kernels ever add these options, the next steps can be taken. News flash: not all Debian users use Debian kernels. - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
Andreas 'ads' Scherbaum [EMAIL PROTECTED] wrote: ... Is this just the current working or the expected behaviour? It is the intended behavior. In my opinion the --reply=no would make much more sense if i could use it in scripts to avoid overwriting files. To quote the current manpage: --reply={yes,no,query} specify how to handle the prompt about an existing destination file IMHO, the above is not inaccurate -- but it's obviously not clear, either :) It says how to handle a *prompt* about an existing destination file. The prompt in question (not the prompt for -i) appears only under the conditions mentioned in my addition. It's important to realize that if you specify `-i --reply=no', it's equivalent to just `--reply=no', hence there will be no prompts due to the `-i' option. Yes, I admit it is rather twisted. This would apply to any existing file, not just for not writable, stdin or a terminal. So the correct bugfix should not a new manpage chapter but instead a improved behaviour of 'mv'. IMHO, you're asking for a new feature (don't overwrite any existing file and don't prompt about it either). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315662: [Pkg-xfce-devel] Bug#315662: xfce4: upgrade lost some settings
Simon Huggins wrote: There is no real upgrade path I'm afraid and upstream does not provide a way to migrate settings. Ok, I can't ask you to support upgrades much better than upstream does. In turn, upstream should be abused (by which I mean, a bug filed) for not providing such a mechanism. I don't think we can magically migrate all users' settings for them. There's no magic involved. I know that some of my settings weren't lost, and the ones that were are special cases. I'm not asking for a perfect migration scheme, merely best effort. Which icon theme were you using before? I'm pretty sure it was labelled GNOME. I set it years ago and never looked at it again. I don't really remember. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315662: [Pkg-xfce-devel] Bug#315662: xfce4: upgrade lost some settings
On Fri, Jun 24, 2005 at 09:26:32AM -0400, Nick Lewycky wrote: Upgrading from the older 4.0.3 (or 4.0.6) to the recently uploaded caused a few problems. I'm too lazy to sort out which bug belongs where. Sorry. 1. XFCE4 lost my desktop backdrop. I was using a solid colour. 2. The upgrade changed my window manager theme. Actually it was a fallback because I had it set to agualemon but in the newer version, it's called Agualemon (note the caps). 3. XFCE4 set a splash screen. I had no splash screen. 4. The icon theme has changed and I don't see my old theme in the list. I believe it was GNOME. There is no real upgrade path I'm afraid and upstream does not provide a way to migrate settings. Please fix this for the sarge-etch folks, and add give me my icon theme back! I don't think we can magically migrate all users' settings for them. Which icon theme were you using before? Simon. -- UK based domain, email and web hosting ***/Do they teach lawyers to /* http://www.blackcatnetworks.co.uk/ **/ apologise, because you suck /** [EMAIL PROTECTED] */ at it? -- Erin Brockovich. /*** Black Cat Networks / / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315053: [Pkg-xfce-devel] Bug#315663: xfwm4: panel obscures taskbar
severity 315663 normal reassign 315663 xfce4-panel merge 315663 315053 thanks On Fri, Jun 24, 2005 at 09:31:32AM -0400, Nick Lewycky wrote: With the taskbar set at the bottom, and the panel set to horizontal, both appear along the bottom of the screen. The problem is that if I mouseover the taskbar to unhide it, it appears underneath the panel making a large chunk of it unusable. It's equally defective even with taskbar autohide off. I think the answer is going to be well don't do that then as upstream have changed this but I'll forward it upstream. -- Simon [ [EMAIL PROTECTED] ] *\ The machine is dead - Deep Throat \** ** ]-+-+-+-+-+-+-+-+-[ **\\* ** [ Htag.pl 0.0.22 ] ***\\ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312947: Bug a cause of bug in perl
Hey blarson, The bug you submitted, 312947, I believe to be upstream in perl. (bod is perl's maintainer) Check and the bug reports linked from: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312419 Try and build it again. It should work fine now. -jay signature.asc Description: This is a digitally signed message part
Bug#160849: coreutils: bug report for GNU Core Utils
Jim Meyering [EMAIL PROTECTED] writes: Andreas Schwab [EMAIL PROTECTED] wrote: Jim Meyering [EMAIL PROTECTED] writes: Thanks, but that's not accurate, since --reply=no has no effect if it *precedes* a -i (aka --reply=query) option, and if it follows -i, then the -i is disregarded. Why not just say that -i/-f/--reply override each other and the last one wins? The --help output already mentions that -i and -f each have --reply=... equivalents, but I'd welcome a specific addition to that effect. That the options are overriding each other is not immediately clear from a cursory look, since the --reply equivalences are parenthetical remarks that are easy to read over. How about writing it like this: -f, --force, --reply=yes do not prompt before overwriting -i, --interactive, --reply=query prompt before overwrite --reply={yes,no,query} specify how to handle the prompt about an existing destination file Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 And now for something completely different.
Bug#315665: [patch] mailman: LookupError: unknown encoding in pythonlib/email/Header.py
Package: mailman Version: 2.1.5-5.backports.org.3 Severity: normal Tags: patch I guess this could have been fixed in newer versions, but 2.1.5 seems to be the one in debian stable now as well, so maybe this helps. Jun 20 10:02:55 2005 (1159) Traceback (most recent call last): File /var/lib/mailman/Mailman/Queue/Runner.py, line 111, in _oneloop self._onefile(msg, msgdata) File /var/lib/mailman/Mailman/Queue/Runner.py, line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Queue/IncomingRunner.py, line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File /var/lib/mailman/Mailman/Queue/IncomingRunner.py, line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Handlers/CookHeaders.py, line 74, in process prefix_subject(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Handlers/CookHeaders.py, line 262, in prefix_subject h.append(s, c) File /home/tretkowski/mailman/mailman-2.1.5/debian/mailman/var/lib/mailman/pythonlib/email/Header.py, line 285, in app end LookupError: unknown encoding And the hack was: --- Header.py~ Sun Mar 30 22:46:47 2003 +++ Header.py Fri Jun 24 15:35:40 2005 @@ -286,6 +286,8 @@ break except UnicodeError: pass +except: +pass else: assert False, 'utf-8 conversion failed' self._chunks.append((s, charset)) Most probably an _ugly_ way to fix, but I don't know python and I ain't no mailman developer either. It Works(tm). (Ought to be crosschecked by mailman hackers.) Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315664: sysvbanner: two versions of banner in different places
Package: sysvbanner Version: 1.0-12 Severity: wishlist bsdmainutils: /usr/games/banner sysvbanner: /usr/bin/banner and both have kind of the same purpose. It would be nice (I think) if both packages agreed on where this program should be and then used alternatives to decide which one to use by default. Putting the 2 versions in different directories seems a strange policy. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sysvbanner depends on: ii bsdmainutils6.0.17 collection of more utilities from ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#160849: coreutils: bug report for GNU Core Utils
On Fri, 24 Jun 2005, Andreas Schwab wrote: -f, --force, --reply=yes do not prompt before overwriting -i, --interactive, --reply=query prompt before overwrite --reply={yes,no,query} specify how to handle the prompt about an existing destination file ^ This part is the problem. If i understand Jim correct, its all not about an existing destination file (mv will just overwrite it), but about how to handle the case, if the destination file is not writable: [EMAIL PROTECTED]:/home/ads rm -rf abc def [EMAIL PROTECTED]:/home/ads touch abc def [EMAIL PROTECTED]:/home/ads ls -ld abc def -rw-r--r-- 1 ads ads 0 Jun 24 16:31 abc -rw-r--r-- 1 ads ads 0 Jun 24 16:31 def [EMAIL PROTECTED]:/home/ads /bin/mv --reply=no abc def [EMAIL PROTECTED]:/home/ads ls -ld abc def ls: abc: No such file or directory -rw-r--r-- 1 ads ads 0 Jun 24 16:31 def [EMAIL PROTECTED]:/home/ads rm -rf abc def [EMAIL PROTECTED]:/home/ads touch abc def [EMAIL PROTECTED]:/home/ads chmod a-w def [EMAIL PROTECTED]:/home/ads ls -ld abc def -rw-r--r-- 1 ads ads 0 Jun 24 16:32 abc -r--r--r-- 1 ads ads 0 Jun 24 16:32 def [EMAIL PROTECTED]:/home/ads /bin/mv --reply=no abc def [EMAIL PROTECTED]:/home/ads ls -ld abc def -rw-r--r-- 1 ads ads 0 Jun 24 16:32 abc -r--r--r-- 1 ads ads 0 Jun 24 16:32 def This is, what i mentioned before: this parameter does not really what someone would expect. Regards -- Andreas 'ads' Scherbaum Failure is not an option. It comes bundled with your Microsoft product. (Ferenc Mantfeld) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301012: Error: client-error-not-authorized when adding a printer
I had the same problem with an unstable/experimental system. The problem was, that no /etc/cups/passwd.md5 existed. This error also appeared in the error log. I could solve this problem through typing lppasswd -a. After this everything worked. I think this should be done in some automatic way. I hope i could help Andres Freund pgpM5AvAbuEWd.pgp Description: PGP signature
Bug#313390: quanta crashes by pressing the preview button
severity 313390 important retitle 313390 quanta crashes when previewing frame sets Thanks for that. Well, if the worst that happens is that quanta crashes when using HTML *frames*, then this doesn't sound grave to me -- indeed, it seems quite usable as long as you avoid certain ugly and deprecated HTML tags? No objection from me (though as of KDE 3.4 I'm passing this package on to debian-qt-kde, though I suspect they won't mind either). b. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315053: [Pkg-xfce-devel] Bug#315663: xfwm4: panel obscures taskbar
Simon Huggins wrote: severity 315663 normal reassign 315663 xfce4-panel merge 315663 315053 thanks Thanks for the quick reply. Sorry about filing a duplicate. On Fri, Jun 24, 2005 at 09:31:32AM -0400, Nick Lewycky wrote: With the taskbar set at the bottom, and the panel set to horizontal, both appear along the bottom of the screen. The problem is that if I mouseover the taskbar to unhide it, it appears underneath the panel making a large chunk of it unusable. It's equally defective even with taskbar autohide off. I think the answer is going to be well don't do that then as upstream have changed this but I'll forward it upstream. Mm? The panel has two choices (bottom and right) while the taskbar hastwo choices (top and bottom). It is plainly unreasonable to tell me that I can't put them both at the bottom. What are the changes in upstream that you refer to? As an aside, my wishlist-utopic fix for this would be a tasklist panel applet and that the panel would horizontally fill the bottom of the screen. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315660: mount: Wrong hash generation for the loopback device.
Hi YAEGASHI, On Fri, Jun 24, 2005 at 09:49:59PM +0900, YAEGASHI Takeshi wrote: --- util-linux-2.12p.orig/mount/lomount.c 2005-06-24 20:39:36.073263112 +0900 +++ util-linux-2.12p/mount/lomount.c 2005-06-24 21:12:33.783174438 +0900 (...) + strcpy(passwdbuff+1,pass); passwdbuff[0] = 'A'; - rmd160_hash_buffer(keybits,pass,strlen(pass)); - rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,strlen(pass)+1); + rmd160_hash_buffer(keybits,pass,passwdlen); + rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,passwdlen+1); + memset(pass, 0, passwdlen); + free(passwdbuff); This looks like it leaves the passphrase as free'd memory on the heap. Maybe add a memset before freeing the buffer? memcpy((char*)loopinfo64.lo_encrypt_key,keybits,2*HASHLENGTH); keylength=0; for(i=0; crypt_type_tbl[i].id != -1; i++){ @@ -423,15 +426,18 @@ default: if (hash_password) { (...) + strcpy(passwdbuff+1,pass); passwdbuff[0] = 'A'; - rmd160_hash_buffer(keybits,pass,strlen(pass)); - rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,strlen(pass)+1); - memset(pass, 0, strlen(pass)); + rmd160_hash_buffer(keybits,pass,passwdlen); + rmd160_hash_buffer(keybits+HASHLENGTH,passwdbuff,passwdlen+1); + memset(pass, 0, passwdlen); + free(passwdbuff); Similar thing here. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315667: stack smash gcc
Package: gcc-3.3 Severity: normal Tags: security When compilation of the included C program is attempted with gcc -std=gnu99 usnoquery.c.FREEZE.c, the compilation stalls, apparently indefinitely. Tagged security because it supposedly involves a stack smash: #47 0xb7f15c43 in malloc () from /lib/tls/libc.so.6 Previous frame inner to this frame (corrupt stack?) valgrind doesn't report any invalid accesses, nor does MALLOC_CHECK_ reveal anything useful. Justin (Note that this code fragment is the result of deleting lots of other code, in an attempt to discover the minimal test case. Right now, the code doesn't make much sense, and I know that.) #include string.h int main(int argc, char **t) { #define UNEXPT_URL(s) do {\ foo();\ } UNEXPT_URL(); UNEXPT_URL(t); if (strcmp(t, _fch.html)) UNEXPT_URL(); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]