Bug#337444: e2fsprogs: fails to invoke sulogin when fsck fails on startup
Hi, Theodore Ts'o wrote: on my system, when fsck fails due to some unexpected inconsistency, the boot process does not halt. It appears as if $CONSOLE were set to some invalid value, and sulogin thus fails. If $CONSOLE is set to an incorrect problem, this is probably an initscripts problem. It's certainly not an e2fsck or fsck problem It is to a certain extent. If $CONSOLE is incorrect, the user will see a message that he is supposed to log in now and manually fix the problem, but the boot process continues normally, mounting the inconsistent filesystems read/write as the next step. I'd have no problem with the boot process stopping entirely if sulogin fails, probably with an explanatory message. Simon signature.asc Description: OpenPGP digital signature
Bug#345073: gtk2-engines-clearlooks: option to disable progress bar animation
On 1/1/06, Josselin Mouette [EMAIL PROTECTED] wrote: Le mercredi 28 décembre 2005 à 14:51 -0500, Marius Mikucionis a écrit : Package: gtk2-engines-clearlooks Version: 0.6.2-1 Severity: wishlist I really like this engine and theme, but it appears that progress bar animation hack sucks way too much CPU on my otherwise idle time. I noticed this when application has several progress bars (like gaim logon, firefox page loading).Could you please test whether this bug applies to version 1: 2.6.5-2 thatis currently lying in experimental? It was improved a lot, especiallyregarding performance.I upgraded only gtk2-engines-clearlooks package and Clearlooks has disapeared from theme menu.. so I upgraded gnome-themes and Clearlooks appeared again. I did the same test procedure as mentioned before:I see that progress animation is off and performance is similar to simple theme, except of Xorg process (it still takes about 7-10%), so it seems much better.Now I am a bit worried that gnome-theme is from gnome-2.12 and the rest of my gnome is still 2.10, but it looks stable so far.In the future, if some will still want that animated progress bar, could you put it as an option somewhere in gconf-editor?Thanks for great work! mariusp.s. redraw after desktop switch seems also to be faster (I don't see the background flashing for a moment if it is covered by windows).the active window title and active menu colors seems to be darker, giving better contrast, very nice!
Bug#307356: ITA: animal -- AN IMAging Library written in C
package wnpp retitle 307356 ITA: animal -- AN IMAging Library written in C owner 307356 ! thanks I intend to adopt this package. Please expect an updated version of this package to be sponsored and uploaded into the Debian archive. Thanks, and Happy New Year! Thanks, Zakame -- Zak B. Elep || http://zakame.spunge.org [EMAIL PROTECTED] || [EMAIL PROTECTED] 1486 7957 454D E529 E4F1 F75E 5787 B1FD FA53 851D
Bug#344757: [Apcupsd-users] bug #344757 example client.c can't be compiled
Hugo Vanwoerkom wrote: Adam Kropelin wrote: Samuele Giovanni Tonon wrote: hi, i received a patch for example/client.c file . with this patch the example can be compiled without any problem. Hugo Vanwoerkom was the author of the patch, please include it on the main branch . here's the url of the bug and in attach the patch . http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344757 Thanks for forwarding the patch. I've committed to CVS a simpler change that also fixes the compile failure. While the full patch has the benefit of removing the requirement for libnis, it does so at the expense of code duplication which I would prefer to avoid for now. That was the first thing I tried and was unsuccessful. Thanks! Would you mind pulling current CVS and verifying that my fix does work for you? Instructions on obtaining apcupsd from CVS are available at http://www.apcupsd.com. --Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344418: updated patch for scponly chroot bug
The chroot-fix in 4.2 had a bug that refused to chroot although directory permissions were OK. This bug was also present in the previously attached patch. Attached is a fixed version. cheers, Max diff -ur scponly-4.0/scponly.c scponly-4.0-chrootfix/scponly.c --- scponly-4.0/scponly.c 2005-12-22 17:13:12.0 +0100 +++ scponly-4.0-chrootfix/scponly.c 2006-01-02 14:47:37.0 +0100 @@ -9,7 +9,8 @@ #include stdio.h // io #include string.h// for str* -#include sys/types.h // for fork, wait +#include sys/types.h // for fork, wait, stat +#include sys/stat.h // for stat #include sys/wait.h // for wait #include unistd.h// for exit, fork #include stdlib.h// EXIT_* @@ -98,6 +99,7 @@ { FILE *debugfile; int logopts = LOG_PID|LOG_NDELAY; + struct stat homedirstat; /* * set debuglevel. any nonzero number will result in debugging info to log @@ -194,6 +196,32 @@ } root_dir++; } + if (-1 == stat(chrootdir, homedirstat)) + { + syslog (LOG_ERR, couldnt stat chroot dir: %s with errno %u, chrootdir, errno); + exit(EXIT_FAILURE); + } + if (0 == (homedirstat.st_mode | S_IFDIR)) + { + syslog (LOG_ERR, chroot dir is not a directory: %s, chrootdir); + exit(EXIT_FAILURE); + } + if (homedirstat.st_uid != 0) + { + syslog (LOG_ERR, chroot dir not owned by root: %s, chrootdir); + exit(EXIT_FAILURE); + } + if (0 != (homedirstat.st_mode S_IWOTH)) + { + syslog (LOG_ERR, chroot dir writable by other: %s, chrootdir); + exit(EXIT_FAILURE); + } + if (0 != (homedirstat.st_mode S_IWGRP)) + { + syslog (LOG_ERR, chroot dir writable by group: %s, chrootdir); + exit(EXIT_FAILURE); + } + if (debuglevel) syslog (LOG_DEBUG, chrooting to dir: \%s\, chrootdir); if (-1==(chroot(chrootdir)))
Bug#345112: me too
I saw this bug also. Bad conffile handling is one of Debian's most annoying traits. :-| Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345640: The old log file for version 6.8.2
The old log file for version 6.8.2 (works well) is: X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-11 20051129054125 David Nusinow [EMAIL PROTECTED]) Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: Linux 2.6.14-2-686 i686 [ELF] Current Operating System: Linux debian 2.6.14.3 #1 PREEMPT Sat Dec 10 15:52:50 HKT 2005 i686 Build Date: 29 November 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.14.3 ([EMAIL PROTECTED]) (gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)) #1 PREEMPT Sat Dec 10 15:52:50 HKT 2005 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Jan 2 13:01:56 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device ATI Technologies, Inc. M22 [Radeon Mobility M300] (**) |--Input Device Generic Keyboard (**) Option XkbRules xorg (**) XKB: rules: xorg (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID. Entry deleted from font path. (Run 'mkfontdir' on /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID). (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2590 card 1014,0575 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2591 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1c:0: chip 8086,2660 card , rev 03 class 06,04,00 hdr 81 (II) PCI: 00:1c:2: chip 8086,2664 card , rev 03 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,2658 card 1014,0565 rev 03 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2659 card 1014,0565 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,265a card 1014,0565 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,265b card 1014,0565 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,265c card 1014,0566 rev 03 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev d3 class 06,04,01 hdr 81 (II) PCI: 00:1e:2: chip 8086,266e card 1014,0567 rev 03 class 04,01,00 hdr 00 (II) PCI: 00:1e:3: chip 8086,266d card 1014,0576 rev 03 class 07,03,00 hdr 00 (II) PCI: 00:1f:0: chip 8086,2641 card 1014,0568 rev 03 class 06,01,00 hdr 80 (II) PCI: 00:1f:2: chip 8086,2653 card 1014,056a rev 03 class 01,01,80 hdr 00 (II) PCI: 00:1f:3: chip 8086,266a card 1014,056b rev 03 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5460 card 1014,056e rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 14e4,167d card 1014,0577 rev 11 class 02,00,00 hdr 00 (II) PCI: 04:00:0: chip 1180,0476 card 5000, rev 8d class 06,07,00 hdr 82 (II) PCI: 04:02:0: chip 8086,4220 card 8086,2712 rev 05 class 02,80,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II)
Bug#344553: [Logcheck-devel] Bug#344553: logcheck: Fails silently to read config file
Maximilian Attems wrote: second you give _no_ argument why CONFFILE is so important. logcheck works fine without it. If config file is defined on command line argument, it should be read in and an error given if it not readable. If the config file exists, it should be read. third the nacked change introduces potential break-ups on current working setups. we wont change semantics for $random_reasons. The case that gets broken is that if the /etc/logcheck/logcheck.conf is not readable by logcheck user. I do not know, if there is any setup like that, but lets say it is a quite interesting setup. I would value clear error messages or at least warnings over that. we check about real reasons like not readable log files. thus are worth to alert the admin. I think that existing config file that is unreadable is something abnormal, but YMMV. fourth why is the debian userid managment fragile? works very nicely for me on lots of boxes. Maybe I just cannot do it, but as I had recently to do system reinstall because of disk crash. I recovered config files from backups but those ended up with wrong ownerships and I had to fix them by hand. The system UIDs were different on different installations: the other was installed, packages add, upgraded, and packages add while the later had about all packages installed at once. fifth why did you change the ownerships of CONFFILE? there might be many cool reasons to think about, none was named. The problem was that I wanted to experiment with new config file. It was owned by my $LUSER UID, and then I ran sudo -u logcheck logcheck -c config -t . Unfortunatly, the config file was mode 600, and logcheck did not provide any error, just used default settings and I was totaly lost with that wondering why my changes were not visible. One may change ownership of configuration file unintentionaly (pick you $EDITOR right) first calm down your words. :) getting enerved is not a good way to push something. It was no intended such, more like emphasis what I value in building robust systems (would *no* *case* been better?). It is good that package management makes sure that everything is ok, but each input must be validated and checked for. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345643: rhythmbox-applet: does not update its GUI with rhythmbox 0.9.2-1
Package: rhythmbox-applet Version: 0.1.7-1 Severity: normal rhythmbox-applet (GNOME) does not update its GUI with rhythmbox 0.9.2-1 taken from Debian experimental repositories. I mean, it doesn't change icons (for example, the Play button doesn't change into a Pause button once it's pressed, and so the Forward and Previous buttons don't get activated. The time label works, indicating time of the song elapsed, but when I move my mouse over it, an yellow tip tells me Not playing. I suppose it's an interfacement problem with rhythmbox 0.9.2-1. Cheers, David -- 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.14-splash Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rhythmbox-applet depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libeel2-2 2.12.2-1 Eazel Extensions Library (for GNOM ii libgail-common1.8.8-1GNOME Accessibility Implementation ii libgail17 1.8.8-1GNOME Accessibility Implementation ii libgconf2-4 2.12.1-5 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.12.0-1 A powerful object-oriented display ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.12.2-1 The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-1 Inter-Client Exchange library ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-02.12.2-1 library for GNOME 2 panel applets ii libpango1.0-0 1.10.1-2 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.9.0.dfsg.1-1 X Window System Session Management ii libxml2 2.6.22-2 GNOME XML library ii rhythmbox 0.9.2-1music player and organizer for GNO ii xlibs 6.9.0.dfsg.1-1 X Window System client libraries m ii zlib1g1:1.2.3-9 compression library - runtime rhythmbox-applet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345644: Keyboard layout switching does not work
Package: xserver-xorg Version: 6.9.0.dfsg.1-1 Severity: normal After upgrading to 6.9.0.dfsg.1-1 (from previous unstable, never used experimental) keyboard layout switching does not work anymore. I can still change layouts with setxkbmap and it works fine, but any settting of grp:anything_toggle seems to be ignored completely, even if called with setxkbmap. I also tested this in plain X, without a window manager, to make sure that it does not get in a way. This problem is NOT the same as reported previously about broken VT switching. VT switching works fine and I am not experiencing any other problems with keyboard. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-13 21:46 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1852284 2005-12-29 09:38 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200 DDR] (rev b2) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 2472 2006-01-02 02:45 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section Files FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/usr/lib/X11/fonts/TrueType FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/misc/:unscaled FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled EndSection Section Module Loaddbe Loadddc Loadextmod Loadfreetype Loadglx Loadint10 Loadtype1 Loadvbe EndSection Section Extensions Option Composite enable EndSection Section ServerFlags Option Standbytime 5 Option SuspendTime 6 Option OffTime 7 Option Pixmap32 Endsection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us,lt,ru(phonetic) Option XkbOptionsgrp:shift_toggle EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/gpmdata Option Protocol ImPS/2 Option Emulate3Buttons false Option ZAxisMapping 4 5 EndSection Section Device Identifier Daytona GeForce 2 MX200 32MB DDR Driver nvidia Option NvAGP 1 Option LoadKernelModule true Option NoLogotrue Option RenderAccel true Option AllowGLXWithComposite true Option DigitalVibrance 100 Option HWCursor true Option ConnectedMonitor CRT Option IgnoreDisplayDevices DFP, TV EndSection Section Monitor Identifier MAG XJ810 CRT Option DPMS HorizSync 30-100 VertRefresh 50-160 DisplaySize 360 270 Modeline1280x1024 157.50 1280 1344 1504 1756 1024 1025 1028 1104 +hsync +vsync EndSection Section Screen Identifier Default Screen Device Daytona GeForce 2 MX200 32MB DDR Monitor MAG XJ810 CRT DefaultDepth24 SubSection Display Depth 8 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection Xorg X server log files on system: -rw-r- 1 root root 26609 2005-07-18 17:29 /var/log/Xorg.7.log -rw-r- 1 root root 27149 2005-08-16 16:47 /var/log/Xorg.8.log -rw-r- 1 root root 27088 2005-08-16 21:41 /var/log/Xorg.2.log -rw-r- 1 root root 26883 2005-08-27 01:33 /var/log/Xorg.9.log
Bug#292842: Intention to NMU
Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog /tmp/GFOeDadHBn/tkusr-0.81/debian/changelog --- /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog 2003-05-02 23:35:43.0 +0200 +++ /tmp/GFOeDadHBn/tkusr-0.81/debian/changelog 2006-01-02 15:22:30.363887976 +0100 @@ -1,3 +1,10 @@ +tkusr (0.81-0.1) unstable; urgency=high + + * Non-maintainer upload. + * Use OLDCHANGES instead of CHANGES in debstd call (Closes: #292842). + + -- Luk Claes [EMAIL PROTECTED] Mon, 2 Jan 2006 15:18:37 +0100 + tkusr (0.81) unstable; urgency=low * Debian package build bug fixed. Closes: Bug#190608 diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules /tmp/GFOeDadHBn/tkusr-0.81/debian/rules --- /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules 2003-04-25 20:31:06.0 +0200 +++ /tmp/GFOeDadHBn/tkusr-0.81/debian/rules 2006-01-02 15:22:30.363887976 +0100 @@ -24,7 +24,7 @@ $(MAKE) install DESTDIR=`pwd`/debian/tmp # Must have debmake installed for this to work. Otherwise please copy # /usr/bin/debstd into the debian directory and change debstd to debian/debstd - debstd CHANGES README + debstd OLDCHANGES README dpkg-gencontrol -isp chown -R root.root debian/tmp chmod -R go=rX debian/tmp signature.asc Description: OpenPGP digital signature
Bug#345645: xlibs-data: Prompted about unchanged conffile /etc/X11/xkb/symbols/dvorak
Package: xlibs-data Version: 6.9.0.dfsg.1-1 Severity: normal When I upgraded from X 6.8.2.dfsg.1-11 to 6.9.0.dfsg.1-1 (specifically xlibs-data), I was prompted to accept conffile changes to the file /etc/X11/xkb/symbols/dvorak. I have not changed this file myself though. I have attached the old file and the new. Hamish -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-amd64-k8-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- no debconf information // $XdotOrg: xc/programs/xkbcomp/symbols/dvorak,v 1.3 2004/12/04 00:43:16 kuhn Exp $ // $Xorg: dvorak,v 1.3 2000/08/17 19:54:42 cpqbld Exp $ // symbols definition for a very simple dvorak layout. // It has basically the alphanumeric keys, punctuation, // one shift key, one control key and caps lock. It // uses the punctuation keys configurations common on PC // keyboards (e.g. key ABO9 is { [ period greater ] }) // $XFree86: xc/programs/xkbcomp/symbols/dvorak,v 3.10 2003/08/08 06:27:09 dawes Exp $ partial default alphanumeric_keys xkb_symbols basic { include srvr_ctrl(xfree86) name[Group1]= Dvorak; key ESC { [ Escape ] }; // Alphanumeric section key TLDE { [ grave, asciitilde ], [ dead_grave, dead_tilde ] }; key AE01 { [ 1, exclam ] }; key AE02 { [ 2, at ] }; key AE03 { [ 3, numbersign ] }; key AE04 { [ 4, dollar ] }; key AE05 { [ 5, percent ] }; key AE06 { [ 6, asciicircum ], [ dead_circumflex, dead_circumflex ] }; key AE07 { [ 7, ampersand ] }; key AE08 { [ 8, asterisk ] }; key AE09 { [ 9, parenleft ], [ dead_grave ] }; key AE10 { [ 0, parenright ] }; key AE11 { [ bracketleft, braceleft ] }; key AE12 { [ bracketright, braceright ], [ dead_tilde ] }; key BKSP { type=CTRL+ALT, symbols[Group1]= [ BackSpace, Terminate_Server ] }; key TAB { [ Tab, ISO_Left_Tab ] }; key AD01 { [ apostrophe, quotedbl ], [ dead_acute, dead_diaeresis ] }; key AD02 { [ comma, less ], [ dead_cedilla, dead_caron ] }; key AD03 { [ period, greater ], [ dead_abovedot, periodcentered ] }; key AD04 { [ p, P ] }; key AD05 { [ y, Y ] }; key AD06 { [ f, F ] }; key AD07 { [ g, G ] }; key AD08 { [ c, C ] }; key AD09 { [ r, R ] }; key AD10 { [ l, L ] }; key AD11 { [ slash, question ] }; key AD12 { [ equal, plus ] }; key RTRN { [ Return ] }; key CAPS { [ Caps_Lock ] }; key AC01 { [ a, A ] }; key AC02 { [ o, O ] }; key AC03 { [ e, E ] }; key AC04 { [ u, U ] }; key AC05 { [ i, I ] }; key AC06 { [ d, D ] }; key AC07 { [ h, H ] }; key AC08 { [ t, T ] }; key AC09 { [ n, N ] }; key AC10 { [ s, S ] }; key AC11 { [ minus, underscore ] }; key LFSH { [ Shift_L ] }; key AB01 { [ semicolon, colon ], [ dead_ogonek, dead_doubleacute ] }; key AB02 { [ q, Q ] }; key AB03 { [ j, J ] }; key AB04 { [ k, K ] }; key AB05 { [ x, X ] }; key AB06 { [ b, B ] }; key AB07 { [ m, M ] }; key AB08 { [ w, W ] }; key AB09 { [ v, V ] }; key AB10 { [ z, Z ] }; key BKSL { [ backslash, bar ] }; key LCTL { [ Control_L ] }; key SPCE { [ space ] }; // End alphanumeric section // begin modifier mappings modifier_map Shift { Shift_L }; modifier_map Lock { Caps_Lock }; modifier_map Control{ Control_L }; }; // Norwegian Dvorak partial alphanumeric_keys xkb_symbols no { include dvorak(basic) key TLDE { [ bar, section ], [ brokenbar, paragraph ] }; key AE01 { [ 1, exclam ], [ exclamdown, onesuperior ] }; key AE02 { [ 2, quotedbl ], [ at, twosuperior ] }; key AE03 { [ 3, numbersign ], [sterling, threesuperior ] }; key AE04 { [ 4, dollar ], [currency, onequarter ] }; key AE05 { [ 5, percent ], [ onehalf, onehalf ] }; key AE06 { [ 6, ampersand ], [ threequarters, threequarters ] }; key AE07 { [ 7, slash ], [ braceleft, division ] }; key AE08 { [ 8, parenleft ], [ bracketleft ] }; key AE09 { [ 9, parenright ], [ bracketright ] }; key AE10 { [ 0, equal ], [ braceright ] }; key AE11 { [ plus, question ], [ plusminus, questiondown ] }; key AE12 { [ backslash, grave ], [ dead_acute, dead_grave ] }; key AD01 { [ aring, Aring ], [ braceright, bracketright ] }; key AD02 { [ comma, semicolon ], [ dead_cedilla, cedilla ] }; key AD03 { [ period, colon ], [ periodcentered ] }; key AD04 { [ p, P ], [ thorn, THORN ] }; key AD05 { [ y, Y
Bug#345436: xlibs: Alt-GR key not working at all under X
Denis, Denis Barbier [EMAIL PROTECTED] [2006-01-02 15:18]: thanks for your email. On Mon, Jan 02, 2006 at 01:32:01PM +0100, Lukas Ruf wrote: after upgrading to latest x.org, the Alt-Gr key is not working anymore under X. I am using a Swiss German keyboard layout and kept the config settings as they were before: Section InputDevice IdentifierGeneric Keyboard Driverkeyboard OptionCoreKeyboard OptionXkbRules xfree86 OptionXkbModel pc101 OptionXkbLayout de_CH OptionXkbVariantnodeadkeys Try with Option XkbRules xorg Option XkbModel pc101 Option XkbLayout ch Option XkbVariantde_nodeadkeys [EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the problem! Thanks for the help! Happy New Year! wbr, Lukas -- Lukas Ruf http://www.lpr.ch | Ad Personam rbacs http://wiki.lpr.ch | Restaurants, Bars and Clubs Raw IP http://www.rawip.org | Low Level Network Programming Style http://email.rawip.org | How to write emails
Bug#345607: libtool: line 606: --: command not found message for --mode=link
On Mon, Jan 02, 2006 at 02:40:43PM +0100, Ralf Wildenhues wrote: On Mon, Jan 02, 2006 at 02:10:52PM +0100, Ralf Wildenhues wrote: You could change the last sed command to kill those separators: | sed '/^--/d;s/gcc/cc/g' libtool Thanks for the suggestion. BTW, this might generate problems on MinGW (because of the automatic argv rewriting for win32 paths); not that I expect Debian's libtool to end up there, but some things end up where you never expected them.. This only ends up in /usr/bin/libtool, and has nothing to do with any of the other files. So this really shouldn't affect anything other than Debian. I hope nobody just takes that file to do something else. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344030: Profiles are not active upon logins like ssh -X
On Monday 19 December 2005 15:55, C. Gatzemeier wrote: Profiles are not active upon logins like ssh -X since the desktop-profiles script is an xsession.d script. I haven't been able to find a general solution for this. The only solution I see at the moment is to add a shell snippet to the system-wide on-login script for each shell that sources the profile activation sript for an 'ssh -X logon. The following snippet works for bourn-compatible shells when added to /etc/profile: # testing SSH_CLIENT as the woody ssh doesn't set SSH_CONNECTION # also testing SSH_CONNECTION as the current ssh manpage no longer mentions # SSH_CLIENT, so it appears that variable is being phased out. if ( ( (test -n ${SSH_CLIENT}) || (test -n ${SSH_CONNECTION}) ) \ (test -n ${DISPLAY}) ); then source /etc/X11/Xsession.d/20desktop-profiles_activateDesktopProfiles fi; this gives the following todo: - document the bug and proposed solution in desktop-profiles README - file bugs with the respective shells to add an profile.d dir or similar, giving packages a policy-compliant way of adding shell snippets to the systemwide shell-logon script. - wait for filed bugs to be fixed and add the necessary snippets when it becomes possible to do so. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpVGhH1ibGIp.pgp Description: PGP signature
Bug#345518: kdesvn ignores subversion-auth-config
reopen 345518 = severity 345518 wishlist retitle 345518 do not default to saving password and include configuration option stop On 02.01.06 14:21:30, Michael Biebl wrote: This setting is for the subversion command client. Hmm, thought it would be authoritive for any program using libsvn0. Especially as the stored credentials are used by the command line client too. password you can explicitly tell it if you want to store the password or not and kdesvn does as so. Overlooked that small button. I don't consider this behaviour a bug. I kind of do, because the default of kdesvn is to store passwords. Which IMHO is not what other debian packages do in terms of security. I mean, if somebody uses a subversion repository with authentication that is probably to increase security. Especially as passwords are stored in clear-text. Maybe a global setting in the configuration dialog would be useful so that kdesvn does not always prompt you if you want to store the password or not and this setting could be predefined with the value from .subversion/config if not explictely set. But this is more a wishlist bug than an security relevant bug. Agreed. I'd like to have the default for store password option to be off and maybe a possibility to remove the authentication information for the current opened repository, so one can switch from storing to not storing without fiddling with .subversion/auth/... files. Andreas -- You are as I am with You. pgpBlyZfJuEKf.pgp Description: PGP signature
Bug#345288: mantis: Plethora of vulnerabilities
Moritz Muehlenhoff [EMAIL PROTECTED] writes: Hilko Bengen wrote: Thijs Kinkhorst [EMAIL PROTECTED] writes: If/when I'll upload to unstable I'll orphan the package, unless Hilko wants to keep on maintaining it for now. Have said vulnerabilities been fixed in 0.19.4? If yes, I suppose I could do a quick uploead for unstable. It's hard to tell because all the bugs that relate to the security problems are still private. Security by obscurity, again. Just great. However, the descriptions seem to match, so I assume they're all fixed in 0.19.4. The CVS repository is still public, one can probably have a look at the diffs between 0.19.3 and 0.19.4. Cheers, -Hilko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345646: slocate: Please provide a NEWS file announcing important changes
Package: slocate Version: 3.0.beta.r1-1 Severity: wishlist There has been an incompatible change concerning the LOCATE_PATH environment variable making slocate no longer work here; until I found this problem, I was wondering why. This kind of things should have been announced in a NEWS file (which is given by apt-listchanges when upgrading). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4-20051215 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages slocate depends on: ii adduser 3.80Add and remove users and groups ii dpkg 1.13.11.0.1 package maintenance system for Deb ii libc62.3.5-9 GNU C Library: Shared libraries an slocate recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345647: madwifi driver causes kernel oops
Package: madwifi-source Version: 2005 I've built the module against the Debian official kernel 2.6.14-2-686 (version 2.6.14-7). I have a ThinkPad A22p and an Enterasys Networks PCMCIA a/b/g card. I will attach the output of lspci -vvv. When I click scan for networks in kwifimanager, kwifimanager crashes, and dmesg shows this: Unable to handle kernel paging request at virtual address printing eip: e0aa9fff *pde = Oops: [#1] Modules linked in: r128 drm ipv6 thermal fan button processor ac battery nls_iso8859_1 nls_cp437 vfat fat ath_pci ath_rate_onoe wlan ath_hal joydev snd_cs46xx gameport snd_rawmidi snd_seq_device snd_ac97_codec snd_ac97_bus irtty_sir snd_pcm_oss snd_mixer_oss sir_dev uhci_hcd snd_pcm irda i2c_piix4 ide_cd cdrom psmouse snd_timer crc_ccitt floppy e100 mii yenta_socket rsrc_nonstatic pcmcia_core usbcore serio_raw snd soundcore snd_page_alloc pci_hotplug parport_pc parport intel_agp agpgart pcspkr i2c_core rtc ext3 jbd mbcache ide_disk generic ide_generic piix ide_core evdev mousedev CPU:0 EIP:0060:[e0aa9fff]Tainted: P VLI EFLAGS: 00010246 (2.6.14-2-686) EIP is at read_ap_result+0x1bf/0x580 [wlan] eax: ebx: da2b5e9c ecx: edx: de0f8c00 esi: de0f8cf5 edi: d839401c ebp: d839401c esp: da2b5d84 ds: 007b es: 007b ss: 0068 Process kwifimanager (pid: 3795, threadinfo=da2b4000 task=da12a030) Stack: 0292 d5da12b0 da2b5db0 0292 da274998 0001 de144678 d8395000 da6c7e20 d5da1280 d5da1280 c02c4b64 0001 da6c7e20 0296 da6c7e20 d5da1280 d5da12b0 c025d452 Call Trace: [c02c4b64] unix_write_space+0x34/0x70 [c025d452] kfree_skbmem+0x42/0xa0 [c02c710d] unix_stream_recvmsg+0x1ed/0x480 [e0aa4a36] ieee80211_iterate_nodes+0x46/0x80 [wlan] [e0aabe48] ieee80211_ioctl_giwscan+0x68/0xc0 [wlan] [e0aa9e40] read_ap_result+0x0/0x580 [wlan] [c026fc18] wireless_process_ioctl+0x668/0x7d0 [e0b0bfa0] ath_ioctl_giwscan+0x0/0x20 [ath_pci] [c02649bd] dev_ioctl+0x27d/0x2e0 [c01731b2] do_ioctl+0x32/0x90 [c0173370] vfs_ioctl+0x60/0x1e0 [c0173578] sys_ioctl+0x88/0xa0 [c01030c5] syscall_call+0x7/0xb Code: 8b 43 04 89 42 04 89 ca 8b 84 24 dc 00 00 00 89 50 10 c7 03 00 00 00 00 66 c7 43 02 05 8b 8b 94 24 e0 00 00 00 8b 82 28 01 00 00 0f b7 00 66 c7 43 08 01 00 69 c0 a0 86 01 00 89 43 04 8b 8c 24 Any ideas? Thanks -- graham :00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- Latency: 64 Region 0: Memory at f400 (32-bit, prefetchable) [size=64M] Capabilities: [a0] AGP version 1.0 Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2 Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x2 :00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 128 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 2000-2fff Memory behind bridge: f020-f02f Prefetchable memory behind bridge: f800-fbff BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- Reset- FastB2B+ :00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) Subsystem: IBM Thinkpad T20 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 168, Cache Line Size: 0x08 (32 bytes) Interrupt: pin A routed to IRQ 10 Region 0: Memory at 5000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=02, subordinate=05, sec-latency=176 Memory window 0: 3000-31fff000 (prefetchable) Memory window 1: 3200-33fff000 I/O window 0: 1400-14ff I/O window 1: 1c00-1cff BridgeCtl: Parity- SERR- ISA- VGA- MAbort- Reset- 16bInt- PostWrite+ 16-bit legacy interface ports at 0001 :00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) Subsystem: IBM Thinkpad T20 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 168, Cache Line Size: 0x08 (32 bytes) Interrupt: pin B routed to IRQ 10 Region 0: Memory at 5010 (32-bit, non-prefetchable) [size=4K]
Bug#345648: keepalive connection problem
Package: libapache-mod-rpaf Version: 0.5-2 Severity: important Tags: patch When the reverse proxy makes Keepalive requests to the backend server and passes requests from multiple clients over the connection. mod_rpaf doesn't set the remote_ip properly for any but the first request on a keepalive connection. The latest (0.5) release allocates the remote_ip string from the connection pool, which is right, but ends up with a different bug. [1] Severity set to important because the module messes up Apache's environment and it's logs. Patch included. - Werner [1] http://blog.webkist.com/archives/42.html --- mod_rpaf-0.5/mod_rpaf.c 2004-03-17 10:47:30.0 -0500 +++ mod_rpaf-0.5+cramer/mod_rpaf.c 2004-09-27 10:28:28.0 -0400 @@ -130,6 +130,13 @@ return 0; } +static void rpaf_cleanup(void *data) { +const char *old_ip; +request_rec *r = (request_rec *)data; +if (old_ip = ap_table_get(r-notes, rpaf_orig_ip)) + r-connection-remote_ip = ap_pstrdup(r-connection-pool, old_ip); +} + static int change_remote_ip(request_rec *r) { const char *fwdvalue; char *val; @@ -147,6 +154,10 @@ if (*fwdvalue != '\0') ++fwdvalue; } + + ap_table_set(r-notes, rpaf_orig_ip, r-connection-remote_ip); + ap_register_cleanup(r-pool, (void *)r, rpaf_cleanup, ap_null_cleanup); + r-connection-remote_ip = ap_pstrdup(r-connection-pool, ((char **)arr-elts)[((arr-nelts)-1)]); r-connection-remote_addr.sin_addr.s_addr = inet_addr(r-connection-remote_ip); if (cfg-sethostname) {
Bug#168170: heimdal-clients: I also prefer /usr/bin
Package: heimdal-clients Version: 0.6.3-10sarge1 Followup-For: Bug #168170 I would like to see kadmin and the like in /usr/bin as well. I don't know what the definition for sbin is in linux, but most other systems has it as administration utilities (or similar). Well, let's take an excerpt from the FHS: /usr/sbin : Non-essential standard system binaries Purpose This directory contains any non-essential binaries used exclusively by the system administrator. System administration programs that are required for system repair, system recovery, mounting /usr, or other essential functions must be placed in /sbin instead. http://www.pathname.com/fhs/pub/fhs-2.3.html First of all, I'd call kadmin and the like as service administration programs rather than system administration programs. And in addition to that, I don't believe these tools are essential for fixing the local system, unless everything is consolidated to a single machine (which is very rare, I think). It would be nice if it's going to be fixed by the upstream maintainer. Durk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345649: bash: package includes /bin/sh
Package: bash Version: 3.1-1 Severity: minor $ dpkg -L bash |grep /bin/sh /bin/sh As /bin/sh is an admin-configurable symbolic link, it should not be included in the bash package. If the package were to be removed then /bin/sh would be removed even if it pointed to another shell. (This bug could only be a problem if bash could be removed, which would only be the case if there were some drop-in replacement for bash, which case I believe to be counterfactual at present. Hence the Severity: minor.) Should /bin/sh be handled using the alternatives mechanism? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341011: Intention to NMU
Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D diff -u tmake-1.8/debian/changelog tmake-1.8/debian/changelog --- tmake-1.8/debian/changelog +++ tmake-1.8/debian/changelog @@ -1,3 +1,10 @@ +tmake (1.8-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Remove trailing slash in copy of directory (Closes: #341011). + + -- Luk Claes [EMAIL PROTECTED] Mon, 2 Jan 2006 15:47:53 +0100 + tmake (1.8-1) unstable; urgency=low * New upstream release diff -u tmake-1.8/debian/rules tmake-1.8/debian/rules --- tmake-1.8/debian/rules +++ tmake-1.8/debian/rules @@ -52,7 +52,7 @@ cp -a bin/* debian/tmake/usr/bin/ rm -f debian/tmake/usr/bin/tmake_win - cp -a lib debian/tmake/usr/share/tmake/ + cp -a lib debian/tmake/usr/share/tmake cp -a lib/unix/* debian/tmake/etc/tmake/ ifeq ($(ARCH),alpha) cp -a lib/linux-g++/tmake-alpha.conf debian/tmake/etc/tmake/tmake.conf signature.asc Description: OpenPGP digital signature
Bug#343997: fglrx-driver: Problem with diversion
Christian Marillat wrote: Flavio Stanchina [EMAIL PROTECTED] writes: Christian Marillat wrote: I had a feeling that diverting the ldconfig symlink was not a good idea, even if lintian and several actual people complained that I should do so, but I didn't anticipate this particular problem. Are there other packages that divert library symlinks? How do they solve this problem? Would it work if I added a shlibs file with the same contents as the xlibmesa-gl.shlibs file? May be a good exemple is the nvidia package ? Recent versions of the ATI installer (= 8.16, I think) can produce Debian packages. They use the diversion. I was using the deb packages from the ATI installer, but the fglrx packages in the deb repository seem to conflict with them. (It wouldn't be a problem without this issue about the symlink, because I don't really mind which ones I use as long as it works). It's almost impossible to force the old packages (that I had installed with the ATI installer) not to be replaced with the packages in the debian repository (same version and revision number). Would it be possible to use a different package name, or perhaps simply to provide the packages produced by the ATI installer? (Perhaps I should fill in another bug report.) What if a program links against libGL.so.1.2 (the actual file) rather than the symlink? Were you talking about package dependencies only? Otherwise, it's a shared library, so it shouldn't really matter if the dynamic linking is done against a symlink or an actual file. Regards, Bruno. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#246429: Segfault fixed with new Xorg
Is the fix reproducible also with 1.2.10-1? Are you able to check? I am not able to install a version prior to the current (1.2.10+cvs20050809-5). `apt-get install xmms=1.2.10-1` results in the error: E: Version '1.2.10-1' for 'xmms' was not found If I try to remove xmms, to do a fresh install of xmms-1.2.10-1, it also wants to remove kde. So I won't be doing that. I could setup a fresh unstable install inside a VM, but I don't think that will be very usefull as the environment will differ to much from my workstation where I experienced the problem. As I have a feeling it was the NVIDIA driver stuff (which was not from the Debian package btw). After the X restart, kde also was able to lock my session/screen again, which was also not possible in the time I experienced the seg fault with xmms. If you have another suggestion who I could try xmms-1.2.10-1 without removing much of my system, please tell me and I will try it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344813: Paco debian package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm trying to package Paco, but since it's my first packaging experience, I'm not posting an ITP yet (btw: is it necessary when answering to a RFP?). I'll test the package by myself and with some friends, if I'll succeed, then I'll put the package online. Cheers, David - -- Linux Registered User #334216 Get FireFox! http://www.spreadfirefox.com/?q=affiliatesid=48183t=1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDuTv6axD88AWoAkIRAiBHAJ440GC9ri2iay7s5cL0ESPZi1wrcACgkfcE OkMP3leMe2BS0Bj/A/zdPCA= =PpAj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345650: Segmentation fault
Package: libtext-charwidth-perl Version: 0.04-1 Severity: grave Justification: renders package unusable The install-info script was yelling some segfaults, so I traced the problem until I found that CharWidth is the real issue: cosetti:/tmp# perl /usr/lib/perl5/Text/CharWidth.pm Segmentation fault any hints? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (950, 'testing') Architecture: i386 (i586) Kernel: Linux 2.4.18-bf2.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libtext-charwidth-perl depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii perl-base [perlapi-5.8.0] 5.8.4-8 The Pathologically Eclectic Rubbis -- debconf-show failed -- Martin Sarsale - [EMAIL PROTECTED]
Bug#345651: passwd package should be essential?
Package: passwd Version: 1:4.0.13-7 Severity: important Hi, I'm wondering if the passwd package should be essential or not. And I want to start with quoting some relevant portions of the policy: 3.5. Dependencies [...] Packages are not required to declare any dependencies they have on other packages which are marked `Essential' (see below), and should not do so unless they depend on a particular version of that package. [...] 3.9.1. Prompting in maintainer scripts [...] Packages which use the Debian Configuration management specification may contain an additional `config' script and a `templates' file in their control archive[2]. The `config' script might be run before the `preinst' script, and before the package is unpacked or any of its dependencies or pre-dependencies are satisfied. Therefore it must work using only the tools present in _essential_ packages.[3] [...] 7.2. Binary Dependencies [...] `Depends' [...] The `Depends' field should also be used if the `postinst', `prerm' or `postrm' scripts require the package to be present in order to run. Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. = Currently, you can perfectly remove passwd since it's not essential, and nothing essential has a dependency on it. Bash used to have a dependency on passwd, but this was removed in 3.1-1, and was replaced by one on debianutils because of #208514. And debianutils is essential. I believe a better packages for that would have been base-passwd. So, passwd was virtually essential because bash had a dependency on it, but now it doesn't anymore. So why do I think passwd needs to be essential? There are several things in the package that one might want to run from one of the maintainer scripts from debconf, like useradd, groupadd, userdel, ... Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345653: irssi isn't compiled with ssl library
Package: irssi Version: 0.8.10-1 Severity: wishlist irssi isn't compiled with --with-ssl option. why? it's a mistake? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-05-11-13 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages irssi depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libncurses5 5.5-1 Shared libraries for terminal hand ii libperl5.85.8.7-9Shared Perl library ii libssl0.9.8 0.9.8a-3 SSL shared libraries ii perl 5.8.7-9Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.7] 5.8.7-9The Pathologically Eclectic Rubbis irssi recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#345652: smtpguard: wrong upstream URL in debian/copyright
Package: smtpguard Version: 1.1.2-1 Severity: serious Justification: Policy 12.5 In debian/copyright the given URL is wrong. The correct URL is probably http://sourceforge.net/projects/flexguard/ Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345654: please add NFS support
Package: preseed Version: 1.11 Severity: wishlist Tags: patch The patch below adds NFS support to network-pressed. You can pass a NFS path in the form of nfs://$host/$path/$file and network-preseed will mount the NFS share and copy the file to d-i. Obviously, this requires NFS support but this can be put on the initrd. I intend to do this for Cobalt to allow SSH installations on machines without serial console. (I've no idea whether d-i has a program to generate a safe /tmp directory.) Index: debian/network-preseed.postinst === --- debian/network-preseed.postinst (revision 33661) +++ debian/network-preseed.postinst (working copy) @@ -8,15 +8,33 @@ preseed_fetch () { local url=$1 local file=$2 - iters=0 - while [ $iters -lt 3 ]; do - # TODO proxy support? Would it be useful? - # TODO add progress bar - if wget -q $url -O $file; then + case $url in + nfs://*) + url=${url#nfs://} + host=$(echo $url | cut -d / -f 1) + url=${url#$host} + path=`dirname $url` + file=`basename $url` + mnt=/tmp/nfs + mkdir $mnt + mount -t nfs $host:$path $mnt + cp $mnt/$file $file + umount $mnt + rmdir $mnt return 0 - fi - iters=$(($iters + 1)) - done + ;; + *) + iters=0 + while [ $iters -lt 3 ]; do + # TODO proxy support? Would it be useful? + # TODO add progress bar + if wget -q $url -O $file; then + return 0 + fi + iters=$(($iters + 1)) + done + ;; + esac return 1 } preseed_relative () { -- 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.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345655: grub: Manual page should inform about grub-doc
Package: grub Version: 0.97-2 Severity: minor The man page for grub says: The full documentation for grub is maintained as a Texinfo manual. If the info and grub programs are properly installed at your site, the command info grub should give you access to the complete manual. What it doesn't say is that you have to install grub-doc before it is on actually your system. Yours, Gerit Jan. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages grub depends on: ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345656: openssl: No libraries for engines in package
Package: openssl Version: 0.9.7e-3sarge1 Severity: important -- System Information: Debian Release: testing/unstable Architecture: i386 (VIA Nehemiah) Kernel: Linux 2.6.14.3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openssl depends on: ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.8a-3 SSL shared libraries -- no debconf information When trying to use the padlock feature the following happens. - vpn02:~# openssl engine padlock 18299:error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library:dso_dlfcn.c:162:filename(/usr/lib/ssl/engines/libpadlock.so): /usr/lib/ssl/engines/libpadlock.so: cannot open shared object file: No such file or directory 18299:error:25070067:DSO support routines:DSO_load:could not load the shared library:dso_lib.c:244: 18299:error:260B6084:engine routines:DYNAMIC_LOAD:dso not found:eng_dyn.c:450: 18299:error:2606A074:engine routines:ENGINE_by_id:no such engine:eng_list.c:415:id=padlock -- Investigation shows: When doing apt-src it is, that all the hardware-crypto-engines get build but are not included in the resulting package; neither openssl nor libssl. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147201: Bug#345628: man page documents faulty default
On Mon, Jan 02, 2006 at 01:27:08PM +0200, cobaco (aka Bart Cornelis) wrote: Package: openssh-server Severity: minor Version: 1:4.2p1-5 according to sshd_config(5) tels us that UsePAM defaults to 'no', yet a fresh install of openssh-server has this set to 'yes' #345628 is stronly related to #327886 and loosely related to #147201. It seems clear to me that the default values in ssh{,d}_config are NOT the values encoded in the ssh{,d} binaries, and that the config files (and environment variables, and environment variables) exist to override those defaults (or document the most often-changed parameters). Perhaps there should be a section somewhere in ssh manpages section 1 and 5 to the effect of this is the order of precedence of where parameter values come from, and documenting the different places, I don't know .. it wasn't entirely intuitive to me that I could have a ~/.ssh/ssh_config, and I guess it would be nice if this had popped out at me from somewhere other than the FILES section, one day when I had reason to read the ssh manpage in entirety.. -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#222757: multisync: Still unfixed
Package: multisync Version: 0.82-5.1 Followup-For: Bug #222757 Some of the build-dependencies have been updated, but there are still many of them which are not necessary and potentially troublesome. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages multisync depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.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 libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.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-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxml22.6.16-7 GNOME XML library ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278612: xclass-common: X windows environment in package description should read X Window System
Le jeudi 18 août 2005 à 10:31 +0200, Ola Lundqvist a écrit : Hello On Thu, Aug 18, 2005 at 10:10:19AM +0200, Jerome Warnier wrote: Le mardi 01 février 2005 à 14:11 +0100, Ola Lundqvist a écrit : On Tue, Feb 01, 2005 at 01:10:35PM +0100, Jérôme Warnier wrote: Le vendredi 29 octobre 2004 à 21:18 +0200, Ola Lundqvist a écrit : On Thu, Oct 28, 2004 at 10:05:17AM +0200, Jerome Warnier wrote: Package: xclass-common Version: 0.8.3-1 Severity: minor The package description states about the X windows environment, which should read X Window System. I would like to point out the fact that the correct name is X Window System or X11 (or X11R6) for short for the current version, and sometimes X Window alone. More official information on that matter is to be found on XFree86 project's server (http://www.xfree86.org) or on X Consortium's one (http://www.x.org). I already sent a similar request for OOo a while ago, see http://lists.debian.org/debian-openoffice/2002/08/msg00148.html for more information. Thanks a lot for the information. I'll fix this on next upload. Any news? Nope. I have not made any upload yet. Thanks for reminding me about it. I may be able to get some time to fix this little issue. If you can (or can find someone to) NMU that is welcome. Someone NMUed the package for the C++ transition. Maybe you should upload a package to acknowledge this NMU and fix my afore-mentioned bug. I'll do that when I have a working sid machine. I still run sarge and that will not be a good thing in this transition. I'll wait until the transition is over to not break things. Maybe time to do it now? Regards, Regards
Bug#321689: automake1.9: make dist distributes too many files (dist-info)
On 2006-01-02 14:14:40 +0100, Ralf Wildenhues wrote: [ this is http://bugs.debian.org/321689 ] Please try this patch (against CVS Automake, but should apply to branch-1-9 as well). Thanks. Thanks, this works at least with the Debian package. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341011: Intention to NMU
On Mon, Jan 02, 2006 at 03:52:48PM +0100, Luk Claes wrote: Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Feel free to NMU. Do you actually use tmake? Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341364: hal: This bug is identical to #322358, please close it also
Package: hal Version: 0.4.7-3sarge1 Followup-For: Bug #341364 This bug is actually identical to #322358, which has been closed with upload of version 0.4.8-7. Please close the current bug also. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hal depends on: ii adduser3.63 Add and remove users and groups ii dbus-1 0.23.4-1 simple interprocess messaging syst ii dbus-glib-10.23.4-1 simple interprocess messaging syst ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcap11:1.10-14 support for getting/setting POSIX. ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libhal-storage00.4.7-3sarge1 Hardware Abstraction Layer - share ii libhal00.4.7-3sarge1 Hardware Abstraction Layer - share ii libpopt0 1.7-5 lib for parsing cmdline parameters ii pciutils 1:2.1.11-15 Linux PCI Utilities ii udev 0.056-3 /dev/ management daemon ii usbutils 0.70-8USB console utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342704: please remove ocaml-native-compilers/hppa from unstable
On Thu, Dec 29, 2005 at 17:54:42 +, Jeroen van Wolffelaar wrote: Two questions: - Did you try the debian-hppa list whether there are hppa porters willing to work on this? When dealing with arch-specific issues, they should at least be informed so that they can make a choice between dropping support in this way for ocaml, or fixing the support where the package maintainers and upstream are unable and/or unwilling to do so. I didn't do that, because I thought that having this deb removed was necessary for ocaml to go in etch, and because ocaml was keeping kde out of etch. I'll do so now, if you think that's necessary. - What to do with packages like slat and confluence, that seem to fail to build for hppa with this package removed? I think they should be transitioned to alternatives, or otherwise also for those packages, the hppa support should be dropped. This should happen at the same time in any case, I do not intend to whack-a-mole multiple times in the future for reverse-(build)-dependendencies of this package. I don't think these packages should build-depend on ocaml-native-compilers. The ocaml-nox package provides compilers on all debian architectures, and should be used instead IMO. The compilation speed increase provided by the native compilers is probably not necessary. (As a side note, I don't understand why slat build-depends on ocaml at all.) Cheers, Julien Cristau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345497: xserver-xorg: [mga] unresolved symbol in mga_drv.o crashes xserver, leaving the console unusable
Hi again, I downgraded xserver-xorg and xserver-common to 6.8.2.dfsg.1-11. The problem is gone, so I can confirm that this bug is not related to anything else. In case someone else is affected: Oliver Haake wrote me an email suggesting to delete /usr/X11R6/lib/modules/drivers/mga_hal.o, which solved the problem for him. Bye, Sebastian Kuhnert pgpXJF2UP1Lul.pgp Description: PGP signature
Bug#345439: Changed wildcard handling in v5 mode
Le samedi 31 décembre 2005 à 13:51 -0500, Joey Hess a écrit : This was changed in 4.9.5: * dh_install: in v5 mode, error out if there are wildcards in the file list and the wildcards expand to nothing. Done only for v5 as this is a behavior change. Closes: #249815 The old behavior was never intended to allow file exclusion; it was just a bug. I've documented it in the man page now. There's currently not a way to conditionally install a file with dh_install except stuff like this: -dh_install debian/tmp-amd64/usr/lib*/librpcsvc.a* usr/lib64 Ah, okay. Thanks. I used to rely on this behavious quite heavily. As a feature request for v6 mode, will you consider changing these to be regular expressions with an option to allow a zero match mode? The problem I'm trying to solve with glibc is that I have a list of .a files. Most of which I want. One of which might not get generated under some circumstances, and 4 or 5 of which should not be in this package because they're profiling libraries (*._p.a). Listing them is annoying because the list of libraries that glibc ships changes as add-ons are changed, or as the library changes over time. Tks, Jeff Bailey signature.asc Description: Ceci est une partie de message numériquement signée
Bug#345657: ITP: cl-s-base64 -- A Common Lisp implementation of Base64 Encoding/Decoding
Package: wnpp Severity: wishlist Owner: Peter Van Eynde [EMAIL PROTECTED] * Package name: cl-s-base64 Version : 20051102 Upstream Author : Sven Van Caekenberghe * URL : http://homepage.mac.com/svc/s-base64/ * License : LLGPL Description : A Common Lisp implementation of Base64 Encoding/Decoding A Common Lisp implementation of Base64 Encoding/Decoding S-BASE64 is an open source Common Lisp implementation of Base64 Encoding and Decoding. Base64 encoding is a technique to encode binary data in a portable, safe printable, 7-bit ASCII format. For a general introduction, please consult the Wikipedia article on Base64. This simple package is used as a building block in a number of other open source projects, as can be seen from this description of some other Open Source Common Lisp packages. . Homepage: http://homepage.mac.com/svc/s-base64/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2mine2 Locale: [EMAIL PROTECTED], LC_CTYPE=it_IT (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275759: Not fixed
On Κυριακή 01 Ιανουάριος 2006 22:26, Ken Harris wrote: I have ttf-freefont 20051102-2 installed now -- one version newer than the version that claims to fix this bug -- and in gucharmap, the FreeSerif arrows are definitely pointing in the wrong directions still. I tried kcharselect from kde and it seems to be fixed. Have you refreshed the fontconfig cache and reloaded X? Konstantinos
Bug#345656: [Pkg-openssl-devel] Bug#345656: openssl: No libraries for engines in package
reassign 345656 libssl0.9.7 clone 345656 -1 reassign -1 libssl0.9.8 0.9.8-1 thanks On Mon, Jan 02, 2006 at 04:37:58PM +0100, Jan Walzer wrote: Package: openssl Version: 0.9.7e-3sarge1 Severity: important Hi Jan, I was just about to submit a bug about this myself since you didn't. Anyway, our previous message about this is on: http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-December/000572.html And I'll forward this to upstream soon. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345658: ITP: cl-s-sysdeps -- An Abstraction Layer Over Platform Dependent Functionality
Package: wnpp Severity: wishlist Owner: Peter Van Eynde [EMAIL PROTECTED] * Package name: cl-s-sysdeps Version : 20051122 Upstream Author : Sven Van Caekenberghe * URL : http://homepage.mac.com/svc/s-sysdeps/ * License : LLGPL Description : An Abstraction Layer Over Platform Dependent Functionality S-SYSDEPS is an abstraction layer over platform dependent functionality. This simple package is used as a building block in a number of other open source projects. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2mine2 Locale: [EMAIL PROTECTED], LC_CTYPE=it_IT (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345659: passwd: Removes /etc/shells on purge.
Package: passwd Version: 1:4.0.13-1 Severity: serious Hi, Handling of /etc/shells was moved to debianutils, but you still remove /etc/shells on purge. Since passwd can be removed without much problems, this can leave a system without /etc/shells. And this causes problems. You should no longer remove that file on purge. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147201: Bug#345628: man page documents faulty default
On Monday 02 January 2006 16:36, you wrote: On Mon, Jan 02, 2006 at 01:27:08PM +0200, cobaco (aka Bart Cornelis) wrote: according to sshd_config(5) tels us that UsePAM defaults to 'no', yet a fresh install of openssh-server has this set to 'yes' #345628 is stronly related to #327886 and loosely related to #147201. It seems clear to me that the default values in ssh{,d}_config are NOT the values encoded in the ssh{,d} binaries, and that the config files (and environment variables, and environment variables) exist to override those defaults (or document the most often-changed parameters). obviously (in hindsight) Perhaps there should be a section somewhere in ssh manpages section 1 and 5 to the effect of this is the order of precedence of where parameter values come from, and documenting the different places, I don't know .. it wasn't entirely intuitive to me that I could have a ~/.ssh/ssh_config, and I guess it would be nice if this had popped out at me from somewhere other than the FILES section, one day when I had reason to read the ssh manpage in entirety.. What suprised me is not the precedence order (that's clear to me, though adding something about it won't hurt), but that the documentation doesn't describe the out-of-the-box situation (i.e. even though I haven't changed anything the documentation doesn't describe the actual situation) So maybe add a section to the man-page saying something like the debian ssh package ships with the following non-default settings: - option A set to X - option B set to Y ... -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgp61SetpdgTl.pgp Description: PGP signature
Bug#252837: postfix: Fix and pkg suggestion.
Package: postfix Version: 2.2.4-1.0.1 Followup-For: Bug #252837 root# apt-get install libsasl2-modules You will otherwise get error messages like [no worthy mechs found] :- postfix/smtp[25991]: maps_find: smtp_sasl_passwd: hash:/etc/postfix/saslpass (0,100): outgoing.verizon.net = sarma:rahasya1 postfix/smtp[25991]: smtp_sasl_passwd_lookup: host 'outgoing.verizon.net' user 'sarma' pass 'rahasya1' postfix/smtp[25991]: starting new SASL client postfix/smtp[25991]: name_mask: noanonymous postfix/smtp[25991]: smtp_sasl_authenticate: outgoing.verizon.net[206.46. 232.12]: SASL mechanisms LOGIN postfix/smtp[25991]: warning: SASL authentication failure: No worthy mechs found Then the simple empty option will work as it did before smtp_sasl_security_options = -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages postfix depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.66 Debian configuration management sy ii dpkg 1.13.11.0.1 package maintenance system for Deb ii libc62.3.5-8 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-23 Berkeley v4.2 Database Libraries [ ii libsasl2 2.1.19-1.7 Authentication abstraction library ii libssl0.9.8 0.9.8a-3SSL shared libraries ii netbase 4.23Basic TCP/IP networking system Versions of packages postfix recommends: ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent pn resolvconf none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335955: Intention to NMU
Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D diff -u unicon-3.0.4/debian/changelog unicon-3.0.4/debian/changelog --- unicon-3.0.4/debian/changelog +++ unicon-3.0.4/debian/changelog @@ -1,3 +1,10 @@ +unicon (3.0.4-9.1) unstable; urgency=medium + + * Non-maintainer upload. + * C++ ABI transition (Closes: #335955). + + -- Luk Claes [EMAIL PROTECTED] Mon, 2 Jan 2006 16:10:09 +0100 + unicon (3.0.4-9) unstable; urgency=low * Fix gcc-3.2 compile errors. (closes:Bug#188909) reverted: --- unicon-3.0.4/debian/unicon-im.files +++ unicon-3.0.4.orig/debian/unicon-im.files @@ -1 +0,0 @@ -usr diff -u unicon-3.0.4/debian/control unicon-3.0.4/debian/control --- unicon-3.0.4/debian/control +++ unicon-3.0.4/debian/control @@ -5,10 +5,12 @@ Maintainer: Yu Guanghui [EMAIL PROTECTED] Standards-Version: 3.5.0 -Package: unicon-im +Package: unicon-imc2 Architecture: any Depends: ${shlibs:Depends} -Conflicts: chinput (= 3.0.1-3) +Conflicts: chinput (= 3.0.1-3), unicon-im +Replaces: unicon-im +Provides: unicon-im Description: Chinese Input Method Libaray General Chinese Input method interface and API. It is using by chinput and unicon now. reverted: --- unicon-3.0.4/debian/unicon-im.override +++ unicon-3.0.4.orig/debian/unicon-im.override @@ -1,3 +0,0 @@ -unicon-im: shlib-with-non-pic-code usr/lib/unicon/modules/turbo/TL_hzinput.so -unicon-im: non-dev-pkg-with-shlib-symlink usr/lib/libimm_server.so.0.0 usr/lib/libimm_server.so -unicon-im: postinst-must-call-ldconfig usr/lib/libimm_server.so.0.0 diff -u unicon-3.0.4/debian/rules unicon-3.0.4/debian/rules --- unicon-3.0.4/debian/rules +++ unicon-3.0.4/debian/rules @@ -46,9 +46,9 @@ dh_clean -k dh_installdirs - $(MAKE) install prefix=`pwd`/debian/unicon-im/usr DESTDIR=`pwd`/debian/unicon-im/usr - $(MAKE) data-install prefix=`pwd`/debian/unicon-im/usr - cp -f debian/unicon-im.override `pwd`/debian/unicon-im/usr/share/lintian/overrides/unicon-im + $(MAKE) install prefix=`pwd`/debian/unicon-imc2/usr DESTDIR=`pwd`/debian/unicon-imc2/usr + $(MAKE) data-install prefix=`pwd`/debian/unicon-imc2/usr + cp -f debian/unicon-imc2.override `pwd`/debian/unicon-imc2/usr/share/lintian/overrides/unicon-imc2 # dh_movefiles reverted: --- unicon-3.0.4/debian/unicon-im.docs +++ unicon-3.0.4.orig/debian/unicon-im.docs @@ -1,13 +0,0 @@ -BUGS -README -README_cn -THANKS -RELEASE -RELEASE_cn -CREDITS -debian/TODO.Debian -doc/faq_en.txt -doc/smallfont.txt -doc/tech_unicon.txt -doc/unicon_font_header.txt -doc/whitepaper_unicon.txt reverted: --- unicon-3.0.4/debian/unicon-im.dirs +++ unicon-3.0.4.orig/debian/unicon-im.dirs @@ -1,2 +0,0 @@ -usr/share/lintian/overrides -usr/lib/unicon only in patch2: unchanged: --- unicon-3.0.4.orig/debian/unicon-imc2.dirs +++ unicon-3.0.4/debian/unicon-imc2.dirs @@ -0,0 +1,2 @@ +usr/share/lintian/overrides +usr/lib/unicon only in patch2: unchanged: --- unicon-3.0.4.orig/debian/unicon-imc2.docs +++ unicon-3.0.4/debian/unicon-imc2.docs @@ -0,0 +1,13 @@ +BUGS +README +README_cn +THANKS +RELEASE +RELEASE_cn +CREDITS +debian/TODO.Debian +doc/faq_en.txt +doc/smallfont.txt +doc/tech_unicon.txt +doc/unicon_font_header.txt +doc/whitepaper_unicon.txt only in patch2: unchanged: --- unicon-3.0.4.orig/debian/unicon-imc2.files +++ unicon-3.0.4/debian/unicon-imc2.files @@ -0,0 +1 @@ +usr only in patch2: unchanged: --- unicon-3.0.4.orig/debian/unicon-imc2.override +++ unicon-3.0.4/debian/unicon-imc2.override @@ -0,0 +1,3 @@ +unicon-imc2: shlib-with-non-pic-code usr/lib/unicon/modules/turbo/TL_hzinput.so +unicon-imc2: non-dev-pkg-with-shlib-symlink usr/lib/libimm_server.so.0.0 usr/lib/libimm_server.so +unicon-imc2: postinst-must-call-ldconfig usr/lib/libimm_server.so.0.0 signature.asc Description: OpenPGP digital signature
Bug#342968: Package explicitely build-depends on g++-3.4
reopen 342968 severity 342968 important thanks I don't think that just removing g++-3.4 from the Build-Depends line is an appropriate fix for this bug. The package still does actually require gcc-3.4 to build on ARM; as a result, it's now unbuildable on that architecture: http://buildd.debian.org/fetch.php?pkg=gmsharch=armver=1.61.3-2stamp=1136060975file=log Please either put the Build-Depends back how it was, or remove the requirement for gcc-3.4 from debian/rules. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345025: evolution-plugins needs an dependencies update for latest dbus
The dependency update happens automatically on recompiling. In order to recompile with libpisock-dev 0.11.8-0.12.0-pre4-3 from experimental, you seem to have to apply this little patch: diff -ru evolution-2.4.1/addressbook/conduit/address-conduit.c evolution-2.4.1_new/addressbook/conduit/address-conduit.c --- evolution-2.4.1/addressbook/conduit/address-conduit.c 2004-09-23 20:50:17.0 +0200 +++ evolution-2.4.1_new/addressbook/conduit/address-conduit.c 2006-01-02 12:47:27.0 +0100 @@ -838,7 +838,7 @@ if (dlp_ReadRecordById (ctxt-dbi-pilot_socket, ctxt-dbi-db_handle, local-local.ID, record, - NULL, NULL, NULL, cat) 0) { + NULL, NULL, cat) 0) { local-local.category = cat; memset (addr, 0, sizeof (struct Address)); unpack_Address (addr, record, 0x); diff -ru evolution-2.4.1/calendar/conduits/calendar/calendar-conduit.c evolution-2.4.1_new/calendar/conduits/calendar/calendar-conduit.c --- evolution-2.4.1/calendar/conduits/calendar/calendar-conduit.c 2005-09-30 19:07:05.0 +0200 +++ evolution-2.4.1_new/calendar/conduits/calendar/calendar-conduit.c 2006-01-02 13:17:07.0 +0100 @@ -825,7 +825,7 @@ if (dlp_ReadRecordById (ctxt-dbi-pilot_socket, ctxt-dbi-db_handle, local-local.ID, record, - NULL, NULL, NULL, cat) 0) { + NULL, NULL, cat) 0) { local-local.category = cat; memset (appt, 0, sizeof (struct Appointment)); unpack_Appointment (appt, record, 0x); diff -ru evolution-2.4.1/calendar/conduits/todo/todo-conduit.c evolution-2.4.1_new/calendar/conduits/todo/todo-conduit.c --- evolution-2.4.1/calendar/conduits/todo/todo-conduit.c 2005-07-01 17:14:33.0 +0200 +++ evolution-2.4.1_new/calendar/conduits/todo/todo-conduit.c 2006-01-02 13:17:42.0 +0100 @@ -604,7 +604,7 @@ if (dlp_ReadRecordById (ctxt-dbi-pilot_socket, ctxt-dbi-db_handle, local-local.ID, record, - NULL, NULL, NULL, cat) 0) { + NULL, NULL, cat) 0) { local-local.category = cat; } } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345661: ITP: cl-s-utils -- A collection of Common Lisp utilities
Package: wnpp Severity: wishlist Owner: Peter Van Eynde [EMAIL PROTECTED] * Package name: cl-s-utils Version : 20051212 Upstream Author : Sven Van Caekenberghe * URL : http://homepage.mac.com/svc/s-utils/ * License : LLGPL Description : A collection of Common Lisp utilities S-UTILS is collection of Common Lisp utilities. This simple package is used as a building block in a number of other open source projects. . S-UTILS helps in: manipulating directory pathnames,copying streams, doing some elementary parsing (tokenizing), flexibly formatting dates, times and durations and parsing integers more safely. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2mine2 Locale: [EMAIL PROTECTED], LC_CTYPE=it_IT (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345663: ITP: cl-s-http-server -- A Minimal Standalone Common Lisp HTTP Server
Package: wnpp Severity: wishlist Owner: Peter Van Eynde [EMAIL PROTECTED] * Package name: cl-s-http-server Version : 20051218 Upstream Author : Sven Van Caekenberghe * URL : http://homepage.mac.com/svc/s-http-server/ * License : LLGPL Description : A Minimal Standalone Common Lisp HTTP Server S-HTTP-SERVER is a minimal standalone HTTP Server. This simple package is used as a building block in a number of other open source projects. . S-HTTP-SERVER can: handle HTTP requests and generate HTTP responses, be configured with plugins or handlers, has a builtin status handler, comes with a static resource handler and allows you to write and install your own handlers -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2mine2 Locale: [EMAIL PROTECTED], LC_CTYPE=it_IT (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345662: RFP: texmaker -- Free LaTeX editor
Package: wnpp Severity: wishlist Texmaker is a qt LaTeX editor, released under GPL. Homepage: http://www.xm1math.net/texmaker The package is now in Ubuntu Dapper (http://packages.ubuntu.com/dapper/tex/texmaker) Gauvain Pocentek [EMAIL PROTECTED] ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308692: IVTV packages available
#include hallo.h * Ian Campbell [Mon, Jan 02 2006, 10:02:49AM]: If Eduard is too busy, I can sponsor you as well. However, I do not have too much clue about Linux TV as I am just getting started with that topic. I have a Hauppauge WinTV PVR 350 available for testing, though. That would be handy, lets wait and see what Eduard says, he may well be on vacation at the minute. Please, go ahead. My spare time will be really limited in the next weeks. Eduard. -- [Describing a Shadow ship] Lt. Warren Keffer: It was jet black, a shade of black so deep your eye just kind of slides off it. And it shimmered when you looked at it. A spider, big as death and twice as ugly. And when it flies past, it's like you hear a scream in your mind. -- Quotes from Babylon 5 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#208532: dpkg: forget-old-unavail broken since 2003
Package: dpkg Version: 1.10.28 Followup-For: Bug #208532 Please take a look for this bug again, cause my database grows and grows after 2 major upgrades. This machine was installed with potato and hold most of typical packages in the database. The --forget-old-unavail does nothing. hesinde:/etc# dpkg -l xv Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Säubern/Halten | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install. |/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: GROß=schlecht) ||/ Name VersionBeschreibung +++-==-==- rc xv 3.10a-25 An image viewer and manipulator for the X Wi hesinde:/etc# dpkg --forget-old-unavail hesinde:/etc# dpkg -l xv Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Säubern/Halten | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install. |/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: GROß=schlecht) ||/ Name VersionBeschreibung +++-==-==- rc xv 3.10a-25 An image viewer and manipulator for the X Wi The existing patch from this bug should go in main asap. Eric -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], LC_CTYPE=de_DE (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages dpkg depends on: ii dselect 1.10.28 a user tool to manage Debian packa 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#345436: xlibs: Alt-GR key not working at all under X
El lunes, 2 de enero de 2006 15:24, Lukas Ruf escribió: [...] [EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the problem! Thanks for the help! No problem. We are glad to see you happy. :-) Thanks for your bug report. Denis, rest of XSF, should we do anything about this recurrent issue? Best regards, Ender. -- Buzz Lightyear: You killed my father! Emperor Zurg: No, Buzz...I am your father. -- Toy Story 2. -- Desarrollador de Debian Debian developer pgpd8fkSSL97P.pgp Description: PGP signature
Bug#345616: svn-buildpackage: patch implementing --no-branches
#include hallo.h * Thierry Reding [Mon, Jan 02 2006, 09:53:22AM]: Package: svn-buildpackage Version: 0.6.14 Severity: wishlist Tags: patch Hi, after some discussion on IRC about the usefulness of a --no-branches option, I implemented this patch, which adds the --no-branches option to svn-inject. The original idea came up in the pkg-ruby-extras project, which uses a build system that pulls in upstream sources using a different script. The `branches' subdirectory is not needed in their repository layout. The patch is relatively small, but may need some cleaning up. Yeah. *hint* It would be really handy to see what it is actually supposed to do by reading something in the manual or at least in a manpage, but you did not add any docs. Eduard. -- Stilblüten aus Polizeiberichten und Gerichtsverhandlungen: Ullrich H. störte den Verkehr dadurch, daß er auf den Knien vom Park auf die Fahrbahn kroch, wo er nach dem Regen die verirrten Regenwürmer einsammelte.
Bug#345570: netatalk: ftbfs [sparc] cannot find -lcrypto
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 2 Jan 2006 04:07:52 -0800 Blars Blarson [EMAIL PROTECTED] wrote: On Mon, Jan 02, 2006 at 04:05:23AM +0100, Sebastian Rittau wrote: This is really strange. All other autobuilders had no problems building this package. Also, where does the dependency to libcrypto actually come from? This is the only place where libcrypto is mentioned in the build log. Can you send me the file etc/afpd/Makefile, /etc/afpd/Makefile.in, config.log, and config.status? Trying to reproduce the problem so I could provide the requested files, it now builds on my sparc pbuilder. This seems to indicate that a change in a build-dependancy happened. Perhaps the krb5 that had not yet been upgraded? - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDuVUOn7DbMsAkQLgRAsgNAJ9ynIlmzt/IB2NZIsD+YjtwAzJXJQCeIND2 Q6uCRqClQ36trcHDHhhyxK8= =NNiy -END PGP SIGNATURE-
Bug#345664: postfix - SASL no worthy mechs found - packaging defect
Package: postfix Version: 2.2.4-1.0.1 Severity: important [Solution at bottom ...] I checked other bugs shown by reportbug. Examples:- 273426 303523 306577 147541 ... All are talking about SASL problems wherein postfix is the SASL SERVER or something about mysql etc... My problem is that I am using postfix on debian to connect to my ISP (i.e, postfix is a SASL client). 154207 is about a configuration issue (not install issue) for a postfix-sasl-client-mode operation. 252837 has identical problem, but its reports the nature of the problem very narrowly... I put in XTRA INFO for that bug report. 265375 is a great report on same problem, but with one gotcha :- I didn't know I needed that libsasl2-modules, and that was lost in the long list of suggested modules. == postfix-sasl /or/ postfix-tls packages were perfect from end-user perspective. I install postfix, and now I need to add sasl to it to connect to my ISP. So I will naturally look for postfix-sasl package to install. Please bring back the postfix-sasl or postfix-tls package, ... (which CURRENTLY should be nothing other than a link to the libsasl2-modules) In my current install postfix-tls is missing in the list of packages. (yes I did an apt-get update) #deb cdrom:[Debian GNU/Linux testing _Etch_ - Official Snapshot i386 Binary-1 (20051212)]/ etch contrib main deb http://ftp.debian.org/debian/ testing main non-free contrib deb-src http://ftp.debian.org/debian/ testing main non-free contrib deb http://security.debian.org/ testing/updates main contrib non-free == MANUAL SOLUTION == root# apt-get install libsasl2-modules You will otherwise get error messages like [no worthy mechs found] :- postfix/smtp[25991]: maps_find: smtp_sasl_passwd: hash:/etc/postfix/saslpass (0,100): outgoing.verizon.net = sarma:rahasya1 postfix/smtp[25991]: smtp_sasl_passwd_lookup: host 'outgoing.verizon.net' user 'sarma' pass 'rahasya1' postfix/smtp[25991]: starting new SASL client postfix/smtp[25991]: name_mask: noanonymous postfix/smtp[25991]: smtp_sasl_authenticate: outgoing.verizon.net[206.46. 232.12]: SASL mechanisms LOGIN postfix/smtp[25991]: warning: SASL authentication failure: No worthy mechs found Then the simple empty option (in main.cf) will work smtp_sasl_security_options = -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages postfix depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.66 Debian configuration management sy ii dpkg 1.13.11.0.1 package maintenance system for Deb ii libc62.3.5-8 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-23 Berkeley v4.2 Database Libraries [ ii libsasl2 2.1.19-1.7 Authentication abstraction library ii libssl0.9.8 0.9.8a-3SSL shared libraries ii netbase 4.23Basic TCP/IP networking system Versions of packages postfix recommends: ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent pn resolvconf none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268010: Any progress on the issue?
I'm also interested in being able to run two different samba servers and when trying to set the ldap admin password I've found that bug... is there any reason not to add the given patch or an updated one? Greetings, Sergio. -- Sergio Talens-Oliag [EMAIL PROTECTED] http://people.debian.org/~sto/ Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69 signature.asc Description: Digital signature
Bug#308825: gdm and libnss_ldap works for me
Rob Caelers @ 2006-01-01 (Sunday), 21:24 (+0100) It seems nscd is crashing. Ok. I keep nscd disabled because I find it buggy, and I'm glad you traced your problem removing it. However, an earlier message in this bug report mentioned affection of a system without nscd installed. It looks like there are at least two separate bugs here. -- /Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324122: Intention to NMU
Le 02/01/06 à 17:33 Luk Claes ([EMAIL PROTECTED]) écrivait : Hi Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. I am currently working on a patch. So please don't NMU. Thanks. -- Jean-Michel Kelbert signature.asc Description: Digital signature
Bug#337954: Remote rdiff: Can't connect, test succeeds
micah a écrit (07 Nov 2005 23:13:33 +0100) : The only way a cronjob could use your ssh-agent is if it was launched from a shell that was created after the agent was launched. Cron stuff generally runs as root however, so you would have to have a ssh-agent for root and restart crond after you've ran ssh-agent to get it to work, but this is really weird. Using keychain, one can share ssh-agent stored identities across sessions : keychain stores (typically in ~/.keychain/${HOST}-sh) working values for SSH_AUTH_SOCK and SSH_AGENT_PID environment variables, which allows any shell program sourcing this file to use the existing ssh-agent. Ahmad, if we add support for keychain to backupninja, would you use it? Ninja-friends, what do you think of adding keychain support to backupninja? I could do this one of these days, since I'm already using keychain actually for other tasks. Ciao, -- intrigeri [EMAIL PROTECTED] | gnupg key @ http://intrigeri.boum.org/intrigeri.asc pgpRZo6xuVHNG.pgp Description: PGP signature
Bug#345665: ITP: cl-kpax -- A Common Lisp Application Framework
Package: wnpp Severity: wishlist Owner: Peter Van Eynde [EMAIL PROTECTED] * Package name: cl-kpax Version : 20051222 Upstream Author : Sven Van Caekenberghe * URL : http://homepage.mac.com/svc/kpax/ * License : LLGPL Description : A Common Lisp Application Framework KPAX is a Common Lisp Web Application Framework. Altough KPAX is quite mature and has been in production use for years, the documentation is currently not good enough to support use by the general public. . KPAX allows you to build web applications and to run standalone and behind apache+mod_lisp or portableaserver -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2mine2 Locale: [EMAIL PROTECTED], LC_CTYPE=it_IT (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341011: Intention to NMU
Jan Niehusmann wrote: On Mon, Jan 02, 2006 at 03:52:48PM +0100, Luk Claes wrote: Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Feel free to NMU. Do you actually use tmake? Thanks. No, I don't use tmake, I'm just trying to fix RC bugs that are open for some time without any obvious activity or maintainer comment. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Bug#345584: discover1-data: pci.lst lists outdate driver
On Mon, Jan 02, 2006 at 08:46:29AM +0100, Christian Perrier wrote: Quoting Eric Van Buggenhaut ([EMAIL PROTECTED]): Package: discover1-data Version: 1.2005.11.25 Severity: normal Tags: patch discover tries to load an outdated module for device 8086:2448: atto:/usr/src/linux[0]# /etc/init.d/discover start Detecting hardware...Discovered hardware for these modules: i810_rng e1000 ipw2200 piix i810_audio usb_uhci ehci_hcd * Skipping unavailable/built-in i810_rng module. i810_rng isn't part of linux kernel as of version 2.6. It should be replaced by hw_random. Attached is a patch Hmm, I suspect that the change should indeed be only made in pci-26.lst, assuming I properly understand the purpose of this file (overriding the content of pci.lst for 2.6 kernels) Otherwise, we will also load hw_random with 2.4 kernels I wasn't aware of the functionality of pci-26.lst, but yes it looks like it overrides pci.lst for kernel 2.6 i810_rng existed in 2.4 but was dropped in 2.4.23 in favor of hw_random: http://kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.23 I don't know how you'd reflect that in discover ? Regards, -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345607: libtool: line 606: --: command not found message for --mode=link
Kurt Roeckx wrote: Please show the whole command line. I can reproduce this if for instance I use gcc-4.0 instead of gcc or cc. I then get: $ libtool --mode=link gcc-4.0 tst.c -o tst /usr/bin/libtool: line 606: --: command not found libtool: link: unable to infer tagged configuration libtool: link: specify a tag with `--tag' Adding a --tag=CC fixes my problem: $libtool --mode=link --tag=CC gcc-4.0 tst.c -o tst gcc-4.0 tst.c -o tst Normally using gcc also fixes the problem: $libtool --mode=link gcc tst.c -o tst gcc tst.c -o tst As gcc-4.0 is the default compiler in sid, that would seem to be triggering the problem. I'm using gcc on the command line. The --tag option doesn't seem to be documented in info libtool so I can't comment on that workaround. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345607: libtool: line 606: --: command not found message for --mode=link
On Mon, Jan 02, 2006 at 11:36:40AM -0500, John Belmonte wrote: Kurt Roeckx wrote: Please show the whole command line. I can reproduce this if for instance I use gcc-4.0 instead of gcc or cc. I then get: $ libtool --mode=link gcc-4.0 tst.c -o tst /usr/bin/libtool: line 606: --: command not found libtool: link: unable to infer tagged configuration libtool: link: specify a tag with `--tag' Adding a --tag=CC fixes my problem: $libtool --mode=link --tag=CC gcc-4.0 tst.c -o tst gcc-4.0 tst.c -o tst Normally using gcc also fixes the problem: $libtool --mode=link gcc tst.c -o tst gcc tst.c -o tst As gcc-4.0 is the default compiler in sid, that would seem to be triggering the problem. I'm using gcc on the command line. The --tag option doesn't seem to be documented in info libtool so I can't comment on that workaround. I just use gcc-4.0 because I didn't have gcc-3.4 or something installed. It look at the string to know which tag it should be using, and if it doesn't find it you can use --tag to make it do the proper thing. And yes, it's know that the documetation for --tag is a little missing, there is an open bug about that too. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345666: Please package Subversion 1.3.0
Package: subversion Version: 1.2.3dfsg1-3 Subversion 1.3.0 is out, please package it for Debian. Thanks, Daniel Serodio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292842: Intention to NMU
On Mon, Jan 02, 2006 at 03:24:37PM +0100, Luk Claes wrote: Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Hello, Thanks for the patch, I will upload it soon ! Cheers, Ludovic. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog /tmp/GFOeDadHBn/tkusr-0.81/debian/changelog --- /tmp/ReLjRHxu9S/tkusr-0.81/debian/changelog 2003-05-02 23:35:43.0 +0200 +++ /tmp/GFOeDadHBn/tkusr-0.81/debian/changelog 2006-01-02 15:22:30.363887976 +0100 @@ -1,3 +1,10 @@ +tkusr (0.81-0.1) unstable; urgency=high + + * Non-maintainer upload. + * Use OLDCHANGES instead of CHANGES in debstd call (Closes: #292842). + + -- Luk Claes [EMAIL PROTECTED] Mon, 2 Jan 2006 15:18:37 +0100 + tkusr (0.81) unstable; urgency=low * Debian package build bug fixed. Closes: Bug#190608 diff -Nru /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules /tmp/GFOeDadHBn/tkusr-0.81/debian/rules --- /tmp/ReLjRHxu9S/tkusr-0.81/debian/rules 2003-04-25 20:31:06.0 +0200 +++ /tmp/GFOeDadHBn/tkusr-0.81/debian/rules 2006-01-02 15:22:30.363887976 +0100 @@ -24,7 +24,7 @@ $(MAKE) install DESTDIR=`pwd`/debian/tmp # Must have debmake installed for this to work. Otherwise please copy # /usr/bin/debstd into the debian directory and change debstd to debian/debstd - debstd CHANGES README + debstd OLDCHANGES README dpkg-gencontrol -isp chown -R root.root debian/tmp chmod -R go=rX debian/tmp -- Ludovic Drolez. http://www.palmopensource.com - The PalmOS Open Source Portal http://www.drolez.com - Personal site - Linux and PalmOS stuff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345406: AOL
severity 345406 grave thanks Please excuse my boldness if any detected, but I feel the need to increase the severity of this bug. It hits me too and it seems that it completely breaks Xsession processing if a local .xsession file exists. Eduard. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xdm depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.4.66 Debian configuration management sy ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-1 Inter-Client Exchange library ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libselinux1 1.28-1 SELinux shared libraries ii libsm66.9.0.dfsg.1-1 X Window System Session Management ii libxau6 6.9.0.dfsg.1-1 X Authentication library ii libxaw8 6.9.0.dfsg.1-1 X Athena widget set library ii libxdmcp6 6.9.0.dfsg.1-1 X Display Manager Control Protocol ii libxext6 6.9.0.dfsg.1-1 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-1 X Window System multi-head display ii libxmu6 6.9.0.dfsg.1-1 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-1 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-1 X pixmap library ii libxt66.9.0.dfsg.1-1 X Toolkit Intrinsics ii xbase-clients 6.9.0.dfsg.1-1 miscellaneous X clients xdm recommends no packages. -- debconf information: * shared/default-x-display-manager: xdm xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm -- BadWolf woher bekomme ich debian auf disketten? weasel du willst nicht 5 gigabyte auf disketten... ribnitz Bitte nehmen sie diskette 534 aus dem laufwerk und legen sie disk 535 ein. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345537: xserver-xorg: stopping acpid makes Xorg go crazy
tags 345537 + patch stop On Sun, Jan 01, 2006 at 05:07:26PM +0100, Mattia Dongili wrote: Package: xserver-xorg Version: 6.9.0.dfsg.1-1 Severity: normal Hello, I just noticed that Xorg uses ACPI's /proc/acpi/event. Now, when acpid is running Xorg is smart enough to read from its socket instead, and when you, brave user, stop acpid: kaboom! Xorg uses all my CPU leaving no option than restarting it. Disabling PM management (Option NoPM) obviously helps and also fixes xorg stealing /proc/acpi/event. bug also found in xorg's bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=5140 I've rolled a patch that works here (also submitted in the bugreport above), it disables reading from acpid socket on any error (tested, works). A different approach could implement (re)opening /proc/acpi/event on EOF as that can only happen when using acpid socket because if ACPI is enabled the /proc/acpi/event is always compiled in. I'm also going to try this one. -- mattia :wq! Index: xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_acpi.c === RCS file: /cvs/xorg/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_acpi.c,v retrieving revision 1.2 diff -u -r1.2 lnx_acpi.c --- xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_acpi.c 31 Oct 2005 05:45:40 - 1.2 +++ xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_acpi.c 2 Jan 2006 11:57:36 - @@ -45,6 +45,13 @@ memset(ev, 0, LINE_LENGTH); n = read( fd, ev, LINE_LENGTH ); +if (n = 0) { + xf86MsgVerb(X_WARNING,3,Error reading the ACPI Event handler, disabling.\n); + if (n 0) + xf86MsgVerb(X_WARNING,3,%s\n, strerror(errno)); + lnxCloseACPI(); + return 0; +} /* Check that we have a video event */ if (strstr(ev, video) == ev) { @@ -160,6 +167,9 @@ #ifdef DEBUG ErrorF(ACPI: Closing device\n); #endif +xf86PMGetEventFromOs = NULL; +xf86PMConfirmEventToOs = NULL; + if (ACPIihPtr) { fd = xf86RemoveInputHandler(ACPIihPtr); shutdown(fd, 2);
Bug#345629: abcde: syntax error while processing track numbers
On Mon, Jan 02, 2006 at 11:28:19AM +, Glyn Kennington wrote: Package: abcde Version: 2.3.99.2-1 Severity: normal Tags: patch $ abcde 1-12 [ERROR] abcde: syntax error while processing track numbers According to the manpage, this should work: Added to svn. Will solve the bug in 2.3.99.3. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.14|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Coffee and cigarettes. That's like the breakfast of champions. --Bob (Blue in the Face) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315733: mondoarchive crash during backup to hdd
Package: mondo Version: 2.04-4 Followup-For: Bug #315733 mondoarchive crash during backup to filesystem (hdd) tested on 2 diffirent Sarge systems I report this bug to reopen it with more information. -- Package-specific info: Contents of /var/log/mindi.log: mindi v1.04 i686 architecture detected mindi called with the following arguments: --custom /home/wysocki/samba_coolnet/tmp.mondo.8335 /home/wysocki/samba_coolnet/mondo.scratch.28002/images FAILSAFE 232159 no no yes 842 198 yes no no 32768 0 MINDI_HOME = /usr/lib/mindi MONDO_HOME = /usr/lib/mondo Found isolinux.bin at /usr/lib/syslinux/isolinux.bin lilo.real found; will be used instead of lilo (*grumble* *mutter*)kernelname = FAILSAFEkernelpath = FAILSAFEUsing modules for kernel: FAILSAFE Using modules for kernel: FAILSAFE [cut - modules ins] Analyzing your keyboard's configuration.Unknown config detected. Default keyboard map will be used.Stripped binary -/lib/libc-2.3.2.so- Backing up /dev/hda's MBR1+0 rekordów wczytanych 1+0 rekordów zapisanych 446 bytes transferred in 0,038096 seconds (11707 bytes/sec) Creating /dev/boot_device (/dev/hda)Copying dev/* to /home/wysocki/samba_coolnet/tmp.mondo.8335/mindilinux/12154/minidir/1 disk=1 siz=1318 disk=2 siz=1324 disk=3 siz=1308 Your raw fstab file looks like this:- # /etc/fstab: static file system information. # # file system mount point type options dump pass /dev/hda1 / ext3 exec,dev,suid,rw,errors=remount-ro 0 1 /dev/hda3 noneswapsw 0 0 /dev/hda2 /home ext3 exec,dev,suid,rw,usrquota,errors=remount-ro 0 1 /dev/hda4 /varext3 exec,dev,suid,rw,errors=remount-ro 0 1 /dev/hdb1 /home/wysocki/samba_coolnet ext3 exec,dev,suid,rw,errors=remount-ro 0 1 #/dev/hdd1 /120G ext3 defaults,errors=remount-ro 0 1 /home/coor/foto /home/friends/toydols/foto none rw,bind 0 0 proc/proc procdefaults0 0 #/dev/fd0 /floppy autodefaults,user,noauto0 0 /dev/cdrom /cdrom iso9660 defaults,ro,user,noauto 0 0 --- /sbin/fdisk log --- /sbin/fdisk log end Examining /dev/hda1 (mount=/ fmt=ext3 psz=4883728) --- /sbin/fdisk log --- /sbin/fdisk log end Examining /dev/hda3 (mount=swap fmt=swap psz=289160) --- /sbin/fdisk log --- /sbin/fdisk log end Examining /dev/hda2 (mount=/home fmt=ext3 psz=9767520) --- /sbin/fdisk log --- /sbin/fdisk log end Examining /dev/hda4 (mount=/var fmt=ext3 psz=4988182) --- /sbin/fdisk log --- /sbin/fdisk log end Examining /dev/hdb1 (mount=/home/wysocki/samba_coolnet fmt=ext3 psz=58613121) --- /sbin/fdisk log --- /sbin/fdisk log end --- /sbin/fdisk log --- /sbin/fdisk log end /dev/hda1 / ext3 4883728 /dev/hda3 swap swap 289160 /dev/hda2 /home ext3 9767520 /dev/hda4 /var ext3 4988182 /dev/hdb1 /home/wysocki/samba_coolnet ext3 58613121 1156/home/wysocki/samba_coolnet/mondo.scratch.28002/images/1.tar.gz 1208/home/wysocki/samba_coolnet/mondo.scratch.28002/images/2.tar.gz 1276/home/wysocki/samba_coolnet/mondo.scratch.28002/images/3.tar.gz 656 /home/wysocki/samba_coolnet/mondo.scratch.28002/images/4.tar.gz 5216/home/wysocki/samba_coolnet/mondo.scratch.28002/images/all.tar.gz Ramdisk will be 32768 KB mke2fs 1.37 (21-Mar-2005) Etykieta systemu plików= Typ OS: Linux Rozmiar bloku=1024 (log=0) Rozmiar fragmentu=1024 (log=0) 16384 i-węzłów, 32768 bloków 327 bloków (1.00%) zarezerwowanych dla superużytkownika Pierwszy blok danych=1 4 grup bloków 8192 bloków w grupie, 8192 fragmentów w grupie 4096 i-węzłów w grupie Kopie zapasowe superbloku zapisane w blokach: 8193, 24577 Zapis tablicy i-węzłów: 0/41/42/43/4zakończono Zapis superbloków i podsumowania systemu plików: wykonano Ten system plików będzie automatycznie sprawdzany co każde 39 montowań lub co 180 dni, zależnie co nastąpi pierwsze. Można to zmienić poprzez tune2fs -c lub -i. Replace line 609 of sbin/init with user-specified line, 'echo Who lives in a pineapple under the sea? /tmp/spongebob.squarepants.txt' Replace line 683 of sbin/init with user-specified line, 'ide-opt' [cut - modules added] Adding /home/wysocki/samba_coolnet/tmp.mondo.8335/mindilinux/12154/lib/modules/2.4.27/kernel/drivers/ide/ide-floppy.o (20 KB) to the rootfs Deleting devfsd daemon from ramdisk ...because /sbin/devfsd not found ...because disksize = 1722 ...because kernel is failsafe You have ext2 support compiled into your kernel. Good.Using a ext2 initrd image.Cannot mount (PBDI) Copying /home/wysocki/samba_coolnet/tmp.mondo.8335/mindilinux/12154/mindi.rdz to
Bug#345654: please add NFS support
* Martin Michlmayr [EMAIL PROTECTED] [2006-01-02 16:23]: + fi + iters=$(($iters + 1)) + done I forgot the 'return 0' here. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345667: Typo in man page for mdadm: an different purpose -- a different purpose
Package: mdadm Version: 1.9.0-4sarge1 Severity: minor See subject. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages mdadm depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii makedev 2.3.1-77 creates device files in /dev -- debconf information: * mdadm/autostart: true * mdadm/mail_to: root * mdadm/warning: * mdadm/start_daemon: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345668: EditTable plugin radio and checkbox button do not work
Package: twiki Version: 20040902-3 Severity: normal Hello EditTable plugin radio and checkbox button do not work because they are not implemented in the EditTablePlugin.pm file provided by debian package. This is weird because: - these feature are documented in EditTablePlugin.txt - these feature are available on the same version of EditTablePlugin from twiki.org Both files have the '1.024' version: $ grep '\$VERSION\ =' lib/TWiki/Plugins/EditTablePlugin.pm /var/lib/twiki/lib/TWiki/Plugins/EditTablePlugin.pm lib/TWiki/Plugins/EditTablePlugin.pm:$VERSION = '1.024'; /var/lib/twiki/lib/TWiki/Plugins/EditTablePlugin.pm:$VERSION = '1.024'; But you still have a difference between these files: $ diff --brief lib/TWiki/Plugins/EditTablePlugin.pm /var/lib/twiki/lib/TWiki/Plugins/EditTablePlugin.pm Files lib/TWiki/Plugins/EditTablePlugin.pm and /var/lib/twiki/lib/TWiki/Plugins/EditTablePlugin.pm differ I couldn't find any trace of this diff in twiki-20040902/debian/patches or in twiki_20040902-3.diff.gz Could you please use Twiki.org's EditTable plugin and repackage it with twiki ? Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages twiki depends on: ii apache2-common2.0.55-3 next generation, scalable, extenda ii debconf 1.4.66 Debian configuration management sy ii libalgorithm-diff-perl1.19.01-2 a perl library for finding Longest ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libtext-diff-perl 0.35-2 Perform diffs on files and record ii perl [libmime-base64-perl]5.8.7-10 Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.7-10 Core Perl modules ii rcs 5.7-16 The GNU Revision Control System twiki recommends no packages. -- debconf information: * twiki/samplefiles: false * twiki/wikiwebmaster: [EMAIL PROTECTED] * twiki/defaultUrlHost: http://komarr.grenoble.hp.com/ * twiki/apacheUserCreationNote: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344615: missinglib: ftbfs [sparc] *** [test] Bus error
On Fri, Dec 23, 2005 at 19:43:50 -0800, Blars Blarson wrote: Package: missinglib Version: 0.4.10.debian-2 Severity: serious Justification: no longer builds from source missinglib failed to build on a sparc buildd, duplicated on my sparc pbuilder. Please note that some buggy code that casts structures used to work no longer works due to changes in gcc. ./runtests Ran: 56 tests in: 0.02 seconds. OK ./runtests.opt make[2]: *** [test] Bus error make[2]: Leaving directory `/build/buildd/missinglib-0.4.10.debian/test' make[1]: *** [test] Error 2 make[1]: Leaving directory `/build/buildd/missinglib-0.4.10.debian' make: *** [build-stamp] Error 2 Hi, I reproduced this and tried to debug with gdb, but I didn't find any obvious bug, so I'll cc: debian-sparc for their help. The bus error seems to happen in caml_format_float (from byterun/floats.c in the ocaml source); gdb gives the following: (gdb) run Starting program: /tmp/missinglib-0.4.10.debian/test/runtests.opt Program received signal SIGBUS, Bus error. 0x0005f698 in caml_format_float () (gdb) where #0 0x0005f698 in caml_format_float () #1 0x0006a3ec in caml_c_call () 0x0005f680 caml_format_float+240: call 0x5d110 caml_stat_alloc 0x0005f684 caml_format_float+244: nop 0x0005f688 caml_format_float+248: mov %o0, %l0 0x0005f68c caml_format_float+252: mov %l0, %o0 0x0005f690 caml_format_float+256: mov %i0, %o1 0x0005f694 caml_format_float+260: call 0x7d814 sprintf 0x0005f698 caml_format_float+264: ldd [ %i1 ], %o2 0x0005f69c caml_format_float+268: call 0x5d3d4 caml_copy_string (gdb) p (char*)$o0 $1 = 0xefa8f70e (gdb) p (char*)$o1 $2 = 0xa35b0 %.2f (gdb) p *(double*)$i1 $3 = 0.013319015502929688 Any hint would be appreciated. Cheers, Julien Cristau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345656: Missing engines from crypto/engine when making a shared library
Hi, It seems tht when building a shared version of the library, all the engines in crypto/engine/ get compiled in, but are unavailable. Those in engines/ get compiled as a shared library and are available. If you make a static library, or link against the static library they do work as expected. The problem seems to be that the Makefile for cryto/engine/ does not support making shared libraries. The engines in it will not get loaded if the library is build shared. The code in crypto/engine/eng_all.c: looks something like: void ENGINE_load_builtin_engines(void) { ENGINE_load_dynamic(); #ifndef OPENSSL_NO_STATIC_ENGINE #ifndef OPENSSL_NO_HW ENGINE_load_4758cca(); ENGINE_load_aep(); ENGINE_load_atalla(); ENGINE_load_cswift(); ENGINE_load_chil(); ENGINE_load_nuron(); ENGINE_load_sureware(); ENGINE_load_ubsec(); ENGINE_load_padlock(); #endif ENGINE_load_cryptodev(); ENGINE_load_gmp(); #endif Most of those engines are in engines/ except for 2 of them: padlock and cryptodev. They are in crypto/engine/ This means that currently padlock and cryptodev are not working in a shared version of the library. I see 2 solutions to this: - Also provide them as shared libraries - Don't put them into the #ifndef OPENSSL_NO_STATIC_ENGINE Also see: http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-December/000572.html And: http://bugs.debian.org/345656 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333535: you can disable strikethrough with exclamation mark
Package: didiwiki Followup-For: Bug #333535 Like almost any other active content in DidiWiki, strikethrough can be disabled by preceding it with an exclamation mark (!). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345669: Man page typo in mdadm man page
Package: mdadm Version: 1.9.0-4sarge1 Severity: minor device as been successfully rebuild -- device has been successfully rebuilt (two changes) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages mdadm depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii makedev 2.3.1-77 creates device files in /dev -- debconf information: * mdadm/autostart: true * mdadm/mail_to: root * mdadm/warning: * mdadm/start_daemon: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342737: this is a gaim bug Re: Bug#342737: can confirm this bug
On Sun, Jan 01, 2006 at 10:57:47PM -0500, Justin Pryzby [EMAIL PROTECTED] wrote: On Sun, Jan 01, 2006 at 01:22:53PM -0500, pryzbyj wrote: reassign 342737 gaim tag 342737 upstream retitle 342737 gaim: Interfacing with browsers with netscape-style -remote option requires URL encoding any commas in the URLs clone 342737 -1 retitle -1 gaim: outputs quot to stdout rather than a quote severity -1 minor thanks On Sat, Dec 31, 2005 at 11:24:37PM +0100, Mike Hommey wrote: On Sat, Dec 31, 2005 at 09:42:18AM -0500, Justin Pryzby [EMAIL PROTECTED] wrote: On Sat, Dec 31, 2005 at 03:33:12PM +0100, Mike Hommey wrote: So this looks like a gaim bug; caused by firefox interpretting the substring following the first comma as an option/parameter to the openURL function. Alternately this could be [considered] a bug in {,mozilla} firefox, because one can argue that only the last comma should be used. openUrl(a,b,c,d,e) could be interpretted as open the url 'a,b,c,d' with option 'e'. This wouldn't make any sense at all... moreover, the -remote syntax supports multiple argument commands (mailto(a,b,c), for instance) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324122: Intention to NMU
Jean-Michel Kelbert wrote: Le 02/01/06 à 17:33 Luk Claes ([EMAIL PROTECTED]) écrivait : Hi Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. I am currently working on a patch. So please don't NMU. Can you make sure to have a look at all the other bugs that the NMU would handle? Please make sure that the translations are not fuzzied because of grammatical changes in the templates! Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Bug#345596: freeloader: fails to start on sarge
Le lundi 02 janvier 2006 à 04:10 +, Ben Hutchings a écrit : Package: freeloader Version: 0.3-3 Severity: grave Tags: patch Justification: renders package unusable I don't think the fact that a package from the unstable distribution cannot be used on Sarge is not a justification for a grave status. [...] With this second change, the program is barely functional, but continues to print error messages that suggest to me it requires a more recent version of python-gnome2 than that in sarge. I agree, thus I changed dependencies so that python-gnome2, python-glade2 and python-gtk2 are at least 2.10 (current testing and unstable versions). The problem will be fixed in the next upload. Thanks for your report. Cheers, Julien
Bug#345597: freeloader: manual page is unfinished
Le lundi 02 janvier 2006 à 04:11 +, Ben Hutchings a écrit : Package: freeloader Version: 0.3-3 Severity: wishlist The manual page for freeloader says it has a command-line interface, but does not document it. Thanks. It is now fixed in svn, and will be part of the next upload. You can find these options with 'freeloader --help'. Cheers, Julien
Bug#345612: mysql-admin: invalid pointer crash on server parameters
merge 345612 317371 retitle 345612 [AMD64] mysql-admin: invalid pointer crash on server parameters retitle 317371 [AMD64] mysql-admin: The Modules User Administration and Server Connections and others cause segfault thanks Daniel van Eeden wrote: Package: mysql-admin Version: 1.1.5-1 Severity: important 1. Start mysql-admin 2. Login 3. Select Startup Parameters 4. Click Cancel Then mysql-admin crashes with the following info: *** glibc detected *** free(): invalid pointer: 0x00b37a95 *** Aborted This is most definatelly the Amd64 specific bug. You see, the pointer is 0x00b37a95 while it should be more like, 0x00b37a95, where X is some hex number. What happens is probably, void *p1; // - original pointer void *p2 = (void*)(int)p1; ie. they cast it to int and then back to a pointer. Works on all 32-bit platforms :) Fails on all 64-bit ones. - Adam PS. Forwarded upstream to the same bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345670: postgresql-common: pg_upgradecluster fails with umask xx7
Package: postgresql-common Version: 37 Severity: normal pg_upgradecluster fails part way through. the issue (per Martin Pitt; thanks again) is that the temporary pg_hba.conf file is created with my umask of 077, but the script expects it to be the debian default 022. interim solution: set umask to 022 before running pg_upgradecluster a pretty minor bug, but not reported elsewhere, so I'll file here until it's fixed so folks who're experiencing it find the details A -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages postgresql-common depends on: ii adduser 3.80 Add and remove users and groups ii debconf [debconf-2.0] 1.4.66 Debian configuration management sy ii lsb-base 3.0-12 Linux Standard Base 3.0 init scrip Versions of packages postgresql-common recommends: ii openssl 0.9.8a-3 Secure Socket Layer (SSL) binary a -- debconf information: * postgresql-common/obsolete-major: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344757: [Apcupsd-users] bug #344757 example client.c can't be compiled
Adam Kropelin wrote: Hugo Vanwoerkom wrote: Adam Kropelin wrote: Samuele Giovanni Tonon wrote: hi, i received a patch for example/client.c file . with this patch the example can be compiled without any problem. Hugo Vanwoerkom was the author of the patch, please include it on the main branch . here's the url of the bug and in attach the patch . http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344757 Thanks for forwarding the patch. I've committed to CVS a simpler change that also fixes the compile failure. While the full patch has the benefit of removing the requirement for libnis, it does so at the expense of code duplication which I would prefer to avoid for now. That was the first thing I tried and was unsuccessful. Thanks! Would you mind pulling current CVS and verifying that my fix does work for you? Instructions on obtaining apcupsd from CVS are available at http://www.apcupsd.com. Did. Works. If I can help do not hesitate to ask. Hugo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345537: xserver-xorg: stopping acpid makes Xorg go crazy
On Mon, Jan 02, 2006 at 05:52:52PM +0100, Mattia Dongili wrote: [...] A different approach could implement (re)opening /proc/acpi/event on EOF as that can only happen when using acpid socket because if ACPI is enabled the /proc/acpi/event is always compiled in. I'm also going to try this one. here[1] is it, tested and working here[2]. [1]: https://bugs.freedesktop.org/attachment.cgi?id=4217 [2]: Obviously this will prevent acpid (or any other acpi-event daemon) from restarting. /proc/acpi/event contention is really an ugly thing... -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345640: xserver-xorg 6.9.0.dfsg.1-1 hangs machine
Package: xserver-xorg Version: 6.9.0.dfsg.1-1 Followup-For: Bug #345640 The most recent upgrade of the xorg packages hangs my Sid machine. Screen and keyboard are locked, so I have to ssh in remotely and reboot the machine. My display hardware is as follows: Voodoo 5 AGP video card Mitsubishi Diamond Pro 710 monitor -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Jul 13 11:16 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1852284 Dec 29 02:38 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 4 / Voodoo 5 (rev 01) /etc/X11/xorg.conf unchanged from checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3115 Jan 1 2006 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadv4l Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier Voodoo5 Driver tdfx BusID PCI:1:0:0 VideoRam32768 EndSection Section Monitor Identifier DP 710 Option DPMS HorizSync 30-60 VertRefresh 50-75 EndSection Section Screen Identifier Default Screen Device Voodoo5 Monitor DP 710 DefaultDepth16 SubSection Display Depth 1 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default
Bug#345436: xlibs: Alt-GR key not working at all under X
On Mon, Jan 02, 2006 at 05:28:35PM +0100, David Martínez Moreno wrote: El lunes, 2 de enero de 2006 15:24, Lukas Ruf escribió: [...] [EMAIL PROTECTED]| :) -- exiting X and launching it again -- fixed the problem! Thanks for the help! No problem. We are glad to see you happy. :-) Thanks for your bug report. Denis, rest of XSF, should we do anything about this recurrent issue? Backward compatibility rules can be added, this is performed by xkeyboard-config. In this particular case, de_CH was a layout which could not be combined with other layouts, and was already obsolete in sarge. I do not know what can be done to force people to upgrade to newer layouts. Denis
Bug#345671: xbase-clients: [startx] uses non-POSIX statements (/bin/bash)
Package: xbase-clients Version: 6.9.0.dfsg.1-1 Severity: serious The new /usr/X11R6/bin/startx script contains statement that is is not /bin/sh compatible. I use /bin/sh = /bin/dash and the script fails to start. The offending line is: 147 add $displayname . $mcookie 148 EOF 149 removelist=$displayname $removelist 150 else 151 dummy=$((dummy+1)); 152 /usr/X11R6/bin/xauth -q -f $xserverauthfile EOF 153 add :$dummy . $authcookie 154 EOF 155 fi 156 done -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages xbase-clients depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libdmx1 6.9.0.dfsg.1-1 Distributed Multihead X client lib ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-1 X Font Server library ii libglu1-xorg [libglu1]6.9.0.dfsg.1-1 Mesa OpenGL utility library [X.Org ii libice6 6.9.0.dfsg.1-1 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-1 X Window System Session Management ii libxau6 6.9.0.dfsg.1-1 X Authentication library ii libxaw8 6.9.0.dfsg.1-1 X Athena widget set library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-1 X Window System miscellaneous exte ii libxfixes36.9.0.dfsg.1-1 X Window System miscellaneous 'fix ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-1 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-1 X Window System multi-head display ii libxkbfile1 6.9.0.dfsg.1-1 X Keyboard Extension file parsing ii libxkbui1 6.9.0.dfsg.1-1 X Keyboard Extension user interfac ii libxmu6 6.9.0.dfsg.1-1 X Window System miscellaneous util ii libxmuu1 6.9.0.dfsg.1-1 lightweight X Window System miscel ii libxp66.9.0.dfsg.1-1 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-1 X pixmap library ii libxrandr26.9.0.dfsg.1-1 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxss1 6.9.0.dfsg.1-1 X Screen Saver client-side library ii libxt66.9.0.dfsg.1-1 X Toolkit Intrinsics ii libxtrap6 6.9.0.dfsg.1-1 X Window System protocol-trapping ii libxtst6 6.9.0.dfsg.1-1 X Window System event recording an ii libxv16.9.0.dfsg.1-1 X Window System video extension li ii libxxf86dga1 6.9.0.dfsg.1-1 X Direct Graphics Access extension ii libxxf86misc1 6.9.0.dfsg.1-1 X miscellaneous extensions library ii libxxf86vm1 6.9.0.dfsg.1-1 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-1 Mesa 3D graphics library [X.Org] ii xlibs 6.9.0.dfsg.1-1 X Window System client libraries m ii xlibs-data6.9.0.dfsg.1-1 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345672: libofx2c2a: shouldn't depend on package ofx
Package: libofx2c2a Version: 1:0.8.0-9 Severity: normal The package libofx2c2a shouldn't depend on package ofx by field Depends because this leads to a circular dependency. As I understand chapter 7.2 of the Debian policy libofx2c2a should only depend on package ofx iff it is needed for the functionality of libofx2c2a. Considering packages depending on libofx2c2a I don't believe those packages need package ofx to be installed (i.e. gnucash doesn't need package ofx in order to use OFX functionallity, right?). I suggest to use the Suggests header instead. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345673: linux-image-2.6.14-2-686: error in module snd-opl3sa2
Package: linux-image-2.6.14-2-686 Version: 2.6.14-7 Severity: normal -- 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.14-2-686 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Versions of packages linux-image-2.6.14-2-686 depends on: ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-3 Yet Another mkInitRD Versions of packages linux-image-2.6.14-2-686 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.14-2-686/preinst/already-running-this-2.6.14-2-686: linux-image-2.6.14-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.14-2-686/postinst/create-kimage-link-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/initrd-2.6.14-2-686: linux-image-2.6.14-2-686/preinst/bootloader-initrd-2.6.14-2-686: true linux-image-2.6.14-2-686/postinst/old-system-map-link-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/failed-to-move-modules-2.6.14-2-686: linux-image-2.6.14-2-686/postinst/depmod-error-initrd-2.6.14-2-686: false linux-image-2.6.14-2-686/postinst/old-dir-initrd-link-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/elilo-initrd-2.6.14-2-686: true linux-image-2.6.14-2-686/prerm/would-invalidate-boot-loader-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/overwriting-modules-2.6.14-2-686: true linux-image-2.6.14-2-686/preinst/abort-install-2.6.14-2-686: linux-image-2.6.14-2-686/postinst/kimage-is-a-directory: linux-image-2.6.14-2-686/preinst/lilo-initrd-2.6.14-2-686: true linux-image-2.6.14-2-686/prerm/removing-running-kernel-2.6.14-2-686: true linux-image-2.6.14-2-686/postinst/depmod-error-2.6.14-2-686: false linux-image-2.6.14-2-686/postinst/bootloader-test-error-2.6.14-2-686: linux-image-2.6.14-2-686/postinst/old-initrd-link-2.6.14-2-686: true linux-image-2.6.14-2-686/postinst/bootloader-error-2.6.14-2-686: linux-image-2.6.14-2-686/preinst/abort-overwrite-2.6.14-2-686: --dmesg log Linux version 2.6.14-2-686 (Debian 2.6.14-7) ([EMAIL PROTECTED]) (gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)) #1 Wed Dec 28 18:21:03 UTC 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 1000 (usable) BIOS-e820: - 0001 (reserved) 0MB HIGHMEM available. 256MB LOWMEM available. On node 0 totalpages: 65536 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 61440 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:1 DMI 2.0 present. ACPI: Unable to locate RSDP Allocating PCI resources starting at 2000 (gap: 1000:efff) Built 1 zonelists Kernel command line: root=/dev/hdd1 ro Local APIC disabled by BIOS -- you can enable it with lapic mapped APIC to d000 (01201000) Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 334.142 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 255156k/262144k available (1876k kernel code, 6404k reserved, 535k data, 180k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 668.90 BogoMIPS (lpj=334450) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0183f9ff CPU: After vendor identify, caps: 0183f9ff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 128K CPU: After all inits, caps: 0183f9ff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. mtrr: v2.0 (20020519) CPU: Intel Celeron (Mendocino) stepping 00 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. checking if image is initramfs... it is softlockup thread 0 started up. Freeing
Bug#331108: XMLTV?
Hi, Were you planning on taking over the XMLTV packages, or not? I haven't heard anything from you since your (possibly premature?) announcement to the xmltv-devel mailing list on December 1 -- not even a reply to my note asking for clarification of a few things like backports: http://article.gmane.org/gmane.comp.tv.xmltv.devel/5719 Besides that, you don't seem to have responded to the latest XMLTV bug report that I CC'd to you around that same time: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=342103 It doesn't bother me if you have changed your mind about taking over the package, but it's not fair to leave me (and bug submitters) in limbo about who is really maintaining the package -- especially since it was originally an RFA: bug rather than an O: bug. Please let me know what you are planning on doing. Thanks, KEN -- Kenneth J. Pronovici [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#337685: worked around
retitle 337685 doesn't create /dev/nvidia* device files with linux = 2.6.13 thanks This has been worked aroundin nvidia-kernel-common 20051025+1: * Add script to make devices now that sysfs is GPL only (=2.6.13) Thanks to Rob Sims [EMAIL PROTECTED] (closes: #334531, #322021, #331465, #335398) However strictly speaking this is still a bug in nvidia-kernel, and leaving it open may help those who install a recent 2.6 kernel on Sarge to diagnose the problem. -- Sam Morris http://robots.org.uk/ PGP key id 5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345584: discover1-data: pci.lst lists outdate driver
i810_rng existed in 2.4 but was dropped in 2.4.23 in favor of hw_random: http://kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.23 I don't know how you'd reflect that in discover ? I think that adding the line from your patch to pci-26.lst and keep the existing one in pci.lst should make it but I'm unsure I prefer leaving this to the real maintainer of discover1. I only have commit access for l10n purposes and I sometimes do updates when they are very obvious. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337468: Intention to NMU
Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D diff -u xmakemol-5.14/debian/changelog xmakemol-5.14/debian/changelog --- xmakemol-5.14/debian/changelog +++ xmakemol-5.14/debian/changelog @@ -1,3 +1,10 @@ +xmakemol (5.14-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Update xlibmesa build-dep to xlibmesa-gl-dev (Closes: #337468). + + -- Luk Claes [EMAIL PROTECTED] Mon, 2 Jan 2006 18:44:29 +0100 + xmakemol (5.14-1) unstable; urgency=low * New upstream release. diff -u xmakemol-5.14/debian/control xmakemol-5.14/debian/control --- xmakemol-5.14/debian/control +++ xmakemol-5.14/debian/control @@ -2,7 +2,7 @@ Section: science Priority: optional Maintainer: Michael Banck [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), dpatch, xlibs-dev, xlibmesa-dev, lesstif2-dev, libglut3-dev +Build-Depends: debhelper ( 3.0.0), dpatch, xlibs-dev, xlibmesa-gl-dev, lesstif2-dev, libglut3-dev Standards-Version: 3.5.6.1 Package: xmakemol signature.asc Description: OpenPGP digital signature