Bug#297319: mozilla-firefox: FF ignores the 'No Proxy for' setting

[Eric Dorland]

reassign 297319 firefox
thanks

* CAiRO ([EMAIL PROTECTED]) wrote:
> Eric Dorland wrote on Thu, 28.07.2005:
> > * CAiRO ([EMAIL PROTECTED]) wrote:
> > > Package: mozilla-firefox
> > > Version: 1.0+dfsg.1-2
> > > Severity: normal
> > > 
> > > Whatever I enter in the 'No Proxy for' line in the 'Connection
> > > Settings' Dialog, FF ignores the settings and uses the defined HTTP
> > > proxy, no matter what I enter. Eg, if I use the example provided in
> > > the dialog, "192.168.0.1/24", it still uses the defined proxy for my
> > > site on 192.168.0.8. Also entering the hostname doesn't help.
> > > 
> > > (Also the spelling of 'Proxy' is inconsistent in this dialog. About
> > > half of the times it is spelled uppercase whereas it is never
> > > spelled uppercase just because it starts a new line.)
> > 
> > Are you still seeing this problem in the latest versions? 
> 
> 
> Yes, partially. I've blocked "192.168.0.1/24" (the whole local net), my
> local ip is 192.168.0.8. My FQDN is domain.tld. If I enter 'domain' in
> the address field, it still tries to use the proxy, but if I use
> 'domain.tld', it doesn't use it. Both, 'domain' and 'domain.tld' resolve
> to the same ip from a local nameserver.
> 
> Additionally, the spelling of proxy/Proxy is still inconsistent in the
> dialog.

Any more progress in 1.5? 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#346002: apt: GPG error when updating

[Michael Vogt]

On Sun, Jan 08, 2006 at 09:28:24AM +0100, Harald Dunkel wrote:
> Michael Vogt wrote:
> > You can run apt-get with "--allow-unauthenticated" or
> > APT::Get::AllowUnauthenticated=true in apt.conf
> 
> Thanx for the hint, but this option just changed the error
> message. Now I get:
> 
> W: There are no public key available for the following key IDs:
> 010908312D230C5F
> W: You may want to run apt-get update to correct these problems

The warning is justified IMHO because the user should be told that
there is are signatures on the Release file for that no public key is
available. The Debian Release should should still be authenticated now
(because it found a valid signature from a trusted key and only a
missing signature) and you should get no authenticated packages
warnings anymore.

Maybe I should reword the warning to make it more clear what it
means?

Cheers,
 Michael
 
-- 
Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo


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

Bug#346543: [EMAIL PROTECTED]: Bug#346543: udev netlink problems with kernel 2.6.15 on alpha]

[Uwe Schindler]

At 02:00 09.01.2006, Kay Sievers wrote:

On Sun, Jan 08, 2006 at 07:21:35PM +0100, Marco d'Itri wrote:
> Any comments?

> Subject: Bug#346543: udev netlink problems with kernel 2.6.15 on alpha
> To: [EMAIL PROTECTED]
> From: Uwe Schindler <[EMAIL PROTECTED]>
>
> I installed linux-image-2.6.15-1 (2.6.15-2) from Norbert on my alpha
> machine. After rebooting I got some strange effects:
>
> udevd[pid]: error receiving netlink events: no buffer space
> available

> I think you should open a bug report directly at udev and tell them
> to set the receive buffer size directly in the udev code so that it
> does not depend on /proc/variables set before. It could also be an
> error in the kernel, but on Norberts machine it works. I do not know...

udevd sets the buffer size to 16Mb since some time, without fiddling
around with the global sysctrls:

http://kernel.org/git/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=udevd.c#l781

If that's not working, it's probably a kernel bug on your architecture.
Works fine for me, here is a big buffer filled up with a stopped udevd:
  $ cat /proc/net/netlink
  sk   Eth PidGroups   Rmem Wmem Dump Locks
  dfd86000 0   0   00 2
  f7779800 0   3259   0011 00 2
  dfe3f200 9   0   00 2
  dfc27200 10  0   00 2
  f1885200 15  6396    2789309  0 2
  dffbce00 15  0   00 2
  dfe3fe00 16  0   00 2

Kay


Hm interesting. In your code I see, that you only set the actual 
buffer size (not the maximum):
setsockopt(uevent_netlink_sock, SOL_SOCKET, SO_RCVBUFFORCE, 
&buffersize, sizeof(buffersize));  /* == 16*1024*1024 */


I had the same problem. When leaving out in my udev-fix script the 
setting of that MAX value BEFORE the actual value via /proc it does 
not work. I could check both values (MAX and CURRENT) before setting 
them on boot time with a "cat" command to printout in the script as 
soon as I reboot.


As I know from the "maximum file descriptors" thing that userspace 
programs can only set the current value, not the maximum value for 
the whole system. On Linux this maximum value can only be set by 
/proc and in Solaris in the kernel configuration file.


Could it be that on alpha the maximum value is too small initially?

Uwe



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

Bug#347179: xmms: [INTL:tl] Tagalog translation file for xmms program

[eric pareja]

Package: xmms
Version: 1.2.10+cvs20050809-5
Severity: wishlist
Tags: patch l10n

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached the Tagalog translation file for xmms.
With thanks to Arys Deloso of the Tagalog translation team.

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.0
Locale: LANG=tl_PH, LC_CTYPE=tl_PH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
tl_PH)

Versions of packages xmms depends on:
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libice6   6.9.0.dfsg.1-1 Inter-Client Exchange library
ii  libsm66.9.0.dfsg.1-1 X Window System Session Management
ii  libssl0.9.8   0.9.8a-5   SSL shared libraries
ii  libx11-6  6.9.0.dfsg.1-1 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-1 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-1 X Window System Input extension li
ii  libxxf86vm1   6.9.0.dfsg.1-1 X Video Mode selection library

Versions of packages xmms recommends:
ii  libasound21.0.10-2   ALSA library
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libmikmod23.1.11-a-6 A portable sound library
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.0-1The Vorbis General Audio Compressi
pn  unzip  (no description available)
ii  xlibmesa-gl [libgl1]  6.9.0.dfsg.1-1 Mesa 3D graphics library [X.Org]
ii  zlib1g1:1.2.3-9  compression library - runtime

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDwhhKqYbDibguQtkRAqvqAJ96l9eWQDBebkyyF5K1CHEh6iXgkACbBnqd
IyHA2p/8CtJt3DRuLIdP7zQ=
=TlKp
-END PGP SIGNATURE-


xmms-tl.po.bz2
Description: BZip2 compressed data

Bug#337317: Processed: Re: Processed: Reassign #337317 to libusb

[Eric Dorland]

* Debian Bug Tracking System ([EMAIL PROTECTED]) wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > reassign 337317 openct
> Bug#337317: openct: ifdhandler doesn't find USB device
> Bug reassigned from package `libusb' to `openct'.

Aurelian,

Could you comment as to whether this is libusb breakage or not? 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#346572: [mipsel] Depends on ocaml-nox-3.08.3 which cannot be installed.

[Sven Luther]

On Mon, Jan 09, 2006 at 01:06:48PM +1100, skaller wrote:
> On Mon, 2006-01-09 at 00:37 +0100, Sven Luther wrote:
> 
> > > qube:~# apt-get install ocaml
> > > Reading Package Lists... Done
> > > Building Dependency Tree... Done
> 
> > > The following packages have unmet dependencies:
> > >   ocaml: Depends: ocaml-nox-3.08.3
> > >   E: Broken packages
> 
> I get this from my mirror regularly. It occurs because the
> package index is downloaded first .. but the packages come later.
> On Ubuntu  I get a flashing thing telling me there are upgrades
> available .. only when I try to download them they're not there.
> An hour later .. they're there :)
> 
> The mirror *should* add new packages, then add the index,
> then remove any hidden packages but I guess it just uses
> a generalised filesystem synching program.

Still he says he uses stable, and ocaml was not updated in stable since ages,
unless there has been a security update we are not aware of, but i seriously
doubt that.

Friendly,

Sven Luther



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

Bug#347180: ITP: gtk-chtheme -- A little program to change your GTK+ 2.0 theme

[troxor 0]

Subject: ITP: gtk-chtheme -- A little program to change your GTK+ 2.0 themePackage: wnppOwner: Troyo Boyo <[EMAIL PROTECTED]>Severity: wishlist*** Please type your report below this line ***
* Package name    : gtk-chtheme  Version : 0.3.1  Upstream Author : Aristotle Pagaltzis <[EMAIL PROTECTED]>* URL : 
http://plasmasturm.org/code/gtk-chtheme/* License : GPL  Description : A little program to change your GTK+ 2.0 themeDerived from gtk-theme-switch, but better, imho.-- System Information:
Debian Release: testing/unstable  APT prefers unstable  APT policy: (500, 'unstable')Architecture: i386 (i686)Shell:  /bin/sh linked to /bin/bashKernel: Linux 2.6.15-trx1Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
-- Please do not send me HTML e-mail or proprietary attachments.If you want a Gmail invite, just ask :)

Bug#346475: openoffice.org: please include postgresql support

[Paolo Cavallini]

Contacted, but the author has no time to update the page.
The command to install has changed:
/usr/lib/openoffice/program/unopkg 
add 
/home/NOMEUTENTE/.openoffice.org2/user/uno_packages/postgresql-sdbc-0.6.2.zip
Tested, and it works.
As I wrote, I strongly believe what is written on the web page is heavily 
overcautious and outdated.
So my suggestion to include it in Debian stands valid.
pc

At 17:03, domenica 08 gennaio 2006, Jérôme Warnier has probably written:
> Le dimanche 08 janvier 2006 à 15:22 +0100, Paolo Cavallini a écrit :
> > I believe this info is incorrect, as most of the page: we're using the
> > driver daily since more than 1 yr, and never found any problem.
>
> They also claim to support no more than 80% possible features.
> Maybe you should contact them to update this webpage?
>
> Just my 2 cents.
-- 
Paolo Cavallini
email+jabber: [EMAIL PROTECTED]
www.faunalia.it
Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy   Tel: (+39)348-3801953

Bug#347181: tuareg-mode: error in scanning gdome.mli

[YANG Shouxun]

Package: tuareg-mode
Version: 1.45.2-1
Severity: normal

Just as a remind of the issue.

Tuareg raises an error when scanning gdome.mli (from Debian package 
libgdome2-ocaml-dev) at line 615. That is unexpected, as ocaml-mode works 
perfectly well with gdome.mli.

Thanks!


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

Bug#347182: php5-json: needs rebuild for new php ABI

[Steve Langasek]

Package: php5-json
Version: 1.1.0-1
Severity: grave

The php5-json package is currently uninstallable in unstable, because it
depends on phpapi-20041030.  PHP 5.1.1 has just been uploaded, and the api
has been bumped.  You will need to rebuild your package.

Also, please note that it is incorrect to hard-code the dependency on
phpapi-20041030 in debian/control as you have done.  Just as with shared
libraries, the dependency should reflect the build environment instead of
hard-coding a particular version.  It is suggested that you use a command
such as

   echo "php:Depends=phpapi-`php-config5 --phpapi`" >> 
debian/php5-json.substvars

in debian/rules prior to calling dpkg-gencontrol, and use ${php:Depends} in
debian/control, so that the correct version can be pulled in automatically.
If you make this change (with s/5/4/ for php4-json as well), future PHP ABI
changes can be handled through binNMUs on the autobuilders.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#347183: ratpoison(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

[Aurelien Jarno]

Package: ratpoison
Version: 1.4.0-beta4-1
Severity: important

Hello,


The current version of ratpoison fails to build on GNU/kFreeBSD, 
because of outdated config.guess and config.sub.

The version of config.guess and config.sub in ratpoison is too
old to correctly support Debian GNU/k*BSD.  A version is needed
from this year, which is available in the autotools-dev packages
that are in current sarge, and sid.

You can simply copy them manually, but it can also be done 
automatically using the method described in
/usr/share/doc/autotools-dev/README.Debian.gz 

It would also be nice if you can ask upstream to update 
config.guess and config.sub in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#345169: [debiandoc-sgml-pkgs] Bug#345169: debiandoc-sgml-doc: Missing build-depends: ghostscript

[Frank Küster]

Osamu Aoki <[EMAIL PROTECTED]> wrote:

> Yes good point.  I do this for debian-reference but I am build-depending
> on: "gs-esp | gs"
>
> Since gs-esp is best GPLed version as I know.  gs-gap is aladin's
> version which is old version of gs.  gs-esp backport latest GPLed
> featues to the gs-gpl as I understand.  I think its upstream is CUPS
> people.
>
> What do you think?

Oh, whether it's gs-gpl or gs-esp I don't care, that's your choice.

Thank you,
Frank

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#344846: firefox: ARM XPTC_InvokeByIndex

[Antti P Miettinen]

> Ok, fix is in my tree and will be in the next release. Do you mind
> reporting this upstream? (bugzilla.mozilla.org)

Just reported it, mozilla bug number is 322806.



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

Bug#315096: Working with 1:3.2.5-alpha5-4

[Anders Boström]

> "AB" == Anders Boström <[EMAIL PROTECTED]> writes:

 AB> This seems to be fixed with xfig 1:3.2.5-alpha5-4 => close.

Why was Debian bug #315096 reopened? No reason was given...

/ Anders

Bug#343989: tcl8.* and tk8.* NMUs for configure errors

[Daniel Schepler]

Le Samedi 07 Janvier 2006 00:18, Chris Waters a écrit :
> On Fri, Jan 06, 2006 at 10:49:26AM +0100, Daniel Schepler wrote:
> > I intend to prepare NMUs for tcl8.[034] and tk8.[34] to fix this bug
> > over the weekend, and upload Monday morning, unless you object or do
> > your own uploads before then.  I'll also fix the xlibs-dev
> > dependency of tk8.3 while I'm at it.
>
> 8.0 is scheduled for removal -- there was one non-free package still
> depending on it, but I think that just got fixed recently, so the
> removal can go ahead, as soon as I update blt.  So there's not much
> point in patching it 8.0.
>
> There's a new upstream of 8.4 that I'm currently working on.  As for
> 8.3, I'll have new packages uploaded today (they'd be up already, but
> I had some problems with one of my HDs).
>
> But thanks for the offer.

Thanks for the update.  As I was working on the packages this weekend, there 
was one minor thing I noticed in tcl8.3 and tk8.3 (and the 8.0 packages too): 
if I built using fakeroot, I'd get a message something like "strip: couldn't 
copy file: permission denied", and the resulting package would have 
unstripped libraries.  My fix was simple: move dh_fixperms before dh_strip.  
This already seemed to be fixed in the 8.4 packages, though.
-- 
Daniel Schepler

Bug#347185: ossp-uuid: uninstallable in unstable; does incestuous things to debian/control during build

[Steve Langasek]

Package: php5-uuid
Version: 1.3.1-1
Severity: grave

The php5-uuid package is uninstallable in unstable because it depends on
phpapi-20041030.  PHP 5.1.1 has just been uploaded, and the API has been
bumped.  You will need to rebuild your package.

In addition, rather than using a variable in debian/control and populating
it with the PHP API dependency via substvars like everyone else, you are for
some reason editing debian/control in a rule called from debian/rules
install.  While this is not a release-critical bug, it is a policy violation
as it means that debian/rules clean cannot restore the pristine sources. 
Please use the existing substvars mechanism instead of spoiling the
idempotency of debian/rules clean.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#345006: xchm: segfault at start

[Julien Lemoine]

Hello Andrew,

> $ xchm
> Segmentation fault

Can you give me more information about this problem (a least a 
backtrace). I tested xchm on three computer and I get no segfault.

Best Regards.
-- 
Julien Lemoine / SpeedBlue


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

Bug#346069: attaching smb.conf

[Andy Chittenden]

> Is the bug worth investigating, given that it occurs with a setting
> that is not deeply supported?

Well I spoke too soon saying it no longer occurs: over the weekend I
received a number of emails giving the same backtrace that I reported
originally. In syslog, there are a number of backtraces from winbindd:

Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
lib/util_sock.c:write_data(556)
Jan  7 10:04:38 boco winbindd[6677]:   write_data: write failure. Error
= Connection reset by peer
Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
libsmb/clientgen.c:write_socket(138)
Jan  7 10:04:38 boco winbindd[6677]:   write_socket: Error writing 108
bytes to socket 3: ERRNO = Connection reset by peer
Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
libsmb/clientgen.c:cli_send_smb(168)
Jan  7 10:04:38 boco winbindd[6677]:   Error writing 108 bytes to
client. -1 (Connection reset by peer)
Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
rpc_client/cli_ds.c:rpccli_ds_enum_domain_trusts(93)
Jan  7 10:04:38 boco winbindd[6677]:   PANIC: assert failed at
rpc_client/cli_ds.c(93)
Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
lib/util.c:smb_panic2(1544)
Jan  7 10:04:38 boco winbindd[6677]:   smb_panic(): calling panic action
[/usr/share/samba/panic-action 6677]
Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
lib/util.c:smb_panic2(1552)
Jan  7 10:04:38 boco winbindd[6677]:   smb_panic(): action returned
status 0
Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
lib/util.c:smb_panic2(1554)
Jan  7 10:04:38 boco winbindd[6677]:   PANIC: bad auth level
Jan  7 10:04:38 boco winbindd[6677]: [2006/01/07 10:04:38, 0]
lib/util.c:smb_panic2(1562)
Jan  7 10:04:38 boco winbindd[6677]:   BACKTRACE: 12 stack frames:
Jan  7 10:04:38 boco winbindd[6677]:#0
/usr/sbin/winbindd(smb_panic2+0x6d) [0x55605aed]
Jan  7 10:04:38 boco winbindd[6677]:#1
/usr/sbin/winbindd(rpc_api_pipe_req+0x129) [0x5566c9a9]
Jan  7 10:04:38 boco winbindd[6677]:#2
/usr/sbin/winbindd(rpccli_ds_enum_domain_trusts+0x19f) [0x55678dff]
Jan  7 10:04:38 boco winbindd[6677]:#3 /usr/sbin/winbindd
[0x555b3814]
Jan  7 10:04:38 boco winbindd[6677]:#4 /usr/sbin/winbindd
[0x555a50dc]
Jan  7 10:04:38 boco winbindd[6677]:#5
/usr/sbin/winbindd(winbindd_dual_list_trusted_domains+0x63)
[0x555a96b3]
Jan  7 10:04:38 boco winbindd[6677]:#6 /usr/sbin/winbindd
[0x555b4e01]
Jan  7 10:04:38 boco winbindd[6677]:#7
/usr/sbin/winbindd(init_child_connection+0x24f) [0x5559f82f]
Jan  7 10:04:38 boco winbindd[6677]:#8
/usr/sbin/winbindd(rescan_trusted_domains+0xfd) [0x5559f9ad]
Jan  7 10:04:38 boco winbindd[6677]:#9
/usr/sbin/winbindd(main+0x44b) [0x55598e2b]
Jan  7 10:04:38 boco winbindd[6677]:#10
/lib/libc.so.6(__libc_start_main+0xda) [0x2b9644ca]
Jan  7 10:04:38 boco winbindd[6677]:#11 /usr/sbin/winbindd
[0x5559774a]

> My opinion: I'm not sure that the Samba Team considers
> "security=server" as completely obsolete and, on the other hand, we
> seem to have valid debug output so it might be worth sending the whole
> stuff to upstream Bugzilla. Comments?

Personally, IMHO for all bugs (samba or not) if the problem is not
debian specific and there's sufficient evidence, I think all reported
bugs should be reported upstream as the upstream code will benefit.

-- 
Andy, BlueArc Engineering

Bug#347160: libubit-dev: uninstallable; depends on removed xlibs-dev

[Bas Zoetekouw]

Hi!

Please don't bother fixing this bug:  the ubit package will be removed
from the archive (see #344597).

-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


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

Bug#345929: Problem with xserver-xorg_6.9.0.dfsg.1-1_i386.deb with ATI Technologies IncM22 [Radeon Mobility M300]

[Yannick Beynet]

David Nusinow a écrit :
> severity important
> thanks
> 
> On Wed, Jan 04, 2006 at 11:47:32AM +0100, Yannick Beynet wrote:
> 
>>Package: xserver-xorg
>>Version: 6.8.2.dfsg.1-11
>>Severity: critical
>>Justification: breaks the whole system
>>
>>
>>
>>when I install xserver-xorg_6.8.2.dfsg.1-11_i386.deb, X work.
> 
> 
> So, X *does* work? If not, how does it fail to work?
> 
>  - David Nusinow
> 

Without dri it seems to be ok for me.
My kernel is a 2.6.14.3
I can dry a 2.6.15 if you want ...
Thanks.

Bug#346181: dvipng distorts filenames with periods

[Jan-Åke Larsson]

[EMAIL PROTECTED] wrote:
> Package: dvipng
> Version: 1.5-2
> 
> The dvipng tool makes strange changes into filenames which contain
> periods.
> 
> Lets say, I have these two files to convert:
> sample.dvi
> sample3.22.dvi
> 
> The first filename causes no problems:
> $ dvipng sample
> or
> $ dvipng sample.dvi
> 
> both produce sample1.png
> 
> The second filename, however, leads to different results depending on
> whether the .dvi extension is included on the command line or not:
> 
> $ dvipng sample3.22
> 
> produces sample31.png
> while
> 
> $ dvipng sample3.22.dvi
> 
> produces sample3.221.png   
> 
> I think that both should produce sample3.221.png.
> 
> Actually I recommend that another separator, such as a dash, be placed
> in front of the "1", producing sample3.22-1.png . This would allow for
> more readable filenames for cases where the basename ends with a
> digit.

This bug is fixed as follows:
--- dvi.c~  Fri Feb  4 15:42:03 2005
+++ dvi.c   Mon Jan  9 09:25:02 2006
@@ -124,7 +124,7 @@
 }
 strcpy(dvi->outname,basename(dviname));
 tmpstring = strrchr(dvi->outname, '.');
-if (tmpstring != NULL)
+if (tmpstring != NULL && strcmp(tmpstring,".dvi") == 0)
   *tmpstring = '\0';
 strcat(dvi->outname, "%d.png");
   } else {

Regarding the separator between a numeric filename and page number,
tastes tend to differ as to what the separator should be. I'd recommend
using the -o switch in this case, as in

   dvipng sample3.22 -o sample3.22-%d.png

which, incidentally, bypasses the bug you reported too.

I won't rerelease on account of this bug, but no doubt something else
will turn up.

Kind regards,
Jan-Åke

-- 
Some people, when confronted with a problem, think "I know, I'll use
regular expressions." Now they have two problems.

Bug#346749: freesci: FTBFS: build-depends on removed xlibs-dev

[Bas Zoetekouw]

severity 346749 minor
thanks

>   This is a serious bug filed against your package because it
>   build-depends on xlibs-dev, which as announced in [1] a while ago, is
>   no longer available in sid. This makes your package fail to build from
>   source.

freesci only had build-depends of the form "libx11-6 | xlibs (>> 4.1.0)"
etc.  This does not break the X transition afaics, so I'm downgrading
this bug.  

Simó, maybe you should check if this is the case for other packages,
too.

-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 

Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer

[Steve Langasek]

Package: linux-2.6
Version: 2.6.14-7
Severity: important

Sigh, can't get a break with alpha kernel support around here.  After
upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works
correctly on my alpha with a Matrox Millenium II.  The matroxfb_base module
loads without error, but gives me corrupt video output only.

Card info from lspci:

:00:05.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W 
[Millennium II]

and lspci -n:

:00:05.0 0300: 102b:051b

dmesg output:

matroxfb: Matrox Millennium II (PCI) detected
PInS memtype = 0
matroxfb: 640x480x8bpp (virtual: 640x6553)
matroxfb: framebuffer at 0x900, mapped to 0xfc880900, size 4194304
fb0: MATROX frame buffer device
fb0: initializing hardware


Happy to test potential driver fixes, though due to issues with *other*
hardware in this system I didn't test the framebuffer with any previous 2.6
kernels and can't tell you whether it worked with them.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#344538: build problems on sarti

[Frank Küster]

Martin-Éric Racine <[EMAIL PROTECTED]> wrote:

> Well, this is the second time that installation of tetex fails on hppa.
> According to the tetex maintainer, everything is kosher on his side, so
> this brings the question why installation of tetex repeatedly fails and
> only on hppa. Repeated occurrences of installation failure on a single
> architecture is a highly suspicious matter. Granted, Planner is not an
> essential package, but the situation is still bad omen.

mysql-dfsg-5.0 might be much more important and suffered from the same
problems. 

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#344538: build problems on sarti

[Frank Küster]

Thibaut VARENE <[EMAIL PROTECTED]> wrote:

> On 1/6/06, Martin-Éric Racine <[EMAIL PROTECTED]> wrote:
>> pe, 2006-01-06 kello 11:51 -0500, Kyle McMartin kirjoitti:
>
>> Well, this is the second time that installation of tetex fails on hppa.
>> According to the tetex maintainer, everything is kosher on his side, so
>> this brings the question why installation of tetex repeatedly fails and
>> only on hppa. Repeated occurrences of installation failure on a single
>> architecture is a highly suspicious matter. Granted, Planner is not an
>> essential package, but the situation is still bad omen.
>
> there is no such thing as a situation, as I see it:
>
> -rw-r--r-- 1 root root   39954 Jan  6 20:47 planner-dev_0.13-4_hppa.deb
> -rw-r--r-- 1 root root 801 Jan  6 20:47 planner_0.13-4_hppa.changes
> -rw-r--r-- 1 root root 2167556 Jan  6 20:47 planner_0.13-4_hppa.deb
>
> I built it just fine in a local sid chroot. 

Of course it does - one more reason to believe that the problem is on
the side of that particular machine: Hardware problems on sarti.

> Just wait for buildd to
> tackle the build again, that's all. A couple of weeks delay for a low
> priority upload isn't a *situation*.

The *situation* is that this pops up every couple of weeks with random
packages.  Only on sarti.

Regards, Frank

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#346749: freesci: FTBFS: build-depends on removed xlibs-dev

[Steve Langasek]

severity 346749 serious
thanks

On Mon, Jan 09, 2006 at 09:58:44AM +0100, Bas Zoetekouw wrote:
> severity 346749 minor
> thanks

> >   This is a serious bug filed against your package because it
> >   build-depends on xlibs-dev, which as announced in [1] a while ago, is
> >   no longer available in sid. This makes your package fail to build from
> >   source.

> freesci only had build-depends of the form "libx11-6 | xlibs (>> 4.1.0)"
> etc.  This does not break the X transition afaics, so I'm downgrading
> this bug.  

Package: freesci
Version: 0.3.4c-4
Build-Depends: debhelper (>=4), xlibs-dev, [...]

You seem to be referring to package dependencies, which is *not* what this
bug was about.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#346764: xbubble: FTBFS: build-depends on removed xlibs-dev

[Martin Quinson]

tag 346764 patch
thanks

On Mon, Jan 09, 2006 at 02:38:56AM +0100, Adeodato Simó wrote:
> Package: xbubble
> Version: 0.5.10-2
> Severity: serious
> 
> Hello,
> 
>   This is a serious bug filed against your package because it
>   build-depends on xlibs-dev, which as announced in [1] a while ago, is
>   no longer available in sid. This makes your package fail to build from
>   source.
> 

Hello,

I just digged this one, and the list of needed build-deps seems to be:
libx11-dev, x-dev, libxt-dev

Note that the last one is not really needed by the build, but only by the
configury I use as upstream maintainer and that I should probably fix.
Any help welcome on this one, too ;)

Bye, Mt.

-- 
You should apply this fix which solves the newest
Internet Explorer Vulnerability described in MS05-023.
It is important that you apply this fix now since
we estimate the Buffer Overflow is at a Critical Level.
  -- Text attached to the WORM_TORVIL.C mail virus.


signature.asc
Description: Digital signature

Bug#252467: squid is down during (dist-)upgrades

[Bas Zoetekouw]

Hi!

> During a dist-upgrade all packages are unpacked and then all packages
> are configured. So squid, as many other daemons, is stopped until all
> other packages are unpacked.
> 
> Other daemons that behave this way (this list is from one of my system,
> so is not complete in any way):
[snip list]

Then the other packages are broken, too.  

I really don't see what the problem is.  Simple restart squid in
postinst if upgrading, instead of stopping in prerm and starting in
postinst.  Afaik, squid won't read any new config files that might be
installed during the unpack phase anyway (that's what /etc/init.d/squid
reload is for, anyway), so this should work perfectly.

For reference, a package that does this correctly is stunnel4.

-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


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

Bug#334771: fixed in less 393-1

[Eirik Fuller]

The fix for bug 334771 has a presumably unintended side effect.

04:26:04 # ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 Jan  2 17:20 /dev/null
04:26:07 # export HOME=/tmp
04:26:09 # ln -s /dev/null /tmp/.lesshst
04:26:12 # less /etc/passwd
04:26:18 # ls -l /dev/null
crw--- 1 root root 1, 3 Jan  2 17:20 /dev/null
04:26:21 # 

Is it too late to rethink this new feature?  I've always hated the way
bash treats HISTFILE, and I've always resented the need to pollute my
environment to dodge that turd file, and I don't want to pollute my
environment yet again every time some new (or new version of an old)
application decides it's time to add another gratuitous turd file.

I don't object to the fact that less provides a history feature.  My
point is that it needs to be optional.

In case it's not obvious, "rethink this new feature" means "make the
history file optional".


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

Bug#258263: same problem with digitaldj

[Craig Small]

Package: digitaldj
Version: 0.7.3-1
Followup-For: Bug #258263

At least the submitter got a little futher than me!

I get to where it says unable to connect to SQL server, if i click Yes
it crashes.

Running with -v gives me some more things, but the point is it crashes
whenever it goes near the database.

I suspect it is related to the old mysql client library, here is the
last few lines of a strace.

connect(6, {sa_family=AF_FILE, path="/var/run/mysqld/mysqld.sock"}, 110)
= 0
setsockopt(6, SOL_IP, IP_TOS, [8], 4)   = -1 EOPNOTSUPP (Operation not
supported)
setsockopt(6, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
read(6, "A\0\0\0", 4)   = 4
read(6, "\n5.0.18-Debian_1-log\0\302\1\0\0;rMjM$g"..., 65) = 65
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages digitaldj depends on:
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libgdk-pixbuf20.22.0-11  The GdkPixBuf image library, gtk+ 
ii  libghttp1 1.0.9-17   original GNOME HTTP client library
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  liblircclient00.7.1pre2-11   LIRC client library
ii  libmysqlclient10  3.23.56-3  LGPL-licensed client library for M
ii  mpg1230.59r-20   MPEG layer 1/2/3 audio player
ii  vorbis-tools  1.1.1-2several Ogg Vorbis tools
ii  xlibs 6.9.0.dfsg.1-2 X Window System client libraries m

Versions of packages digitaldj recommends:
ii  grip  3.3.1-4+b1 GNOME-based CD-player/ripper/encod

-- no debconf information


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

Bug#346749: freesci: FTBFS: build-depends on removed xlibs-dev

[Bas Zoetekouw]

Hi Steve!

You wrote:

> Version: 0.3.4c-4
> Build-Depends: debhelper (>=4), xlibs-dev, [...]
> 
> You seem to be referring to package dependencies, which is *not* what this
> bug was about.

I'm sorry, you're totally right.  I'll fix this right away.

-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


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

Bug#346606: ITP: personalbackup -- Company-wide solution for backing up machines and shares.

[Marc Haber]

On Mon, 09 Jan 2006 02:27:28 +0100, Kim Kuylen <[EMAIL PROTECTED]>
wrote:
> No client software is needed at all to pull backups of your critical data.

Is client software needed to back up non-critical data?

Which network protocol is used for the backup? What privileges are
necessary? Are the backups generated fully restoreable? What about the
registry?

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Bug#347187: kst(GNU/k*BSD): FTBFS: out of date libtool scripts

[Aurelien Jarno]

Package: kst
Version: 1.1.1-1
Severity: important

Hello,


The current version of kst fails to build on
GNU/kFreeBSD, because of outdated libtool.

The version of libtool in kst is too old to correctly 
support Debian GNU/k*BSD.

Here is how to update the libtool in your package:
  cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in
  cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh
  cp -f /usr/share/misc/config.guess admin/config.guess
  cp -f /usr/share/misc/config.sub admin/config.sub

  (alternatively you can update the admin/ directory from the latest
   KDE SVN [1] instead).
  
  make -f admin/Makefile.common

Note that using libtool.m4 from the Debian package is prefered, because
it prunes the package dependencies, as explain by Steve Langasek [2].


Thanks for your cooperation.


[1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/
[2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html


-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer

[Sven Luther]

On Mon, Jan 09, 2006 at 01:08:49AM -0800, Steve Langasek wrote:
> Package: linux-2.6
> Version: 2.6.14-7
> Severity: important
> 
> Sigh, can't get a break with alpha kernel support around here.  After
> upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works
> correctly on my alpha with a Matrox Millenium II.  The matroxfb_base module
> loads without error, but gives me corrupt video output only.

Try turning off acceleration.

matroxfb is problematic, since the matroxfb maintainer didn't agree on the
2.4->2.6 fbdev API change, and thus things broke all over, and has a huge
patch that reverses the new fbdev stuff. At least this was the case a 
year or two back at least.

> Card info from lspci:
> 
> :00:05.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W 
> [Millennium II]
> 
> and lspci -n:
> 
> :00:05.0 0300: 102b:051b
> 
> dmesg output:
> 
> matroxfb: Matrox Millennium II (PCI) detected
> PInS memtype = 0
> matroxfb: 640x480x8bpp (virtual: 640x6553)
> matroxfb: framebuffer at 0x900, mapped to 0xfc880900, size 4194304
> fb0: MATROX frame buffer device
> fb0: initializing hardware
> 
> 
> Happy to test potential driver fixes, though due to issues with *other*
> hardware in this system I didn't test the framebuffer with any previous 2.6
> kernels and can't tell you whether it worked with them.

It probably was always so, and matroxfb is problematic.

Friendly,

Sven Luther



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

Bug#341906: [Pkg-octave-devel] Bug#341906: octave prints copyright/debugging information on stdout instead of stderr

[Rafael Laboissiere]

* Frederik Eaton <[EMAIL PROTECTED]> [2006-01-09 03:07]:

> You're right, mysql seems to print to stdout, while "perl -d" writes
> directly to the terminal. In any case, I don't see a reason not to
> adopt my suggestion.
> 
> The convincing argument is that one typically wants to be able to have
> rather strict control over what the output of a program is. When
> 'stdout' gets cluttered with other messages, it loses its usefulness
> very quickly.

Why doesn't the -q command option suit your needs?

-- 
Rafael


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

Bug#346246: acknowledged by developer (Re: Bug#346246: Can't install nvidia drivers)

[[EMAIL PROTECTED]]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Debian Bug Tracking System wrote:

> This is an automatic notification regarding your Bug report
> #346246: Can't install nvidia drivers, which was filed against the
> linux-source-2.6.15 package.
>
> It has been closed by one of the developers, namely maximilian
> attems <[EMAIL PROTECTED]>.
>
> Their explanation is attached below. If this explanation is
> unsatisfactory and you have not received a better one in a separate
> message then please contact the developer, by replying to this
> email.
>
> Debian bug tracking system administrator (administrator, Debian
> Bugs database)
>
> Received: (at 346246-done) by bugs.debian.org; 7 Jan 2006 10:52:35
> +
>> From [EMAIL PROTECTED] Sat Jan 07 02:52:35 2006
> Return-path: <[EMAIL PROTECTED]> Received: from baikonur.stro.at
> ([213.239.196.228]) by spohr.debian.org with esmtp (Exim 4.50) id
> 1EvBgY-0001J9-QK for [EMAIL PROTECTED]; Sat, 07 Jan 2006
> 02:52:34 -0800 Received: from nancy (stallburg.stro.at
> [128.131.216.190]) by baikonur.stro.at (Postfix) with ESMTP id
> 8BF9B5C00B for <[EMAIL PROTECTED]>; Sat, 7 Jan 2006
> 11:53:10 +0100 (CET) Received: from max by nancy with local (Exim
> 4.60) (envelope-from <[EMAIL PROTECTED]>) id 1EvBgK-00035L-HG for
> [EMAIL PROTECTED]; Sat, 07 Jan 2006 11:52:20 +0100 Date:
> Sat, 7 Jan 2006 11:52:20 +0100 From: maximilian attems
> <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re:
> Bug#346246: Can't install nvidia drivers Message-ID:
> <[EMAIL PROTECTED]> References:
> <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type:
> text/plain; charset=us-ascii Content-Disposition: inline
> In-Reply-To: <[EMAIL PROTECTED]> User-Agent:
> Mutt/1.5.11 X-Virus-Scanned: by Amavis (ClamAV) at stro.at
> X-Spam-Checker-Version: SpamAssassin
> 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on
> spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0
> required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no
> version=2.60-bugs.debian.org_2005_01_02
>
> On Fri, 06 Jan 2006, [EMAIL PROTECTED] wrote:
>
>> Package: linux-source-2.6.15 Version: 2.6.15-1
>>
>>
>> Can't install nvidia drivers version 1.0-8178*:
>>
>> *Using: nvidia-installer ncurses user interface - -> License
>> accepted. - -> There appears to already be a driver installed on
>> your system (version: 1.0- 7664). As part of installing this
>> driver (version: 1.0-8178), the existing driver will be
>> uninstalled. Are you sure you want to continue? ('no' will a
>> bort installation) (Answer: Yes) - -> No precompiled kernel
>> interface was found to match your kernel; would you li ke the
>> installer to attempt to download a kernel interface for your
>> kernel f rom the NVIDIA ftp site (ftp://download.nvidia.com)?
>> (Answer: Yes) - -> No matching precompiled kernel interface was
>> found on the NVIDIA ftp site; this means that the installer will
>> need to compile a kernel interface for your kernel. - ->
>> Performing CC test with CC="cc". - -> Kernel source path:
>> '/usr/src/linux' - -> Kernel output path: '/usr/src/linux' - ->
>> Performing rivafb check. ERROR: Your kernel was configured to
>> include rivafb support!
>>
>> The rivafb driver conflicts with the NVIDIA driver, please
>> reconfigure your kernel and *disable* rivafb support, then try
>> installing the NVIDIA kernel module again. ERROR: Installation
>> has failed. Please see the file '/var/log/nvidia-installer.log'
>> for details. You may find suggestions on fixing installation
>> problems in the README available on the Linux driver download
>> page at www.nvidia.com.
>
>
> beside the error message beeing *crystal* clear, we don't support
> closed source binary drivers
>
> closing
>
I know it's crystal, it's all about compiling for rivafb support! And
don't tell me that i can make my custom kernel!
This rivafb support on Debian kernel start on 2.6.14 and still exist
on 2.6.15.
For my servers boxes it's great, but for my desktop boxes no.
Is there a way that server boxes and game boxes are both happy!?

Many thanks.

João
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFDwi+Va72iljGeL5gRAu30AKDBfDILWsyD5g4MEEjN86u3srnrxgCgr5LN
etiB73KHo3cremzmm+ssZ5g=
=YYwI
-END PGP SIGNATURE-

Bug#346866: xview: FTBFS: build-depends on removed xlibs-dev

[Martin Buck]

On Mon, Jan 09, 2006 at 02:39:02AM +0100, Adeodato Simó wrote:
>   Finally, if there's a strong reason for which your package should not
>   be NMUed, please note so in this bug report. Prospective NMUers will
>   read your reasoning, and will decide if it's strong enough to delay
>   their upload.

Already fixed locally, upload in a few days. No NMUs please.

Bug#347168: [Pkg-dspam-misc] Bug#347168: libdspam7-drv-sqlite3: purge-3.sql is not where cron.daily expects it to be

[Matthijs Mohlmann]

Ralph Jenkin wrote:
> Package: libdspam7-drv-sqlite3
> Version: 3.6.2-1
> Severity: normal
> Tags: patch
> 
> 
> purge-3.sql is installed to usr/share/doc/libdspam7-drv-sqlite3/ but the
> cron.daily shipped looks for it in usr/share/dspam/clean
> 
> Patch installs to usr/share/dspam/clean which I assume was the intent
> since that dir exists in debian/libdspam7-drv-sqlite3.dirs
> 

Thanks, that is idd the intention.

Regards,

Matthijs Mohlmann


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

Bug#346760: NMU clearance

[LENART Janos]

It's okay to NMU this package, in fact please do it! When doing so,
please also eighter adopt the package or set 'Maintainer:' to Debian
QA Group!

Thank you,
--
LÉNÁRT, János
<[EMAIL PROTECTED]>

Bug#347188: failure with libcapi20.so.3

[Stephan Boock]

Package: libcapi20.so.3
Version: 3.8.2005-12-06-3 

Hello Maintainers,
 
using Debian sid (Kanotix) with Kernel Linux 2.6.15-kanotix-mp-1 i686, CPU 
Pentium III, ATI Rage 128 RF/SG AGP,
X.Org 6.9.0., ADSL-Modem: AVM Fritz!Card DSL/ISDN
 
Since updated the libcapi20-3 to libcapi20.so.3 it is not possible connecting 
to Internet anymore:
 
[code]
pon fcdsl
Plugin capiplugin.so loaded.
capiplugin: $Revision: 1.36 $
capiconn: 1.13
Couldn't load shared library libcapi20.so.3
libcapi20.so.3: cannot open shared object file: No such file or directory
Couldn't load shared library libcapi20.so.3
libcapi20.so.3: cannot open shared object file: No such file or directory
Speicherzugriffsfehler
[/code]
 
Something is wrong with the actual libcapi20. That happens from time to time 
with the libcapi20, probably
because new versions are not tested with AVM-Fritz Cards before releasing. 
 
My workaround was:
 
Downgrading the
libcapi20-3 from 3.8.2005-12-06-3 to 3.7.2005-07-09-2
and downgrading the
libcapi20-dev from 3.8.2005-12-06-3 to 3.7.2005-07-09-2.
 
That enables pon connecting to Internet again, it`s the only way but a bad way 
as well, because of some depency-faults are given with other acutualized 
packages, i.e. pppdcapiplugin, isdnutils and pptpd.
 
Could you please check the actual libcapi20.so.3 for the fault ? If further 
informations required, please let me know.
 
Thanks
 
Stephan Boock
__
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193



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

Bug#347189: base-config Terminating (devices missing)

[Miro Dietiker, MD Systems]

Package: debootstrap
Version: 3.3.

When i try to debootstrap a new chroot under 0.3.3, call to
base-config fails with words "Terminated", where on 0.2.45 this
worked.

a# debootstrap sarge testchroot http://http.us.debian.org/debian
a# chroot testchroot /bin/bash
a-chrooted# base-config
Terminating
a-chrooted#

Workaround:
Making a diff on 0.2.45 and 0.3.3 I remarked, that many devices are
not installed anymore in 0.3.3. If I tar them on my 0.2.45 chroot
and untar then on 0.3.3, base-config works.
At present I can't tell which device exactly is missing.
For the installation of some software-packages (I tried ssh) there
seem also to be missing devices.

Any reason for this device list reduction?
I couldn't find documentation on these updates and I may not understand
fully If there need to be another step of system setup to complete
the debootstrapped systems configuration (installing also devices)..

Thanks for any info/update!

+---+  +---+
| Miro Dietiker |  | MD Systems Miro Dietiker  |
+---+  +---+




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

Bug#338327: Bug#340076: Patch for several xmltex bugs

[Norbert Preining]

Hi Lars! Hi Frank!

On Mon, 09 Jan 2006, Lars Wirzenius wrote:
> Actually, I did the upload, as an NMU. See changelog.

Ooops, sorry, I assumed that Frank did it when he came back and didn't
check in the changelog.

> For some reason, when I tested the package, I did not run into this
> problem. Oops. And sorry. I'll have a look at this after I've slept,
> unless someone beats me to it. 

No problem. Every new version still can incorporate this.

BTW, do you mind changing the dependencies to
Depends: tetex-base | texlive-latex-base, tetex-bin | texlive-pdfetex, 
tetex-extra | texlive-fonts-recommended
or something similar (I don't know what is actually needed from the
tetex packages), so I can stop providing modified packages for use with
texlive packages (these modified packages only have the deps changed).

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
DIBBLE (vb.)
To try to remove a sticky something from one hand with the other, thus
causing it to get stuck to the other hand and eventually to anything
else you try to remove it with.
--- Douglas Adams, The Meaning of Liff


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

Bug#344538: hardware problems on sarti (was: build problems on sarti)

[Frank Küster]

Hi, 

since I didn't receive Bdale's mail, I'm answering to Martin-Éric's answer:

> pe, 2006-01-06 kello 17:30 -0700, Bdale Garbee kirjoitti:

>> >> /var/lib/dpkg/info/tetex-base.postinst: line 678: update-language: 
>> >> command not found
>> 
>> Reading tetex-base.postinst, update-language is being called without an
>> explicit path specification:
>> 
>>   # Update language.dat (update-language is in tex-common on which we depend)
>>   update-language
>> 
>> Since this script gets put in /usr/sbin, if it's "not found" I presume it's
>> because the file truly isn't present yet,

The file is in the tex-common deb, and since tetex-base depends on
tex-common, tex-common should not only be unpacked, but even configured.

>> /usr/sbin isn't in PATH,

How should that happen?  Surprised I find that Policy does not specifiy
what should be in the PATH, but /usr/sbin for sure will, and Policy
specifically says that maintainer scripts should call executables
without prepending a path.

>> or the 
>> execute bit in the permissions for that script isn't set.

Since tex-common is an arch: all package, this would happen on *every*
host - and tetex-base can be installed fine even on hppa machines other
than sarti's debbuild chroot.

If you show me the error in the (te)TeX packages that cause this, I'll
be glad to fix it; but currently it doesn't seem as if there was any -
just a buildd with messy hardware (or whatever) and no communication
from the admins.  

As it stands, I'm going to downgrade all FTBFS-on-sarti bugs reported
against my packages to important unless they *really* look like
arch-specific.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#344538: build problems on sarti

[Martin-Éric Racine]

ma, 2006-01-09 kello 10:10 +0100, Frank Küster kirjoitti:
> Thibaut VARENE <[EMAIL PROTECTED]> wrote:
> 
> > On 1/6/06, Martin-Éric Racine <[EMAIL PROTECTED]> wrote:
> >> pe, 2006-01-06 kello 11:51 -0500, Kyle McMartin kirjoitti:
> >
> >> Well, this is the second time that installation of tetex fails on hppa.
> >> According to the tetex maintainer, everything is kosher on his side, so
> >> this brings the question why installation of tetex repeatedly fails and
> >> only on hppa. Repeated occurrences of installation failure on a single
> >> architecture is a highly suspicious matter. Granted, Planner is not an
> >> essential package, but the situation is still bad omen.
> >
> > there is no such thing as a situation, as I see it:
> >
> > I built it just fine in a local sid chroot. 
> 
> Of course it does - one more reason to believe that the problem is on
> the side of that particular machine: Hardware problems on sarti.

I think that it's not likely a hardware problem as much as a possible
misconfiguration of e.g. executable search paths. At least, Bdale's
previous e-mail leads me to believe that this is where the investigation
could start. Another place to look would be to verify whether there is
sufficient disk space to install and configure huge build-deps on Sarti.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa

Bug#346229: raggle exits with an undefined method error in draw_items

[Thomas Poindessous]

On Sun, Jan 08, 2006 at 02:55:48PM +0100, Michael Ablassmeier wrote:
> hi again,
> 
> On Fri, Jan 06, 2006 at 04:03:36PM +0100, Thomas Poindessous wrote:
> > I got this error in raggle :
> > 
> > /usr/bin/raggle:2937:in `draw_items': undefined method `>' for nil:NilClass 
> > (NoMethodError)
> > from /usr/bin/raggle:2933:in `draw_items'
> > from /usr/bin/raggle:3526:in `populate_feed_win'
> > from /usr/bin/raggle:4268:in `init'
> > from /usr/bin/raggle:5611:in `main'
> > from /usr/bin/raggle:6654
> 
> im still unable to reproduce this bug. Can you please send me the list of 
> feeds
> youre reading (or even better, your ~/.raggle), this would help alot. Thanks.

Hi,

here is my .raggle

Thanks.



raggle.tar.gz
Description: Binary data

Bug#346543: [EMAIL PROTECTED]: Bug#346543: udev netlink problems with kernel 2.6.15 on alpha]

[Kay Sievers]

On Sun, Jan 08, 2006 at 07:21:35PM +0100, Marco d'Itri wrote:
> Any comments?

> Subject: Bug#346543: udev netlink problems with kernel 2.6.15 on alpha
> To: [EMAIL PROTECTED]
> From: Uwe Schindler <[EMAIL PROTECTED]>
> 
> I installed linux-image-2.6.15-1 (2.6.15-2) from Norbert on my alpha 
> machine. After rebooting I got some strange effects:
> 
> udevd[pid]: error receiving netlink events: no buffer space 
> available

> I think you should open a bug report directly at udev and tell them 
> to set the receive buffer size directly in the udev code so that it 
> does not depend on /proc/variables set before. It could also be an 
> error in the kernel, but on Norberts machine it works. I do not know...

udevd sets the buffer size to 16Mb since some time, without fiddling
around with the global sysctrls:
  http://kernel.org/git/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=udevd.c#l781

If that's not working, it's probably a kernel bug on your architecture.
Works fine for me, here is a big buffer filled up with a stopped udevd:
  $ cat /proc/net/netlink
  sk   Eth PidGroups   Rmem Wmem Dump Locks
  dfd86000 0   0   00 2
  f7779800 0   3259   0011 00 2
  dfe3f200 9   0   00 2
  dfc27200 10  0   00 2
  f1885200 15  6396    2789309  0 2
  dffbce00 15  0   00 2
  dfe3fe00 16  0   00 2

Kay


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

Bug#342249: me too

[Saku Ytti]

Hello Adam! (CC'd Guido, please let me know if you don't want to be CC in
any further correspondence)

 I'd greatly appreciate XEN3.0 packages too, I know Ralph Passgang has done
some great work on this, but unfortunately he lacks access to AMD64 machine
to build binary packages to it, which I'd need and apparently quite a few
other users in debian community.
 Also he hasn't packaged xen-unstable, which should(?) work with newer
kernels than 2.6.12.

 So my humble feature request would be:
xen64 binary packages for xen3.0 and xen unstable
linux-xen-patch package for amd64 for xen3.0 and xen unstable, which
kernel-package integration. (to run as recent kernel as possible)

Thank you ever so much,
-- 
  ++ytti


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

Bug#347190: f-prot-installer: problem on check-updates

[Elmar Haneke]

Package: f-prot-installer
Version: 0.5.20
Severity: grave
Justification: renders package unusable


invoking check_updates does fail.
Due to the fail package configuration does also fail.

Here is the console output:

# ./check-updates
Use of uninitialized value in concatenation (.) or string at ./check-updates
line 594.
Signature file SIGN.DEF not found!  Fetching again!
Use of uninitialized value in concatenation (.) or string at ./check-updates
line 596.
Signature file SIGN2.DEF not found!  Fetching again!
Use of uninitialized value in concatenation (.) or string at ./check-updates
line 598.
Signature file MACRO.DEF not found!  Fetching again!
***
* F-Prot Antivirus Updater*
***

There's a new version of:
"Document/Office/Macro viruses" signatures on the web.
Starting to download...
Download completed.

There's a new version of:
"Application/Script viruses and Trojans" signatures on the web.
Starting to download...
Download completed.

Preparing to install Application/Script viruses and Trojans signatures.
Use of uninitialized value in concatenation (.) or string at ./check-updates
line 487.
Application/Script viruses and Trojans signatures have successfully been
installed.

Preparing to install Document/Office/Macro viruses signatures.
Use of uninitialized value in concatenation (.) or string at ./check-updates
line 524.
mv: Fehlender Zieldatei-Operand hinter ,,/var/tmp/f-prot/MACRO.DEF"
,,mv --help" gibt weitere Informationen.
Error while trying to replace old signature files.
Fatal error:.   Exiting... at ./check-updates line 525.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-mywin4lin
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages f-prot-installer depends on:
ii  debconf [debconf-2.0] 1.4.66 Debian configuration management sy
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  libwww-perl   5.803-4WWW client/server library for Perl
ii  unzip 5.52-6 De-archiver for .zip files
ii  wget  1.10.2-1   retrieves files from the web

f-prot-installer recommends no packages.

-- debconf information:
* f-prot-installer/reinstall: true
* f-prot-installer/update_defs: true
  f-prot-installer/install_later:
* f-prot-installer/action: Download and install
* f-prot-installer/configured: false
  f-prot-installer/note_cron:
  f-prot-installer/where_are_files: /tmp
* f-prot-installer/renamed:
* f-prot-installer/failed:


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

Bug#346555: Blender 2.4 and other packages

[Florian Ernst]

retitle 346555 python bindings for blender
thanks [EMAIL PROTECTED] BCC'd

Hello Suman,

thanks for your interest in this package.

On Mon, Jan 09, 2006 at 02:03:21AM +0530, Suman wrote:
> Can you please upgrade the blender package to 2.4.

Please note that there were already two bugs filed asking for
packaging the new upstream release (#345442 and #346144).
Multiple bugs for the very same issue won't do any good, at best they
will distract the maintainers. So please just follow up to an existing
bugreport if you actually want to express a "me too". ;)

> It would also be great if there is are seperate packages with blender
> documentation

Already filed previously as #229995.

> and python bindings for blender.

Retitling this bugreport accordingly as this is the only new item
mentioned here.
The maintainers will think about this, but at the moment I cannot make
any promises.

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#346500: xorg-x11: Hurd updates

[David Martínez Moreno]

tags 346500 + pending
thanks for the fish

El domingo, 8 de enero de 2006 15:00, Michael Banck escribió:
> this is the second set of Hurd updates, prepared by Samuel Thibault
> <[EMAIL PROTECTED]>:

Hello, Michael. Your last round of patches has been committed to SVN 
and will 
be included in the next X.Org Debian release.

Thanks for your contribution. Best regards,


Ender.
-- 
I find your lack of faith disturbing.
-- Darth Vader (Star Wars).
--
Desarrollador de Debian
Debian developer


pgpMTBErN7k1A.pgp
Description: PGP signature

Bug#347191: aspell: Dumps core with when (r)eplacing with 00

[Panu Kalliokoski]

Package: aspell
Severity: normal

I'm using aspell with the finnish dictionary.

When I run aspell on a file containing the three characters "OO\n" (that
is, big Oh, big Oh, newline, and use the (r)eplace functionality to
replace "OO" with "00" (zero, zero), aspell dumps core.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#347023: not fixed in ratpoison 1.3.0-8

[Martin Samuelsson]

reopen 347023
thank you,

I would say the bug fix didn't get all the way, based on that building
now failes for all architectures on the autobuilders.

http://buildd.debian.org/build.php?pkg=ratpoison

"
...
checking for X... no
configure: error: *** Can't find X11 headers and libs
make: *** [build] Error 1
**
Build finished at 20060109-0953
FAILED [dpkg-buildpackage died]
...
"

Probably this ends up in that the configure scripts need some serious
updating, more than merely replacing a few files.

As I've written on the wiki, I didn't really succeed in fixing them the
last time I tried:

http://ratpoison.elektrubadur.se/Development
--
/Martin


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

Bug#347192: ITP: njam -- full-featured cross-platform pacman clone

[Zak B. Elep]

Package: wnpp
Version: N/A; reported 2006-01-09
Severity: wishlist
Tags: already-in-ubuntu

* Package name : njam
  Version : 1.21
  Upstream Author : M.Babuskov <[EMAIL PROTECTED]>
* URL : http://njam.sourceforge.net
* License : GPL
  Description : full-featured cross-platform pacman clone

Stephan Hermann from Ubuntu has already packaged this since the
release of Breezy Badger.

--
Zak B. Elep  ||  http://zakame.spunge.org
[EMAIL PROTECTED]  ||  [EMAIL PROTECTED]
1486 7957 454D E529 E4F1  F75E 5787 B1FD FA53 851D

Bug#347193: O: sqlobject -- Object Relational Manager for providing an object interface to your database

[Carlos Perelló Marín]

Package: wnpp
Severity: normal

I don't have enough time to maintain this package. Upstream did already 
two releases after my last upload.

This package is not too complex to maintain so if you want to introduce 
yourself with Python package maintainership, this would be a good start.

Cheers.


-- System Information:
Debian Release: testing/unstable
  APT prefers dapper
  APT policy: (500, 'dapper')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-10-386
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#347194: doxygen: description is incomplete

[Frank Gevaerts]

Package: doxygen
Version: 1.4.2-4
Severity: wishlist

The description mentions support for C, C++ and IDL. According to the
manpage and the website, Java, Objective-C, Python are also fully
supported. I think they should also be mentionned in the package
description (maybe PHP, C#, and D as well, I don't know how complete
the support for these is).

Frank



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US.utf8 (charmap=UTF-8)

Versions of packages doxygen depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-13   GCC support library
ii  libpng12-0  1.2.8rel-1   PNG library - runtime
ii  libstdc++5  1:3.3.5-13   The GNU Standard C++ Library v3

-- no debconf information


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

Bug#345800: pkgsel: Dialog box title is "Configuring" while downloading packages

[Christian Perrier]

Quoting Joey Hess ([EMAIL PROTECTED]):
> Christian Perrier wrote:
> > When pkgsel is downloading packagesn, the progress bar title is
> > "Configuring" (which I translated by "Configuration de " in French) all
> > alone, which seems a bit strange.
> 
> Can you boot with DEBCONF_DEBUG=5 and get a log of that?

It took me time to do it, but here's the requested log file:

http://people.debian.org/~bubulle/d-i/syslog.bz2




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

Bug#347195: openoffice.org-gnome: Save document confirmation moves window focus

[Andre Wendt]

Package: openoffice.org-gnome
Version: 2.0.0-5
Severity: normal

When quitting OOo without saving your document, OOo asks you what to do.
The window focus, however, is neither on the OOo main window nor on the
confirmation where it should be.

Reproducible: always -- create a new document, type something, quit OOo,
wait for the confirmation message to appear. You cannot use the keyboard
to confirm your action without placing the focus back on the message box
using Alt-Tab.

This problem does not appear without openoffice.org-gnome installed.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages openoffice.org-gnome depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libgconf2-4  2.10.1-6GNOME configuration database syste
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgnomevfs2-0   2.10.1-5The GNOME virtual file-system libr
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.1-2Layout and rendering of internatio
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libstlport4.6c2  4.6.2-3 STLport C++ class library
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  openoffice.org-core  2.0.0-5 OpenOffice.org office suite archit

openoffice.org-gnome recommends no packages.

-- no debconf information


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

Bug#346229: raggle exits with an undefined method error in draw_items

[Michael Ablassmeier]

severity 346229 normal
thanks

hi,

On Mon, Jan 09, 2006 at 11:02:01AM +0100, Thomas Poindessous wrote:
> On Sun, Jan 08, 2006 at 02:55:48PM +0100, Michael Ablassmeier wrote:
> > On Fri, Jan 06, 2006 at 04:03:36PM +0100, Thomas Poindessous wrote:
> > > I got this error in raggle :
> > > 
> > > /usr/bin/raggle:2937:in `draw_items': undefined method `>' for 
> > > nil:NilClass (NoMethodError)
> > > from /usr/bin/raggle:2933:in `draw_items'
> > > from /usr/bin/raggle:3526:in `populate_feed_win'
> > > from /usr/bin/raggle:4268:in `init'
> > > from /usr/bin/raggle:5611:in `main'
> > > from /usr/bin/raggle:6654
> > 
> > im still unable to reproduce this bug. Can you please send me the list of 
> > feeds
> > youre reading (or even better, your ~/.raggle), this would help alot. 
> > Thanks.
> 
> here is my .raggle

thanks. Well, there seems to be something wrong with your feeds.yaml: 

   [EMAIL PROTECTED]:~/bug$ grep BinnewZ ../.raggle/feeds.yaml
title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
->  title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"

The last entry[1] in feeds.yaml seems to be the bad one. After deleting
it using vi, raggle starts up nicely. I cant really say what exactly is
causing raggle to bail out but please be aware that the link does _not_
provide a rss file, it seems like the contents of the site moved (im not
French). Im downgrading the bug to normal as i think this is a situation
which other people wont be able to reproduce that easily.

[1] http://www.altbinnewsgroup.com/rss/rss.php?cat_id=7

bye,
- michael


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

Bug#346229: raggle exits with an undefined method error in draw_items

[Thomas Poindessous]

On Mon, Jan 09, 2006 at 11:34:50AM +0100, Michael Ablassmeier wrote:
> severity 346229 normal
> thanks
> 
> hi,
> 
> On Mon, Jan 09, 2006 at 11:02:01AM +0100, Thomas Poindessous wrote:
> > On Sun, Jan 08, 2006 at 02:55:48PM +0100, Michael Ablassmeier wrote:
> > > On Fri, Jan 06, 2006 at 04:03:36PM +0100, Thomas Poindessous wrote:
> > > > I got this error in raggle :
> > > > 
> > > > /usr/bin/raggle:2937:in `draw_items': undefined method `>' for 
> > > > nil:NilClass (NoMethodError)
> > > > from /usr/bin/raggle:2933:in `draw_items'
> > > > from /usr/bin/raggle:3526:in `populate_feed_win'
> > > > from /usr/bin/raggle:4268:in `init'
> > > > from /usr/bin/raggle:5611:in `main'
> > > > from /usr/bin/raggle:6654
> > > 
> > > im still unable to reproduce this bug. Can you please send me the list of 
> > > feeds
> > > youre reading (or even better, your ~/.raggle), this would help alot. 
> > > Thanks.
> > 
> > here is my .raggle
> 
> thanks. Well, there seems to be something wrong with your feeds.yaml: 
> 
>[EMAIL PROTECTED]:~/bug$ grep BinnewZ ../.raggle/feeds.yaml
> title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
> title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
> title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
> title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
> title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
> ->  title: "R\xC3\xA9f\xC3\xA9rencement BinnewZ France Newsgroups"
> 
> The last entry[1] in feeds.yaml seems to be the bad one. After deleting
> it using vi, raggle starts up nicely. I cant really say what exactly is
> causing raggle to bail out but please be aware that the link does _not_
> provide a rss file, it seems like the contents of the site moved (im not
> French). Im downgrading the bug to normal as i think this is a situation
> which other people wont be able to reproduce that easily.

Hi, thanks for your help. 

Infact, the link is no more a rss, it says that rss file is no more
available.

Thanks.



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

Bug#347196: xalan: FTBFS on GNU/kFreeBSD

[Petr Salinger]

Package: xalan
Severity: important
Version: 1.10-1 
Tags: patch

Hi,

the current version fails to build on GNU/kFreeBSD.

It needs small tweak in configure.in/configure files. 
Please find attached patch to fix that. 

It would be nice if it could be included in the next upload.

Thanks in advance,

Petr
diff -u xalan-1.10/c/configure.in xalan-1.10/c/configure.in
--- xalan-1.10/c/configure.in
+++ xalan-1.10/c/configure.in
@@ -45,6 +45,7 @@
 case "${host}" in
 *-*-solaris*)   platform=SOLARIS ;;
 *-*-linux*) platform=LINUX ;;
+*-*-k*bsd*) platform=LINUX ;;
 *-*-freebsd*)   platform=FREEBSD ;;
 *-*-netbsd*)platform=NETBSD ;;
 *-*-irix*)  platform=IRIX ;;
only in patch2:
unchanged:
--- xalan-1.10.orig/c/samples/configure.in
+++ xalan-1.10/c/samples/configure.in
@@ -46,6 +46,7 @@
 case "${host}" in
 *-*-solaris*)   platform=SOLARIS ;;
 *-*-linux*) platform=LINUX ;;
+*-*-k*bsd*) platform=LINUX ;;
 *-*-freebsd*)   platform=FREEBSD ;;
 *-*-netbsd*)platform=NETBSD ;;
 *-*-irix*)  platform=IRIX ;;
diff -u xalan-1.10/c/configure xalan-1.10/c/configure
--- xalan-1.10/c/configure
+++ xalan-1.10/c/configure
@@ -2807,6 +2807,7 @@
 case "${host}" in
 *-*-solaris*)   platform=SOLARIS ;;
 *-*-linux*) platform=LINUX ;;
+*-*-k*bsd*) platform=LINUX ;;
 *-*-freebsd*)   platform=FREEBSD ;;
 *-*-netbsd*)platform=NETBSD ;;
 *-*-irix*)  platform=IRIX ;;
only in patch2:
unchanged:
--- xalan-1.10.orig/c/samples/configure
+++ xalan-1.10/c/samples/configure
@@ -1171,6 +1171,7 @@
 case "${host}" in
 *-*-solaris*)   platform=SOLARIS ;;
 *-*-linux*) platform=LINUX ;;
+*-*-k*bsd*) platform=LINUX ;;
 *-*-freebsd*)   platform=FREEBSD ;;
 *-*-netbsd*)platform=NETBSD ;;
 *-*-irix*)  platform=IRIX ;;

Bug#347197: akregator: Add multiple feeds

[max]

Package: akregator
Version: 4:3.4.3-1
Severity: wishlist


Hi,
i'd like add multiple feeds (sometimes the web page is very slow..and i
must waiting the transfer of feed web page :-( )
Is it possible have a multiple feeds add?

Tnks! ;-)

please reply here:
[EMAIL PROTECTED]

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.11
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages akregator depends on:
ii  kdelibs4c2a   4:3.4.3-2  core libraries for all KDE applica
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libkdepim1a   4:3.4.3-1  KDE PIM library
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded runtime v
ii  libstdc++64.0.2-5The GNU Standard C++ Library v3

akregator recommends no packages.

-- no debconf information


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

Bug#347198: [INTL:id] shadow

[Parlin Imanuel]

Package: shadow
Severity: wishlist
Tags: l10n, patch


hallo,

this is the update for 3 fuzzy listed in seppy's status page.

thank you...

-parlin-


shadow_po_id.po.gz
Description: Binary data

Bug#347199: axiom-doc: Book is all-monospace after page 1019

[Matijs van Zuijlen]

Package: axiom-doc
Version: 20050901-4
Severity: normal

At page 1019 of the Axiom book (the 1036th page of the pdf file), the text
becomes all-monospace. I believe this is due to a typo in the file
book.pamphlet, line 62236, where it says:

  {\tt n}. If {\tt n} is a negative number, it refers to the \tt n-th

Instead, the final \tt should have some braces, probably like so:

  {\tt n}. If {\tt n} is a negative number, it refers to the {\tt n}-th

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-powerpc
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-- no debconf information


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

Bug#236252: Please move all compose files in /etc

[Denis Barbier]

On Thu, Oct 13, 2005 at 06:08:59PM +0300, Anton Zinoviev wrote:
> Hi!
> 
> I was just to report a new bug that the Compose files should be moved
> in /etc when I saw this bug about
> 
> /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose
> 
> Please move to /etc all Compose files, not only the cited in the bug
> report.

Hi Anton,

please have a look at
http://www.xfree86.org/4.4.0/RELNOTES5.html#42
Sysadmins can override default settings by providing customized
compose files, say /etc/X11/Compose:
  include "%L"
  #  My own compose sequences
  : bar
and tweak init scripts to set XCOMPOSEFILE=/etc/X11/Compose.

IMO this solution is much better than having lots of conffiles.
If this is a reasonable solution, maybe this bug can be closed?

Denis


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

Bug#240883: Re: exiwhat: display also Exim version number

[Marc Haber]

user [EMAIL PROTECTED]
usertags #240883 - forwarded-upstream
tags #240883 wontfix
thanks

On Fri, Jan 06, 2006 at 04:51:43PM +0100, Marc Haber wrote:
> user [EMAIL PROTECTED]
> usertags #240883 forwarded-upstream
> forwarded #240883 http://www.exim.org/bugzilla/show_bug.cgi?id=67
> thanks

Upstream has indicated that this issue is not going to be fixed.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#345714: libboost-program-options-dev: Fails to parse valid options with a common root

[Roger Leigh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 345714 + fixed-upstream
thanks

This was just fixed in upstream CVS.


Regards,
Roger

- -- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iD8DBQFDwkKMVcFcaSW/uEgRAhmFAJ0WJo2CgvJkaYPIXLKW94T9KR75kgCg0J9V
3XH42ZY7/PUb3ddO+TUoRKQ=
=klm/
-END PGP SIGNATURE-


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

Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer

[Steve Langasek]

On Mon, Jan 09, 2006 at 10:35:18AM +0100, Sven Luther wrote:
> On Mon, Jan 09, 2006 at 01:08:49AM -0800, Steve Langasek wrote:
> > Package: linux-2.6
> > Version: 2.6.14-7
> > Severity: important

> > Sigh, can't get a break with alpha kernel support around here.  After
> > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works
> > correctly on my alpha with a Matrox Millenium II.  The matroxfb_base module
> > loads without error, but gives me corrupt video output only.

> Try turning off acceleration.

Doesn't make a difference.

What did make a difference was, after googling, loading fbcon manually
before loading matroxfb_base.  Given that I'm loading matroxfb_base by hand
(/etc/modules), it's not getting loaded via udev or anything like that, it
seems to me that it's my responsibility to load fbcon by hand as well, but
it's still something of an unexpected change from 2.4.  It might be nice to
have these modules all autoloaded by something, but it's not strictly
necessary, and some users may not want the framebuffer activated
automatically?

The other issue (and the first thing I was trying to get work, which led me
to believe the fb was completely broken) is that, even though console works
on the framebuffer now, X does not.  This breakage corresponds to the kernel
upgrade, not to any changes in X, so still looks like a kernel bug to me.

If I turn off "UseFBDev" in my xorg.conf, X displays correctly.  I haven't
poked yet to see what this does performance-wise.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#347200: dnsutils: cannot parse /etc/resolv.conf

[Paul Wise]

Package: dnsutils, bind9-host
Version: 1:9.3.2-1
Severity: important

I'm unable to use the current versions of dig and host to resolve
hostnames. Other applications work fine - wget for instance. My
resolv.conf is the same as it has always been - generated by pump from
dhcp information spit out by my adsl modem.

[EMAIL PROTECTED]:~$ host google.com
host: parse of /etc/resolv.conf failed
[EMAIL PROTECTED]:~$ dig google.com
dig: parse of /etc/resolv.conf failed
[EMAIL PROTECTED]:~$ resolveip google.com
IP address of google.com is 72.14.207.99
IP address of google.com is 64.233.187.99
[EMAIL PROTECTED]:~$ wget slashdot.org
--18:59:03--  http://slashdot.org/
   => `index.html'
Resolving slashdot.org... 66.35.250.150

[EMAIL PROTECTED]:~$ cat /etc/resolv.conf
search
nameserver 203.21.20.20

Since removing the search line fixes this, I'm making this important
instead of grave, but I'd rather not have to modify that file on
startup.

-- System Information:
Debian Release: unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages dnsutils depends on:
ii  bind9-host [host] 1:9.3.2-1  Version of 'host' bundled with BIN
ii  libbind9-01:9.3.2-1  BIND9 Shared Library used by BIND
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libdns21  1:9.3.2-1  DNS Shared Library used by BIND
ii  libisc11  1:9.3.2-1  ISC Shared Library used by BIND
ii  libisccfg11:9.3.2-1  Config File Handling Library used 
ii  liblwres9 1:9.3.2-1  Lightweight Resolver Library used 
ii  libssl0.9.8   0.9.8a-5   SSL shared libraries

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#347201: Subject: kdeprint: kjobviewer starts and stop for each job

[Grégoire Druant]

Package: kdeprint
Version: 4:3.5.0-3
Severity: normal

Kjobviewer starts for each printing job and stop just after since I
upgraded to kde 3.5.

That's very annoying when you have a lot of small printing jobs to do,
and each kjobviewer starting is a waste of time. I think it should
either run all the time in background or run on demand, or maybe the
choice should be given to the user.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kdeprint depends on:
ii  enscript  1.6.4-7Converts ASCII text to Postscript,
ii  kdelibs4c2a   4:3.5.0-3  core libraries for all KDE applica
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-6  GCC support library
ii  libqt3-mt 3:3.3.5-3  Qt GUI Library (Threaded runtime v
ii  libstdc++64.0.2-6The GNU Standard C++ Library v3
ii  poster20020830-2 Create large posters out of PostSc
ii  psutils   1.17-21A collection of PostScript documen

Versions of packages kdeprint recommends:
ii  gs-esp [postscript-viewe 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr
ii  gs-gpl [postscript-viewe 8.15-4.1The GPL Ghostscript PostScript int

-- no debconf information


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

Bug#319689: Radeon default AGPMode

[Kaare Hviid]

I don't know if this is related, but using 6.9.0.dfsg.1-2 on amd64
2.6.14 and 2.6.15 systems, I have a similar lockup if the *glx* module
is enabled.  Forcing the AGPMode appears to help.  My particular card is
a 9200 (non-SE).  I've also had two reports of this helping on 9600
cards.  In Section "Device", try adding

Option  "AGPMode"   "8"

That is, the default AGPMode (1x?) doesn't work anymore on all radeon
cards.

My `lspci -v` output:

:01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 
9200] (rev 01) (prog-if 00 [VGA])
Subsystem: PC Partner Limited: Unknown device 7c11
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
Memory at d000 (32-bit, prefetchable) [size=128M]
I/O ports at c000 [size=256]
Memory at fd80 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at fd70 [disabled] [size=128K]
Capabilities: [58] AGP version 3.0
Capabilities: [50] Power Management version 2

:01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200] 
(Secondary) (rev 01)
Subsystem: PC Partner Limited: Unknown device 7c10
Flags: bus master, 66MHz, medium devsel, latency 64
Memory at c800 (32-bit, prefetchable) [size=128M]
Memory at fd60 (32-bit, non-prefetchable) [size=64K]

-ukh


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

Bug#337317: Processed: Re: Processed: Reassign #337317 to libusb

[Andreas Jellinghaus]

Am Montag, 9. Januar 2006 09:02 schrieb Eric Dorland:
> Aurelian,
>
> Could you comment as to whether this is libusb breakage or not?

the bug was closed. I still think it was in libusb, but can't find anything
in the source. as an alternative the kernel might have been patched
with some crap and thus malfunctioned.

but as noone can reproduce the problem, and I didn't get any new
bug reports either, we can keep it closed. if you can reproduce the
problem however (run "strace openct-control init", if ifdhandler is
run with "/proc/bus/usb/X/Y" instead of "/proc/bus/usb/XXX/YYY"
you found the problem), please let me know.

the claim that it was the kernel fault is not true, in as far as the
vanilla kernel has been working or me and many other people
very well and doesn't cause any problem.

the claim that we need to handle two namespaces is wrong:
openct uses and depends on usbfs mounted on /proc/bus/usb
and I haven't heard that anyone will obsolete that interface.

till today kernel<->user space api has been very stable, so
I hope usb will be no exception, so I hope we can count on
the /proc/bus/usb/XXX/YYY namespace for a several more years,
i.e. wait till the new namespace has been settled down (I guess
they changed it at least once times in the meantime), and has
been deployed to all current systems, so we can realy count on
it being available.

the claim that we could use usb_open() is simply not true:
libusb has no select() / poll() interface as far as I know.
neither does it understand the strings given to us by
the linux kernel, hotplug, udev, hald, freebsd usbd or devd
or the similar mechanisms on other operating systems,

I'd be happy to use libusb and dump our native code.
but so far it looks like it would be a lot easier to dump libusb
and write everything ourself, than to use libusb. 

requests to add the features we need to libusb have been
unsuccessful. as far as I know the design principle is to only
offer what all plattforms offer, and that is a very limited subset,
mostly because of apple mac os X and its very, very different api.

Regards, Andreas


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

Bug#346433: Files missing from /etc/request-tracker3.4

[Stephen Quinney]

On Sat, Jan 07, 2006 at 10:14:25PM +, Nicholas Humfrey wrote:
> 
> The following files are missing from /etc/request-tracker3.4
> 
> RT_SiteConfig.pm
> acl.*
> constraints.mysql
> drop.*
> schema.*
> 
> 
> Made it quite hard to create the database!
> (rt-setup-database-3.4 reported schema missing)

I really do not know how you have managed this. Do a quick check on
the contents of the installed package with something like:

dpkg -L request-tracker3.4 | grep etc

(see my list at the bottom of the message) I can certainly see
RT_SiteConfig.pm, acl.*, schema.*, granted I cannot see
constraints.mysql or drop.* in there. I'll check out whether those
should be there.

Thanks for the report,

Stephen Quinney


Here's my listing of the /etc in the request-tracker3.4 package:

/etc
/etc/request-tracker3.4
/etc/request-tracker3.4/upgrade
/etc/request-tracker3.4/upgrade/3.1.0
/etc/request-tracker3.4/upgrade/3.1.0/schema.SQLite
/etc/request-tracker3.4/upgrade/3.1.0/acl.SQLite
/etc/request-tracker3.4/upgrade/3.1.0/schema.Oracle
/etc/request-tracker3.4/upgrade/3.1.0/acl.Oracle
/etc/request-tracker3.4/upgrade/3.1.0/acl.mysql
/etc/request-tracker3.4/upgrade/3.1.0/acl.Pg
/etc/request-tracker3.4/upgrade/3.1.0/schema.Informix
/etc/request-tracker3.4/upgrade/3.1.0/schema.mysql
/etc/request-tracker3.4/upgrade/3.1.0/schema.Pg
/etc/request-tracker3.4/upgrade/3.1.0/acl.Informix
/etc/request-tracker3.4/upgrade/3.1.0/content
/etc/request-tracker3.4/upgrade/3.1.15
/etc/request-tracker3.4/upgrade/3.1.15/content
/etc/request-tracker3.4/upgrade/3.1.17
/etc/request-tracker3.4/upgrade/3.1.17/content
/etc/request-tracker3.4/upgrade/3.3.0
/etc/request-tracker3.4/upgrade/3.3.0/schema.Oracle
/etc/request-tracker3.4/upgrade/3.3.0/acl.SQLite
/etc/request-tracker3.4/upgrade/3.3.0/acl.Oracle
/etc/request-tracker3.4/upgrade/3.3.0/acl.mysql
/etc/request-tracker3.4/upgrade/3.3.0/acl.Pg
/etc/request-tracker3.4/upgrade/3.3.0/schema.mysql
/etc/request-tracker3.4/upgrade/3.3.0/schema.Pg
/etc/request-tracker3.4/upgrade/3.3.0/acl.Informix
/etc/request-tracker3.4/upgrade/3.3.0/content
/etc/request-tracker3.4/upgrade/3.3.11
/etc/request-tracker3.4/upgrade/3.3.11/schema.SQLite
/etc/request-tracker3.4/upgrade/3.3.11/acl.SQLite
/etc/request-tracker3.4/upgrade/3.3.11/schema.Oracle
/etc/request-tracker3.4/upgrade/3.3.11/acl.Oracle
/etc/request-tracker3.4/upgrade/3.3.11/acl.mysql
/etc/request-tracker3.4/upgrade/3.3.11/acl.Pg
/etc/request-tracker3.4/upgrade/3.3.11/schema.mysql
/etc/request-tracker3.4/upgrade/3.3.11/schema.Pg
/etc/request-tracker3.4/upgrade/3.3.11/content
/etc/request-tracker3.4/RT_Config.pm
/etc/request-tracker3.4/RT_SiteConfig.pm
/etc/request-tracker3.4/acl.Informix
/etc/request-tracker3.4/acl.Oracle
/etc/request-tracker3.4/acl.Pg
/etc/request-tracker3.4/acl.Sybase
/etc/request-tracker3.4/acl.mysql
/etc/request-tracker3.4/initialdata
/etc/request-tracker3.4/schema.Informix
/etc/request-tracker3.4/schema.Oracle
/etc/request-tracker3.4/schema.Pg
/etc/request-tracker3.4/schema.SQLite
/etc/request-tracker3.4/schema.Sybase
/etc/request-tracker3.4/schema.mysql
/etc/request-tracker3.4/RT_SiteModules.pm
/etc/logcheck
/etc/logcheck/ignore.d.workstation
/etc/logcheck/ignore.d.workstation/request-tracker3_4
/etc/logcheck/ignore.d.server
/etc/logcheck/ignore.d.server/request-tracker3_4
/var/cache/request-tracker3.4/mason_data/etc


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

Bug#347004: NMU at will

[Baruch Even]

Thanks for the bug report, I will try to get to it sooner rather than
later, but if someone has this NMU-ready, please feel free to upload at
will. With the expected patch in a bug-report.

Regards,
Baruch


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

Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer

[Norbert Tretkowski]

* Sven Luther wrote:
> matroxfb is problematic, since the matroxfb maintainer didn't agree
> on the 2.4->2.6 fbdev API change, and thus things broke all over,
> and has a huge patch that reverses the new fbdev stuff. At least
> this was the case a year or two back at least.

Last time I tried matroxfb on alpha (IIRC it was with 2.5.68), this
patch helped to get it working correctly:

ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/

I thought that patch was integrated upstream already, but there's a
patch against 2.6.15-rc4, so I don't think it was integrated already.

Norbert


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

Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer

[Sven Luther]

On Mon, Jan 09, 2006 at 02:51:46AM -0800, Steve Langasek wrote:
> On Mon, Jan 09, 2006 at 10:35:18AM +0100, Sven Luther wrote:
> > On Mon, Jan 09, 2006 at 01:08:49AM -0800, Steve Langasek wrote:
> > > Package: linux-2.6
> > > Version: 2.6.14-7
> > > Severity: important
> 
> > > Sigh, can't get a break with alpha kernel support around here.  After
> > > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer works
> > > correctly on my alpha with a Matrox Millenium II.  The matroxfb_base 
> > > module
> > > loads without error, but gives me corrupt video output only.
> 
> > Try turning off acceleration.
> 
> Doesn't make a difference.
> 
> What did make a difference was, after googling, loading fbcon manually
> before loading matroxfb_base.  Given that I'm loading matroxfb_base by hand
> (/etc/modules), it's not getting loaded via udev or anything like that, it
> seems to me that it's my responsibility to load fbcon by hand as well, but

Indeed, if you load it by hand, you need to load fbcon also. Maybe there
should be a dependency between matroxfb and fbcon, which modprobe would then
take care of, but i guess it also makes sense to use matroxfb without fbcon,
or something.

> it's still something of an unexpected change from 2.4.  It might be nice to
> have these modules all autoloaded by something, but it's not strictly
> necessary, and some users may not want the framebuffer activated
> automatically?

I think that if you configure yaird to load in matroxfb, it should then also
load fbcon.

> The other issue (and the first thing I was trying to get work, which led me
> to believe the fb was completely broken) is that, even though console works
> on the framebuffer now, X does not.  This breakage corresponds to the kernel
> upgrade, not to any changes in X, so still looks like a kernel bug to me.

What X version are you using ? 

> If I turn off "UseFBDev" in my xorg.conf, X displays correctly.  I haven't
> poked yet to see what this does performance-wise.

Should not make a difference.

Friendly,

Sven Luther



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

Bug#326133: xserver-xorg: VIA driver : Option TVVscan not working or unavailable

[David Martínez Moreno]

El martes, 13 de septiembre de 2005 12:01, Luc Verhaegen escribió:
> On Tue, Sep 13, 2005 at 10:39:47AM +0200, Roel Teuwen wrote:
> > Hi Luc,
> >
> > Ok thank you for the help.
> >
> > FYI I found out why I was trying to use TVVscan
> > http://www.x.org/X11R6.8.2/doc/via.4.html still lists it as an option.
> > Is debian using a different version of driver, or is the site
> > out-of-date ?
> >
> > Best regards,
> >
> > Roel
>
> The debian x.org comes with a unichrome.sf.net version and the
> appropriate manpage. The X.org 6.8.2 release still came with something
> very closely resembling the august 2003 VIA release (due to my tardyness
> when 6.8.2 went into a freeze).

Should I then close this bug? I understand that I should, but I prefer 
to 
consult you.

Best regards,


Ender.
-- 
I find your lack of faith disturbing.
-- Darth Vader (Star Wars).
--
Desarrollador de Debian
Debian developer


pgpVGtu0rOrg5.pgp
Description: PGP signature

Bug#347202: ITP: xmms-midi -- MIDI plugin for XMMS

[Paul Wise]

Package: wnpp
Severity: wishlist
Owner: Paul Wise <[EMAIL PROTECTED]>

* Package name: xmms-midi
  Version : 0.03
  Upstream Author : Chris Reed <[EMAIL PROTECTED]>
* URL : 
http://web.archive.org/web/20040401143932/http://ban.joh.cam.ac.uk/~cr212/xmms-midi/
* License : GPL
  Description : MIDI plugin for XMMS
This plugin enables XMMS to play MIDI files through Timidity.

Although upstream is long gone, I use this plugin quite a bit and will
maintain it properly until such time as I no longer use xmms. I'll need
a sponsor. Co-maintainers are welcome.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#344538: build problems on sarti

[Frank Küster]

Martin-Éric Racine <[EMAIL PROTECTED]> wrote:

> ma, 2006-01-09 kello 10:10 +0100, Frank Küster kirjoitti:
>> 
>> Of course it does - one more reason to believe that the problem is on
>> the side of that particular machine: Hardware problems on sarti.
>
> I think that it's not likely a hardware problem as much as a possible
> misconfiguration of e.g. executable search paths. At least, Bdale's
> previous e-mail leads me to believe that this is where the investigation
> could start. 

I don't think so.  Last time, it failed while configuring tetex-bin, and
the binary pdfetex was called succesfully a couple of times but failed
once; omega and aleph were each called successfully once and failed the
second time - this rather points to a TeX input file being corrupted.
For a log, see 

http://buildd.debian.org/fetch.php?&pkg=mysql-dfsg-5.0&ver=5.0.16-1&arch=hppa&stamp=1132626014&file=log&as=raw

(btw, why are old failed buildd logs not available from
http://buildd.debian.org/build.php?arch=hppa&pkg=mysql-dfsg-5.0, I
wonder?)

> Another place to look would be to verify whether there is
> sufficient disk space to install and configure huge build-deps on Sarti.

Shouldn't this give much more failures?

Regards, Frank

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#346056: sauce: Oldest Standards-Version of any package in Debian

[Ian Jackson]

Nathanael Nerode writes ("Bug#346056: sauce: Oldest Standards-Version of any 
package in Debian"):
> Perhaps you could see fit to read through the summary of changes in policy
> since then ( /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the
> debian-policy package ) and update the standards version to something from
> this century.

I'm working on a new upstream version (which is sorely needed) and I
will also update the Standards-Version.

Ian.


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

Bug#346710: gnokii: FTBFS: build-depends on removed xlibs-dev

[Thijs Kinkhorst]

Hello Bradley, George,

gnokii now has an RC bug. However, Bradley offered it up for adoption in
<[EMAIL PROTECTED]>, and George responded that he
would take it, so that's great. This would be a good time for George to
make a new upload :)

>   This is a serious bug filed against your package because it
>   build-depends on xlibs-dev, which as announced in [1] a while ago, is
>   no longer available in sid. This makes your package fail to build from
>   source.

However, since there hasn't been concrete action from George yet, I plan
to NMU this package after a week from now. I'll fix this bug, #334070
(dependency on adduser) and #343813 (libmysqlclient transition), to make
these two transitions go on and keep gnokii up to date w.r.t. packaging.

Please let me know if you object to this.


BTW, you really should file an RFA (Bradley) or ITA (George) to more
explicitly flag the status of this package.


bye,
Thijs


signature.asc
Description: This is a digitally signed message part

Bug#347203: ITP: millerquest -- non-interactive role-playing simulator game

[Guido Trotter]

Package: wnpp
Severity: wishlist
Owner: Guido Trotter <[EMAIL PROTECTED]>

* Package name: millerquest
  Version : 0.9.1
  Upstream Author : Urpo Lankinen 
* URL : http://www.beastwithin.org/users/olf/games/millerquest/
* License : GPL
  Description : non-interactive role-playing simulator game

Miller's Quest! is a role-playing simulator game. It could also be
described as a "fire-and-forget role-playing game". In other words, it
is not a role-playing game in the most traditional sense, because there
is absolutely no player interaction. The emphasis on this game is the
simulation of role-playing.


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

Bug#272294: Please retest with latest Debian X.Org.

[David Martínez Moreno]

Hello, Alex. Could you please report failure or sucess with X.Org 6.9 
packages? i810 went under severe rewrite, so your bug is possibly fixed.

Best regards,


Ender.
-- 
There is no spoon...
-- Neo (Matrix).
--
Desarrollador de Debian
Debian developer


pgpmGng3keYog.pgp
Description: PGP signature

Bug#286213: Please retest with latest X.Org packages.

[David Martínez Moreno]

Hello, Jorgen. Your bug has very little information, and has no updates 
in 
more than a year. Could you please report if you are yet affected by this 
bug?

Best regards,


Ender.
-- 
- Where's Johns?
- Which half? 
-- Imam & Riddick (Pitch Black).
--
Desarrollador de Debian
Debian developer


pgpHhIWJ1OyAq.pgp
Description: PGP signature

Bug#302235: I will work on it

[Carlos Eduardo Pedroza Santiviago]

Hi,

I will work on this and make a package for Ubuntu. Hopefully, it'll work
on Debian too.

--
Carlos Eduardo Pedroza Santiviago - <[EMAIL PROTECTED]>




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

Bug#346543: [EMAIL PROTECTED]: Bug#346543: udev netlink problems with kernel 2.6.15 on alpha]

[Kay Sievers]

On Mon, Jan 09, 2006 at 09:02:22AM +0100, Uwe Schindler wrote:
> At 02:00 09.01.2006, Kay Sievers wrote:
> >On Sun, Jan 08, 2006 at 07:21:35PM +0100, Marco d'Itri wrote:
> >> Any comments?
> >
> >> Subject: Bug#346543: udev netlink problems with kernel 2.6.15 on alpha
> >> To: [EMAIL PROTECTED]
> >> From: Uwe Schindler <[EMAIL PROTECTED]>
> >>
> >> I installed linux-image-2.6.15-1 (2.6.15-2) from Norbert on my alpha
> >> machine. After rebooting I got some strange effects:
> >>
> >> udevd[pid]: error receiving netlink events: no buffer space
> >> available
> >
> >> I think you should open a bug report directly at udev and tell them
> >> to set the receive buffer size directly in the udev code so that it
> >> does not depend on /proc/variables set before. It could also be an
> >> error in the kernel, but on Norberts machine it works. I do not know...
> >
> >udevd sets the buffer size to 16Mb since some time, without fiddling
> >around with the global sysctrls:
> >
> >http://kernel.org/git/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=udevd.c#l781
> >
> >If that's not working, it's probably a kernel bug on your architecture.
> >Works fine for me, here is a big buffer filled up with a stopped udevd:
> >  $ cat /proc/net/netlink
> >  sk   Eth PidGroups   Rmem Wmem Dump Locks
> >  dfd86000 0   0   00 2
> >  f7779800 0   3259   0011 00 2
> >  dfe3f200 9   0   00 2
> >  dfc27200 10  0   00 2
> >  f1885200 15  6396    2789309  0 2
> >  dffbce00 15  0   00 2
> >  dfe3fe00 16  0   00 2
> 
> Hm interesting. In your code I see, that you only set the actual 
> buffer size (not the maximum):
> setsockopt(uevent_netlink_sock, SOL_SOCKET, SO_RCVBUFFORCE, 
> &buffersize, sizeof(buffersize));  /* == 16*1024*1024 */

No, it's "...FORCE"!

> I had the same problem. When leaving out in my udev-fix script the 
> setting of that MAX value BEFORE the actual value via /proc it does 
> not work. I could check both values (MAX and CURRENT) before setting 
> them on boot time with a "cat" command to printout in the script as 
> soon as I reboot.
> 
> As I know from the "maximum file descriptors" thing that userspace 
> programs can only set the current value, not the maximum value for 
> the whole system. On Linux this maximum value can only be set by 
> /proc and in Solaris in the kernel configuration file.
> 
> Could it be that on alpha the maximum value is too small initially?

No, idea, but as it obviously works on the common architectures, you
need to track that on the failing box, I don't have such a system to
try.

Good luck,
Kay


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

Bug#347004: NMU at will

[Steve Langasek]

tags 347004 patch
thanks

Hi Baruch,

On Mon, Jan 09, 2006 at 11:04:30AM +, Baruch Even wrote:
> Thanks for the bug report, I will try to get to it sooner rather than
> later, but if someone has this NMU-ready, please feel free to upload at
> will. With the expected patch in a bug-report.

Ok, here's an NMU patch for mdk.  The NMU will be uploaded shortly.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u mdk-1.2.1/debian/control mdk-1.2.1/debian/control
--- mdk-1.2.1/debian/control
+++ mdk-1.2.1/debian/control
@@ -2,7 +2,7 @@
 Section: otherosfs
 Priority: optional
 Maintainer: Baruch Even <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.0.0), libgtk2.0-dev, xlibs-dev, zlib1g-dev, 
libglade2-dev, guile-1.6-dev, flex, tetex-bin, texinfo
+Build-Depends: debhelper (>> 4.0.0), libgtk2.0-dev, zlib1g-dev, libglade2-dev, 
guile-1.6-dev, flex, tetex-bin, texinfo
 Standards-Version: 3.6.2
 
 Package: mdk
diff -u mdk-1.2.1/debian/changelog mdk-1.2.1/debian/changelog
--- mdk-1.2.1/debian/changelog
+++ mdk-1.2.1/debian/changelog
@@ -1,3 +1,12 @@
+mdk (1.2.1-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for RC bugfix.
+  * Drop build-dependency on obsolete xlibs-dev package, which is not needed
+at all anyway (closes: #347004).
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Mon,  9 Jan 2006 03:29:33 -0800
+
 mdk (1.2.1-1) unstable; urgency=low
 
   * New upstream version


signature.asc
Description: Digital signature

Bug#347205: mesag-dev: libxll-6-dev not in sid

[William Mitchell Jr]

Package: mesag-dev
Severity: grave
Justification: renders package unusable

mesag-dev not installable on sid due to libx11-6-dev dependency.
There is no libx11-6-dev in sid.
libx11-dev is in sid, not libx11-6-dev.

WM
--


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.5
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#347206: devilspie: Missing sample config

[Marvin Stark]

Package: devilspie
Version: 0.16-1
Severity: wishlist

Hi,

I'm miss a sample config for devilspie...
I think it would be a good idea to include one
in /usr/share/doc/devilspie.

Best regards,

Marvin Stark

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages devilspie depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.5-9 GNU C Library: Shared libraries an
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libpango1.0-01.10.1-2Layout and rendering of internatio
ii  libwnck162.10.3-1Window Navigator Construction Kit 
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries m

devilspie recommends no packages.

-- no debconf information


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

Bug#258263: same problem with digitaldj

[Tim Dijkstra]

On Mon, 09 Jan 2006 20:27:13 +1100
Craig Small <[EMAIL PROTECTED]> wrote:

> Package: digitaldj
> Version: 0.7.3-1
> Followup-For: Bug #258263
> 
> At least the submitter got a little futher than me!
> 
> I get to where it says unable to connect to SQL server, if i click Yes
> it crashes.
> 
> Running with -v gives me some more things, but the point is it crashes
> whenever it goes near the database.
> 
> I suspect it is related to the old mysql client library, here is the
> last few lines of a strace.

Did you try the new version that I mentioned in the bug-log?

grts Tim


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

Bug#345099: Problem solved by turning kernel framebuffer interface off

[Jiri Palecek]

Hello,

I turned the kernel frambuffer interface ("UseFBDev") off, and all modes are
working now.
__
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193



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

Bug#346804: Bug#347004: NMU at will

[Steve Langasek]

tags 34604 patch
thanks

On Mon, Jan 09, 2006 at 11:04:30AM +, Baruch Even wrote:
> Thanks for the bug report, I will try to get to it sooner rather than
> later, but if someone has this NMU-ready, please feel free to upload at
> will. With the expected patch in a bug-report.

And here is a patch for xclip; NMU on its way to incoming as well.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u xclip-0.08/debian/control xclip-0.08/debian/control
--- xclip-0.08/debian/control
+++ xclip-0.08/debian/control
@@ -2,7 +2,7 @@
 Section: x11
 Priority: optional
 Maintainer: Baruch Even <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 3.0.0), xlibs-dev, xutils
+Build-Depends: debhelper (>> 3.0.0), libx11-dev, libxmu-dev, x-dev, xutils
 Standards-Version: 3.6.1
 
 Package: xclip
diff -u xclip-0.08/debian/changelog xclip-0.08/debian/changelog
--- xclip-0.08/debian/changelog
+++ xclip-0.08/debian/changelog
@@ -1,3 +1,12 @@
+xclip (0.08-4.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for RC bugfix.
+  * Build-depend on libx11-dev, libxmu-dev, x-dev instead of on the obsolete
+xlibs-dev (closes: #346804).
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Mon,  9 Jan 2006 03:36:15 -0800
+
 xclip (0.08-4) unstable; urgency=low
 
   * Change directory when waiting for X11 events, this allows the user to


signature.asc
Description: Digital signature

Bug#346804: Bug#347004: NMU at will

[Baruch Even]

Thanks!

Steve Langasek wrote:
> tags 34604 patch
> thanks
> 
> On Mon, Jan 09, 2006 at 11:04:30AM +, Baruch Even wrote:
> 
>>Thanks for the bug report, I will try to get to it sooner rather than
>>later, but if someone has this NMU-ready, please feel free to upload at
>>will. With the expected patch in a bug-report.
> 
> 
> And here is a patch for xclip; NMU on its way to incoming as well.
> 
> Cheers,


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

Bug#345714: libboost-program-options-dev: Fails to parse valid options with a common root

[Domenico Andreoli]

On Mon, Jan 09, 2006 at 11:01:34AM +, Roger Leigh wrote:
> tags 345714 + fixed-upstream
> thanks
> 
> This was just fixed in upstream CVS.

oh.. fine :)

which is the file to be fixed? i'd fix it in the next 1.33.1-2 package?

thanks
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://people.debian.org/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


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

Bug#347204: alsa-utils: alsa-base should be Depends: not Recommends:

[William Mitchell Jr]

Package: alsa-utils
Version: 1.0.10-1
Severity: grave
Justification: renders package unusable

The alsa utilities in this package do not work without /dev/snd
which alsa-base provides.

Therefore, alsa-base should be Depends not Recommends.

WM
--


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.5
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages alsa-utils depends on:
ii  libasound2 1.0.10-2  ALSA library
ii  libc6  2.3.5-11  GNU C Library: Shared libraries an
ii  libncurses55.5-1 Shared libraries for terminal hand
ii  linux-sound-base   1.0.10-3  base package for ALSA and OSS soun
ii  lsb-base   3.0-13Linux Standard Base 3.0 init scrip
ii  module-init-tools  3.2.2-1   tools for managing Linux kernel mo
ii  modutils   2.4.27.0-3Linux module utilities
ii  pciutils   1:2.1.11-15.3 Linux PCI Utilities
ii  python 2.3.5-3   An interactive high-level object-o
ii  whiptail   0.51.6-31 Displays user-friendly dialog boxe

Versions of packages alsa-utils recommends:
ii  alsa-base 1.0.10-3   ALSA driver configuration files

-- no debconf information


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

Bug#344124: fontforge: Should no longer Build-Depend on xlibs-dev

[Steve Langasek]

tags 344124 fixed
thanks

Apparently this bug was already fixed in 0.0.20051205-0.1, but the bug was
not mentioned in the changelog.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#345129: linux-image-2.6.14-2-686 and ALI5451 module

[Laurent Neiger]

Bonjour Max|Maks

maximilian attems wrote:


c'est une trop belle langue .. non ??


oui, j'imagine difficile a apprendre car tres riche, mais tres belle, 
effectivement... Merci ! :-)



please test against linux-image-2.6.15 in the archive?
aboves mentioned option is disabled.


Yes I did it this morning (away from my laptop these 3 last days...).
I was about to answer you, as expected.

Unfortunately behavior is just the same with this official debian 
release than with the RC of last week. Logical BTW, when RC is approved 
it's switched to unstable without (many) changes I guess.


Alsa module for ALI5451 is still providing the same errors, but as you 
said I guess I should report it to alsa developpers. Do you have the 
email address to contact them please ?



However you might be more directly concerned by the USB point. As I 
mentionned in one of my previous email my integrated touchpas and 
keyboard are now working, my external USB mouse is still working too, 
but my external PS/2 keyboard, linked to the laptop in USB via a 
PS2-2-USB device is no longer working.

The logs in 2.6.14 boot vs. 2.5.15 are attached.

Don't worry too much for that behavior, I can work fine running 2.6.14.
I just report that point to help developpers knowing what's happening 
with special configs. How to work if nobody's telling you something's 
wrong somewhere ? That's a problem I often have in my sysadmin job...


I wish you a good day,

best regards,

Laurent-the-frenchie-with-a-very-weird-laptop ;-)



2.6.15 - external keyboard not working :


Jan  9 11:35:55 laptop syslogd 1.4.1#17: restart.
Jan  9 11:35:55 laptop kernel: klogd 1.4.1#17, log source = /proc/kmsg 
started.

Jan  9 11:35:55 laptop kernel: Inspecting /boot/System.map-2.6.15-1-686
Jan  9 11:35:56 laptop kernel: Loaded 21545 symbols from 
/boot/System.map-2.6.15-1-686.

Jan  9 11:35:56 laptop kernel: Symbols match kernel version 2.6.15.
Jan  9 11:35:56 laptop kernel: No module symbols loaded - kernel modules 
not enabled.


[snip]

Jan  9 11:35:56 laptop kernel: hub 2-0:1.0: USB hub found
Jan  9 11:35:56 laptop kernel: hub 2-0:1.0: 2 ports detected
Jan  9 11:35:56 laptop kernel: usb 1-1: new low speed USB device using 
ohci_hcd and address 2
Jan  9 11:35:56 laptop kernel: usb 1-2: new low speed USB device using 
ohci_hcd and address 3

Jan  9 11:35:56 laptop kernel: usbcore: registered new driver hiddev
Jan  9 11:35:56 laptop kernel: input: Logitech USB Mouse as 
/class/input/input1
Jan  9 11:35:56 laptop kernel: input: USB HID v1.10 Mouse [Logitech USB 
Mouse] on usb-:00:02.0-1
Jan  9 11:35:56 laptop kernel: input: Composite USB PS2 Converter USB to 
PS2 Adaptor  v1.09 as /class/input/input2
Jan  9 11:35:56 laptop kernel: input: USB HID v1.10 Keyboard [Composite 
USB PS2 Converter USB to PS2 Adaptor  v1.09] on usb-:00:02.0-2
Jan  9 11:35:56 laptop kernel: input: Composite USB PS2 Converter USB to 
PS2 Adaptor  v1.09 as /class/input/input3
Jan  9 11:35:56 laptop kernel: input: USB HID v1.10 Mouse [Composite USB 
PS2 Converter USB to PS2 Adaptor  v1.09] on usb-:00:02.0-2

Jan  9 11:35:56 laptop kernel: usbcore: registered new driver usbhid
Jan  9 11:35:56 laptop kernel: drivers/usb/input/hid-core.c: v2.6:USB 
HID core driver

Jan  9 11:35:56 laptop kernel: mice: PS/2 mouse device common for all mice




2.6.14 boot - external kbd & mouse OK - internal kbd & touchpad disabled


Jan  9 11:49:20 laptop syslogd 1.4.1#17: restart.
Jan  9 11:49:20 laptop kernel: klogd 1.4.1#17, log source = /proc/kmsg 
started.

Jan  9 11:49:20 laptop kernel: Inspecting /boot/System.map-2.6.14-2-686
Jan  9 11:49:20 laptop kernel: Loaded 21230 symbols from 
/boot/System.map-2.6.14-2-686.

Jan  9 11:49:20 laptop kernel: Symbols match kernel version 2.6.14.
Jan  9 11:49:20 laptop kernel: No module symbols loaded - kernel modules 
not enabled.
Jan  9 11:49:20 laptop kernel: (Debian 2.6.14-7) ([EMAIL PROTECTED]) 
(gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)) #1 Wed Dec 28 
18:21:03 UTC 2005


[snip]

Jan  9 11:49:21 laptop kernel: hub 2-0:1.0: USB hub found
Jan  9 11:49:21 laptop kernel: hub 2-0:1.0: 2 ports detected
Jan  9 11:49:21 laptop kernel: usb 1-1: new low speed USB device using 
ohci_hcd and address 2
Jan  9 11:49:21 laptop kernel: usb 1-2: new low speed USB device using 
ohci_hcd and address 3

Jan  9 11:49:21 laptop kernel: usbcore: registered new driver hiddev
Jan  9 11:49:21 laptop kernel: input: USB HID v1.10 Mouse [Logitech USB 
Mouse] on usb-:00:02.0-1
Jan  9 11:49:21 laptop kernel: input: USB HID v1.10 Keyboard [Composite 
USB PS2 Converter USB to PS2 Adaptor  v1.09] on usb-:00:02.0-2
Jan  9 11:49:21 laptop kernel: input: USB HID v1.10 Mouse [Composite USB 
PS2 Converter USB to PS2 Adaptor  v1.09] on usb-:00:02.0-2

Jan  9 11:49:21 laptop kernel: usbcore: registered new driver usbhid
Jan  9 11:49:21 laptop kernel: drivers/usb/input/hid-core.c: v2.6:USB 
HID core driver

Jan  9 11:49:21 laptop kernel: mice: PS/2 mouse device com

Bug#346475: openoffice.org: please include postgresql support

[Rene Engelhard]

tag 346475 + wontfix
thanks

Paolo Cavallini wrote:
> Package: openoffice.org
> Version: 2.0.0-5
> Severity: wishlist
> 
> If possible, it would be good to include direct sdbc postgresql driver
> in the package, saving the user a potentially confusing proc3edure for
> installing it.
> Instructions and driver at:
> http://dba.openoffice.org/drivers/postgresql/

I did just look at it (again) and have some more or less serious points
which are arguments against inclusion just now:

a) it apprently really needs 1.1.x to bbuild, it doesn't build against
2.0.1, at least on powerpc. And besides the fact that 1.1.x is ancient
it breaks with sids bison, so we'd need to use bison-1.35

b) If we package it like a "normal" UNO package we need to get a policy
on how to (un)install/-register it and how to get it cleanly removed
again. And more important: What is with extra components when you
upgrade OOo? This isn't solved. Neither is such a policy started.
The other way would be to patch OOo and the postgresql driver so that the
stuff is included like it was normally included in OOo (like the evoab2
stuff for example) which might be possible but see a) ;)

For those reasons I tend not to include it (yet) and tag it wontfix (for
now). Maybe sometimes... Originally, that driver even was planned for
2.0 (and I even did help to make systen-pq) but it somehow didn't make
it. No idea why.

c) Question: which postgresql/libpq do you use? Does it work with sids 8.1.x?
Or do you use the binaries? They do work with our OOo packages? I doubt that...

Regards,

Rene


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

Bug#346398: xterm: scrollbar broken; new path

[Thomas Dickey]

On Mon, Jan 09, 2006 at 08:28:44AM +0100, David Martínez Moreno wrote:
> El domingo, 8 de enero de 2006 23:15, Thomas Dickey escribió:
> > On Sun, Jan 08, 2006 at 04:18:58AM +0100, David Martínez Moreno wrote:
> > >   Thomas, I see the same behaviour with or without --disable-imake
> > > --disable-narrowproto. The toolbar seems to appear and dissapear in its
> > > whole erratically. Any other idea?
> >
> > retesting, I found a typo in the configure script: variable
> > $default_narrowproto
> > is used where it should have been
> > $cf_default_narrowproto
> >
> > I put a copy of that fix along with the other small fixes I have against
> > #208 here:
> >
> > ftp://invisible-island.net/temp/xterm-208b.patch.gz
> 
>   Thanks, your patch with --disable-imake --enable-narrowproto did the 
> trick. I 
> am going to release a new version right now. Thank you very much.

ok.  I might make a short #209 this week from those changes (it depends -
I've got 4 other programs that need attention...)

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgp8j3jyRAnZ0.pgp
Description: PGP signature

Bug#347208: ttf-dejavu: No more DejaVuSansMono-Roman.ttf: breaks librrd2

[Erwan David]

Package: ttf-dejavu
Version: 2.1-1
Severity: normal


Since last uograde of ttf-dejavu package, all rrd dependant programs
give the error : 
failed to load /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Roman.ttf

Thus this breaks all rrd programs.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages ttf-dejavu depends on:
ii  defoma0.11.8-0.1 Debian Font Manager -- automatic f

ttf-dejavu recommends no packages.

-- no debconf information


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

Bug#346389: texinfo-mode in emacs wont accept shortkeys for command Insertion e.g. "C-c C-c c" does not work

[Ralf Angeli]

* Markus (2006-01-07) writes:

> Problem description (snippet of IRC Talk on [EMAIL PROTECTED]):
> http://pastebin.com/494956  and additionally as attachment.

Do you really expect people to read all this stuff?

> I dont think that important but ... 
> [EMAIL PROTECTED]:~$ dpkg -l | grep aucte
> ii  auctex  11.55-3An
> integrated environment for writing TeX/La

AUCTeX comes with its own Texinfo mode which has other key bindings
than Emacs' default Texinfo mode being referred to in the Texinfo
documenation.

-- 
Ralf


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