Bug#294990: ITP: bontmia -- backup over network to multiple incremental archives

[Matthew Palmer]

On Sat, Feb 12, 2005 at 10:07:10PM +0100, Reto Schuettel wrote:
>   Description : backup over network to multiple incremental archives
> 
> bontmia creates incremental snapshots of a list of given directories
> over the network by using rsync over ssh and hard links. Every snapshot
> looks for the user like a complete copy of all the files, but as a result
> of using hard links every unchanged copy of a file is stored only once on
> the hard disk.

What advantages does this package have over, say, dirvish or backuppc?

- Matt


signature.asc
Description: Digital signature

Bug#295001: initrd-netboot-tools: network_script fails when dhcp daemon fails

[Finn-Arne Johansen]

Package: initrd-netboot-tools
Severity: normal


Maybe there should be a better error message when dhcpd fails. 
when the dhcp server dont repspond, you get
  huh? unknown udhcpc action: [leasefail]

I get it if I run 
 qemu -monitor stdio  -hda /dev/zero \
  -kernel /var/lib/lessdisks/boot/vmlinuz \
  -initrd /var/lib/lessdisks/boot/initrd.img \
  -append "root=/dev/nfs ip=dhcp"

not that /dev/net/tun is unavailible when this happens. 

using -user-net then I get a dhcp server :) 

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-x300
Locale: LANG=no_NO, LC_CTYPE=no_NO (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#277832: acknowledged by developer (Bug#277832: fixed in xfree86 4.3.0.dfsg.1-11)

[Vincent Lefevre]

On 2005-02-12 03:18:26 -0800, Debian Bug Tracking System wrote:
>  + Fix a regression from patch #197 which disowned the selection
>  if it was scrolled, e.g., by the user pressing return at the
>  bottom of the screen. (Closes: #277832, #291787)

Bug 277832 was not about a regression and should be reopened as it
is still present in xterm 4.3.0.dfsg.1-11.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#293741: PDF output it ugly, ...

[Nikolai Prokoschenko]

On Feb 12, 2005 at 03:36:55PM +0100, W. Borgert wrote:
> Try db2latex-xsl.  It uses standard XSL to convert DocBook/XML
> into LaTeX, similar to docbook-xsl which converts to HTML, FO,
> CHM etc.  European languages such as English or Russian work
> well, however I did not succeed with Hebrew and did not try
> Arabic or Farsi.

I've been working on this for some time now. We are already getting
beautiful PDFs for most latin-based languages and Russian. However, other
languages like Japanese and Greek are not that easy to implement -- but
I'm working on it. Another problem is that db2latex-xsl is not complete,
but it's enough for the manual right now and I'll get to extending it
later.

Concluding: I hope to present a usable manual soon.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295003: kernel-image-2.6.10-1-686: sound card model Creative Labs [SB Live! Value] EMU10k1X is theoretically supported by snd-emu10k1 but does not work

[Claudio Martinelli]

Package: kernel-image-2.6.10-1-686
Version: 2.6.10-4
Severity: normal



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1)

Versions of packages kernel-image-2.6.10-1-686 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  initrd-tools  0.1.77 tools to create initrd image for p
ii  module-init-tools 3.1-pre6-1 tools for managing Linux kernel mo

- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#291404: Bug #291404 - xserver-xfree86: DRIScreenInit fails with dual seession setup (radeon)

[browaeys . alban]

Hi this is a followup for :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291404

this bug is "fixed" regarding X. The DRI session works well. Only
that while using kdm , the default dri session is unknow if we
don't use different configurations for each servers.

The raimining issue is that the server with DRI is not
deterministic. 

It seems to be a kdm only bug. Gdm is deterministic. 
Can i reassign it to kdm (and retitle).
Does xdm have the same behaviour too ? in this case can i
reassign to xdm ?

Thanks
Alban



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#290131: ITP: mocp -- ncurses based console audio player

[Elimar Riesebieter]

On Fri, 14 Jan 2005 the mental interface of
Michal Jeczalik Jr told:

>  * Joshua Kwan <[EMAIL PROTECTED]> wrote:
> 
> > Michal Jeczalik Jr wrote:
> >>  mocp (music on console player) is a ncurses based console audio player
> >>  designed to be powerful and easy to use.
> > How is this better than 'cplay'?
> 
>  I have installed cplay and here is my little review:
> 
>  * mocp is  not  a  front-end,  so  it  has no  problems  with  pause,
>rewinding and stop  (there are some  interruptions due to  problems
>with buffer),
>  * you can always detach mocp and attach again without any interruptions,
>  * there are less informations about a file in 'cplay' and not so many
>configuration   optionslike  FormatString,  StartInMusicDir and
>others,
>  * next useful option in mocp is a possibility to  turn off mmap() (it
>really helps with NFS),
>  * rewinding is very slow in 'cplay' (front-end issue),
>  * time  in mp3 files  with VBR and   without XING is incorrect
>(again front-end issue),
>  * mocp can play all supported files using ALSA,
>  * finally, mocp has themes, so it is more colorful and userfriendly.
>  cplay is also good and has a few options that would be in mocp soon. I hope.
> 
I have packaged moc and will try to upload when 2.2.0 final is
released.

moc packages can be found at:

deb http://www.lxtec.de/debarchiv binary-powerpc/
deb http://www.lxtec.de/debarchiv binary-i386/
deb-src http://www.lxtec.de/debarchiv sources/

Ciao

Elimar


-- 
  Obviously the human brain works like a computer.
  Since there are no stupid computers humans can't be stupid.
  There are just a few running with Windows or even CE ;-)


signature.asc
Description: Digital signature

Bug#295007: aspell-no: Support for pending Aspell 0.60

[Brian Nelson]

Package: aspell-no
Severity: wishlist

I'm planning to upload Aspell 0.60 Real Soon Now.  Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt.  The general approach to transition a dictionary is:

* Use the Aspell packages available at
  http://people.debian.org/~pyro/pending/

* Build-depend on aspell (>> 0.60)

* Change "Provides: aspell-dictionary" to "Provides: aspell6-dictionary"

* Note that the dictionary files previously located in /usr/share/aspell
  and /usr/lib/aspell are now all located in /usr/lib/aspell-0.60, and
  adjust the package accordingly.

I'm currently building a staging area to make the transition as smooth
as possible.  Please contact me once you've prepared the new package and
I'll add it to the staging area.  I plan to make the aspell 0.60 upload
in a couple days (tentatively sometime Monday).  If you have not
prepared a package by then, I'll elevate this bug to RC and NMU shortly
thereafter.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295005: irm: Initial database not usable, error adding station.

[Mike Mestnik) (The Archmage Forever]

Package: irm
Version: 1.5.1.1-2
Severity: normal

Fatal error: Database Error: MDB Error: already exists (INSERT INTO
computers
(ID,name,type,flags_server,flags_surplus,os,osver,processor,processor_speed,location,serial,otherserial,ramtype,ram,network,ip,mac,hdspace,contact,contact_num,comments,date_mod)
VALUES ('1','Overrun','Generic PC','1','0','Linux (Debian)','Sid','AMD
Athlon',' 1400','Library Back Room','','','Other','1024','3Com
(100Mbps)','10.0.0.130','','120','','','','2005-02-12 16:41:19')
[nativecode=1062]) in /usr/share/irm/www/lib/IRMDB.php on line 170

The 1st ID is allready taken.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (930, 'unstable'), (900, 'testing'), (1, 'experimental')
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-cheako
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages irm depends on:
ii  apache [httpd]1.3.33-4   versatile, high-performance HTTP s
ii  debconf   1.4.45 Debian configuration management sy
ii  mysql-client  4.0.23-6   mysql database client binaries
hi  php4  4:4.3.9-2  server-side, HTML-embedded scripti
ii  php4-cli  4:4.3.10-3 command-line interpreter for the p
ii  php4-mysql4:4.3.10-3 MySQL module for php4
ii  wwwconfig-common  0.0.42 Debian web auto configuration

-- debconf information:
* irm/web_prefix: /irm
* irm/dbserver: localhost
* irm/purge_db: true
* irm/dbadmin: root
* irm/dbuser: irm


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295004: gnome-terminal: Double-clicking over a non-ASCII character selects the whole line

[Vincent Lefevre]

Package: gnome-terminal
Version: 2.8.2-1
Severity: normal

When I start gnome-terminal in UTF-8 locales and type "echo \\u20ac"
under zsh (to print out the Euro symbol), I get:

ay:~> echo \\u20ac
â
ay:~>

and double-clicking over the Euro symbol selects the whole line instead
of just the Euro symbol: the whole line is in reverse video. Pasting the
selection gives a Euro symbol and a newline.

If I hit Enter several times to reach the bottom of the terminal window,
and do the same thing, then the first two positions on the line are in
reverse video.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing'), (200, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.9-powerpc
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gnome-terminal depends on:
ii  gnome-control-center 1:2.8.1-3   The GNOME Control Center for GNOME
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.8.0-2 The Bonobo UI library
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libesd0  0.2.35-2Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgconf2-4  2.8.1-4 GNOME configuration database syste
ii  libgcrypt11  1.2.0-4 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.4.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.6.1-3 The GLib library of C routines
ii  libgnome-keyring00.4.1-1 GNOME keyring services library
ii  libgnome2-0  2.8.0-6 The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.8.3-9 The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-9GNU TLS library - runtime library
ii  libgpg-error01.0-1   library for common error values an
ii  libgtk2.0-0  2.4.14-2The GTK+ graphical user interface 
ii  libhowl0 0.9.8-2 Library for Zeroconf service disco
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  libncurses5  5.4-4   Shared libraries for terminal hand
ii  liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.6.0-3 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstartup-notification0 0.7-1   library for program launch feedbac
ii  libtasn1-2   0.2.10-3Manage ASN.1 structures (runtime)
ii  libvte4  1:0.11.11-5 Terminal emulator widget for GTK+ 
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxml2  2.6.11-5GNOME XML library
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  scrollkeeper 0.3.14-9.1  A free electronic cataloging syste
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295006: Acknowledgement (debian-policy: Virtual package: change mp3-encoder with music-encoder)

[Jesus Climent]

Even instead of music-encoder, audio-encoder.

After a very short conversation with Adeodato Simo, it looks much clear than
music (speex is for voice, not music, which is still audio ;)

-- 
Jesus Climent  info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429  7E18 66FC 1D7F 8694 6D69

Everybody needs money! That's why they call it money!
--Bergman (Heist)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294964: does not work at all

[Marc 'HE' Brockschmidt]

tags 294964 + confirmed upstream
forwarded 294964 Torsten Schoenfeld <[EMAIL PROTECTED]>
thank you, wonderful Debian BTS!

Hi Torsten,

I've received this bug report and could reproduce it easily. I tried to
debug this, but failed. As you naturally have no problem to understand
the code, you can probably fix this in a few minutes.

Anyway, here is the report. Please keep the reporter and the Debian BTS
in the CC when you answer.

Alex Gould <[EMAIL PROTECTED]> writes:
> When you use the program the first time, and enter a to-do item, it
> disappears. It doesn't save properly to ~/.odot as indicated in the man
> page. It produces the following output:
>
> Use of uninitialized value in string ne at /usr/bin/odot line 1963.
> *** unhandled exception in callback:
> ***   Gtk-ERROR **: file gtktreestore.c: line 581
> (gtk_tree_store_get_path): assertion failed: (G_NODE
> (iter->user_data)->parent != NULL) at /usr/bin/odot line 1975.
> ***  ignoring at /usr/bin/odot line 1358.
> Use of uninitialized value in concatenation (.) or string at
> /usr/bin/odot line 2758.
> Use of uninitialized value in concatenation (.) or string at
> /usr/bin/odot line 2758.
> Use of uninitialized value in string ne at /usr/bin/odot line 1963.
>
> (process:22589): Gtk-ERROR (recursed) **: file gtktreestore.c: line 581
> (gtk_tree_store_get_path): assertion failed: (G_NODE
> (iter->user_data)->parent != NULL)
> aborting...
> Aborted
>
> thanks, Alex

The only "new" thing is that i've found out that this even happens with
an existing ~/.odot file if the tasklist is empty.

Marc
-- 
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse   # 


pgp5wqH2D5aFU.pgp
Description: PGP signature

Bug#292749: qiv: resolved with newest ubuntu xorg packages

[Erich Schubert]

Package: qiv
Version: 2.0-3
Followup-For: Bug #292749

The problem is gone with newest ubuntu xorg packages.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (2, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-rc3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages qiv depends on:
ii  gdk-imlib1   1.9.14-16.2 imaging library for use with gtk (
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libglib1.2   1.2.10-9The GLib library of C routines
ii  libgtk1.21.2.10-17   The GIMP Toolkit set of widgets fo
ii  libx11-6 6.8.1-1ubuntu16 X Window System protocol client li
ii  libxext6 6.8.1-1ubuntu16 X Window System miscellaneous exte
ii  libxi6   6.8.1-1ubuntu16 X Window System Input extension li
ii  xlibs6.8.1-1ubuntu16 X Window System client libraries m

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#273615: More complete patch

[Tollef Fog Heen]

http://err.no/patches/krb4_1.2.2-11.1_amd64_h_errno.diff is a «more
correct» patch for this problem, since it uses the solution from
upstream (but which probably won't be released.)  The diff is fairly
big due to auto* stuff in the patch.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295010: aspell-fi: Support for pending Aspell 0.60

[Brian Nelson]

Package: aspell-fi
Severity: wishlist

I'm planning to upload Aspell 0.60 Real Soon Now.  Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt.  The general approach to transition a dictionary is:

* Use the Aspell packages available at
  http://people.debian.org/~pyro/pending/

* Build-depend on aspell (>> 0.60)

* Change "Provides: aspell-dictionary" to "Provides: aspell6-dictionary"

* Note that the dictionary files previously located in /usr/share/aspell
  and /usr/lib/aspell are now all located in /usr/lib/aspell-0.60, and
  adjust the package accordingly.

I'm currently building a staging area to make the transition as smooth
as possible.  Please contact me once you've prepared the new package and
I'll add it to the staging area.  I plan to make the aspell 0.60 upload
in a couple days (tentatively sometime Monday).  If you have not
prepared a package by then, I'll elevate this bug to RC and NMU shortly
thereafter.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295008: aspell-nl: Support for pending Aspell 0.60

[Brian Nelson]

Package: aspell-nl
Severity: wishlist

I'm planning to upload Aspell 0.60 Real Soon Now.  Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt.  The general approach to transition a dictionary is:

* Use the Aspell packages available at
  http://people.debian.org/~pyro/pending/

* Build-depend on aspell (>> 0.60)

* Change "Provides: aspell-dictionary" to "Provides: aspell6-dictionary"

* Note that the dictionary files previously located in /usr/share/aspell
  and /usr/lib/aspell are now all located in /usr/lib/aspell-0.60, and
  adjust the package accordingly.

I'm currently building a staging area to make the transition as smooth
as possible.  Please contact me once you've prepared the new package and
I'll add it to the staging area.  I plan to make the aspell 0.60 upload
in a couple days (tentatively sometime Monday).  If you have not
prepared a package by then, I'll elevate this bug to RC and NMU shortly
thereafter.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295009: aspell-fo: Support for pending Aspell 0.60

[Brian Nelson]

Package: aspell-fo
Severity: wishlist

I'm planning to upload Aspell 0.60 Real Soon Now.  Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt.  The general approach to transition a dictionary is:

* Use the Aspell packages available at
  http://people.debian.org/~pyro/pending/

* Build-depend on aspell (>> 0.60)

* Change "Provides: aspell-dictionary" to "Provides: aspell6-dictionary"

* Note that the dictionary files previously located in /usr/share/aspell
  and /usr/lib/aspell are now all located in /usr/lib/aspell-0.60, and
  adjust the package accordingly.

I'm currently building a staging area to make the transition as smooth
as possible.  Please contact me once you've prepared the new package and
I'll add it to the staging area.  I plan to make the aspell 0.60 upload
in a couple days (tentatively sometime Monday).  If you have not
prepared a package by then, I'll elevate this bug to RC and NMU shortly
thereafter.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#293859: installation-report

[Frans Pop]

On Saturday 12 February 2005 14:41, cobaco (aka Bart Cornelis) wrote:
> wouldn't dropping the 'any other characters' make more sense?

The default used is quite sensible: "Windows NT/2000/XP".

Also, if we just dropped those characters,
Microsoft Windows XP édition familiale
would be included in GRUB's menu as
Microsoft Windows XP dition familiale
I don't think our French users would be very happy with that.

Bug#294836: gpart gives seek error when run on arm platform

[David Coe]

Len,

Thanks for the report.

I don't have an ARM system to test on, so I wonder
if you can try a few things and let me know:

1) now that (I hope) you've recovered your system,
does gpart still report a seek failure when run against
/dev/hda ?

2) if so, can you run it under strace and send me
the output?

Thanks.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295005: irm: Initial database not usable, error adding station.

[Matthew Palmer]

On Sat, Feb 12, 2005 at 04:47:03PM -0600, Mike Mestnik) (The Archmage Forever 
wrote:
> Fatal error: Database Error: MDB Error: already exists (INSERT INTO
> computers
> (ID,name,type,flags_server,flags_surplus,os,osver,processor,processor_speed,location,serial,otherserial,ramtype,ram,network,ip,mac,hdspace,contact,contact_num,comments,date_mod)
> VALUES ('1','Overrun','Generic PC','1','0','Linux (Debian)','Sid','AMD
> Athlon',' 1400','Library Back Room','','','Other','1024','3Com
> (100Mbps)','10.0.0.130','','120','','','','2005-02-12 16:41:19')
> [nativecode=1062]) in /usr/share/irm/www/lib/IRMDB.php on line 170
> 
> The 1st ID is allready taken.

D'oh.  I'll get this sorted out ASAP.

- Matt


signature.asc
Description: Digital signature

Bug#293055: Rails ready (I think :)

[Adam Majer]

Hi,

The first incarnation of Rail On Debian is here. You can get the
packages and sources from,
http://people.debian.org/~adamm/rails/
You will need to install both rake and rails (both are now in incoming).

To install rails, you can use the rails shell script. It is basically,
rails DEST_DIR.
Running rails without path => `man rails`.

You really want to use webrick ruby http server to get started. No
configuration is needed to get it started, unlike Apache :)

- Adam




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295012: aspell-ca: Support for pending Aspell 0.60

[Brian Nelson]

Package: aspell-ca
Severity: wishlist

I'm planning to upload Aspell 0.60 Real Soon Now.  Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt.  The general approach to transition a dictionary is:

* Use the Aspell packages available at
  http://people.debian.org/~pyro/pending/

* Build-depend on aspell (>> 0.60)

* Change "Provides: aspell-dictionary" to "Provides: aspell6-dictionary"

* Note that the dictionary files previously located in /usr/share/aspell
  and /usr/lib/aspell are now all located in /usr/lib/aspell-0.60, and
  adjust the package accordingly.

I'm currently building a staging area to make the transition as smooth
as possible.  Please contact me once you've prepared the new package and
I'll add it to the staging area.  I plan to make the aspell 0.60 upload
in a couple days (tentatively sometime Monday).  If you have not
prepared a package by then, I'll elevate this bug to RC and NMU shortly
thereafter.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295011: aspell-da: Support for pending Aspell 0.60

[Brian Nelson]

Package: aspell-da
Severity: wishlist

I'm planning to upload Aspell 0.60 Real Soon Now.  Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt.  The general approach to transition a dictionary is:

* Use the Aspell packages available at
  http://people.debian.org/~pyro/pending/

* Build-depend on aspell (>> 0.60)

* Change "Provides: aspell-dictionary" to "Provides: aspell6-dictionary"

* Note that the dictionary files previously located in /usr/share/aspell
  and /usr/lib/aspell are now all located in /usr/lib/aspell-0.60, and
  adjust the package accordingly.

I'm currently building a staging area to make the transition as smooth
as possible.  Please contact me once you've prepared the new package and
I'll add it to the staging area.  I plan to make the aspell 0.60 upload
in a couple days (tentatively sometime Monday).  If you have not
prepared a package by then, I'll elevate this bug to RC and NMU shortly
thereafter.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295013: aspell-bg: Support for pending Aspell 0.60

[Brian Nelson]

Package: aspell-bg
Severity: wishlist

I'm planning to upload Aspell 0.60 Real Soon Now.  Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt.  The general approach to transition a dictionary is:

* Use the Aspell packages available at
  http://people.debian.org/~pyro/pending/

* Build-depend on aspell (>> 0.60)

* Change "Provides: aspell-dictionary" to "Provides: aspell6-dictionary"

* Note that the dictionary files previously located in /usr/share/aspell
  and /usr/lib/aspell are now all located in /usr/lib/aspell-0.60, and
  adjust the package accordingly.

I'm currently building a staging area to make the transition as smooth
as possible.  Please contact me once you've prepared the new package and
I'll add it to the staging area.  I plan to make the aspell 0.60 upload
in a couple days (tentatively sometime Monday).  If you have not
prepared a package by then, I'll elevate this bug to RC and NMU shortly
thereafter.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#272295: gcFree Assertion at gc-incremental.c:1300 - "Attempt to explicitly free nonfixed object"

[Barry Hawkins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: kaffe
Version: 1.1.4.PRECVS7-1
Severity: normal
uname -a:
Linux case 2.6.10 #1 Tue Dec 28 10:49:53 EST 2004 ppc GNU/Linux
A javacc task that ran successfully under kaffe-1.1.4.PRECVS6-1 is now
failing under kaffe-1.1.4.PRECVS7-1.  The kaffe install in question uses
the pthreads package, not jthreads.  The javacc task is part of the
build for the lucene source package.  A trimmed transcript of the build
attempt is attached at the end of the message.
The error appears to be related to garbage collection, and is highly
reproducible.  For all transcripts, the -verbosegc switch was used on
java invocations.  Executing the javacc task outside of Ant indicates
that the issue is not tied to the javacc task directly, since the task
completes without issue.  The subsequent javacc task that should follow
can also be executed without issue.  Transcripts of both are attached below:
Transcript of manual execution of the javacc task just before the error:
[EMAIL PROTECTED]:~$ /usr/lib/kaffe/pthreads/bin/java -verbosegc
- -Dinstall.root=/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3
- -classpath /usr/share/java/javacc.jar org.javacc.parser.Main
- 
-OUTPUT_DIRECTORY:/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3/build/gen/org/apache/lucene/analysis/standard
/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3/src/java/org/apache/lucene/analysis/standard/StandardTokenizer.jj
Java Compiler Compiler Version 3.2 (Parser Generator)
(type "javacc" with no arguments for help)
Reading from file
/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3/src/java/org/apache/lucene/analysis/standard/StandardTokenizer.jj
. . .
Note: UNICODE_INPUT option is specified. Please make sure you create the
parser/lexer usig a Reader with the correct character encoding.

~ 100.0% free, allocated 22694K (#70353), marked 1852K, swept 834K (#3486)
~ 2820 objs (110K) awaiting finalization>

~ 100.0% free, allocated 1880K (#18419), marked 1210K, swept 1459K (#12573)
~ 2773 objs (114K) awaiting finalization>
Parser generated successfully.

~ 100.0% free, allocated 2081K (#22649), marked 1289K, swept 1380K (#21702)
~ 1097 objs (35K) awaiting finalization>

Transcript of manual exection of subsequent javacc task that is not reached:
[EMAIL PROTECTED]:~$ /usr/lib/kaffe/pthreads/bin/java -verbosegc
- -Dinstall.root=/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3
- -classpath /usr/share/java/javacc.jar org.javacc.parser.Main
- 
-OUTPUT_DIRECTORY:/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3/build/gen/org/apache/lucene/queryParser
/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3/src/java/org/apache/lucene/queryParser/QueryParser.jj
Java Compiler Compiler Version 3.2 (Parser Generator)
(type "javacc" with no arguments for help)
Reading from file
/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3/src/java/org/apache/lucene/queryParser/QueryParser.jj
. . .

~ 100.0% free, allocated 19937K (#73177), marked 1910K, swept 874K (#7207)
~ 5701 objs (199K) awaiting finalization>

~ 100.0% free, allocated 4874K (#36596), marked 2088K, swept 1643K (#17667)
~ 7754 objs (263K) awaiting finalization>

~ 100.0% free, allocated 2402K (#11441), marked 2459K, swept 2030K (#19385)
~ 3004 objs (93K) awaiting finalization>
Parser generated successfully.

Trimmed transcript of lucene source package build attempt:
[EMAIL PROTECTED]:~/debian_packages/lucene/1.4.3/lucene-1.4.3$ debuild -us -uc
dpkg-buildpackage: source package is lucene
dpkg-buildpackage: source version is 1.4.3-3
dpkg-buildpackage: source maintainer is Barry Hawkins <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture is powerpc
~ fakeroot debian/rules clean
dpatch  deapply-all
reverting patch 02_upstream_root_ant_build_fix from ./ ... ok.
reverting patch 01_upstream_StandardTokenizer_fix from ./ ... ok.
rm -rf patch-stamp patch-stampT debian/patched
dh_testdir
dh_testroot
rm -f build-stamp
/usr/lib/kaffe/bin/java -Xss 768k -verbosegc  -classpath
/usr/share/java/gnujaxp.jar:/usr/share/ant1.6/lib/ant.jar:/usr/share/ant1.6/lib/ant-launcher.jar:/usr/share/ant1.6/lib/ant-junit.jar:/usr/share/java/junit.jar:/usr/lib/kaffe/lib/tools.jar
org.apache.tools.ant.Main -verbose -propertyfile
/home/barryh/debian_packages/lucene/1.4.3/lucene-1.4.3/debian/ant.properties
clean
Apache Ant version 1.6.2 compiled on September 30 2004
Buildfile: build.xml
Detected Java version: 1.4 in: /usr/lib/kaffe/pthreads
Detected OS: Linux
parsing buildfile
[...]

Build sequence for target `invoke-javacc' is [invoke-javacc]
Complete build sequence is [invoke-javacc, init, package-zip-src,
package-tgz-src, package-all-src, compile-core, compile-demo,
javacc-check, javacc-HTMLParser, jar-core, javadocs, jar-demo, war-demo,
package, package-zip, package-tgz, package-all-binary, dist,
compile-test, test, compile, default, javacc-StandardAnalyzer,
javacc-QueryParser, docs-prepare, prepare-error, dist-src, dist-all,
docs, clean, jar, generate-test-report

Bug#239469: Xfce4-goodies packages

[Rudy Godoy]

On 12/02/2005 at 17:38 Michael Ablassmeier wrote...

> hi Rudy, *,

Hi,

> I've updated xfce4-diskperf-plugin to the latest upstream version,
> changelog looks like this:
> 
>  xfce4-diskperf-plugin (1.5-1) unstable; urgency=low
>  .
>* QA Upload
>* New upstream version (Closes: #254400)
>* Lower first capital letter in short package description.
>* Remove `Uploaders:' field in debian/control since package is orphaned.
>* Update libtool to latest version (Closes: #239469)
> 

Thanks for you work, almost all current -goodies are updated on our
svn repository [0] now, and we'll appreciate as much as testing on
them so they get uploaded asap.

> however, i dont have access to a arm machine, so wasnt able to test if
> #239469 is still present with this revision. Signed package source is up
> on mentors.debian.net, sponsor needed.

Thanks again. If you are interested on help Xfce packaging please join
the group.

-Rudy

0- svn.debian.org/svn/pkg-xfce

-- 
Rudy Godoy | 0x3433BD21 | http://stone-head.org   ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature

Bug#279270: hardware change detection

[browaeys . alban]

Kudzu could do the detection in a interactive and non interactive
way already.
I guess it only need to be feed with scripts . I have not checked
the code but having used it under redhat 7 and mandrake 6 it was
detecting video card changes well and fixed X config correctly.
Maybe we can reuse the engine (it is already in debian).

Regards
Alban



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295015: xkbprint segfaults when

[Sebastian Rasmussen]

Package: xbase-clients
Version: 4.3.0.dfsg.1-10
When trying to print the keymap for my current xkb settings I was faced with
a segfault as I ran xkbprint. The problem is that if the XkbSymbols setting 
in
/etc/X11/XF86Config-4 is too long a sprintf() overruns a preallocated buffer
used when writing part of the generated Postscript to an output file.

hostname% /usr/bin/X11/xkbprint :0.0
zsh: segmentation fault  /usr/bin/X11/xkbprint :0.0
The fix that requires the least amount of modification, to my knowledge,
mainly consists of replacing sprintf() with asprintf(), as can be seen in
the patch below. As asprintf() itself allocates a buffer of suitable size
there is no longer any risk of overrunning a too small preallocated buffer.
Note that not just the one buffer that resulted in the segfault was fixed,
but all the similarly used buffers in the same function were also modified.
Additionally I have  appended my debugging session and test of the
modified xkbprint.
Please notify me if the patch is in any way inappropriate or if further
information is required.
/ Sebastian Rasmussen

diff -Nruw xfree86_4.3.0.dfsg-1.10/xc/programs/xkbprint/psgeom.c 
xfree86_4.3.0.dfsg-1.10.patched/xc/programs/xkbprint/psgeom.c
--- xfree86_4.3.0.dfsg-1.10/xc/programs/xkbprint/psgeom.c   2001-07-25 
17:05:25.0 +0200
+++ xfree86_4.3.0.dfsg-1.10.patched/xc/programs/xkbprint/psgeom.c   
2005-02-13 00:25:25.0 +0100
@@ -807,18 +807,22 @@
   PSSetFont(out,state,FONT_LATIN1,14,False);
   }
   if (state->args->label==LABEL_SYMBOLS) {
-   char buf[40],*sName= NULL;
+   char *buf= NULL,*sName= NULL;
   Atom sAtom;

-   if (state->args->nLabelGroups==1)
-   sprintf(buf,"Group %d",state->args->baseLabelGroup+1);
-   else sprintf(buf,"Groups %d-%d",state->args->baseLabelGroup+1,
-   state->args->baseLabelGroup+state->args->nLabelGroups);
+   if (state->args->nLabelGroups==1) {
+   if (asprintf(&buf,"Group 
%d",state->args->baseLabelGroup+1)==-1)
+   buf= NULL;
+   }
+   else if (asprintf(&buf,"Groups 
%d-%d",state->args->baseLabelGroup+1,
+   state->args->baseLabelGroup+state->args->nLabelGroups)==-1)
+   buf= NULL;
   fprintf(out,"kbx kbdscalewidth 0 (%s) centeroffset pop 
add\n",buf);
   fprintf(out,"kby kbdscaleheight add %d add\n",baseline);
   fprintf(out,"moveto\n");
   fprintf(out,"1 -1 scale (%s) show 1 -1 scale\n",buf);
   baseline+= 16;
+   free(buf);

   if (xkb->names!=NULL)   sAtom= xkb->names->symbols;
   elsesAtom= None;
@@ -827,12 +831,14 @@
   if (sName==NULL)
   sName= "(unknown)";
-   sprintf(buf,"Layout: %s",sName);
+   if (asprintf(&buf,"Layout: %s",sName)==-1)
+   buf= NULL;
   fprintf(out,"kbx kbdscalewidth 0 (%s) centeroffset pop 
add\n",buf);
   fprintf(out,"kby kbdscaleheight add %d add\n",baseline);
   fprintf(out,"moveto\n");
   fprintf(out,"1 -1 scale (%s) show 1 -1 scale\n",buf);
   baseline+= 16;
+   free(buf);
   }
   if (name!=NULL) {
   fprintf(out,"kbx kbdscalewidth 0 (%s) centeroffset pop 
add\n",name);
@@ -842,7 +848,7 @@
   baseline+= 16;
   }
   if (state->args->label==LABEL_KEYCODE) {
-   char buf[40],*sName= NULL;
+   char *buf= NULL,*sName= NULL;
   Atom sAtom;

   if (xkb->names!=NULL)   sAtom= xkb->names->keycodes;
@@ -852,12 +858,14 @@
   if (sName==NULL)
   sName= "(unknown)";
-   sprintf(buf,"Keycodes: %s",sName);
+   if (asprintf(&buf,"Keycodes: %s",sName)==-1)
+   buf= NULL;
   fprintf(out,"kbx kbdscalewidth 0 (%s) centeroffset pop 
add\n",buf);
   fprintf(out,"kby kbdscaleheight add %d add\n",baseline);
   fprintf(out,"moveto\n");
   fprintf(out,"1 -1 scale (%s) show 1 -1 scale\n",buf);
   baseline+= 16;
+   free(buf);
   }
   if (state->args->copies>1) {
   for (p=1;pargs->copies;p++)
@@ -869,19 +877,23 @@
}
else {
   if ((!state->args->wantEPS)&&(state->args->label==LABEL_SYMBOLS)) {
-   char buf[40];
+   char *buf= NULL;
   baseline= 16;
   PSSetColor(out,state,state->black);
   PSSetFont(out,state,FONT_LATIN1,14,False);
-   if (state->args->nLabelGroups==1)
-   sprintf(buf,"Group %d",state->args->baseLabelGroup+1);
-   else sprintf(buf,"Groups %d-%d",state->args->baseLabelGroup+1,
-   state->args->baseLabelGroup+state->args->nLabelGroups+1);
+   if (state->args->nLabelGroups==1) {
+   if (asprintf(&buf,"Group 
%d",state->args->baseLabelGroup+1)==-1)
+   buf= NULL;
+   }
+   else if (aspri

Bug#293815: libimlib2 version 1.2.0 breaks libimage-imlib2-perl

[Steve Langasek]

I am uploading a 0-day NMU for this bug, based on Don Armstrong's patch.
Please find the final diffset attached.

-- 
Steve Langasek
postmodern programmer
diff -u imlib2-1.2.0/src/modules/loaders/Makefile.in 
imlib2-1.2.0/src/modules/loaders/Makefile.in
--- imlib2-1.2.0/src/modules/loaders/Makefile.in
+++ imlib2-1.2.0/src/modules/loaders/Makefile.in
@@ -276,41 +276,41 @@
 lbm.la
 
 jpeg_la_SOURCES = loader_jpeg.c
-jpeg_la_LDFLAGS = -module -avoid-version
-jpeg_la_LIBADD = @JPEGLIBS@
+jpeg_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+jpeg_la_LIBADD = @JPEGLIBS@ -lImlib2
 png_la_SOURCES = loader_png.c
-png_la_LDFLAGS = -module -avoid-version
-png_la_LIBADD = @PNGLIBS@
+png_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+png_la_LIBADD = @PNGLIBS@ -lImlib2
 tiff_la_SOURCES = loader_tiff.c
-tiff_la_LDFLAGS = -module -avoid-version
-tiff_la_LIBADD = @TIFFLIBS@
+tiff_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+tiff_la_LIBADD = @TIFFLIBS@ -lImlib2
 gif_la_SOURCES = loader_gif.c
-gif_la_LDFLAGS = -module -avoid-version
-gif_la_LIBADD = @GIFLIBS@
+gif_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+gif_la_LIBADD = @GIFLIBS@ -lImlib2
 zlib_la_SOURCES = loader_zlib.c
-zlib_la_LDFLAGS = -module -avoid-version
-zlib_la_LIBADD = @ZLIBLIBS@ 
+zlib_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+zlib_la_LIBADD = @ZLIBLIBS@  -lImlib2
 bz2_la_SOURCES = loader_bz2.c
-bz2_la_LDFLAGS = -module -avoid-version
-bz2_la_LIBADD = @BZ2LIBS@ 
+bz2_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+bz2_la_LIBADD = @BZ2LIBS@  -lImlib2
 pnm_la_SOURCES = loader_pnm.c
-pnm_la_LDFLAGS = -module -avoid-version
-pnm_la_LIBADD = 
+pnm_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+pnm_la_LIBADD = -lImlib2
 argb_la_SOURCES = loader_argb.c
-argb_la_LDFLAGS = -module -avoid-version
-argb_la_LIBADD = 
+argb_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+argb_la_LIBADD = -lImlib2
 bmp_la_SOURCES = loader_bmp.c
-bmp_la_LDFLAGS = -module -avoid-version
-bmp_la_LIBADD = 
+bmp_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+bmp_la_LIBADD = -lImlib2
 xpm_la_SOURCES = loader_xpm.c
-xpm_la_LDFLAGS = -module -avoid-version
-xpm_la_LIBADD = 
+xpm_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+xpm_la_LIBADD = -lImlib2
 tga_la_SOURCES = loader_tga.c
-tga_la_LDFLAGS = -module -avoid-version
-tga_la_LIBADD = 
+tga_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+tga_la_LIBADD = -lImlib2
 lbm_la_SOURCES = loader_lbm.c
-lbm_la_LDFLAGS = -module -avoid-version
-lbm_la_LIBADD = 
+lbm_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+lbm_la_LIBADD = -lImlib2
 all: all-am
 
 .SUFFIXES:
diff -u imlib2-1.2.0/debian/changelog imlib2-1.2.0/debian/changelog
--- imlib2-1.2.0/debian/changelog
+++ imlib2-1.2.0/debian/changelog
@@ -1,3 +1,14 @@
+imlib2 (1.2.0-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for sarge-targetted RC bugfix
+  * Fix regression in the linkage of the loader modules which resulted
+in undefined symbols, making libimlib2 unusable when being
+dlopen()ed by an application; thanks to Don Armstrong for the patch.
+Closes: #293815.
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Sat, 12 Feb 2005 15:19:12 -0800
+
 imlib2 (1.2.0-1) unstable; urgency=low
 
   * New upstream version 
only in patch2:
unchanged:
--- imlib2-1.2.0.orig/src/modules/loaders/Makefile.am
+++ imlib2-1.2.0/src/modules/loaders/Makefile.am
@@ -43,49 +43,49 @@
 lbm.la
 
 jpeg_la_SOURCES  = loader_jpeg.c
-jpeg_la_LDFLAGS  = -module -avoid-version
-jpeg_la_LIBADD   = @JPEGLIBS@
+jpeg_la_LDFLAGS  = -module -avoid-version -L$(top_builddir)/src/lib/
+jpeg_la_LIBADD   = @JPEGLIBS@ -lImlib2
 
 png_la_SOURCES   = loader_png.c
-png_la_LDFLAGS   = -module -avoid-version
-png_la_LIBADD= @PNGLIBS@
+png_la_LDFLAGS   = -module -avoid-version -L$(top_builddir)/src/lib/
+png_la_LIBADD= @PNGLIBS@ -lImlib2

 tiff_la_SOURCES  = loader_tiff.c
-tiff_la_LDFLAGS  = -module -avoid-version
-tiff_la_LIBADD   = @TIFFLIBS@
+tiff_la_LDFLAGS  = -module -avoid-version -L$(top_builddir)/src/lib/
+tiff_la_LIBADD   = @TIFFLIBS@ -lImlib2
 
 gif_la_SOURCES   = loader_gif.c
-gif_la_LDFLAGS   = -module -avoid-version
-gif_la_LIBADD= @GIFLIBS@
+gif_la_LDFLAGS   = -module -avoid-version -L$(top_builddir)/src/lib/
+gif_la_LIBADD= @GIFLIBS@ -lImlib2
 
 zlib_la_SOURCES  = loader_zlib.c
-zlib_la_LDFLAGS  = -module -avoid-version
-zlib_la_LIBADD   = @ZLIBLIBS@ 
+zlib_la_LDFLAGS  = -module -avoid-version -L$(top_builddir)/src/lib/
+zlib_la_LIBADD   = @ZLIBLIBS@  -lImlib2
 
 bz2_la_SOURCES   = loader_bz2.c
-bz2_la_LDFLAGS   = -module -avoid-version
-bz2_la_LIBADD= @BZ2LIBS@ 
+bz2_la_LDFLAGS   = -module -avoid-version -L$(top_builddir)/src/lib/
+

Bug#233083: please post listing and status of NEW queue

[Anibal Monsalve Salazar]

On Sat, Feb 12, 2005 at 08:30:13AM +0100, Petter Reinholdtsen wrote:
>[Anibal Monsalve Salazar]
>>http://qa.debian.org/~anibal/debian-NEW.html
>
>Great.  This is much better than my crude hack.  If you plan to keep
>this updated all the time, I'll close down my page and point people to
>your page.

It's updated at 41 minutes past the hour by a cron job.

>>Any input is welcome.
>
>It would be nice if the changelog for the uploaded package is
>available too.

That's doable.

>Another feature I've been wishing for is making more statistics, for
>example of averaget waiting time (keeping track of when packages come
>and go), and perhaps an history to know when how often a given package
>have been in the NEW queue.  Some packages return (shared libraries
>changing sonames, mplayer, etc), and it would be nice to let this
>system tell us instead of trusting memory.
>
>I've also considered looking at "out-of-order" processing of queue
>entires, to see if there is a pattern for packages processed faster
>than the rest of the queue.
>
>None of this is really important, but it would be nice to have the
>information more easily available.  Problem is, of course, that as
>this isn't important I haven't spent any time to make it happen.  Too
>much more important stuff to take care of. :)

We'll see what we could do. Thanks for the ideas.

>Thank you again, for making a much better presentation of the NEW
>queue. :)

Thanks to _you_ for the original code.

Miriam Ruiz (Baby)
David Moreno Garza (damog)
Anibal Monsalve Salazar (anibal)
--
 .''`. Debian GNU/Linux
: :' : Free Operating System
`. `'  http://debian.org/
  `-


signature.asc
Description: Digital signature

Bug#291945: eleventh-hour transition for mysql-using packages related to apache

[Francesco Paolo Lovergine]

On Fri, Feb 11, 2005 at 03:30:59PM -0800, Steve Langasek wrote:
> On Fri, Feb 11, 2005 at 03:31:44PM +0100, Christian Hammers wrote:
> > On 2005-02-11 sean finney wrote:
> > > On Fri, Feb 11, 2005 at 10:15:55AM +0100, Francesco P. Lovergine wrote:
> > > > FYI: new mysql FLOSS includes OpenSSL license, so many packages could
> > > > migrate to current libmysqlclient starting from no starting from now..
> 
> > > that's great to hear!  i'm cc'ing the relevant wishlist bug i have open
> > > against mysql-server.  christian: any chance of getting an openssl enabled
> > > version of the mysql-client and mysql-server packages?
> 
> > Yes, I will re-enable openssl in the next upload.
> 
> Please make sure this does not introduce an openssl dependency to
> libmysqlclient itself; just because MySQL AB have granted a license
> exception for OpenSSL does not mean everyone who links to libmysqlclient
> has done so.
> 
> I know of at least one GPL-without-exception package that is now using
> libmysqlclient12 in Debian.

Nice, so we should check that any linked GPL library directly (obviuolsy) or
indirectly (with N=1,2,3... levels of indirection) linked against
openssl adds the exception. This is a great reason to move asap all
possible programs to gnutls, indeed.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#291945: eleventh-hour transition for mysql-using packages related to apache

[Steve Langasek]

On Sat, Feb 12, 2005 at 09:14:26AM +0100, Francesco Paolo Lovergine wrote:
> On Fri, Feb 11, 2005 at 03:30:59PM -0800, Steve Langasek wrote:
> > On Fri, Feb 11, 2005 at 03:31:44PM +0100, Christian Hammers wrote:
> > > On 2005-02-11 sean finney wrote:
> > > > On Fri, Feb 11, 2005 at 10:15:55AM +0100, Francesco P. Lovergine wrote:
> > > > > FYI: new mysql FLOSS includes OpenSSL license, so many packages could
> > > > > migrate to current libmysqlclient starting from no starting from now..

> > > > that's great to hear!  i'm cc'ing the relevant wishlist bug i have open
> > > > against mysql-server.  christian: any chance of getting an openssl 
> > > > enabled
> > > > version of the mysql-client and mysql-server packages?

> > > Yes, I will re-enable openssl in the next upload.

> > Please make sure this does not introduce an openssl dependency to
> > libmysqlclient itself; just because MySQL AB have granted a license
> > exception for OpenSSL does not mean everyone who links to libmysqlclient
> > has done so.

> > I know of at least one GPL-without-exception package that is now using
> > libmysqlclient12 in Debian.

> Nice, so we should check that any linked GPL library directly (obviuolsy) or
> indirectly (with N=1,2,3... levels of indirection) linked against
> openssl adds the exception.

No, we should simply not be linking libmysqlclient against OpenSSL.  The
exemption was needed because there exists software that uses both
libmysqlclient and libssl, but making libmysqlclient itself use libssl just
because we now have the exemption will cause licensing problems for
applications which currently do *not* depend on libssl.

> This is a great reason to move asap all possible programs to gnutls,
> indeed.

There are plenty of reasons to move software to gnutls, but doing so is
non-trivial.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#294845: ITP: holotz-castle -- platform game with high dosis of mistery

[Steve Greenland]

On 11-Feb-05, 15:17 (CST), Miriam Ruiz <[EMAIL PROTECTED]> wrote: 
> Package: wnpp
> Severity: wishlist
> Owner: Miriam Ruiz <[EMAIL PROTECTED]>
> 
> 
> * Package name: holotz-castle
>   Version : 1.3.1
>   Upstream Author : Juan Carlos Seijo P?rez <[EMAIL PROTECTED]>
> * URL : http://www.mainreactor.net/en/index_en.html
> * License : GPL v2
>   Description : platform game with high dosis of mistery
  
Urh, what? Perhaps "doses of mystery"?

> 
> It is a platform game with different screens in which you must use your
> skills to be able to get all the items. It is described as:
> "A great mistery is hidden beyond the walls of Holotz's Castle. Will

"mystery", again.

> you be able to help Ybelle and Ludar to scape alive from the castle?
  ^
"escape", probably.

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295006: debian-policy: Virtual package: change mp3-encoder with music-encoder

[Jesus Climent]

Package: debian-policy
Version: 3.6.1.1
Severity: wishlist

Having no mp3 encoder in the archive, due to possible patent problems, i
believe it would be a wiser idea to have "music-encoder" as a virtual package
than "mp3-encoder".

Tools that have a Depends: entry on mp3-encoder are:

ecasound

Tools like abcde, grip, jack,... would benefit when having a simple dependency
instead of listing all the possible music encoders out there: flac,
vorbis-tools, lame, bladeenc, speex, yet-to-come musepack, ...

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information

-- 
Jesus Climent  info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429  7E18 66FC 1D7F 8694 6D69

Kill every human on the planet?  Sounds like a good idea! But first, we
should concentrate on more immediate goals.
--Jeffrey Goines (12 Monkeys)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#90817: Still present in 2.2.3

[Javier Fernández-Sanguino Peña]

Just for the record, this bug is still present in 2.2.3 (the new packages 
I'm preparing with the latest release)

Javier


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294130: README.mailman: Multiple databases should now be possible

[Jonas Meurer]

On 11/02/2005 Julian Mehnle wrote:
> Huh?  Why is that?  Is the web cache directory hard-coded in the Lurker
> binary?  Or what do you mean with "instance"?  AFAIK Lurker hasn't been
> using a daemon for quite a while, if that's what you mean (but I guess you
> knew that).  Now I'm confused.

as wesley mentioned, i wrote somehow confusing. the web cache isn't
hardcoded, it's delivered to lurker via comandline/http get option.

you're basicly right, you might setup more than one lurker instance with
the debian lurker package installed. Simply create another configuration
file, with a different web cache directory and database directory, and
configure your webserver accordingly.

my strongest objection against adding support for several lurker
instances in debian packages was the problem that has already been
raised: you'dd need a seperate instance for every private list
(group) that needs a seperate authentication level.
this makes easy support difficult, as there's no way to merge these
authentication levels in any way.

i agree with you that my package *makes it possible* to run several
instances of lurker on one machine, but it doesn't support that.

if lurker one time supports private lists one time i'll do my best do
make usage of this feature as easy as possible, but at the moment i see
no way to automate and/or facilitate this.

you could write a short paragraph for README.Debian about how to realize
different lurker instances, starting with a fresh debian lurker
installation.
or maybe this topic is complex enough to start a fresh README file?

>   * It should be possible to run multiple sites (domains / Apache vhosts),
> i.e. essentially separate groups of list web archives.  These may very
> well generally run from the same database, but should be able to
> appear as separate groups of lists on the different web sites.
> E.g. the cookmaster-pro-users list archive should appear on
> http://www.cookmaster-pro.com/lurker, but not on
> http://www.lawnmower-pro.com/lurker, even if everything runs on the
> same physical host.
> AFAICT this is already possible with Lurker (but how?).

it's not possible in the way you describe it. You have to use seperate
database directories and seperate web cache directories (maybe nfs mount
if the webserver runs on different hosts).

you have to create one configuration file with seperate database
directory, and a one webserver configuration section with a seperate
web cache dir for every seperate instance.
you can configure one authentication method for each instance.

>   * It should be possible to define separate access to each private list
> archive.  If this means that users have to authenticate multiple times
> to access multiple private list archives, then so be it.  I agree with
> Wesley that authentication should be handled by the web server, so
> admins can choose what auth method to use.  This means that it must be
> possible for individual private list archives to be accessed from
> different, -matchable URL paths.

this is what i still wait for ;)

bye
 jonas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295018: libxine1: bus error on sparc

[Baurjan Ismagulov]

Package: libxine1
Version: 1.0-1
Severity: normal

Hello,

pornview crashes with bus error when I open an avi file. Unaligned
access?

The debugging build is not ready yet. Here is the backtrace from the
stripped version:

#0  0x706dbc54 in _x_cache_plugin_get_instance () from /usr/lib/libxine.so.1
#1  0x7140d804 in ?? () from /usr/lib/xine/plugins/1.0.0/xineplug_dmx_avi.so
Previous frame identical to this frame (corrupt stack?)

Thanks in advance,
Baurjan.


-- System Information
Debian Release: testing/unstable
Architecture: sparc
Kernel: Linux aral 2.6.8-2-sparc64 #1 Tue Dec 28 12:20:13 PST 2004 sparc64
Locale: LANG=C, LC_CTYPE=de_DE

Versions of packages libxine1 depends on:
ii  libasound21.0.8-1ALSA library
ii  libc6 2.3.2.ds1-12   GNU C Library: Shared libraries an
ii  libfreetype6  2.1.7-2.1  FreeType 2 font engine, shared lib
ii  libmodplug0   1:0.7-4shared libraries for mod music bas
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libspeex1 1.0.rel.4-1The Speex Speech Codec
ii  libstdc++51:3.3.4-1  The GNU Standard C++ Library v3
ii  libxext6  4.3.0.dfsg.1-7 X Window System miscellaneous exte
ii  xlibs 4.3.0.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.1.1-3compression library - runtime



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295017: Improved German translation

[Patrice Neff]

Package: liferea
Version: 0.9.0b-1
Severity: minor
Tags: patch

I completed the gettext translation for the German language. All the fuzzy
translations have been done.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.4.27-powerpc
Locale: LANG=POSIX, LC_CTYPE=de_CH (charmap=ISO-8859-1)

Versions of packages liferea depends on:
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgconf2-4  2.8.1-4 GNOME configuration database syste
ii  libglib2.0-0 2.6.2-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.2-2 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.0-3 Layout and rendering of internatio
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxml2  2.6.16-2GNOME XML library
ii  liferea-gtkhtml  0.9.0b-1gtkhtml-based rendering for Lifere
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information
--- de.po.bak   2005-02-13 00:14:19.0 +0100
+++ de.po   2005-02-13 01:02:11.0 +0100
@@ -1,4 +1,4 @@
-# German translation for Lifere.
+# German translation for Liferea.
 # Copyright (C) 2003
 # This file is distributed under the same license as the Liferea package.
 # Lars Linder <[EMAIL PROTECTED]>, 2003.
@@ -9,18 +9,17 @@
 "Project-Id-Version: PACKAGE VERSION\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2005-01-16 14:31-0500\n"
-"PO-Revision-Date: 2004-11-14 23:38+0100\n"
+"PO-Revision-Date: 2005-02-13 00:43+0100\n"
 "Last-Translator: Lars Lindner <[EMAIL PROTECTED]>\n"
 "Language-Team: German\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
-"Content-Transfer-Encoding: 8bit\n"
+"Content-Transfer-Encoding: 8bit"
 
 #. launch the homepage when button in about dialog is pressed
 #: src/callbacks.c:227
-#, fuzzy
 msgid "http://liferea.sf.net";
-msgstr "http://liferea.sf.net/help/help";
+msgstr "http://liferea.sf.net";
 
 #: src/common.c:279
 msgid "[Parser error output was truncated!]"
@@ -124,9 +123,9 @@
 msgstr "Export"
 
 #: src/favicon.c:265
-#, fuzzy, c-format
+#, c-format
 msgid "Updating feed icon for \"%s\""
-msgstr "Aktualisiere \"%s\""
+msgstr "Aktualisiere Icon fÃr Abonnement \"%s\""
 
 #: src/feed.c:147
 #, c-format
@@ -186,7 +185,7 @@
 msgstr "Es gab Fehler beim Parsen der Cachedatei  \"%s\"!"
 
 #: src/feed.c:519
-#, fuzzy, c-format
+#, c-format
 msgid "This  \"%s\" is already being updated!"
 msgstr "Das Abonnement \"%s\" wird bereits aktualisiert!"
 
@@ -225,9 +224,8 @@
 msgstr "Abonnement-Link Auto-Discovery fehlgeschlagen. Keine Links gefunden!"
 
 #: src/interface.c:137
-#, fuzzy
 msgid "Liferea"
-msgstr "Liferea Hilfe"
+msgstr "Liferea"
 
 #: src/interface.c:154
 msgid "_Program"
@@ -311,7 +309,6 @@
 msgstr "Feed-Liste _exportieren..."
 
 #: src/interface.c:284
-#, fuzzy
 msgid "Exports the feed list as OPML."
 msgstr "Exportiert die Feed-Liste als OPML Datei."
 
@@ -348,7 +345,6 @@
 msgstr "_Flagge fÃr diese Schlagzeile setzen."
 
 #: src/interface.c:334
-#, fuzzy
 msgid "Remove Selected"
 msgstr "AusgewÃhlte _lÃschen"
 
@@ -369,9 +365,8 @@
 msgstr "Im _Browser Ãffnen"
 
 #: src/interface.c:360
-#, fuzzy
 msgid "Launches the item's link in the configured browser."
-msgstr "Ãffnet den Link der Schlagzeile im konfigurierten Browser."
+msgstr "Ãffnet den Link der ausgewÃhlten Schlagzeile im konfigurierten 
Browser."
 
 #: src/interface.c:362
 msgid "_View"
@@ -419,7 +414,6 @@
 msgstr "Suche mit Feedster..."
 
 #: src/interface.c:422
-#, fuzzy
 msgid "Creates a Feedster search feed."
 msgstr "Anlegen einer Feedster-Suche."
 
@@ -464,9 +458,8 @@
 msgstr "label133"
 
 #: src/interface.c:564 src/interface.c:2115
-#, fuzzy
 msgid "Headlines"
-msgstr "Schlagzeile"
+msgstr "Schlagzeilen"
 
 #: src/interface.c:887
 msgid "Subscription Properties"
@@ -494,7 +487,6 @@
 msgstr "Abonnement-_Name"
 
 #: src/interface.c:940
-#, fuzzy
 msgid "Update Interval"
 msgstr "Aktualisierungsintervall"
 
@@ -519,10 +511,9 @@
 msgstr ""
 
 #: src/interface.c:998
-#, fuzzy, c-format
+#, c-format
 msgid "This feed provider suggests an update interval of %d minutes."
-msgstr ""
-"Der Anbieter dieses Abonnements schlÃgt ein Aktualisierungsintervall von %d "
+msgstr "Der Anbieter dieses Abonnements schlÃgt ein Aktualisierungsintervall 
von %d "
 "Minuten vor."
 
 #: src/interface.c:1005
@@ -542,9 +533,8 @@
 msgstr "_Kommando"
 
 #: src/interface.c:1063 src/interface.c

Bug#285568: dput bug #285568: About handling errors during upload

[Matt Kraai]

On Fri, Feb 11, 2005 at 11:45:28PM +0100, Thomas Viehmann wrote:
> I'm following up on bug report 285568 about dput aborting on ftp error. 
> I think the ugly traceback has been banned, so we need to decide how to 
> proceed with resolving the bug.
> I'm pretty much convinced that the current behaviour of stopping the 
> upload on error is the right thing to do.
> As such, I basically see three options to resolve this bug:
> - Have dput print out a note about removing files with dcut when the
>   error 553 (Action not taken, file name not allowed) occurs,
> - Adding an FAQ entry about using dcut when 553 occurs,
> - Not doing anything and just close the bug.
> 
> FTP error 553 seems specific enough to put out a warning message (we can 
> assume our filenames to be innocent enough unless someone fabricates 
> packages with funny names), so I'm kind of leaning towards just doing that.

I think having dput suggest dcut when this error occurs would be fine.
It would be even cooler if it removed it automatically.

-- 
Matt


signature.asc
Description: Digital signature

Bug#294929: rzip does not work for large files

[Alec Berryman]

 Marc A. Lehmann  on 2005-02-12 19:23:55 +0100:

> Hmm, nothing in the man page claims it's copying that much into
> memory, or that it needs that much memory. It does refer to "900MB
> history buffer", 

For the history buffer to be effective, it must be in memory and can't
be piecemeal loaded and discarded.  For a similar reason, rzip can't
be used in a pipe.  The author is not under the impression it can be
easily coded around.

> so maybe that means it needs that much memory (in fatc, strace does
> not show that it tries to allocate that much memory, all it dos is
> mmap the file, but the same could be done by read()ing it).

As mentioned, the history buffer needs to be in memory; I don't see
the advantage in read()ing it instead of mmap()ing it, since the end
result is that up to 900MB of the file is in memory at the same time.

> If that is indeed the case, that explains the problem. It might help
> if that gets documented more clearly in the manpage. I somehow doubt
> that it needs 900MB of ram, though.

It doesn't *really* need 900MB of RAM + swap, as I read the code; take
a look at rzip.c:581 if you're so inclined.  The minimum history
buffer size is 100MB, and each additional level of compression adds
another 100MB of memory.  In your original example, you used `rzip
-9`.  I am under the impression that this is how bzip2 works.

The man page could be a little clearer.  If you would like to submit a
diff, that would be great; otherwise, I'll take care of it as time
permits.


pgpKTLVRWclhe.pgp
Description: PGP signature

Bug#295019: qemu: -user-net does not work

[James Stone]

Package: qemu
Version: 0.6.1-1
Severity: important

The debian-sid version does not access internet with -user-net command
line option. Hand built from source works fine.

James


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)

Versions of packages qemu depends on:
ii  bochsbios   2.1.1+20041109-3 BIOS for the Bochs emulator
ii  libc6   2.3.2.ds1-18 GNU C Library: Shared libraries an
ii  libsdl1.2de 1.2.7+1.2.8cvs20041007-3.0.1 Simple DirectMedia Layer
ii  sharutils   1:4.2.1-11   shar, unshar, uuencode, uudecode
ii  vgabios 0.4c+20041014-1  VGA BIOS software for the Bochs an
ii  zlib1g  1:1.2.2-3compression library - runtime

-- no debconf information


signature.asc
Description: Digital signature

Bug#293815: libimlib2 version 1.2.0 breaks libimage-imlib2-perl

[Steve Langasek]

Hmm, the last patch was not final after all -- a last review before upload
showed that the filters had thee same problem as the loaders.  Attached is an
updated patch that fixes both sets of plugins.

Thanks,
-- 
Steve Langasek
postmodern programmer
diff -u imlib2-1.2.0/src/modules/loaders/Makefile.in 
imlib2-1.2.0/src/modules/loaders/Makefile.in
--- imlib2-1.2.0/src/modules/loaders/Makefile.in
+++ imlib2-1.2.0/src/modules/loaders/Makefile.in
@@ -276,41 +276,41 @@
 lbm.la
 
 jpeg_la_SOURCES = loader_jpeg.c
-jpeg_la_LDFLAGS = -module -avoid-version
-jpeg_la_LIBADD = @JPEGLIBS@
+jpeg_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+jpeg_la_LIBADD = @JPEGLIBS@ -lImlib2
 png_la_SOURCES = loader_png.c
-png_la_LDFLAGS = -module -avoid-version
-png_la_LIBADD = @PNGLIBS@
+png_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+png_la_LIBADD = @PNGLIBS@ -lImlib2
 tiff_la_SOURCES = loader_tiff.c
-tiff_la_LDFLAGS = -module -avoid-version
-tiff_la_LIBADD = @TIFFLIBS@
+tiff_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+tiff_la_LIBADD = @TIFFLIBS@ -lImlib2
 gif_la_SOURCES = loader_gif.c
-gif_la_LDFLAGS = -module -avoid-version
-gif_la_LIBADD = @GIFLIBS@
+gif_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+gif_la_LIBADD = @GIFLIBS@ -lImlib2
 zlib_la_SOURCES = loader_zlib.c
-zlib_la_LDFLAGS = -module -avoid-version
-zlib_la_LIBADD = @ZLIBLIBS@ 
+zlib_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+zlib_la_LIBADD = @ZLIBLIBS@  -lImlib2
 bz2_la_SOURCES = loader_bz2.c
-bz2_la_LDFLAGS = -module -avoid-version
-bz2_la_LIBADD = @BZ2LIBS@ 
+bz2_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+bz2_la_LIBADD = @BZ2LIBS@  -lImlib2
 pnm_la_SOURCES = loader_pnm.c
-pnm_la_LDFLAGS = -module -avoid-version
-pnm_la_LIBADD = 
+pnm_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+pnm_la_LIBADD = -lImlib2
 argb_la_SOURCES = loader_argb.c
-argb_la_LDFLAGS = -module -avoid-version
-argb_la_LIBADD = 
+argb_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+argb_la_LIBADD = -lImlib2
 bmp_la_SOURCES = loader_bmp.c
-bmp_la_LDFLAGS = -module -avoid-version
-bmp_la_LIBADD = 
+bmp_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+bmp_la_LIBADD = -lImlib2
 xpm_la_SOURCES = loader_xpm.c
-xpm_la_LDFLAGS = -module -avoid-version
-xpm_la_LIBADD = 
+xpm_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+xpm_la_LIBADD = -lImlib2
 tga_la_SOURCES = loader_tga.c
-tga_la_LDFLAGS = -module -avoid-version
-tga_la_LIBADD = 
+tga_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+tga_la_LIBADD = -lImlib2
 lbm_la_SOURCES = loader_lbm.c
-lbm_la_LDFLAGS = -module -avoid-version
-lbm_la_LIBADD = 
+lbm_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+lbm_la_LIBADD = -lImlib2
 all: all-am
 
 .SUFFIXES:
diff -u imlib2-1.2.0/src/modules/filters/Makefile.in 
imlib2-1.2.0/src/modules/filters/Makefile.in
--- imlib2-1.2.0/src/modules/filters/Makefile.in
+++ imlib2-1.2.0/src/modules/filters/Makefile.in
@@ -57,13 +57,13 @@
 am__installdirs = "$(DESTDIR)$(pkgdir)"
 pkgLTLIBRARIES_INSTALL = $(INSTALL)
 LTLIBRARIES = $(pkg_LTLIBRARIES)
-bumpmap_la_LIBADD =
+bumpmap_la_DEPENDENCIES =
 am_bumpmap_la_OBJECTS = filter_bumpmap.lo
 bumpmap_la_OBJECTS = $(am_bumpmap_la_OBJECTS)
-colormod_la_LIBADD =
+colormod_la_DEPENDENCIES =
 am_colormod_la_OBJECTS = filter_colormod.lo
 colormod_la_OBJECTS = $(am_colormod_la_OBJECTS)
-testfilter_la_LIBADD =
+testfilter_la_DEPENDENCIES =
 am_testfilter_la_OBJECTS = filter_test.lo
 testfilter_la_OBJECTS = $(am_testfilter_la_OBJECTS)
 DEFAULT_INCLUDES = -I. -I$(srcdir) -I$(top_builddir)
@@ -220,11 +220,14 @@
 pkgdir = $(libdir)/imlib2/filters
 pkg_LTLIBRARIES = testfilter.la bumpmap.la colormod.la
 testfilter_la_SOURCES = filter_test.c
-testfilter_la_LDFLAGS = -module -avoid-version
+testfilter_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+testfilter_la_LIBADD = -lImlib2
 bumpmap_la_SOURCES = filter_bumpmap.c
-bumpmap_la_LDFLAGS = -module -avoid-version
+bumpmap_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+bumpmap_la_LIBADD = -lImlib2
 colormod_la_SOURCES = filter_colormod.c
-colormod_la_LDFLAGS = -module -avoid-version
+colormod_la_LDFLAGS = -module -avoid-version -L$(top_builddir)/src/lib/
+colormod_la_LIBADD = -lImlib2
 all: all-am
 
 .SUFFIXES:
diff -u imlib2-1.2.0/debian/changelog imlib2-1.2.0/debian/changelog
--- imlib2-1.2.0/debian/changelog
+++ imlib2-1.2.0/debian/changelog
@@ -1,3 +1,14 @@
+imlib2 (1.2.0-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for sarge-targetted RC bugfix
+  * Fix regression in the linkage of the loader modules which resulted
+in undefined symbols, making libimlib2 unusable when being
+dlopen()ed by an application; thanks to Don Armstrong for the patch.
+Closes: #293815.
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Sat, 12 Feb 2005 15:19:12 -0800
+
 imlib2 (1.2.0-1) un

Bug#294964: does not work at all

[Torsten Schoenfeld]

On Sun, 2005-02-13 at 00:08 +0100, Marc 'HE' Brockschmidt wrote:

> I've received this bug report and could reproduce it easily. I tried to
> debug this, but failed. As you naturally have no problem to understand
> the code, you can probably fix this in a few minutes.

I wish I could.  I'm seeing this bug for quite some time now but I'm
still unable to find its cause, despite many tries.  I think it's a gtk+
issue:  The bug suddenly started to appear somewhere in the 2.5 cycle
and definitely has been present ever since 2.6.0.  Whenever I try to
nail it down by writing an equivalent C app, though, that app works
flawlessly.  There must be something specific odot does that triggers
this bug -- but I've no idea what that could be.

As a (admittedly stupid) workaround, you can just hit enter after adding
a new entry.  This will create an empty node which you can then edit
normally.

-- 
Bye,
-Torsten



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#270376: PCMCIA Nic stops working after upgrading to 2.6.6/7/8

[Michele Baldessari]

Could you try a pristine 2.6.11-rc3 and modprobe yenta_socket, with
"disable_clkrun=1"?
I had very similar issues (albeit my NIC _never_
worked reliably before the mentioned release, so it might be very well
unrelated, but still worth a try)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#286111: wacom-kernel-source: install wacom.o instead of wacom.ko when built with 2.6

[Ron]

On Sat, Dec 18, 2004 at 01:20:25PM +, Jean-Luc Coulon (f5ibh) wrote:
> I send you the complete build log in a separate mail (the one that give  
> wacom.o inserted).

Hi again,  I had a look at this and didn't see anything that
appeared out of place.  Can you still reproduce this with the
new packages I've uploaded?  I'm at a bit of a loss as to how
what you describe may have happened still...

thanks,
Ron



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294130: [Lurker-users] RE: Bug#294130: README.mailman: Multiple databases should now be possible

[Jonas Meurer]

On 11/02/2005 Wesley W. Terpstra wrote:
> I still don't like the thought of having to add authentication to lurker...
> This should be apache's job. :-(

still true.

> First, allow 'dbdir' in the scope of a list configuration to override the
> public (global) 'dbdir' setting. This is taken relative to the last 'dbdir'
> option. Then I could include a new configuration options 'webcache' and
> 'frontend'.
> [...] 
> Then, I could add some intelligence to lurker.cgi to detect which frontend
> the webserver was trying to use. eg: if it was asked to generate
> /var/www/lurker/lista/message/asfasfasf.html, it would determine that it
> should be using the 'lista' frontend. Therefore, it would combine the two
> databases in answering your requests. 
> 
> I could also add support to lurker-index to create the dbdir and webcache
> directories automatically when the first message is imported. The imgs and
> fmt directories would be symlinked to the global webcache directory.

sounds like a solid plan! i'dd appreciate this way, it's the best i've
heard so far.

the only issue that comes into my mind is, what about groups? best would
be to list at every frontend all accessible lists in the groups they
belong to in the config. this makes it impossible to change the group
(name) for one list in different frontends. but i believe that this is
not needed too often.

bye
 jonas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#280603: [wesley@terpstra.ca: Re: [madduck@debian.org: Bug#280603: and?]]

[Jonas Meurer]

On 11/02/2005 martin f krafft wrote:
> Why not leave it open? It's a wishlist...
> 
> And also, I think that Wesley is just too lazy. :)
> Or did he give a real reason why he won't implement this?

no, he didn't. but he mentioned that his idea of a bts is
[EMAIL PROTECTED], and i believe that you should impel
wesley to do the job, as you are the one who reqests the feature.

i don't mind about another wishlist bug, i could set it to wontfix, but
why keep it?
others who request the feature should contact upstream with and without
the wishlist bug.

bye
 jonas


signature.asc
Description: Digital signature

Bug#295020: XServer Crashes Version 4.3 Rendition Verite 2100 Chipset

[Jeffrey Wang]

Package: xserver-xfree86
Version: 4.3.0.1
I can't run my Diamond Stealth II S220 (Verite 2100 chipset) card in X.
It does with either the SVGA drivers (from version 3.x) or the VESA drivers.
Both drivers are unoptimized and I get atrocious graphics performance using
any graphical applications in X with the exception of simple browsers and
other common applications. (games runs incredibly slowly, or not at all, for
example) when using the non-rendition drivers.
Since the xfree86 website reports the Verite 2100 is fully supported by
version 4.3, I don't understand why I can't run X using the Rendition
drivers. Please find attached this log file to help. I've asked in #debian
at irc.debian.org and they asked me to submit this report.
Information on the kernel I'm using is provided in the log, as are other 
information.
I am running a Pentium 133 upgraded to 200mhz using a Cyrix upgrade module.
I have 128mb of system RAM. I have used memtest and cpuburn to ensure
hardware is performing well.

If you need any more information, please let me know.
Jeffrey Wang


XFree86.0.log
Description: Binary data

Bug#239469: Xfce4-goodies packages

[Michael Ablassmeier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi Rudy,

On Sat, Feb 12, 2005 at 06:28:05PM -0500, Rudy Godoy wrote:
> > I've updated xfce4-diskperf-plugin to the latest upstream version,
> > changelog looks like this:
> > 
> >  xfce4-diskperf-plugin (1.5-1) unstable; urgency=low
> >  .
> >* QA Upload
> >* New upstream version (Closes: #254400)
> >* Lower first capital letter in short package description.
> >* Remove `Uploaders:' field in debian/control since package is orphaned.
> >* Update libtool to latest version (Closes: #239469)
> > 
> 
> Thanks for you work, almost all current -goodies are updated on our
> svn repository [0] now, and we'll appreciate as much as testing on
> them so they get uploaded asap.

ah, okey. I didn't expect someone working on these packages since the
Bugreports seemed rather untouched, however, nice to hear :-) 

cheers,
- michael
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCDqbYEFV7g4B8rCURAj3OAJ9r7dYNXx82nvpQLkFmGh2RdVeWkgCdGwps
TVFjaoZQA3OIeLXQZkiVst4=
=Ozry
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294698: pbuilder: ignores my --mirror argument

[Junichi Uekawa]

> It's not clear what config it's referring to.  I updated ~/.pbuilderrc
> to the same mirror, and it was still ignored.  I assume it's talking
> about pbuilder's internal cache?  The usage of 'config' is misleading.

It's talking about apt.conf inside the chroot, which pbuilder 
tries to avoid silently overwriting.


regards,
junichi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295021: savelog: fails on files that start with hyphen

[Alan Sundell]

Package: debianutils
Version: 2.11.2
Severity: normal
File: /usr/bin/savelog
Tags: patch


savelog itself doesn't choke on the hyphen;  it just fails to protect
against the hyphen for the programs it calls, so you get:

% echo foo > -c
% ls -l -- -c*
-rw---  1 sundell users 4 Feb 12 16:46 -c
% savelog -- -c
mv: invalid option -- c
Try `mv --help' for more information.
Rotated `-c' at Sat Feb 12 16:46:58 PST 2005.
% ls -l -- -c*
-rw---  1 sundell users 4 Feb 12 16:46 -c
-rw---  1 sundell users 0 Feb 12 16:46 -c.0

The attached patch fixes the problem in my testing.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10-grsec
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages debianutils depends on:
ii  coreutils   5.2.1-2  The GNU core utilities
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information
--- /usr/bin/savelog2004-12-24 12:36:31.0 -0800
+++ /tmp/savelog2005-02-12 16:30:41.0 -0800
@@ -120,13 +120,13 @@
 fixfile()
 {
 if [ -n "$user" ]; then
-   chown "$user" "$1"
+   chown -- "$user" "$1"
 fi
 if [ -n "$group" ]; then 
-   chgrp "$group" "$1"
+   chgrp -- "$group" "$1"
 fi
 if [ -n "$mode" ]; then 
-   chmod "$mode" "$1"
+   chmod -- "$mode" "$1"
 fi
 }
 
@@ -177,7 +177,7 @@
if [ ! -s $filename ] && [ "$rotateifempty" != "yes" ]; then
# if -t was given and it does not exist, create it
if test -n "$touch" && [ ! -f "$filename" ]; then 
-   touch "$filename"
+   touch -- "$filename"
if [ "$?" -ne 0 ]; then
echo "$prog: could not touch $filename" 1>&2
exitcode=4
@@ -190,19 +190,19 @@
 
# be sure that the savedir exists and is writable
# (Debian default: $savedir is . and not ./OLD)
-   savedir=`dirname "$filename"`
+   savedir=`dirname -- "$filename"`
if [ -z "$savedir" ]; then
savedir=.
fi
savedir="$savedir/$rolldir"
if [ ! -d "$savedir" ]; then
-   mkdir -p "$savedir"
+   mkdir -p -- "$savedir"
if [ "$?" -ne 0 ]; then
echo "$prog: could not mkdir $savedir" 1>&2
exitcode=5
continue
fi
-   chmod 0755 "$savedir"
+   chmod 0755 -- "$savedir"
fi
if [ ! -w "$savedir" ]; then
echo "$prog: directory $savedir is not writable" 1>&2
@@ -211,24 +211,24 @@
fi
  
# determine our uncompressed file names
-   newname=`basename "$filename"`
+   newname=`basename -- "$filename"`
newname="$savedir/$newname"
 
# cycle the old compressed log files
cycle=$(( $count - 1))
-   rm -f "$newname.$cycle" "$newname.$cycle$DOT_Z"
+   rm -f -- "$newname.$cycle" "$newname.$cycle$DOT_Z"
while [ $cycle -gt 1 ]; do
# --cycle
oldcycle=$cycle
cycle=$(( $cycle - 1 ))
# cycle log
if [ -f "$newname.$cycle$DOT_Z" ]; then
-   mv -f "$newname.$cycle$DOT_Z" \
+   mv -f -- "$newname.$cycle$DOT_Z" \
"$newname.$oldcycle$DOT_Z"
fi
if [ -f "$newname.$cycle" ]; then
# file was not compressed. move it anyway
-   mv -f "$newname.$cycle" "$newname.$oldcycle"
+   mv -f -- "$newname.$cycle" "$newname.$oldcycle"
fi
done
 
@@ -236,41 +236,41 @@
if [ -f "$newname.0" ]; then
if [ -z "$COMPRESS" ]; then
newfile="$newname.1"
-   mv "$newname.0" "$newfile"
+   mv -- "$newname.0" "$newfile"
else
newfile="$newname.1$DOT_Z"
 #  $COMPRESS < $newname.0 > $newfile
 #  rm -f $newname.0
$COMPRESS "$newname.0"
-   mv "$newname.0$DOT_Z" "$newfile"
+   mv -- "$newname.0$DOT_Z" "$newfile"
fi
fixfile "$newfile"
fi
 
# compress the old uncompressed log if needed
if test -n "$datum" && test -n "$COMPRESS"; then
-   $COMPRESS $newname.[0-9]*[0-9]
+   $COMPRESS -- $newname.[0-9]*[0-9]
fi
 
# remove old files if so desired
if [ -n "$forceclean" ]; then
cycle=$(( $count - 1))
if [ -z "$COMPRESS" ]; then
-   rm -f `ls -t $newname.[0-9]* | sed -e 1,${cycle}d`
+   rm -f -- `ls -t -- $newname.[0-9]* | sed -e 1,${cycle}d`

Bug#295022: wajig eating CPU for prolonged period at end of update

[Diwaker Gupta]

Package: wajig
Version: 2.0.22
Severity: minor

Since the last 3 weeks or so, everytime I do a wajig update, after
downloading the package files, wajig sits there hogging the CPU for
~10-15 seconds. The same operation happens much more quickly (and
without eating any significant CPU) if I simply use aptitude
update or apt-get update.

While wajig is eating the CPU, I did a ps to see what kind of things
were eating the CPU:

root 19130  0.0  0.2   3820  1084 pts/0S+   17:00   0:00 /bin/sh
-f /usr/bin/wajig update
root 19131  0.1  0.9   8832  4860 pts/0S+   17:00   0:00
/usr/bin/python -O /usr/share/wajig/w
root 19335  0.0  0.2   3816  1056 pts/0S+   17:01   0:00 sh -c
set -o noglob; apt-cache dumpav
root 19336  0.2  0.7  11268  4060 pts/0S+   17:01   0:00
apt-cache dumpavail
root 19337 89.1  0.1   3052   752 pts/0R+   17:01   0:13 grep -E
^(Package|Version):
root 19338  0.0  0.0   2876   412 pts/0S+   17:01   0:00 tr ?
root 19339  0.0  0.2   4672  1464 pts/0S+   17:01   0:00 perl -p
-e s|Package: |?|g; s|Version
root 19340  0.0  0.0  28488   488 pts/0S+   17:01   0:00 sort
root 19343  0.0  0.0   3100   472 pts/0S+   17:01   0:00 tail +2
root 19344  0.0  0.1   2912   608 pts/0S+   17:01   0:00 sed s|
$||

Maybe its a bug with apt, I'm not sure. But its weird behavior for
sure. Do let me know if this has nothing to do with wajig (as I suspect)
and if so, where might the problem lie.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-2005-01-26
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages wajig depends on:
ii  apt   0.5.28.4   Advanced front-end for dpkg
ii  python2.3.4-6An interactive high-level object-o
ii  python-apt0.5.10 Python interface to libapt-pkg

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294621: xwhois: server file is not found, program won't start

[Ben Hutchings]

tag 294621 patch
thanks

An earlier maintainer of this package overrode the default location of
xwhois.servers, defined by the XWHOIS_SERVERS macro, by editing the
confgiure script.  Re-running autoconf erased that change, since
configure.in had the original default.  I think a reasonable way to
override XWHOIS_SERVERS would be to make this change to debian/rules:

--- xwhois-0.4.2/debian/rules~  2005-02-13 01:04:45.0 +
+++ xwhois-0.4.2/debian/rules   2005-02-13 01:04:45.0 +
@@ -29,7 +29,7 @@

 build:
test -f config.cache || ./configure --prefix=/usr
-   $(MAKE)
+   $(MAKE) XWHOIS_SERVERS=/etc/X11/xwhois/servers
touch stamp-build

 clean: debclean

-- 
Ben Hutchings
Theory and practice are closer in theory than in practice.
- John Levine, moderator of comp.compilers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295023: kernel-package: vmlinuz symlink breaks install

[Michael Spang]

Package: kernel-package
Version: 8.121
Severity: normal


When the /vmlinuz symlink is not present, the postinst of any kernel image 
package will fail. Any further attempts will also fail until a symlink to any 
file is created. After the failed attempt, a copy (not a symlink) of the kernel 
exists as /vmlinuz.

# dpkg -i kernel-image-2.6.10-tyr_1_i386.deb
(Reading database ... 77715 files and directories currently installed.)
Preparing to replace kernel-image-2.6.10-tyr 1 (using 
kernel-image-2.6.10-tyr_1_i386.deb) ...
Unpacking replacement kernel-image-2.6.10-tyr ...
Searching for GRUB installation directory ... found: /boot/grub .
Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst .
Searching for splash image... none found, skipping...
Found kernel: /boot/vmlinuz-2.6.10-tyr
Updating /boot/grub/menu.lst ... done

Setting up kernel-image-2.6.10-tyr (1) ...
/vmlinuz does not exist. Installing from scratch, eh?
Or maybe you don't want a symbolic link here. Hmm? Lets See.
Failed to symbolic-link /boot/vmlinuz-2.6.10-tyr to /vmlinuz .
dpkg: error processing kernel-image-2.6.10-tyr (--install):
 subprocess post-installation script returned error exit status 17
 Errors were encountered while processing:
  kernel-image-2.6.10-tyr
  
# ls -lh /vmlinuz
-rw-r--r--  1 root root 1.8M 2005-02-12 20:22 /vmlinuz



-- System Information:
Debian Release: 3.1
  APT prefers experimental
  APT policy: (500, 'experimental'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-tyr
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages kernel-package depends on:
ii  dpkg  1.13.0 Package maintenance system for Deb
ii  dpkg-dev  1.13.0 Package building tools for Debian
ii  gcc [c-compiler]  4:3.3.5-1  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.5-8  The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.3-9The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0-0pre5  The GNU C compiler
ii  make  3.80-9 The GNU version of the "make" util
ii  perl  5.8.4-6Larry Wall's Practical Extraction 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#270376: PCMCIA Nic stops working after upgrading to 2.6.6/7/8

[Jefferson Cowart]

The machine I'm running this on is an old Cyrix 233 (or maybe 266). As such
I really don't want to compile my own kernel as in my experience that takes
a few days. Any chance you could provide an appropriate kernel?



Thanks
Jefferson Cowart
[EMAIL PROTECTED]   

> -Original Message-
> From: Michele Baldessari [mailto:[EMAIL PROTECTED] 
> Sent: Saturday, February 12, 2005 01:07
> To: Jefferson Cowart; [EMAIL PROTECTED]
> Subject: Re: Bug#270376: PCMCIA Nic stops working after 
> upgrading to 2.6.6/7/8
> 
> Could you try a pristine 2.6.11-rc3 and modprobe yenta_socket, with
> "disable_clkrun=1"?
> I had very similar issues (albeit my NIC _never_
> worked reliably before the mentioned release, so it might be very well
> unrelated, but still worth a try)
> 
> 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#284010: mozilla-thunderbird: seg faults when dragging messages between folders on an imap server

[Alexander Sack]

Ilan Rabinovitch wrote:

> Hello Alexander,
>
> Thanks for the quick reply.   Sorry, brain fart,  I ment e-mail
> messages.   I basically have Thunderbrid connecting to a IMAPS
> server.  The server side is  Cyrus IMAP 2.1.17.  On the client side
> its Sid on a white box AMD Duron with 256MB ram.
>
> The folders I'm dragging messages to are just  subdirectories off my
> INBOX on the IMAP server.
>
any news on this bug?

Thanks

-- 
 GPG messages preferred. |  .''`.  ** Debian GNU/Linux **
 Alexander Sack  | : :' :  The  universal
 [EMAIL PROTECTED] | `. `'  Operating System
 http://www.jwsdot.com/  |   `-http://www.debian.org/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#286390: setting severity normal [Was: mozilla-thunderbird: Saved search folder not working with customized headers as criteria]

[Alexander Sack]

severity 286390 normal
thanks

This bug is not severity *important* since it is no mission critical part that
is not working.

-- 
 GPG messages preferred. |  .''`.  ** Debian GNU/Linux **
 Alexander Sack  | : :' :  The  universal
 [EMAIL PROTECTED] | `. `'  Operating System
 http://www.jwsdot.com/  |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294580: mozilla-thunderbird: thunderbird doesn't start

[Alexander Sack]

Kai Timmer wrote:
 > *** Please type your report below this line ***
> Since the update to vers. 1.0 mozilla-thunderbird doesn't start any
> more. No errors are reported when i try to start the programm from an
> xterm or the kde console.
> I also tried to delete my ~/.mozilla-thunderbird dir, with no effect.

Any news on this one? Did it suddenly start working?

-- 
 GPG messages preferred. |  .''`.  ** Debian GNU/Linux **
 Alexander Sack  | : :' :  The  universal
 [EMAIL PROTECTED] | `. `'  Operating System
 http://www.jwsdot.com/  |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#293932: OpenSSL sha module / license issues with md5.h/md5c.c

[Gregory P. Smith]

I've created an OpenSSL version of the sha module.  trivial to modify
to be a md5 module.  Its a first version with cleanup to be done and
such.  being managed in the SF patch manager:

 
https://sourceforge.net/tracker/?func=detail&aid=1121611&group_id=5470&atid=305470

enjoy.  i'll do more cleanup and work on it soon.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295024: does not prompt for user name and password for channels that use HTTP authentication

[Matt Kraai]

Package: blam
Version: 1.6.1-1
Severity: wishlist

I wish Blam would prompt me for a user name and password when I
subscribe to a feed that requires HTTP authentication.

-- 
Matt


signature.asc
Description: Digital signature

Bug#295025: mozilla-thunderbird: vulnerable to IDN spoofing problems

[Ralph Katz]

Package: mozilla-thunderbird
Version: 1.0-2
Severity: important
Tags: security

Thunderbird is vulnerable to bug #293975; mozilla-firefox: vulnerable to IDN 
spoofing problems (bugzilla #279099).  Maybe severity should be changed to 
grave?  Alex, you decide.

The attached file (http://www.shmoo.com/testing_punycode/) will spoof paypal 
addresses when opened in thunderbird as html email.   

I have disabled IDN services in firefox (in compreg.dat), which fixes the 
problem for links clicked in firefox, yet when I click on these links in 
thunderbird, firefox opens the spoofed links.



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages mozilla-thunderbird depends on:
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libglib2.0-0 2.6.1-3 The GLib library of C routines
ii  libgtk2.0-0  2.4.14-2The GTK+ graphical user interface 
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  libpango1.0-01.8.0-3 Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxp6   4.3.0.dfsg.1-10 X Window System printing extension
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- debconf information:
  mozilla-thunderbird/browser: Debian





Click here to enter paypal
Click here to enter paypal via ssl

Bug#246621: ifupdown: Patch suggestion for dhcp3-client_3.0.1-1

[Joachim Nilsson]

Package: ifupdown
Version: 0.6.4-42
Followup-For: Bug #246621

Attached to this mail is a suggested patch to dhclient that adds
a switch -x that can be used instead of -r when bringing down a
DHCP interface.

The patch makes sure to kill the currently running client and
then goes about its business similar to -r but instead of
relinquishing the lease it merely calls the script with STOP
and then exits.

I know this patch probably belongs tagged to the dhcp3 package,
but since this is the bug I want to have fixed it feels like
the appropriate place.

Let the discussion continue...

Regards
 /Jocke

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)

Versions of packages ifupdown depends on:
ii  debconf [debconf-2.0]   1.4.30.11Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  net-tools   1.60-10  The NET-3 networking toolkit

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#274686: [AUTO] mozilla-thunderbird: Crashes if you try to forward two emails

[Alexander Sack]

Arunan Balasubramaniam wrote:

>
>
>   no news. The only thing I can suggest is that since it crashed after
> the upgrade, I try to reproduce this bug next time the package gets
> upgraded. If you'd like me to do this, it would be useful to send me a
> warning email before the new package hits testing so I know to check
> this bug again.
>
thunderbird 1.0-3 is in testing.

You have any news on this bug? Still experiencing crashes?

Thanks

-- 
 GPG messages preferred. |  .''`.  ** Debian GNU/Linux **
 Alexander Sack  | : :' :  The  universal
 [EMAIL PROTECTED] | `. `'  Operating System
 http://www.jwsdot.com/  |   `-http://www.debian.org/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295023: More info

[Michael Spang]

This problem seems to occur only when no_symlinks is set to no in 
/etc/kernel-img.conf.

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#270376: PCMCIA Nic stops working after upgrading to 2.6.6/7/8

[Jefferson Cowart]

Any update on this?



Thanks
Jefferson Cowart
[EMAIL PROTECTED]   

> -Original Message-
> From: maximilian attems [mailto:[EMAIL PROTECTED] 
> Sent: Sunday, February 06, 2005 07:04
> To: Jefferson Cowart
> Subject: Re: PCMCIA Nic stops working after upgrading to 2.6.6/7/8
> 
> On Sun, 06 Feb 2005, Jefferson Cowart wrote:
> 
> > One other thing I forgot to mention. That last output I 
> sent you was after
> > the box had been up for about 12:30. If you need output of 
> one of the
> > commands immediately after boot (I would think it would be 
> the same, but I
> > don't know too much about the kernel.) let me know.
> 
> no looks fine, thanks a lot for the info. :)
> 
> will build you a test kernel 2.6.6-rc1 tommorrow.
> will be the first out of a test serie to narrow changes down.
> (aka binary searching).
> 
> nice sunday.
> 
> --
> maks
> 
> 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295025: partial fix..

[Ralph Katz]

Note that editing .mozilla-thunderbird/default/.../compreg.dat from:
@mozilla.org/network/idn-service;1,{62b778a6-bce3-456b-8c31-2865fbb68c91}
-^
to:
@mozilla.org/network/idn-service;0,{62b778a6-bce3-456b-8c31-2865fbb68c91}
-^
succeeds in preventing firefox from resolving the spoofed page.  But 
thunderbird still renders the html message with the spoofed url.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#291945: eleventh-hour transition for mysql-using packages related to apache

[Paul Hampson]

On Sat, Feb 12, 2005 at 08:25:41PM +0100, Francesco Paolo Lovergine wrote:
> On Sat, Feb 12, 2005 at 09:17:44AM -0800, Steve Langasek wrote:
> > On Sat, Feb 12, 2005 at 09:53:34AM +0100, Francesco Paolo Lovergine wrote:
> > > > > Nice, so we should check that any linked GPL library directly 
> > > > > (obviuolsy) or
> > > > > indirectly (with N=1,2,3... levels of indirection) linked against
> > > > > openssl adds the exception.

> > > > No, we should simply not be linking libmysqlclient against OpenSSL.  The
> > > > exemption was needed because there exists software that uses both
> > > > libmysqlclient and libssl, but making libmysqlclient itself use libssl 
> > > > just
> > > > because we now have the exemption will cause licensing problems for
> > > > applications which currently do *not* depend on libssl.

> > > That's clear, I meant simply that if program A links libB which links libC
> > > which links libssl, than both A, libB and libC should add the exception,
> > > isn't it? That's independently from having A using libssl functions
> > > directly or not.

> > That's true; I'm merely pointing out the importance of not turning
> > libmysqlclient into libC here.

> So what if we had two editions of libmysqlclient, one of them
> ssl-enabled and the other - as currently - not? That would allow
> using ssl whenever possible. I think that could be done, without
> breaking things.

That's funny. Didn't we spend all that time since Woody merging
lib-*-ssl back into lib-*?

-- 
---
Paul "TBBle" Hampson, MCSE
8th year CompSci/Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
[EMAIL PROTECTED]

"No survivors? Then where do the stories come from I wonder?"
-- Capt. Jack Sparrow, "Pirates of the Caribbean"

This email is licensed to the recipient for non-commercial
use, duplication and distribution.
---


signature.asc
Description: Digital signature

Bug#294719: No need for libproplist0-dev?

[Esteban Manchado Velázquez]

Hi,

   I just tried to compile the wdm source package in Sarge, and it seems to
compile fine _without_ libproplist0-dev (which I can't install, indeed).

   Is libproplist0-dev really needed? According to packages.d.o, the contents
of libproplist0-dev are:

usr/include/proplist.h
usr/lib/libPropList.a
usr/lib/libPropList.la
usr/lib/libPropList.so
usr/share/doc/libproplist0-dev/README.gz
usr/share/doc/libproplist0-dev/changelog.Debian.gz
libdevel/libproplist0-dev
usr/share/doc/libproplist0-dev/changelog.gz
usr/share/doc/libproplist0-dev/copyright

Of which supposedly proplist.h should be referenced by some source file in
wdm, but:

 8< 
[EMAIL PROTECTED]:~/src/debian/wdm/wdm-1.27$ egrep -r proplist .
./ChangeLog:wdmPrefs will support only proplist format 
configs.
./ChangeLog:available in proplist config. (geometry, 
aafonts,
./ChangeLog:resource. PLAccess specifies file inproplist 
format. If
./INSTALL:3. wdmLogin program uses separate configuration file in proplist 
format.
./src/libwdm/plcheckers.c: * plcheckers.c: some functions to check correctness 
of proplist
./debian/changelog:  * Rebuild with new libproplist
./debian/control:Build-Depends: debhelper (>= 4.1.16), libjpeg62-dev, 
libpam0g-dev, libwings-dev, libpng12-dev, libproplist0-dev, libungif4-dev, 
libwraster3-dev, libxpm-dev, zlib1g-dev, xlibs-dev, libxft-dev
./debian/wdmlogin.conf.5:uses the somewhat ill-documented libproplist file 
format.  The file
[EMAIL PROTECTED]:~/src/debian/wdm/wdm-1.27$ egrep -r proplist.h .
[EMAIL PROTECTED]:~/src/debian/wdm/wdm-1.27$ 
 >8 

The only source file with the string "proplist" in it is plcheckers.c, which
includes it inside a comment... Hmmm

-- 
Esteban Manchado Velázquez <[EMAIL PROTECTED]>
EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es
Help spread it through the Net in signatures, webpages, whatever!

Bug#295027: libpam-krb5: default ccache name should contain the user's uid

[Steinar H. Gunderson]

Package: libpam-krb5
Version: 1.0-10
Severity: normal
Tags: patch

The default Kerberos credentials cache file is by convention (at least
by kinit and ssh-krb5, the two other things I have that create ccaches)
called /tmp/krb5cc__; however, libpam-krb5 creates
/tmp/krb5cc_ (ie. no uid), even though the manpage claims

  /tmp/krb5cc_[uid]  default credentials cache ([uid] is the decimal UID
 of the user).

The problem with this is that it confuses rpc.gssd (the helper dmon for
using NFSv4 with Kerberos authentication), which only looks for
/tmp/krb5cc__* when trying to find the ccache for . I could of
course work around this by sending "ccache=/tmp/krb5cc_%u", but I can't
see from the source whether this would allow a symlink attack or not;
the best thing would simply be fixing the module.

Please see the attached patch -- it compiles, but is otherwise untested
(sorry about that).

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-rc3
Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages libpam-krb5 depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcomerr2  1.36rc5-1common error description library
ii  libkrb531.3.6-1  MIT Kerberos runtime libraries
ii  libpam0g0.76-22  Pluggable Authentication Modules l
--- pam_krb5_auth.c.orig	2005-02-13 03:09:08.0 +0100
+++ pam_krb5_auth.c	2005-02-13 03:08:16.0 +0100
@@ -349,12 +349,18 @@
 /* Get the cache name */
 if (!cache_name) {
   int ccache_fd;
-  cache_name = strdup ("/tmp/krb5cc_XX");
+  /* 
+   * "/tmp/krb5cc_4294967295_XX" is the largest we can get,
+   * and is 29 bytes long
+   */
+  cache_name = (char *)malloc(32);
 	if (!cache_name) {
 	DLOG("malloc()", "failure");
 	pamret = PAM_BUF_ERR;
 	goto cleanup3;
 	}
+	snprintf(cache_name, 32, "krb5cc_%d_XX",
+	pw->pw_uid);		
 	ccache_fd = mkstemp (cache_name);
 	if( ccache_fd == -1 ) {
 	  DLOG ("mkstemp()", "failure");

Bug#295026: ftp.debian.org: Please approve mlterm-2.9.1-1 (or at least 2.9.1-0exp1)

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: ftp.debian.org
Severity: wishlist

Hi,

I uploaded mlterm-2.9.1 with NEW packages on last 28th December.
NEW packages are mlterm-im-iiimf and mlterm-im-uim.

mlterm 2.9.1 has many bug fixes, and these bugs are critical/important
for Japanese users (even if severity on BTS is normal/wishlist.)
And to separate mlterm-im-* packages is necessary because these
new dependencies are too big to include in one package.

I tested to build mlterm-2.9.1-1 on pbuilder (amd64, i386) and
succeeded. I think it will be safe from FTBFS.

But if you fear FTBFS, please drop 2.9.1-1 from queue and approve
mlterm 2.9.1-0exp1 against experimental. I uploaded this on 4th Feb.
If you approve it, I'll upload again to unstable when all of
experimental buildd succeed.

Thanks,
- -- 
Kenshi Muto
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iEYEARECAAYFAkIOvaIACgkQQKW+7XLQPLESLACdEyzKtcVR2TtKoNtAYOMyN+pV
IGkAoKNtOOLKSI5ev0Ix53nSQzC4ijyf
=t8KZ
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295029: mpc: Manpage specifies incorrect default port

[Will Thompson]

Package: mpc
Version: 0.11.1-2.1
Severity: minor
Tags: patch

The manpage specifies that the default port is 2100, unless MPD_PORT is
set or this is changed at compile-time. It appears that the default has
been changed at compile-time to be 6600, which is the default for mpd
(at least in Debian).

I attach the trivial patch to the manpage.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-pm666
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages mpc depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information
10c10
< By default, mpc connects to localhost:2100. This can be changed either at 
compile-time, or by exporting the MPD_HOST and MPD_PORT environment variables.
---
> By default, mpc connects to localhost:6600. This can be changed either at 
> compile-time, or by exporting the MPD_HOST and MPD_PORT environment variables.
12c12
< $ export MPD_HOST=localhost && export MPD_PORT=2100
---
> $ export MPD_HOST=localhost && export MPD_PORT=6600

Bug#295028: xmms-liveice: Unusual bitrate option (196000 bps) doesn't work

[Daniel Webb]

Package: xmms-liveice
Version: 1.0.0-6
Severity: normal

One of the bitrate options in xmms-liveice is "196000".  I'm guessing
this should be "192000".  xmms-liveice doesn't work with this setting
(nothing is streamed to liveice), but 16 and 256000 work fine.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.22-xfs
Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1)

Versions of packages xmms-liveice depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libglib1.2   1.2.10-9The GLib library of C routines
ii  libgtk1.21.2.10-17   The GIMP Toolkit set of widgets fo
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxi6   4.3.0.dfsg.1-10 X Window System Input extension li
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  xmms 1.2.10-2Versatile X audio player that look

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295031: viewcvs: tarball download misinterprets some "forbidden" settings

[Carsten Wolff]

Package: viewcvs
Version: 0.9.2+cvs.1.0.dev.2004.07.28-1.4
Severity: normal


The tarball download is broken, if one uses exclamation-marks in 
the "forbidden" config option like:
forbidden = !example1
This would mean, that everything except for example1 is forbidden.

The tarball download misinterprets this rule and denies download of
example1.tar.gz.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages viewcvs depends on:
ii  cvs  1:1.12.9-10 Concurrent Versions System
ii  debconf  1.4.30.11   Debian configuration management sy
ii  mime-support 3.28-1  MIME files 'mime.types' & 'mailcap
ii  python   2.3.4-5 An interactive high-level object-o
ii  rcs  5.7-14  The GNU Revision Control System
ii  subversion   1.1.3-1 advanced version control system (a

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295030: FTBFS: C++ preprocessor "/lib/cpp" fails sanity check

[Vagrant Cascadian]

Package: launchtool
Version: 0.7-1
Severity: important
Justification: fails to build from source

i was unable to build launchtool from source on a sarge system.  i first
tried on a woody system, and actually got much further, though was
unable to compile for other reasons.

debuild -b -us -uc

gave me this error:

checking for unistd.h... no
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check   
See `config.log' for more details.
make: *** [configure-stamp] Error 1
debuild: fatal error at line 764:
dpkg-buildpackage failed

attached should be the config.log and build log from the attempted build
on a sarge system.

live well,
  vagrant

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.6.8-2-386
Locale: LANG=es_US, LC_CTYPE=es_US (charmap=ISO-8859-1)

Versions of packages launchtool depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-6GCC support library
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3

-- no debconf information
dpkg-buildpackage: source package is launchtool
dpkg-buildpackage: source version is 0.7-1
dpkg-buildpackage: source maintainer is Enrico Zini <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture is i386
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
# Add here commands to clean up after the build process.
/usr/bin/make distclean
make[1]: Entering directory `/home/vagrant/src/launchtool-0.7'
make[1]: *** No rule to make target `distclean'.  Stop.
make[1]: Leaving directory `/home/vagrant/src/launchtool-0.7'
make: [clean] Error 2 (ignored)
dh_clean
 debian/rules build
dh_testdir
# Add here commands to configure the package.
./configure --prefix=/usr --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets $(MAKE)... yes
checking for working aclocal-1.4... missing
checking for working autoconf... found
checking for working automake-1.4... missing
checking for working autoheader... found
checking for working makeinfo... missing
checking whether make sets $(MAKE)... (cached) yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for strerror in -lcposix... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking for g++... no
checking for c++... no
checking for gpp... no
checking for aCC... no
checking for CC... no
checking for cxx... no
checking for cc++... no
checking for cl... no
checking for FCC... no
checking for KCC... no
checking for RCC... no
checking for xlC_r... no
checking for xlC... no
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for ranlib... ranlib
checking for sys/types.h... no
checking for sys/stat.h... no
checking for stdlib.h... no
checking for string.h... no
checking for memory.h... no
checking for strings.h... no
checking for inttypes.h... no
checking for stdint.h... no
checking for unistd.h... no
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
make: *** [configure-stamp] Error 1
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.57.  Invocation command line was

  $ ./configure --prefix=/usr --mandir=${prefix}/share/man 
--infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var

## - ##
## Platform. ##
## - ##

hostname = irimi
uname -m = i686
uname -r = 2.6.8-2-386
uname -s = Linux
uname -v = #1 Mon Jan 24 03:01:58 EST 2005

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch  = i686
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
hostinfo   = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe 

Bug#295023: kernel-package: vmlinuz symlink breaks install

[Manoj Srivastava]

Hi,

What is the content of /etc/kernel-ing.conf? A cp is done if
 $no_symlink is not 0; but the error message seems to indicate that
 $use_hard_links = /YES.

manoj
-- 
If at first you don't succeed, you're doing about average. Leonard
Levinson
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#182849: are you still plump Jeannine?

[Alejandra]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://collude.clikbusiness.info



canto bvc billion td audacity dk amaranth ttl 
node uvc alpine xd 
spoon vjh stationery cb 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#147574: Pretty fly for a white SLIM guy Leonor

[Josh]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://appellant.clikbusiness.info



communion tn coop fxp accipiter pi woods hpb winthrop wma melodrama au 
newcastle cl birgit yhf digitate wf irresolution ks viscometer za davenport orw 
thistledown gu regretful ar kindergarten vke pretentious pww ann ey forbear ig 
sao pc bracket ify 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#68685: Pretty fly for a white SLIM guy Mel

[Ethel]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://anthropomorphism.clikbusiness.info



abort mm crandall qu miami hs dose fa 
oily cfx organ blm southland gav deuce qtr 
wayne gk beck wjf collimate cc dougherty pe 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#119509: Begin 2005 a new you Rocky

[Abby]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://goat.clikbusiness.info



charlemagne ms accompaniment daw 
ehrlich hn nuptial fm intrepid vr cornea sk 
despite ly holden thp bedspread tql ursula bhk influence co shield jp 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#85591: Today fat tommorow slim

[Winifred]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://bleed.clikbusiness.info



ridge cs hay uj glove hzl faber jw 
covetous vum keel xb hyperboloidal ku realty oce 
canfield kl printmake oev 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294954: yesno not found while reporting bug

[Chris Lawrence]

ISTM that the simplest solution is to have /usr/share/bug/exim4/script
use #!/bin/bash.  Though, if anyone who knows anything about shell
programming (i.e. someone not me) wants to fix handle_bugscript to
work under POSIX sh, they're more than welcome to.


CNL
-- 
Chris Lawrence - http://blog.lordsutch.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#293506: Debian sarge RC2 NewWorld PowerMac installation report

[Rick_Thomas]

OK,

I'll give it another try on Monday or Tuesday -- next time I have access
to the subject computer.

I figured it was a typescript.  Is there some magic command in vim that
will turn a typescript of a curses program into readable text? All the
screen manipulation escape sequences make it difficult to read.

Certainly "cat" will reproduce on the screen what I saw as I was running
the program -- minus the pauses for reading stuff as it flies past.  But
that's not really much better.

Just a thought.  Obviously you were able to extract useful information
from it.  How did you do that?

Enjoy!

Rick

On Sat, 2005-02-12 at 14:02, Joey Hess wrote:
> Rick Thomas wrote:
> > I'll re-do the install and scrupulously record all messages.
> > 
> > In the mean time, here's the '/var/log/base-config.log' file
> > 
> > Is there a utility that can turn this gibberish into readable text?
> 
> It's a typescript.. cat? vim?
> 
> The following packages have unmet dependencies:
>   foomatic-db-hpijs: Depends: hpijs (> 1.3) but it is not installable
> tasksel: aptitude failed
> 
> hpijs 2.0 is in testing now so I guess this was some kind of transient issue.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#207200: Today fat tommorow slim

[Isidro]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://improvident.clikbusiness.info



logjam koi michel idh 
concise yu fraction yn asymptotic ds peripatetic rir refract fue christiana flv 
gross dmj descant nb 
taxpaying ofj agleam bv freeboot heg secretion xw array yw neglecter lxf 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#197155: are you still plump Josef?

[Billy]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://deter.clikbusiness.info



mushy zuz tammany hrs 
you'd mix olden fbn campground aa ottawa cj sculptural hin deficit jlt 
fag fix tahoe sd collector nkj marc of 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#195124: Today fat tommorow slim

[Johnathon]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://upsilon.clikbusiness.info



pericles byz lysergic lt 
bunk xvl dun az paddock mm depressive sc cue am affluence ea 
lucid hh hump qps croatia mfr fetal fbn watkins zou winnie mlg 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#181491: Anastasia can say: I`m slim shady!

[Lourdes]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://glycerol.clikbusiness.info



redmond xx benefit pdo brimstone kl candlelit sn striptease de cuttlefish ij 
destiny bs astonish ifm 
incubi vss pietism qwm machiavelli bk continua po 
doughnut vob isabella rr 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#175740: are you still plump Leo?

[Trenton]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://constructor.clikbusiness.info



bushwhack vq steely yit transplantation tft jade gin 
yogurt rm somerset ol substitution fqm disturbance gg accredit ej dairymen fme 
impossible gg char jy 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#162262: Begin 2005 a new you Daniel

[Marilyn]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://vitriol.clikbusiness.info



attestation db approval kij 
allocate he commentary ahv menopause obd devout gqs 
witch vgt sheaf uq ashtray xy indigene teq coronet fj matriarchal yyd 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#66963: we stock Vicoden

[Tamatha Merrill]

Call us on : l8OO 0rder N0W

or visit: http://www.vaigra.net


Regards
Tamatha Merrill



- Original Message -
From: 6682-maintonly
To: Tamatha Merrill
Sent: Sun, 13 Feb 2005 04:15:02 +0100
Subject: is out of fa,shion, find out _why


more? http://www.vaigra.net/D.php


You will find this useful:
 - http://www.vaigra.net

Bug#127461: are you overweight Francisca?

[Sally]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://analysis.clikbusiness.info



cardiac ilw context kq amarillo yu australia bze modesto zh traipse rw 
nonogenarian jb pert zes 
bystander tdu planck emk 
twitchy fh dominate oir prognosis fr capital zl bailiff gn furniture nu 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#194345: Pretty fly for a white SLIM guy Arthur

[Zachary]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://nip.clikbusiness.info



storey usd throb dr 
crossword zsx sesame bnt prefab att succumb ei 
breast fb tenement vw serendipitous xa babysit uyr distaff np pullback ct 
monotonous yep bindweed hdh 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#168848: Today fat tommorow slim

[Alfred]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://trytophan.clikbusiness.info



purchasable eoq baldwin xr quasiparticle cd swath iz biharmonic ohq marionette 
tg bind hra amen osc 
capitoline kut pause qko mimeograph ddr panel ia waltzing dm inescapable mij 
applaud dg thunderclap iwn 
nebulae tki visor ahs arise xoe combustible rg 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#137442: Begin 2005 a new you Michele

[Elma]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://permitted.clikbusiness.info



adjudicate vl effect waw 
einsteinian sbs belvedere amh vermiculite kh tum qax 
bruegel bhk regression tt honeybee fh romulus jn 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#118829: Pretty fly for a white SLIM guy Sidney

[Myron]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://desirous.clikbusiness.info



mot ba commentary apx titular zu lynch ot dud ab lying cj oratoric no accrue ca 
truism qs cleric td broad fon topic ufx 
swung kbt agitate yj 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#109963: Pretty fly for a white SLIM guy Tamara

[Mari]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://gusset.clikbusiness.info



aaa rfe applejack vo shag qcn astral oho motet ha belch ka 
decreeing ai gagging vj gigabit esk work jp schantz cw revive is alberich llj 
greene xx 
coaxial la scraggly jjp 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#109846: Penny can say: I`m slim shady!

[Refugio]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://domesday.clikbusiness.info



hierarchy jy wa ozs dowager cf jiffy xkn 
pornography ov slingshot ku 
cecilia pbb lavoisier yk exceed iui neologism bkk doleful ivp kermit ph 
flanagan jsy insatiable on 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#10813: Today fat tommorow slim

[Jean]

Introducing the amazing BodyWrap.
Want to be thin fast? Look no further.
BodyWrap guarantees you'll lose 6-8 inches in HOURS!
Stop waiting months to see results and begin 2005 a new you.

http://dour.clikbusiness.info



euphorbia tby drosophila upt bernice enc deep nf glue ng beneficial wxe 
rust vx cockpit few del mz volley cn sprain bq clarke lp 
miscellaneous scd astrology um 
http://www.clikbusiness.info/r


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295032: pbuilder: default MIRRORSITE configuration should use other site instead of www.jp.debian.org

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: pbuilder
Severity: important
Version: 0.121

Hi,
I noticed /etc/pbuilderrc uses http://www.jp.debian.org/debian as
default Debian mirror server.

- From administrator's view, that's unwelcome.

www.jp.debian.org host is for providing Debian/Debian-JP Web page
service, not for mirror.
Because www.jp.debian.org/debian will just redirect ftp2.jp.debian.org
by using transparent proxy, wasteful double accesses happen to take
package files from there.
Furthermore, www.jp.debian.org/ftp2.jp.debian.org NOC hasn't so big bandwidth.

My recommendation is to change the variable to http://ftp.jp.debian.org/debian.
This NOC has great band-width.
Better option is to provide debconf operation to choose mirror, IMHO.

Thanks,
- -- 
Kenshi Muto
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iEYEARECAAYFAkIO0o4ACgkQQKW+7XLQPLHjWgCgml1hAyDtIDYUFRnN8pOXtFeh
x9EAoIpEv2B9F/+RAcK2PQ9QI5byLIw2
=gkY6
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295033: hplip: No printing and no scanning with OfficeJet 6110

[Juergen Kreileder]

Package: hplip
Version: 0.8.7-4
Severity: normal

I have an OfficeJet 6110.  Both printing and scanning worked fine with
hpoj, with hplip neither works.

hplip_proble recognizes the device as
hp:/usb/OfficeJet_6100_Series?serial=MY37CG771X2R  HP OfficeJet_6100_Series  


Printing with hplip_testpage or CUPS produces no output.  Sometimes
CUPS just reports the jobs as completed, sometimes I get hanging processes:

,
| lp5980  0.1  0.9  8620 4948 ?S05:06   0:00 /usr/bin/perl 
/usr/lib/cups/filter/foomatic-rip 296 root tmpVRcIiZ 1 
| root  5981  0.0  0.1  1548  580 ?S05:06   0:00 
hp:/usb/OfficeJet_6100_Series?serial=MY37CG771X2R 296 root tmpVRcIiZ 1 
| lp5983  0.0  0.9  8620 4944 ?S05:06   0:00 /usr/bin/perl 
/usr/lib/cups/filter/foomatic-rip 296 root tmpVRcIiZ 1 
| lp5984  0.0  0.9  8620 4960 ?S05:06   0:00 /usr/bin/perl 
/usr/lib/cups/filter/foomatic-rip 296 root tmpVRcIiZ 1 
| lp5985  0.0  0.2  4536 1192 ?S05:06   0:00 sh -c gs 
'-dBATCH' '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' 
'-sIjsServer=hpijs' '-sDeviceManufacturer=HEWLETT-PACKARD' 
'-sDeviceModel=deskjet 5550' '-dDEVICEWIDTHPOINTS=595' 
'-dDEVICEHEIGHTPOINTS=842' '-dDuplex=false' '-r30
| lp5986  0.4  1.8 21440 9344 ?S05:06   0:00 gs -dBATCH 
-dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs -sIjsServer=hpijs 
-sDeviceManufacturer=HEWLETT-PACKARD -sDeviceModel=deskjet 5550 
-dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -dDuplex=false -r300 
-sIjsParams=Quality:Quality
| lp5987  0.0  0.2  2764 1224 ?S05:06   0:00 hpijs
`


scanimage -L detects the device properly:
device `hpaio:/usb/OfficeJet_6100_Series?serial=MY37CG771X2R' is a hp 
OfficeJet_6100_Series multi-function peripheral

But scanning doesn't work. scanimage -Tv says: sane_start: Device busy


In /var/log/messages I see a bunch of hplip related messages, e.g:

* python:  [WARN] Device not specified.
* hpssd [WARN] Unable to find GUI for username root.
  (I'm logged in via ssh)
* scanimage: warning HP-SCAN channel already closed: hpaio.c 517
* OfficeJet_6100_Series?serial=MY37CG771X2R: INFO: ready to print; will retry 
in 30 seconds...


$ lpstat -t
scheduler is running
system default destination: brother
device for brother: ipp://brother/ipp
device for brother/duplex: ipp://brother/ipp
device for brother/papers: ipp://brother/ipp
device for hp: hp:/usb/OfficeJet_6100_Series?serial=MY37CG771X2R
brother accepting requests since Jan 01 00:00
brother/duplex accepting requests since Jan 01 00:00
brother/papers accepting requests since Jan 01 00:00
hp accepting requests since Jan 01 00:00
printer brother is idle.  enabled since Jan 01 00:00
printer brother/duplex is idle.  enabled since Jan 01 00:00
printer brother/papers is idle.  enabled since Jan 01 00:00
printer hp is idle.  enabled since Jan 01 00:00
ready to print


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages hplip depends on:
ii  cupsys  1.1.23-3 Common UNIX Printing System(tm) - 
ii  hplip-data  0.8.7-4  HP Linux Printing and Imaging - da
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcupsys2-gnutls10 1.1.23-3 Common UNIX Printing System(tm) - 
ii  libgcc1 1:3.4.3-6GCC support library
ii  libsnmp55.1.2-6  NET SNMP (Simple Network Managemen
ii  libssl0.9.7 0.9.7e-2 SSL shared libraries
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3
ii  python  2.3.4-5  An interactive high-level object-o
ii  python-qt3  3.13-4   Qt3 bindings for Python (default v

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#293235: [Pkg-octave-devel] Bug#293235: octave2.1-emacsen: hangs Emacs

[John W. Eaton]

On  4-Feb-2005, Francesco Potorti` <[EMAIL PROTECTED]> wrote:

| Ok, I found some more info.
| 
| First of all, it happens in some particular cases, so it should probably
| be demoted from important to normal.
| 
| Second, it could be that the problem existed even in previous versions,
| because I changed my ~/.octaverc about at the same time I upgraded to
| the current Debian version.
| 
| The problem is that if and only if I put this line:
| 
| PS1="[EMAIL PROTECTED]> ";
| 
| in ~/.octaverc and do M-x run-octave, Emacs hangs.  I hit C-g, switch to
| the *Inferior-Octave* buffer and see nothing.  But apparently Octave is
| receiving input, because it exits when I type "quit".  So for some
| reason it does not emit any output.  That's maybe why Emacs hangs:
| comint is waiting for the prompt.

If you change the prompt for Octave, you'll need to modify the Emacs
variable inferior-octave-prompt.  The default definition is:

  (defcustom inferior-octave-prompt
"\\(^octave\\(-[.0-9]+\\)?\\(:[0-9]+\\)?\\|^debug\\|^\\)>+ "
"*Regexp to match prompts for the inferior Octave process."
:type 'regexp
:group 'octave-inferior)

Or perhaps we should arrange for the prompt to be set when the
Octave process is started by Emacs?  But that still would solve the
problem of people changing the prompt during a session.

jwe


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]