Bug#530032: Fix applied upstream
Finally had the time to test it. Yes, it fixes my problem. Thanks! On Mon, Sep 07, 2009 at 07:44:44AM +0200, Roland Clobus wrote: > tags +pending > thanks > > Hello, > > I've applied a patch to the subversion repository upstream. An incoming > connection will now correctly try all available protocols. > > On my computer (with kernel 2.6.30, and localhost mentioned > in /etc/hosts for 127.0.0.1 and ::1 netstat reports that the server is > running on IPv4. The clients will connect correctly. > > Could you try verify if this will work for you? > (A release could follow soon) > > With kind regards, > Roland Clobus -- Itai Itai Seggev, Knox College, Mathematics Department In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622581: nouveau driver fails to load with error undefined symbol: miEmptyData
Package: xserver-xorg-video-nouveau Version: 1:0.0.16+git20101210+8bb8231-2 Severity: critical Just installed new the kernel+drm+x11 in testing, and I get start x11. It dies with a dlopen error complaining of an undefined symbol. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 13 2008 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1926464 Mar 25 22:49 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: nVidia Corporation G72 [GeForce 7300 SE/7200 GS] [10de:01d3] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 root root 2735 Oct 26 11:18 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # xorg.conf (X.Org 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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us,il" Option "XkbVariant"",lyx" Option "XkbOptions" "grp:shifts_toggle,grp_led:scroll,grp:win_switch" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" EndSection Section "Device" Identifier "Configured Video Device" Driver "nouveau" Option "Monitor-DVI-I-1" "VP2030b" Option "Monitor-VGA-1" "VP2030b2" EndSection Section "Monitor" Identifier "VP2030b" EndSection Section "Monitor" Identifier "VP2030b2" Option "RightOf" "VP2030b" EndSection #Section "Monitor" # Identifier "Monitor Not Appearing In This Config" # Option "Ignore" "1" #EndSection Section "Screen" Identifier "Default Screen" Monitor "VP2030b" Monitor "VP2030b2" SubSection "Display" Virtual 3200 1600 EndSubSection EndSection Section "ServerLayout" Identifier "Itai" #Screen "LCD" #Screen "CRT" Screen "Default Screen" #InputDevice "Configured Mouse" #InputDevice "Generic Keyboard" Option "Xinerama" "0" EndSection #Commented out 11/18/09. #Updated notes: (12/04/09) # * Commenting out didn't change much for stability. # * Kernel update on 11/26/09.seems to have fixed things; # * Tried again. decided to leave commented out b/c seems it's not actually #necessary. Once I ran the glxgears from the mesa directory everything was #fine. May be an issue for running system 3D programs # Section "ServerFlags" Option "GlxVisuals" "all" EndSection #Section "ServerFlags" # Option "Xinerama" "1" #EndSection Section "Device" Identifier "VD0" Driver "nouveau" Screen 0 EndSection Section "Device" Identifier "VD1" Driver "nouveau" Screen 1 EndSection Section "Screen" Identifier "LCD" Monitor "VP2030b" Device "VD1" SubSection "Display" Modes "1600x1200" ViewPort 0 0 EndSubSection EndSection Section "Screen" Identifier "CRT" Monitor "E75" Device "VD0" SubSection "Display" Modes "1280x1024" ViewPort 1600 0 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 111075 Nov 9 2009 /var/log/Xorg.1.log -rw-r--r-- 1 root root 40647 Nov 24 01:21 /var/log/Xorg.3.log -rw-r--r-- 1 root root 32622 Dec 15 11:13 /var/log/Xorg.2.log -rw-r--r-- 1 root root 5874 Apr 13 01:57 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 1605.079] X.Org X Server 1.9.5 Release Date:
Bug#330295: bug can be closed
I think this bug may be saefly closed now, as the relicensing project is complete: http://weblogs.mozillazine.org/gerv/archives/2006/03/relicensing_complete.html -- Itai Itai Seggev, University of Mississippi, Department of Physics and Astronomy In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335402: penguin-command: shouldn't this bug be closed?
Package: penguin-command Version: 1.6.7-2 Followup-For: Bug #335402 shouldn't this bug be closed? It would seems that this was fixed with 1.6.9-2. Right now this bug is the only thing preventing 1.6.10-1 from entering etch. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (750, 'testing'), (10, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13cavybook1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages penguin-command depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng2 1.0.18-1 PNG library, older version - runti ii libsdl-mixer1 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer ii zlib1g1:1.2.3-4 compression library - runtime penguin-command recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330738: mozilla-firefox: experimental version uninstable due to dependency
Package: mozilla-firefox Version: 1.4.99+1.5beta1.dfsg-3 Severity: serious Tags: experimental I used reportbug to submit this bug a couple of days ago, but I never got a confirmation and I can't find a bug report online. Anyway, it seems to apply to the even newer version in experimental, so I'm resubmitting it. The new version in experimental depends on a non-existence 1.2.8rel-4 version of libpng12-0. According to packags.qa.d.o, the most recernt versions are 1.2.8rel-1 in unstable and 1.2.8rel-2 in experimental. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (10, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12cavy1 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages mozilla-firefox depends on: ii debianutils 2.14.2 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-8 GCC support library ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++64.0.1-8The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-5 X Window System multi-head display ii libxp66.8.2.dfsg.1-5 X Window System printing extension ii libxt66.8.2.dfsg.1-5 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312358: kdm crashes on startup
On Sun, Jul 03, 2005 at 11:27:56AM +0200, Adeodato Sim?? wrote: > * Frank Lichtenheld [Sun, 03 Jul 2005 02:37:12 +0200]: > > Hello all, > > > On Sat, Jul 02, 2005 at 11:37:37PM +0300, Jarkko Suontausta wrote: > > > On Wednesday 08 June 2005 19:54, Itai Seggev wrote: > > > > On Tue, Jun 07, 2005 at 07:24:56PM +0200, Isaac Clerencia wrote: > > > > > On Tuesday, 7 June 2005 18:53, Itai Seggev wrote: > > > > rest of kdebase. Is there any particular reason for this behaviour? I > > > > would expect that if I installed kdebase, I would get all of it. > > Exactly for this: > > > kdebase doesn't depend on kde because it works perfectly without it. > > I have kdebase installed here but I can live fine with my gdm... > > Recommends is really the right choice here and I would suggest to use > > a apt frontend that honors them. I just wanted to point out the the short description of kdebase is "KDE Base Metapackage." With a description like that, I would expect to get all of kdebase, and kdm does live under kdebase in the the source tree. Perhaps there is some slightly better terminology that can be used? (I'd offer something if I could think if it. :) > We tightened the kdm dependency on kdebase-bin, which was the one > causing problems. As now kdm Depends: kdebase-bin (= ${Source-Version), > kdm will necessarily get upgraded whenever kdebase is. This sounds like a reasonable solution. -- Itai Itai Seggev, University of Chicago, Department of Physics In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319515: new kernel-package creates ridiculous symlinks in /boot
Package: kernel-package Version: 9.003 Severity: grave Justification: renders package unusable I happily compiled the new linux-source-2.6.12, installed my kernel, and rebooted, but yaboot compalined it couldn't find vmlinux. Upon inspection, the problem turned out to be the symlinks created in /boot in the install: 103:gr-visitor:/boot> dir vmlinux initrd.img lrwxrwxrwx 1 root root 4 2005-07-22 00:44 initrd.img -> -2.6 lrwxrwxrwx 1 root root 4 2005-07-22 00:44 vmlinux -> -2.6 104:gr-visitor:/boot> dir vmlinux-2.6.12grvisitor1 initrd.img-2.6.12grvisitor1 -rw-r--r-- 1 root root 1437696 2005-07-22 00:44 initrd.img-2.6.12grvisitor1 -rw-r--r-- 1 root root 4049573 2005-07-22 00:40 vmlinux-2.6.12grvisitor1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc6-suspend Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-package depends on: ii dpkg 1.13.10Package maintenance system for Deb ii dpkg-dev 1.13.10Package building tools for Debian ii gcc [c-compiler] 4:4.0.0-2 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-7 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.4-5The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.1-2The GNU C compiler ii make 3.80-9 The GNU version of the "make" util ii perl 5.8.7-4Larry Wall's Practical Extraction Versions of packages kernel-package recommends: ii bzip2 1.0.2-7 high-quality block-sorting file co ii libc6-dev [libc-dev]2.3.2.ds1-22 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312358: kdm crashes on startup
Package: kdm Version: 4:3.3.2-1 Severity: grave Tags: experimental Justification: renders package unusable I think the title says it all. :) I've upgraded all my kde packages to 3.4 (experimental) and now kdm crashes on startup. The trace is included below. Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1226388800 (LWP 3899)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #7 0xb785f959 in QString::QString () from /usr/lib/libqt-mt.so.3 #8 0xb6b072d2 in KClassicGreeter::KClassicGreeter () from /usr/lib/kde3/kgreet_classic.so #9 0xb6b091ae in KClassicGreeter::slotLoginLostFocus () from /usr/lib/kde3/kgreet_classic.so #10 0x080616fd in ?? () #11 0x080f2078 in ?? () #12 0x080deea8 in ?? () #13 0x0810e868 in ?? () #14 0x080f20e4 in ?? () #15 0x in ?? () #16 0x in ?? () #17 0x08106ae0 in ?? () #18 0xb79f453c in ?? () from /usr/lib/libqt-mt.so.3 #19 0x in ?? () #20 0x080ded10 in ?? () #21 0xbac8 in ?? () #22 0xb7573846 in QBoxLayout::addLayout () from /usr/lib/libqt-mt.so.3 #23 0x08068922 in ?? () #24 0x080f2050 in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x0810e868 in ?? () #28 0x08075134 in typeinfo for KListView () #29 0x080756d8 in typeinfo for KListViewItem () #30 0x in ?? () #31 0x in ?? () #32 0xb70e38a8 in __after_morecore_hook () from /lib/tls/i686/cmov/libc.so.6 #33 0xb70e3860 in __after_morecore_hook () from /lib/tls/i686/cmov/libc.so.6 #34 0x0807c3b8 in ?? () #35 0x08155e08 in ?? () #36 0x08106ae0 in ?? () #37 0x0810e6a0 in ?? () #38 0x in ?? () #39 0x0085 in ?? () #40 0x080acce0 in ?? () #41 0xb70e3860 in __after_morecore_hook () from /lib/tls/i686/cmov/libc.so.6 #42 0x0001 in ?? () #43 0xbb38 in ?? () #44 0xb79beba8 in vtable for QPaintDevice () from /usr/lib/libqt-mt.so.3 #45 0x00400028 in ?? () #46 0x08092180 in ?? () #47 0x0002 in ?? () #48 0x in ?? () #49 0x08092150 in ?? () #50 0xbb68 in ?? () #51 0xb71a32fe in operator new () from /usr/lib/libstdc++.so.5 #52 0x0806ce4a in ?? () #53 0x080ded10 in ?? () #54 0x in ?? () #55 0x0044 in ?? () #56 0xbcc8 in ?? () #57 0x in ?? () #58 0x in ?? () #59 0x0001 in ?? () #60 0xbbe0 in ?? () #61 0xb7ff1b3c in _dl_unload_cache () from /lib/ld-linux.so.2 #62 0x0805a59d in ?? () #63 0xbf19 in ?? () #64 0x0807c9e0 in ?? () #65 0x0001 in ?? () #66 0x080753f4 in typeinfo for KListViewItem () #67 0x080753e8 in typeinfo for KListViewItem () #68 0x080753ec in typeinfo for KListViewItem () #69 0xbd98 in ?? () #70 0x0806fc25 in QMemArray::detach () #71 0xb6fc6970 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #72 0x08057fc1 in ?? () -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10grvisitor1 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages kdm depends on: ii debconf 1.4.50 Debian configuration management sy ii kdebase-bin 4:3.4.1-1 core binaries for the KDE base mod ii kdelibs4 4:3.4.1-1 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc6
Bug#312358: kdm crashes on startup
On Tue, Jun 07, 2005 at 07:24:56PM +0200, Isaac Clerencia wrote: > On Tuesday, 7 June 2005 18:53, Itai Seggev wrote: > > Package: kdm > > Version: 4:3.3.2-1 > > Severity: grave > > Tags: experimental > > Justification: renders package unusable > > > > I think the title says it all. :) I've upgraded all my kde packages to > > 3.4 (experimental) and now kdm crashes on startup. > That's false, according to your own report you're still using kdm 3.3.2 ;) > > Upgrading it should work. > > Best regards Yes, you're right. It seems the problem was that kdm is only recommend by, and not depended on, by kdebase, so it wasn't upgraded with the rest of kdebase. Is there any particular reason for this behaviour? I would expect that if I installed kdebase, I would get all of it. Thanks, -- Itai Itai Seggev, University of Chicago, Department of Physics In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316593: rosegarden4: rosegarden uninstallable
Package: rosegarden4 Version: 1.0-1 Severity: grave Justification: renders package unusable Rosegarden depends on libjack0.90.0-0 and jackd. However, the current version of jackd depends on libjack0.10.0, thus making rosegarden uninstallable. Perhaps rosegarden should depend only on jackd, thus autmatically updating to new library versions (although I suppose this may have its own set of issues). -- 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.11cavy1 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages rosegarden4 depends on: hi jackd0.99.0-6JACK Audio Connection Kit (server ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii khelpcenter 4:3.3.2-1 KDE Help Center ii libasound2 1.0.9-2 ALSA library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.0-11 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library hi libjack0.80.0-0 0.99.0-6JACK Audio Connection Kit (librari ii liblo0 0.18-1 Lightweight OSC library ii liblrdf0 0.4.0-1 a library to manipulate RDF files ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime Versions of packages rosegarden4 recommends: ii swh-plugins [ladspa-plugin] 0.4.13-1 Steve Harris's LADSPA plugins -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404121: linux-patch-bootsplash: boot splash cannot be built on powerpc (non-x86 platforms?)
Package: linux-patch-bootsplash Version: 2.6.18-1 Severity: serious Justification: FTBFS It appears that in order build boot splash, you must select the VESA driver. However, the VESA driver is not available on powerpc (and I presume other x86 platforms). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (750, 'testing'), (110, 'unstable'), (10, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17cavybook1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-patch-bootsplash depends on: ii bash 3.1dfsg-7 The GNU Bourne Again SHell ii grep-dctrl2.9.3 Grep Debian package information - ii patch 2.5.9-4Apply a diff file to an original Versions of packages linux-patch-bootsplash recommends: ii bootsplash3.3-2 Enables a graphical boot screen -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420770: shfs-source: patch from gentoo
Package: shfs-source Version: 0.35-6.2 Followup-For: Bug #420770 Attached is a patch from gentoo. I haven't tested it extensively, but it applies more or less cleanly and seems to work. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (750, 'testing'), (110, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18cavybook1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages shfs-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debconf 1.5.13 Debian configuration management sy ii debhelper 5.0.49 helper programs for debian/rules ii module-assistant 0.10.11tool to make module package creati Versions of packages shfs-source recommends: ii shfs-utils0.35-6.2 (secure) SHell File System mount p -- no debconf information --- shfs-0.35.orig/shfs/Linux-2.6/fcache.c 2007-01-03 22:29:26.0 -0600 +++ shfs-0.35/shfs/Linux-2.6/fcache.c 2007-01-03 22:34:21.0 -0600 @@ -100,7 +100,11 @@ VERBOSE("dir in file cache?\n"); return -EINVAL; } +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + p = (struct shfs_inode_info *)inode->i_private; +#else p = (struct shfs_inode_info *)inode->u.generic_ip; +#endif if (!p) { VERBOSE("inode without info\n"); return -EINVAL; @@ -127,7 +131,11 @@ VERBOSE("dir in file cache?\n"); return -EINVAL; } +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + p = (struct shfs_inode_info *)inode->i_private; +#else p = (struct shfs_inode_info *)inode->u.generic_ip; +#endif if (!p) { VERBOSE("inode without info\n"); return -EINVAL; @@ -160,7 +168,11 @@ if (result == 0) { struct shfs_inode_info *p; +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + p = (struct shfs_inode_info *)f->f_dentry->d_inode->i_private; +#else p = (struct shfs_inode_info *)f->f_dentry->d_inode->u.generic_ip; +#endif if (!p) { VERBOSE("inode without info\n"); return -EINVAL; @@ -184,7 +196,11 @@ return -EINVAL; } DEBUG("ino: %lu\n", inode->i_ino); +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + p = (struct shfs_inode_info *)inode->i_private; +#else p = (struct shfs_inode_info *)inode->u.generic_ip; +#endif if (!p) { VERBOSE("inode without info\n"); return -EINVAL; @@ -226,7 +242,11 @@ VERBOSE("dir in file cache?\n"); return -EINVAL; } +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + p = (struct shfs_inode_info *)inode->i_private; +#else p = (struct shfs_inode_info *)inode->u.generic_ip; +#endif if (!p) { VERBOSE("inode without info\n"); return -EINVAL; @@ -327,7 +347,11 @@ VERBOSE("dir in file cache?\n"); return -EINVAL; } +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + p = (struct shfs_inode_info *)inode->i_private; +#else p = (struct shfs_inode_info *)inode->u.generic_ip; +#endif if (!p) { VERBOSE("inode without info\n"); return -EINVAL; --- shfs-0.35.orig/shfs/Linux-2.6/inode.c 2004-06-01 08:16:19.0 -0500 +++ shfs-0.35/shfs/Linux-2.6/inode.c 2007-01-03 22:39:44.0 -0600 @@ -35,7 +36,11 @@ shfs_set_inode_attr(struct inode *inode, struct shfs_fattr *fattr) { struct shfs_sb_info *info = info_from_inode(inode); +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + struct shfs_inode_info *i = inode->i_private; +#else struct shfs_inode_info *i = inode->u.generic_ip; +#endif struct timespec last_time = inode->i_mtime; loff_t last_size = inode->i_size; @@ -52,7 +57,9 @@ inode->i_ctime = fattr->f_ctime; inode->i_atime = fattr->f_atime; inode->i_mtime = fattr->f_mtime; +#ifdef STRUCT_INODE_HAS_I_BLKSIZE inode->i_blksize= fattr->f_blksize; +#endif inode->i_blocks = fattr->f_blocks; inode->i_size = fattr->f_size; @@ -75,7 +82,11 @@ if (!inode) return NULL; inode->i_ino = fattr->f_ino; +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + i = inode->i_private = (struct shfs_inode_info *)KMEM_ALLOC("inode", inode_cache, GFP_KERNEL); +#else i = inode->u.generic_ip = (struct shfs_inode_info *)KMEM_ALLOC("inode", inode_cache, GFP_KERNEL); +#endif if (!i) return NULL; i->cache = NULL; @@ -107,7 +118,11 @@ struct shfs_inode_info *i; DEBUG("ino: %lu\n", inode->i_ino); +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + i = (struct shfs_inode_info *)inode->i_private; +#else i = (struct shfs_inode_info *)inode->u.generic_ip; +#endif if (!i) { VERBOSE("invalid inode\n"); goto out; @@ -172,7 +190,11 @@ { struct shfs_sb_info *info = info_from_dentry(dentry); struct inode *inode = dentry->d_inode; +#if (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,19)) + struct shfs_inode_info *i = (struct shfs_inode_info *)inode->i_private; +#else struct shfs_inode_info *i = (struct shfs_inode_info *)inode->u.generic_ip; +#endif int result; DEBUG("%s\n", dentry->d_name.name); --- sh
Bug#427859: lmodern fails to configure on upgrade, dpkg error
Package: lmodern Version: 1.010x-3 Severity: grave Justification: renders package unusable I upgraded a whole flotilla of packages today. I didn't mean upgrade an TeX packages as I'm waiting on TeXLive to stabalize, but apparently aptitude decided to upgrade lmodern (or maybe I was just careless). At any rate, even though this version is in lenny, the install died a horrible flaming death: E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up lmodern (1.010x-3) ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... updmap-sys failed. Output has been stored in /tmp/updmap.wEc16557 Please include this file if you report a bug. Sometimes, not accepting conffile updates in /etc/texmf/updmap.d causes updmap-sys to fail. Please check for files with extension .dpkg-dist or .ucf-dist in this directory dpkg: error processing lmodern (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: lmodern Press return to continue. 120:het:~/research/causal_sets/c_code> sudo cat /tmp/updmap.wEc16557 updmap-sys: This is updmap-sys, version 1107552857-debian updmap-sys: using transcript file `/var/lib/texmf/web2c/updmap-sys.log' updmap is creating new map files using the following configuration: config file: `/var/lib/texmf/web2c/updmap.cfg' dvips output directory: `/var/lib/texmf/fonts/map/dvips/updmap' pdftex output directory: `/var/lib/texmf/fonts/map/pdftex/updmap' dvipdfm output directory: `/var/lib/texmf/fonts/map/dvipdfm/updmap' prefer outlines: `true' texhash enabled: `false' download standard fonts (dvips): `false' download standard fonts (pdftex): `true' download standard fonts (dvipdfm): `true' updmap-sys: Scanning for LW35 support files !!! ERROR! The map file `dvips35.map' has not been found at all. Either put this file into the right place or remove the reference from the configuration files - see update-updmap(1). 121:het:~/research/causal_sets/c_code> -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lmodern depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f ii tex-common 1.0.1 Common infrastructure for using an ii xfonts-utils 1:1.0.1-1 X Window System font utility progr lmodern recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427859: Acknowledgement (lmodern fails to configure on upgrade, dpkg error)
OK, so the problem turned out to be that aptitutde had decided to upgrade tetex-base to 2007-9 instead of leaving it at 3.whatever (I could have sworn I told it not to do that, but that's another story). So, it seems that this not a "grave" bug since it is installable, but perhaps it is still "serious" bug since it doesn't have sufficient dependencies to ensure installability? At any rate, that's for you, Kindly Mr. Maintainer, to decide. Sorry for the trouble... -- Itai Itai Seggev, University of Mississippi, Department of Physics and Astronomy In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427859: Acknowledgement (lmodern fails to configure on upgrade, dpkg error)
On Thu, Jun 07, 2007 at 01:26:19PM +0200, Frank Küster wrote: > Itai Seggev <[EMAIL PROTECTED]> wrote: > > > So, it seems that this not a "grave" bug since it is installable, but > > perhaps it is still "serious" bug since it doesn't have sufficient > > dependencies to ensure installability? At any rate, that's for you, > > Kindly Mr. Maintainer, to decide. > > In order to understand what is going on, we need the packages which are > actually installed on your system. Please send the output of > > dpkg -l tex-common > dpkg -l tetex* | grep -v '^un' > dpkg -l texlive* | grep -v '^un' Below is the info you asked for. As for the reason why I have an old version of tex-common: some packages {lyx-common,tipa,mathpartir} now depend exlucisvely on texlive* instead of texlive*|tetex*, so when I hit 'U' (upgrade-available) in aptitute it would try to pull in texlive, creating confilcts with other packages which have transitioned to texlive yet. That's how I discoved a couple of months back about the transition. I've therefore been avoiding upgrading any tex-related packages for fear of pulling in tex-live. Obviously, a few tex packages slipped in during my last upgrade. (With the new libc entering lenny, some 300 packages entered in just a few days.) If you think I should/would like me upgrade tex-common, I'd be happy to. It seems that only the three pacakges listed above depend only on texlive. Is it a bug to only depend on texlive instead of texlive|tetex? Let me know if you need anyting else. -- Itai Seggev Visiting Assistant ProfessorOffice: Lewis 121A Department of Physics and Astronomy Phone: +1-662-915-3887 University of Mississippi Fax: +1-662-915-5045 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==-== ii tex-common 1.0.1 Common infrastructure for using and building TeX in Debian Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-=-==- ii tetex-base3.0.dfsg.3-5 Basic TeX input files of teTeX ii tetex-bin 3.0-30 The teTeX programs pn tetex-brev (no description available) ii tetex-doc 3.0.dfsg.3-5 The documentation component of the Debian te ii tetex-doc-nonfree 1.1teTeX documentation that is non-free ii tetex-extra 3.0.dfsg.3-5 Additional TeX input files of teTeX pn tetex-frogg(no description available) pn tetex-frogg-doc(no description available) pn tetex-src (no description available) Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- pn texlive (no description available) pn texlive-base (no description available) pn texlive-base-bin (no description available) pn texlive-bibtex-extra (no description available) pn texlive-chemistry(no description available) rc texlive-common 2005.dfsg.3-1 TeX Live: Base component pn texlive-context (no description available) pn texlive-doc-base (no description available) pn texlive-doc-bg (no description available) pn texlive-doc-cs+sk(no description available) pn texlive-doc-de (no description available) pn texlive-doc-el (no description available) pn texlive-doc-en (no description available) pn texlive-doc-es (no description available) pn texlive-doc-fi (no description available) pn texlive-doc-fr (no description available) pn texlive-doc-it (no description available) pn texlive-doc-ja (no description available) pn texlive-doc-ko (no description available) pn texlive-doc-mn (no description available) pn texlive-doc-nl (no description ava
Bug#427859: Acknowledgement (lmodern fails to configure on upgrade, dpkg error)
On Fri, Jun 08, 2007 at 08:59:23AM +0200, Frank Küster wrote: > Itai Seggev <[EMAIL PROTECTED]> wrote: > > >> In order to understand what is going on, we need the packages which are > >> actually installed on your system. Please send the output of > >> > >> dpkg -l tex-common > >> dpkg -l tetex* | grep -v '^un' > >> dpkg -l texlive* | grep -v '^un' > > > > Below is the info you asked for. > > ii tetex-base3.0.dfsg.3-5 Basic TeX input files of teTeX > > Previously, you wrote: > > , > | OK, so the problem turned out to be that aptitutde had decided to > | upgrade tetex-base to 2007-9 instead of leaving it at 3.whatever > ` > > So did you downgrade tetex-base again? Did you downgrade any other > packages? The only package I downgraded was tetex-base. I discovered that tetex-base was upgraded to 2007-9 when tex started telling me it couldn't find "article.sty". :) Once I downgraded it, I was able to to install lmodern. I suppose the fact that you could install tetex-base 2007-9 w/o also pulling in texlive or some other useful pacakge is another bug. -- Itai Itai Seggev, University of Mississippi, Department of Physics and Astronomy In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#530032: cannot start server
Package: pioneers Version: 0.12.2-4 Severity: grave I'm not sure when exactly this happened, but pioneers no longer works. I'm getting the same behavior on three different machines of two different architectures (amd64 and ppc). I tried reinstalling and I've reccompiling the source pacakge without any success. Basically, when I click on start server in the gtk server dialog box, I get "Preparing Game #${long string}", but that's it. If I click on "add computer player", it adds a playe to the list the "Connected" box is checkmarked, but location is listed as "not connected" and the number is -1. Clicking again on add computer player will disconnected that player. Being unable to connect to the server does make this game kindof useless, hence the severity level. :( -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing'), (110, 'unstable'), (101, 'experimental'), (10, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pioneers depends on: ii libc62.9-12 GNU C Library: Shared libraries ii libglib2.0-0 2.20.0-2The GLib library of C routines ii libgnome2-0 2.26.0-1The GNOME library - runtime files ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio ii pioneers-console 0.12.2-4the Settlers of Catan board game - ii pioneers-data0.12.2-4the Settlers of Catan board game - Versions of packages pioneers recommends: ii yelp 2.24.0-2 Help browser for GNOME 2 pioneers suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533141: Current netatalk fails to build from source
Package: netatalk Version: 2.0.4~rc2-1 Severity: serious Okay, perhaps I am cluless or there's something seriously wrong with my system, but this has never failed me in the past. I am try to rebuild the package from source to enable openSSL. Going through the following apt-get source netatalk cd netatalk-2.0.4~rc2 dpkg-buildpackage (with or without DEB_BUILD_OPTIONS=openssl) will die with the following below. BTW (and perhaps this should be its own separate bug), the README.Debian seems to suggest openssl support is not need to connect to OS X 10.4 and higher, but TimeMachine won't connect with the stock build. I'm not sure if I'm misunderstanding the readme me, it is wrong, or I have some misconfiguration. cd . && /bin/sh /usr/src/netatalk-2.0.4~rc2/missing --run autoheader rm -f stamp-h1 touch config.h.in /usr/bin/make all-recursive make[2]: Entering directory `/usr/src/netatalk-2.0.4~rc2' Making all in libatalk make[3]: Entering directory `/usr/src/netatalk-2.0.4~rc2/libatalk' Making all in adouble make[4]: Entering directory `/usr/src/netatalk-2.0.4~rc2/libatalk/adouble' /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -I../../include -D_U_="__attribute__((unused))" -g -O2 -g -Wall -O2 -I../../sys -c -o ad_open.lo ad_open.c ../../libtool: line 793: X--tag=CC: command not found ../../libtool: line 826: libtool: ignoring unknown tag : command not found ../../libtool: line 793: X--mode=compile: command not found ../../libtool: line 959: *** Warning: inferring the mode of operation is deprecated.: command not found ../../libtool: line 960: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../../libtool: line 1103: Xcc: command not found ../../libtool: line 1103: X-DHAVE_CONFIG_H: command not found ../../libtool: line 1103: X-I.: command not found ../../libtool: line 1103: X-I../..: No such file or directory ../../libtool: line 1103: X-I../../include: No such file or directory ../../libtool: line 1103: X-D_U_=__attribute__((unused)): command not found ../../libtool: line 1103: X-g: command not found ../../libtool: line 1103: X-O2: command not found ../../libtool: line 1103: X-g: command not found ../../libtool: line 1103: X-Wall: command not found ../../libtool: line 1103: X-O2: command not found ../../libtool: line 1103: X-I../../sys: No such file or directory ../../libtool: line 1103: X-c: command not found ../../libtool: line 1154: Xad_open.lo: command not found ../../libtool: line 1159: libtool: compile: cannot determine name of library object from `': command not found make[4]: *** [ad_open.lo] 1 הלקת make[4]: Leaving directory `/usr/src/netatalk-2.0.4~rc2/libatalk/adouble' make[3]: *** [all-recursive] 1 הלקת make[3]: Leaving directory `/usr/src/netatalk-2.0.4~rc2/libatalk' make[2]: *** [all-recursive] 1 הלקת make[2]: Leaving directory `/usr/src/netatalk-2.0.4~rc2' make[1]: *** [all] 2 הלקת make[1]: Leaving directory `/usr/src/netatalk-2.0.4~rc2' make: *** [debian/stamp-makefile-build] 2 הלקת dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing'), (110, 'unstable'), (101, 'experimental'), (10, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages netatalk depends on: ii libc62.9-12 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1common error description library ii libcrack22.8.13-9pro-active password checker librar ii libcups2 1.3.10-2Common UNIX Printing System(tm) - ii libdb4.7 4.7.25-6Berkeley v4.7 Database Libraries [ ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr ii libgnutls26 2.6.6-1 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k ii libk5crypto3 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - C ii libkrb5-31.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries ii libpam-modules 1.0.1-9 Pluggable Authentication Modules f ii libpam0g 1.0.1-9 Pluggable Authentication Modules l ii libwrap0 7.6.q-16Wietse Venema's TCP wrappers libra ii netbase 4.34Basic TCP/IP networking system ii perl 5.10.0-22 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages netatalk recommends: ii cracklib-runtime 2.8.13-9 runtime support for password check ii db4.7-util 4.7.25-6 Berkeley v4.7 Database Utilities pn libpam-cracklib(no
Bug#533141: Current netatalk fails to build from source
On Mon, Jun 15, 2009 at 09:53:46AM +0200, Jonas Smedegaard wrote: > Hi Itai, > > On Mon, Jun 15, 2009 at 02:10:20AM -0500, Itai Seggev wrote: > >Okay, perhaps I am cluless or there's something seriously wrong with my > >system, but this has never failed me in the past. I am try to rebuild > >the package from source to enable openSSL. > > > >Going through the following > > > >apt-get source netatalk > >cd netatalk-2.0.4~rc2 > >dpkg-buildpackage (with or without DEB_BUILD_OPTIONS=openssl) > > > >will die with the following below. > > Do you have all build-dependencies installed? Especially libltdl3-dev? An apt-get build-dep netatalk didn't pull anything. Just to be safe, I did an apt-get install libltdl3-dev. This resulted in the instalation of that package and the removal of a libltdl-dev package (I don't know if this is a feature or a bug). However, this did not result in any change in my experience. > I recommend using the wrapper "debuild" instead of dpkg-buildpackage > directly. It is found in the Debian package devscripts. I tried that. Same results. Any other suggestions? -- Itai Itai Seggev, Knox College, Mathematics Department In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533345: suggests transitional package tetex-bin
Package: netatalk Version: 2.0.4~rc2-1 Severity: serious Netatalk currently suggests the transitional package tetex-bin. This should be replaced with texlive, texlive-base, or texlive-base-bin. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing'), (110, 'unstable'), (101, 'experimental'), (10, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages netatalk depends on: ii libc62.9-12 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1common error description library ii libcrack22.8.13-9pro-active password checker librar ii libcups2 1.3.10-2Common UNIX Printing System(tm) - ii libdb4.7 4.7.25-6Berkeley v4.7 Database Libraries [ ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr ii libgnutls26 2.6.6-1 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k ii libk5crypto3 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - C ii libkrb5-31.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries ii libpam-modules 1.0.1-9 Pluggable Authentication Modules f ii libpam0g 1.0.1-9 Pluggable Authentication Modules l ii libwrap0 7.6.q-16Wietse Venema's TCP wrappers libra ii netbase 4.34Basic TCP/IP networking system ii perl 5.10.0-22 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages netatalk recommends: ii cracklib-runtime 2.8.13-9 runtime support for password check ii db4.7-util 4.7.25-6 Berkeley v4.7 Database Utilities pn libpam-cracklib(no description available) ii lsof 4.81.dfsg.1-1 List open files ii procps 1:3.2.8-1 /proc file system utilities pn rc (no description available) Versions of packages netatalk suggests: ii db4.2-util 4.2.52+dfsg-5 Berkeley v4.2 Database Utilities pn quota (no description available) pn tetex-bin (no description available) ii timeout1.18-3run a command with a time limit -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533141: closed by Jonas Smedegaard (Bug#533141: fixed in netatalk 2.0.4-1)
This issue wasn't quite solved for me, but I'm no longer sure this is a bug in netatalk. After further investigation, I discovered that the bug manifested because of the following two situations a) libltdl-dev provides libltdl3-dev and hence satisfies the build-dep b) even if you install libltdl3-dev, you can still have the shiny libtool 2.2 installed. Either of these conditions results in build failure. I was only able to build the package successfully when I had libltdl3-dev and libtool=1.5.26 installed. Whether this is a bug in netatalk, libtool, or in my layman's understanding of build dependencies, I shall leave to wiser minds than mine. --Itai On Tue, Jun 16, 2009 at 10:06:10PM +, Debian Bug Tracking System wrote: > > This is an automatic notification regarding your Bug report > which was filed against the netatalk package: > > #533141: Current netatalk fails to build from source > > It has been closed by Jonas Smedegaard . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Jonas Smedegaard > by > replying to this email. > > > -- > 533141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533141 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > From: Jonas Smedegaard > To: 533141-cl...@bugs.debian.org > Date: Tue, 16 Jun 2009 22:03:43 + > Subject: Bug#533141: fixed in netatalk 2.0.4-1 > > Source: netatalk > Source-Version: 2.0.4-1 > > We believe that the bug you reported is fixed in the latest version of > netatalk, which is due to be installed in the Debian FTP archive: > > netatalk_2.0.4-1.diff.gz > to pool/main/n/netatalk/netatalk_2.0.4-1.diff.gz > netatalk_2.0.4-1.dsc > to pool/main/n/netatalk/netatalk_2.0.4-1.dsc > netatalk_2.0.4-1_amd64.deb > to pool/main/n/netatalk/netatalk_2.0.4-1_amd64.deb > netatalk_2.0.4.orig.tar.gz > to pool/main/n/netatalk/netatalk_2.0.4.orig.tar.gz > > > > A summary of the changes between this version and the previous one is > attached. > > Thank you for reporting the bug, which will now be closed. If you > have further comments please address them to 533...@bugs.debian.org, > and the maintainer will reopen the bug report if appropriate. > > Debian distribution maintenance software > pp. > Jonas Smedegaard (supplier of updated netatalk package) > > (This message was generated automatically at their request; if you > believe that there is a problem with it please contact the archive > administrators by mailing ftpmas...@debian.org) > > > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > Format: 1.8 > Date: Tue, 16 Jun 2009 23:32:48 +0200 > Source: netatalk > Binary: netatalk > Architecture: source amd64 > Version: 2.0.4-1 > Distribution: unstable > Urgency: low > Maintainer: Jonas Smedegaard > Changed-By: Jonas Smedegaard > Description: > netatalk - AppleTalk user binaries > Closes: 533141 533344 533345 > Changes: > netatalk (2.0.4-1) unstable; urgency=low > . >* New upstream release. >* Update local CDBS snippets: > + Fix package-relations cleanup of debhelper 7 > + Implement fail-source-not-repackaged rule in upstream-tarball.mk > + Update URL to draft DEP5 format in copyright-check.mk output >* Add proper copyright header to debian/rules. >* Rewrite copyright to use DEP5 r54 proposed machine-readable format. >* Fix and improve db upgrade commands in README.Debian, and adjust > NEWS. Closes: bug#533344, thanks to Itai Seggev. >* Update dependencies: > + Suggest texlive-base-bin (not tetex-bin). Closes: bug#533345, >thanks to Itai Seggev > + Suggest (not recommend) libpam-cracklib > + Build-depend on libcups2-dev (not libcupsys2-dev), thanks to >lintian >* Fix patches against autogenerated files: > + Renumber patches 208, 209 and 211 to have them applied last. > + Rewrite and rename patch 109 to unconditionally avoid broken xfs > quota, and add new patch 294 doing the same to autogenerated >configure script. > + Disable patches 107 and 112 to avoid maintaining complex autotools >patch for feature we do not currently use anyway (zeroconf). > Together, above closes: bug#533141, thanks to Itai Seggev and Frank > Lahm. >* Drop Uploaders stanza: I am already maintainer (lintian complains), > and Sebastian haven't contributed for a couple of years (package is > in LowNMU and collab-maint: contributions are still welcome!). > Check
Bug#533141: closed by Jonas Smedegaard (Bug#533141: fixed in netatalk 2.0.4-1)
At all times I had libltdl7=2.2.6a-4 and libltdl3=1.5.26-4 installed. I started out with the following packages. libtool i=2.2.6a-4 libltdl-dev i=2.2.6a-4 libltl3-dev p This produced the error messages in my bug report, and it still does. (With 2.0.4-1). As someone suggested, I installed libltdl3-dev, giving. libtool i=2.2.6a-4 libltdl-dev p libltl3-dev i=1.5.26-4 This produced the same error messages. At this point I downgraded libtool to match libltdl3-dev, resulting in libtool i=1.5.26-4 libltdl-dev p libltl3-dev i=1.5.26-4 This allowed me to successfully build the package. For completeness, I also tried the following. libtool i=1.5.26-4 libltdl-dev i=2.2.6a-4 libltl3-dev p Unsuprisingly, this died with error messages like those shown below. In all 4 of configurations described above, a ./configure && make would succesfully build the package, so I guess something in debian/rules or the patches it applies is wonky. Or there is something wrong with my system. However, I don't really muck with autotools and such. I can write a Makefile, but about the only thing I can do autotools is ./autogen.sh && ./configure && make && make install. :) Anway, thanks for your time! Let me know if there's something further I can do to help. error message snippet--- /usr/src/netatalk-2.0.4/./configure: line 23815: _LT_CMD_GLOBAL_SYMBOLS: command not found checking for _ prefix in compiled symbols... no /usr/src/netatalk-2.0.4/./configure: line 23874: syntax error near unexpected token `newline' /usr/src/netatalk-2.0.4/./configure: line 23874: `_LT_TRY_DLOPEN_SELF(' make[1]: *** [config.status] Error 2 make[1]: Leaving directory `/usr/src/netatalk-2.0.4' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1324: dpkg-buildpackage -rfakeroot -D -us -uc failed error message snippet---- -- Itai Itai Seggev, Knox College, Mathematics Department In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533141: closed by Jonas Smedegaard (Bug#533141: fixed in netatalk 2.0.4-1)
On Fri, Jun 19, 2009 at 09:37:12AM +0200, Jonas Smedegaard wrote: > > Did you reset your environment between each step? I.e. remove your > unpacked netatalk sources and unpack again from scratch using > dpkg-source -x netatalk*.dsc? If not, please try that (as the source > becomes "infected" when the error first occur). Yes, I always unpacked the source a new. > What version of Debian are you using which allows you to switch between > 1.x and 2.x of libtool? I.e. what is the output of the following commands: > > lsb_release -a LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:cxx-3.0-amd64:cxx-3.0-noarch:cxx-3.1-amd64:cxx-3.1-noarch:cxx-3.2-amd64:cxx-3.2-noarch:desktop-3.1-amd64:desktop-3.1-noarch:desktop-3.2-amd64:desktop-3.2-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch:graphics-3.2-amd64:graphics-3.2-noarch:qt4-3.1-amd64:qt4-3.1-noarch Distributor ID: Debian Description:Debian GNU/Linux testing (squeeze) Release:testing Codename: squeeze > egrep -Hr '^[^#]' /etc/apt/sources.list* I mostly track testing, but I always keep stable, unstable, and experimental available. At the present time, the only thing I have which is neither stable nor testing is the nouveau driver from experimental. I'm mostly up-to-date on squeeze, except I'm still using the lenny KDE pacakges. I also grab the emacs snapshot packages from http://emacs.orebokech.com as well as mplayer, vlc, and related packages from http://www.debian-multimedia.org. -- Itai Itai Seggev, Knox College, Mathematics Department In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530032: it is something in name lookup
It seems that the problem is that pioneers (or some underlying library) is only trying the first address returned by getaddrinfo. I have localhost as pointing to both 127.0.0.1 and ::1 (I don't think I did this. Did the debian installer do this?). When the ai attempts to connect to the server, it tries to connect to ::1 and fails. However, if I telnet to localhost 5556, telnet finds 127.0.0.1 and connects successfully. (See output below.) Removing localhost from ::1 or making getaddrinfo prefer ipv4 addresses fixes the issue, but really pioneers should be able to deal with multiple addresses. 117:cavy-v4:~> pioneersai -n asdf ai port is 5556 18:55:25 - Type of computer player: greedy 18:55:25 - Connecting to localhost, port 5556 18:55:25 *ERROR* Error connecting to host 'localhost': Connection refused 118:cavy-v4:~> telnet localhost 5556 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. version report ^] telnet> close Connection closed. -- Itai Itai Seggev, Knox College, Mathematics Department In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org