Bug#622581: nouveau driver fails to load with error undefined symbol: miEmptyData

2011-04-13 Thread Itai Seggev
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: 2011-03-17
[  1605.079] X Protocol Version 11, Revision 0
[  1605.079] Build Operating System: Linux 2.6.38-1-amd64 x86_64 Debian
[  1605.079] 

Bug#530032: Fix applied upstream

2009-09-18 Thread Itai Seggev
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#530032: it is something in name lookup

2009-07-07 Thread Itai Seggev
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



Bug#533141: closed by Jonas Smedegaard d...@jones.dk (Bug#533141: fixed in netatalk 2.0.4-1)

2009-06-20 Thread Itai Seggev
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#533141: closed by Jonas Smedegaard d...@jones.dk (Bug#533141: fixed in netatalk 2.0.4-1)

2009-06-18 Thread Itai Seggev
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 d...@jones.dk (Bug#533141: fixed in netatalk 2.0.4-1)

2009-06-17 Thread Itai Seggev
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 d...@jones.dk.
 
 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 
 d...@jones.dk 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 d...@jones.dk
 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 d...@jones.dk (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 d...@jones.dk
 Changed-By: Jonas Smedegaard d...@jones.dk
 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!).
 Checksums-Sha1: 
  fd560e401a8235f9554f91d21a4b4e1bd87ba09e 1462 netatalk_2.0.4-1.dsc
  c5c46eca6a17d88c327f4052add20d75aeb174bb 1345860 netatalk_2.0.4.orig.tar.gz
  3a1fe567e96f64d362a6eb275d35eb2f1c5036f7 56102 netatalk_2.0.4-1.diff.gz
  0a8499b33efb5140cdcf1347b557974a55410200 971812 netatalk_2.0.4-1_amd64.deb
 Checksums-Sha256: 
  17c12e312bca465b040366d689ca0eca25f59a09d6a751018ae8330fe2d04598 1462

Bug#533345: suggests transitional package tetex-bin

2009-06-16 Thread Itai Seggev
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-cracklibnone(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 none(no description available)

Versions of packages netatalk suggests:
ii  db4.2-util 4.2.52+dfsg-5 Berkeley v4.2 Database Utilities
pn  quota  none(no description available)
pn  tetex-bin  none(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: Current netatalk fails to build from source

2009-06-15 Thread Itai Seggev
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-cracklibnone(no 

Bug#533141: Current netatalk fails to build from source

2009-06-15 Thread Itai Seggev
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#530032: cannot start server

2009-05-22 Thread Itai Seggev
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#427859: Acknowledgement (lmodern fails to configure on upgrade, dpkg error)

2007-06-08 Thread Itai Seggev
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#427859: Acknowledgement (lmodern fails to configure on upgrade, dpkg error)

2007-06-07 Thread Itai Seggev
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-brevnone (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   none (no description available)
pn  tetex-frogg-doc   none (no description available)
pn  tetex-src none (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 none (no description available)
pn  texlive-basenone (no description available)
pn  texlive-base-binnone (no description available)
pn  texlive-bibtex-extranone (no description available)
pn  texlive-chemistry   none (no description available)
rc  texlive-common  2005.dfsg.3-1  TeX Live: Base component
pn  texlive-context none (no description available)
pn  texlive-doc-basenone (no description available)
pn  texlive-doc-bg  none (no description available)
pn  texlive-doc-cs+sk   none (no description available)
pn  texlive-doc-de  none (no description available)
pn  texlive-doc-el  none (no description available)
pn  texlive-doc-en  none (no description available)
pn  texlive-doc-es  none (no description available)
pn  texlive-doc-fi  none (no description available)
pn  texlive-doc-fr  none (no description available)
pn  texlive-doc-it  none (no description available)
pn  texlive-doc-ja  none (no description available)
pn  texlive-doc-ko  none (no description available)
pn  texlive-doc-mn  none (no description available)
pn  texlive-doc-nl  none (no description available)
pn  texlive-doc-pl  none

Bug#427859: lmodern fails to configure on upgrade, dpkg error

2007-06-06 Thread Itai Seggev
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)

2007-06-06 Thread Itai Seggev
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#420770: shfs-source: patch from gentoo

2007-06-02 Thread Itai Seggev
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);
--- shfs-0.35.orig/shfs/Linux-2.6/dir.c	2007-01-03 22:38:23.0 -0600
+++ 

Bug#404121: linux-patch-bootsplash: boot splash cannot be built on powerpc (non-x86 platforms?)

2006-12-21 Thread Itai Seggev
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#330295: bug can be closed

2006-03-31 Thread Itai Seggev
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?

2005-11-05 Thread Itai Seggev
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

2005-09-29 Thread Itai Seggev
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#319515: new kernel-package creates ridiculous symlinks in /boot

2005-07-22 Thread Itai Seggev
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

2005-07-11 Thread Itai Seggev
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#316593: rosegarden4: rosegarden uninstallable

2005-07-02 Thread Itai Seggev
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#312358: kdm crashes on startup

2005-06-08 Thread Itai Seggev
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#312358: kdm crashes on startup

2005-06-07 Thread Itai Seggev
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 QMemArraychar::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