Bug#282201: ITA:

[Igor Stroh]

retitle 282201 ITA: simpletal -- Simple TAL, TALES and METAL implementation
owner 282201 !
thanks
I'm adopting this package.
Cheers,
Igor
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#290338: ara FTBFS bogus

[Goswin von Brederlow]

severity 290338 important
thanks

Hi,

you filed a bugreport about ara FTBFS but that report is bogus:

deian/control:
| Package: ara
| Architecture: alpha amd64 arm hppa i386 ia64 powerpc sparc

Ara now builds arch:all bytecode for archs that don't have native code
and does no longer need to be build on several archs, including , but
not limited to, m68k.


The following has to happen now:

1. add ara to the arch exclude list for the unwanted archs
   (avoid further FTBFS)

Can you do this Christian?

2. remove obsolete debs from unwanted archs to allow testing
   transition

This needs to be told to ftp-master preferably by the maintainer.

MfG
Goswin


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

Bug#267799: nvidia module not autoloading

[Vassilii Khachaturov]

> Why can't the package just be modified so that the postinst does an 'echo
> nvidia >>/etc/modules' if it is not already in there?

While this is an acceptable workaround while they look for a real
solution, in general, this is not a very good thing to do. Not
everybody wants to have X to start up on boot via xdm/kdm/gdm/whateverdm,
so loading nvidia is also unneeded in that case (when loaded, it consumes
resources -- by allocating kernel memory, installing the interrupt handler etc.)

Also, if you are trying to isolate a reason for a crash that you suspect is a
kernel bug unrelated to nvidia, you must do it w/o loading the modules like
nvidia that taint your kernel, otherwise the kernel developers will typically
disregard your report.


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

Bug#291950: install report sarge on x86 2005-01-23

[Peter Vandenabeele]

Package: installation-reports

INSTALL REPORT

As requested, I am sending an install report (succesfull) to 
the address [EMAIL PROTECTED] I am willing to do more 
tests on this box if requested.

Debian-installer-version:
* 23 Jan 2005
* downloaded sarge install CD 01 (.iso) on 22 Jan 2005
  from the official site (ftp.acc.umu.se)

uname -a: Linux kessel-oud 2.4.27-1-386 #1 Wed Dec 1 19:43:08 JST 2004 i586 
GNU/Linux

Date: 23 Jan 2005 (afternoon CET)

Method:
* burned a CD from the iso
* inserted into the box. The box did find CD OK and showed the
  image on screen. Pressed Enter to continue
* the install automagically used my Ethernet card (RTL-8139) to
  get a lot of stuff over the network

Machine: "white box" (old)

Processor:
vendor_id   : GenuineIntel
cpu family  : 5
model   : 4
model name  : Pentium MMX
stepping: 3
cpu MHz : 233.870

Memory:
total:used:free:  shared: buffers:  cached:
Mem:  130510848 91983872 385269760  8527872 49704960
Swap:000
MemTotal:   127452 kB
MemFree: 37624 kB
MemShared:   0 kB
Buffers:  8328 kB
Cached:  48540 kB
SwapCached:  0 kB
Active:  55316 kB
Inactive:24332 kB

Root Device: /dev/hdb

Root Size/partition table:

kessel-oud:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
#
proc/proc   procdefaults0   0
/dev/hdb1   /   ext3defaults,errors=remount-ro 0
1
/dev/hdb5   /home   ext3defaults0   2
/dev/hdb7   /tmpext3defaults0   2
/dev/hdb3   /usrext3defaults0   2
/dev/hdb6   /varext3defaults0   2
/dev/hdc/media/cdrom0   iso9660 ro,user,noauto  0   0
/dev/fd0/media/floppy0  autorw,user,noauto  0   0
kessel-oud:~# df
Filesystem   1K-blocks  Used Available Use% Mounted on
/dev/hdb1   457656 76950356289  18% /
tmpfs63724 0 63724   0% /dev/shm
/dev/hdb5 23790040 33796  22547756   1% /home
/dev/hdb7   521899  8252485803   2% /tmp
/dev/hdb3  5767460   1692752   3781736  31% /usr
/dev/hdb6  1830230111505   1621079   7% /var

Output of lspci and lspci -n:

kessel-oud:~# lspci
:00:00.0 Host bridge: Intel Corp. 430TX - 82439TX MTXC (rev 01)
:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 01)
:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev
01)
:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 01)
:00:13.0 VGA compatible controller: S3 Inc. ViRGE/DX or /GX (rev 01)
:00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
kessel-oud:~# lspci -n
:00:00.0 0600: 8086:7100 (rev 01)
:00:07.0 0601: 8086:7110 (rev 01)
:00:07.1 0101: 8086:7111 (rev 01)
:00:07.2 0c03: 8086:7112 (rev 01)
:00:07.3 0680: 8086:7113 (rev 01)
:00:13.0 0300: 5333:8a01 (rev 01)
:00:14.0 0200: 10ec:8139 (rev 10)

Base System Installation Checklist:

[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]  (difficult)
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]

Comments/Problems:

* I used Nederlands (Belgium) as language

* I have a Qwerty (104) keyboard, and had difficulty:
  * finding it in the list (I choose English US and I hope that is Qwerty)
  * getting it in QWERTY mode (and not AZERTY ...)

==> proposed solution: in my view, a keyboard is not associated 
with a country, but with a lay-out of the keys. So naming it as 
   
* "QWERTY-US"
* "QWERTY-UK"
* "QWERTZ-DE"
* "AZERTY-BE-latin1"
* "AZERTY-BE-latin2"
   
makes a lot more sense to me.

* disk partitioning:
  * how the initial partioning worked was initially not clear to me ...
(I have used fdisk for years and that just worked fine, and was
 also much faster ...)
  * I tried to salvage an existing /home partition, but I didn't
understand how that should have worked and lost it (no big
deal, this is a test machine, with no real data).
  * from the texts that are presented, it is unclear that to act on
a partition (to reformat it or do other things), it needs to be
selected with "return".

==> proposed solution: enter some text in the sense of:
   
"To modify a partition, first select the partition with the 
 "up"/"down" arrows and then press "Enter". After pressing 
 "Ent

Bug#291713: poker3d_0.2.12-1(ia64/unstable): FTBFS: missing build-dep?

[Loic Dachary]

Hi,

This is strange. It must be an indirect dependency because it
does not show in the dependencies on i386. My guess is that there is
a missing dependency in libopenal. Could you please 

apt-cache depend libopenal0 

? 

[EMAIL PROTECTED] writes:
 > Package: poker3d
 > Version: 0.2.12-1
 > Severity: serious
 > 
 > There was an error while trying to autobuild your package:
 > 
 > > Automatic build of poker3d_0.2.12-1 on caballero by sbuild/ia64 1.170.5
 > > Build started at 20050122-1649
 > 
 > [...]
 > 
 > > ** Using build dependencies supplied by package:
 > > Build-Depends: debhelper (>= 4.1.65), po-debconf, cvs, ccache, doxygen, 
 > > autoconf, automake1.7, libtool, pkg-config, libosgcal-dev, 
 > > libopenscenegraph-dev (>= 0.9.8), libglib2.0-dev, python, python2.3-dev, 
 > > python2.3-twisted, python2.3-pycurl, libxml2-python2.3, libxml2-dev, 
 > > libsdl1.2-dev, xlibmesa-gl-dev, python2.3-pypoker-eval, libpoker-eval-dev, 
 > > libosgcal-dev, libcal3d10-dev, libosgal-cvs-dev, libglade2-dev
 > 
 > [...]
 > 
 > > ccache ia64-linux-g++ -shared -nostdlib 
 > > /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../crti.o 
 > > /usr/lib/gcc-lib/ia64-linux/3.3.5/crtbeginS.o  .libs/exg_material.o 
 > > .libs/exg_mesh.o .libs/exg_object.o .libs/exg_error.o .libs/exg_point.o 
 > > .libs/exg_polygon.o .libs/exg_vertex.o .libs/exg_visitor_utils.o 
 > > .libs/exg_visitor_generate_normal.o  -L/usr/lib /usr/lib/libSDL.so -lGL 
 > > -lGLU -L/usr/lib/python2.3/config -lpython2.3 /usr/lib/libxml2.so 
 > > -lpthread -lz -lpoker-eval /usr/lib/libglib-2.0.so /usr/lib/libosgCal.so 
 > > /usr/lib/libcal3d.so -losg -losgDB -losgFX -losgGA -losgGL2 -losgParticle 
 > > -losgProducer -losgSim -losgText -losgUtil /usr/lib/libosgal.so 
 > > /usr/lib/libopenalpp.so -lopenal -lOpenThreads /usr/lib/libvorbisfile.so 
 > > /usr/lib/libvorbis.so /usr/lib/libogg.so 
 > > -L/usr/lib/gcc-lib/ia64-linux/3.3.5 
 > > -L/usr/lib/gcc-lib/ia64-linux/3.3.5/../../.. -lstdc++ -lm -lc -lgcc_s 
 > > -lunwind /usr/lib/gcc-lib/ia64-linux/3.3.5/crtendS.o 
 > > /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../crtn.o  -Wl,-soname 
 > > -Wl,libexg.so.0 -o .libs/libexg.so.0.0.0
 > > (cd .libs && rm -f libexg.so.0 && ln -s libexg.so.0.0.0 libexg.so.0)
 > > (cd .libs && rm -f libexg.so && ln -s libexg.so.0.0.0 libexg.so)
 > > creating libexg.la
 > > /bin/sed: can't read /usr/lib/libartsc.la: No such file or directory
 > > libtool: link: `/usr/lib/libartsc.la' is not a valid libtool archive
 > > make[4]: *** [libexg.la] Error 1
 > > make[4]: Leaving directory `/build/buildd/poker3d-0.2.12/src/exg'
 > > make[3]: *** [all-recursive] Error 1
 > > make[3]: Leaving directory `/build/buildd/poker3d-0.2.12/src'
 > > make[2]: *** [all-recursive] Error 1
 > > make[2]: Leaving directory `/build/buildd/poker3d-0.2.12'
 > > make[1]: *** [all] Error 2
 > > make[1]: Leaving directory `/build/buildd/poker3d-0.2.12'
 > > make: *** [build-stamp] Error 2
 > 
 > A full build log can be found at:
 > http://buildd.debian.org/build.php?arch=ia64&pkg=poker3d&ver=0.2.12-1
 > 
 > 

-- 
Donate to FSF France online : http://rate.affero.net/fsffrance/
Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97  
http://www.fsffrance.org/   http://www.dachary.org/loic/gpg.txt

Bug#291928: 2.4.27: medley.o not recognising stripe set

[Horms]

reassign 286939 kernel-source-2.4.27
reassign 291928 kernel-source-2.4.27
merge 286939 291928
thanks

Hi Chris,

On Sun, Jan 23, 2005 at 11:55:54PM -, Chris Carr wrote:
> Package: kernel
> Version: 2.4.27-2-386_2.4.27-7_i386 (the one used in the Debian
> Installer daily build for 21/1/05)
> 
> This bug report is a sequel to 286939 and 258500. Bug #258500 should be
> closed. Bug #286939 is outstanding - here is some more information: 

I have closed #258500. For reference, this can be done by
sending a message to [EMAIL PROTECTED] Where 258500
is whatever bug you want to close. The contents of the mail will
end up appended to the bug report.

Is this the same problem as 286939, just with a slightly different
version of the kernel. If so it probably would be better to just add to
that bug. I have reassigned them both to kernel-source-2.4.27 and
merged them for now.

Not a big deal in any case.

> I have two Maxtor 160Gb SATA HDs. With the "siimage" driver, they show
> up as hde and hdg. With the "sata_sil" driver, they show up as sda and
> sdb. 
> 
> I have both drives combined into a single 320Gb "fakeraid" stripe set.
> The first partition (/dev/ataraid/d0p1) has WinXP installed and it works
> fine. 
> 
> When I try to use the Debian Installer (daily build 21/1/05), I use
> expert mode (using 2.4.27) and manually "modprobe medley.o" on the
> BusyBox console on Alt-F2. This pulls in ataraid.o but does not
> recognize the stripe set. The error message is "Medley RAID: No usable
> RAID sets found". 
> 
> If I try the silraid.o module instead, I get the same result with a
> different error message: "driver for Silicon Image(tm) Medley(tm)
> hardware version 0.0.1: No raid array found"
> 
> Now here is the interesting part: when I boot with my Knoppix 3.6 CD, it
> automatically loads medley.o and finds the stripe set fine!! 
> 
> Knoppix 3.6 uses the kernel package "kernel-image-2.4.27-10.00.Custom".
> It has both siimage and sata_sil compiled in, but the drives show up as
> hde and hdg so I know it's siimage which is being used. The output of
> dmesg shows that it tries the silraid driver first, but that doesn't
> work (same error message as above). It then tries the medley driver, and
> it works - stripe set 0, 2 disks, 305GiB, etc. 

This is quite curious indeed. 

What I am a little curious about is, does the medley driver rely on
accessing the discs through the siimage (or sata_sil)? If so, do
you have one of those loaded in your debian install before trying
to load the medley driver? If not, can the drivers co-exist, it
sounds like they can from your Knoppix experience, but perhaps
trying debian without siimage or sata_sil loaded might help.

I had a look at the source for the medley driver, and it doesn't seem
to have been updated for quite some time, and the latest version seems
to be both in the kernel.org and debian kernels. So it is likely that
knoppix has the same driver. I confirmed that medly.c was the same for
all of these kernels.

For reference, here is the home of the driver
http://www.infowares.com/linux/#medley

-- 
Horms


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

Bug#287331: qalculate: split package into gtk and command-line versions

[Martin Waitz]

hoi :)

On Sun, Dec 26, 2004 at 08:35:23PM -0500, mike castleman wrote:
> qalculate comes with a command-line version, qalc, that I might like to 
> install on some servers without GTK and GNOME. It'd be nice if this were 
> available in a separate package.

just for the record:
a split version is sitting in the NEW queue for quite some time now.

-- 
Martin Waitz


signature.asc
Description: Digital signature

Bug#281372: kernel-source-2.4.27: Crash on Dell PE 8450

[Horms]

Hi,

Could you please try 2.4.27-8 and see if pain persists?

-- 
Horms


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

Bug#281372: kernel-source-2.4.27: Crash on Dell PE 8450

[Ronny Adsetts]

Horms said at 24/01/2005 08:18:
Could you please try 2.4.27-8 and see if pain persists?
I already closed this bug, from the closure message:
--
The crash is caused by the PERC 2 RAID card (Adaptec) in the machine timing 
out and taking the system partitions offline. A hardware error for which there 
is a BIOS upgrade fix.
--

Thanks.
Ronny
--
Technical Director
Amazing Internet Ltd, London
t: +44 20 8607 9535
f: +44 20 8607 9536
w: www.amazinginternet.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#283653: Acknowledgement (kernel-image-2.4.27-1-686: Unable to handle kernel NULL pointer dereference)

[Horms]

Hi,

Could you please try 2.4.27-8 and see if pain persists?

-- 
Horms


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

Bug#283653: Acknowledgement (kernel-image-2.4.27-1-686: Unable to handle kernel NULL pointer dereference)

[Cyril Bouthors]

On 24 Jan 2005, [EMAIL PROTECTED] wrote:
> Hi,
>
> Could you please try 2.4.27-8 and see if pain persists?

That pain did not appeared again since my bug report, even with the
same kernel.
-- 
Cyril Bouthors


pgpqczvJFXb3i.pgp
Description: PGP signature

Bug#284567: kernel-source-2.4.27: frequent program crashes - unable to handle kernel paging request errors

[Horms]

Hi,

Could you please try 2.4.27-8 and see if pain persists?

-- 
Horms


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

Bug#290675: Warning message about initrd is out of date

[Tore Anderson]

* Andres Salomon

 > Actually, 2.4 still (last time I checked, circa 2.4.24) needed
 > cramfs fixes in order to work w/ debian kernels.  Mainly, some inode
 > stuff wasn't being initialized correctly (iirc).

  If that is so, that's a bug in the kernel, as it's /supposed/ to
 support cramfs initrd.  At least, what I based the bug report on is the
 change that was made to init/do_mounts.c that indicates that cramfs
 should work:

  

  I have not tested it myself, though, as I've migrated to 2.6 a long 
 time ago and have also burned all bridges going back to 2.4 (nothing
 in /dev/, LVM2, etc..)

 > Instead, kernel-package should probably check the kernel version
 > being compiled; if it's < 2.6 (or, if 2.4 fixes the cramfs issues,
 > whatever version that happened in), display the initrd warning. 

  My impression is that Manoj is loath to include any version-specific
 code in make-kpkg, so I assumed it would be futile to ask this.  :-)

-- 
Tore Anderson


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

Bug#291386: kernel-image-2.4.27-2-686: creates bad initrd with complex lvm2 setup

[Horms]

reassign 291386 initrd-tools
thanks

On Thu, Jan 20, 2005 at 02:17:34PM +0100, Eric Deplagne wrote:
> Package: kernel-image-2.4.27-2-686
> Version: 2.4.27-7
> Severity: critical
> Justification: breaks the whole system
> 
> When the install of kernel-image tries to create initrd,
> those lines go to /var/log/messages:
> 
> Jan 20 09:39:39 fregate kernel: device-mapper: unknown block ioctl 0x801c6d02
> Jan 20 09:39:40 fregate last message repeated 14 times
> 
> I do have 15 logical volumes, which explains how many times the message is 
> emitted...
> 
> I guess I should mention a bit of my partitionning scheme, out of my 
> /etc/fstab:
> 
> # system
> /dev/mapper/vg-root /   ext3defaults,errors=remount-ro 0  
>  1
> /dev/mapper/vg-usr_lib /usr/lib  ext3defaults 0   1
> /dev/mapper/vg-usr_share /usr/share  ext3defaults 0   1
> /dev/mapper/vg-doc /usr/share/docext3defaults 0   1
> /dev/mapper/vg-locale /usr/share/localeext3defaults 0   1
> /dev/mapper/vg-cache_apt /var/cache/apt/archivesext3defaults  
>   0   2
> 
> maybe my having /usr/lib on a different logical volume is relevant...
> just a guess of mine, of course...
> 
> my other logical volumes are one for /home, and some for subdirectories of 
> /home,
> so should not be relevant...
> 
> Last thing I guess I can mention is that on another machine, with only one 
> logical volume for /,
> and one for /home, /var/log/messages gets its two lines, but the system boots 
> properly...
> 
> you might notice I presently run a 2.4.27-1-686, this is my rescue that I had 
> a hard time to setup
> when the problem first happend to me with the last update of 2.4.27-1-868,
> which really hang the computer, having overwritten my working kernel.
> (that did not happen this time because of the -1-686 to -2-686 move)
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.27-1-686
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> 
> Versions of packages kernel-image-2.4.27-2-686 depends on:
> ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
> ii  fileutils 5.2.1-2The GNU file management 
> utilities 
> ii  initrd-tools  0.1.76 tools to create initrd image for 
> p
> ii  modutils  2.4.26-1.2 Linux module utilities
> 
> -- no debconf information
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Horms


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

Bug#280287: Ups.

[Helmut Toplitzer]

Now you see why it's an security bug
(Maybe these linse can be deleted from my previous mail)




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

Bug#280287: KMail Problem still exists - some digging

[Helmut Toplitzer]

Problem still exists in 
kdepim 4:3.3.2-1 :-(

But tested serveral things. Findings:

Problem exists only if "Send Now" is selected.
Temporarly storing and sending afterwards ("Send Later")
fixed the problem.

So maybe the bug is inside these lines:

kmsender.cpp
--
send( : 116
--
  //Ensure the message is correctly and fully parsed
  kmkernel->outboxFolder()->unGetMsg( kmkernel->outboxFolder()->count() - 1 );

  if (sendNow && !mSendInProgress) rc = sendQueued();
  else rc = TRUE;
  kmkernel->outboxFolder()->close();

  return rc;



checked unGetMsg and sendQueued but haven't found
anything yet. Any ideas?

regards
Helmut
et Innsbruck
> Technikerstrasse 21a, 2.Stock
> A - 6020 Innsbruck
> Tel.: ++43 - 512 - 507 6472
> Fax.: ++43 - 512 - 507 9871
> Mail: [EMAIL PROTECTED]
> GnuPG: http://keyserver.mine.nu/pks/lookup?search=3D0xBF17E2B0
> Web: http://qe-informatik.uibk.ac.at

=2D-=20
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656=20
=2D--
please visit:
http://www.ifi.uni-klu.ac.at/Conferences/ER2005
http://www.ifi.uni-klu.ac.at/Conferences/SPICE2005
=2D--


http://www.ifi.uni-klu.ac.at/Conferences/SPICE2005
=2D--



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

Bug#291957: lm-sensors: Bug in pwmconfig script when handling temporary files

[Javier Fernández-Sanguino Peña]

Package: lm-sensors
Version: 1:2.9.0-8
Priority: normal
Tags: patch 

There is a bug in the pwmconfig, it would be a security bug if it would
use /tmp instead of /usr/tmp but it's a bug nevertheless. The attached
patch fixes the issue and introduces safe handling of temporary files
at the same time.

Regards

Javier
diff -Nru lm-sensors-2.9.0.orig/prog/pwm/pwmconfig 
lm-sensors-2.9.0/prog/pwm/pwmconfig
--- lm-sensors-2.9.0.orig/prog/pwm/pwmconfig2004-12-20 23:00:10.0 
+0100
+++ lm-sensors-2.9.0/prog/pwm/pwmconfig 2005-01-24 10:06:01.0 +0100
@@ -209,8 +209,9 @@
 
if [ "$PLOT" = "y" ]
then
-   TMP1=/usr/tmp/pwmtest$$.1
-   TMP2=/usr/tmp/pwmtest$$.2
+   TMP1=`tempfile` || { echo "$0: Cannot create temporary file" 
>&2; exit 1;  }
+   TMP2=`tempfile` || { echo "$0: Cannot create temporary file" 
>&2; exit 1;  }
+   trap " /bin/rm -f -- \"$TMP1\" \"$TMP2\" " 0 1 2 3 13 15
echo "set xlabel \"PWM: $P\"" > $TMP1
echo "set ylabel \"FAN: $F (RPM)\"" >> $TMP1
echo 'set nokey' >> $TMP1


signature.asc
Description: Digital signature

Bug#291956: aptitude: please consider adding a hook to be called right before exiting

[Marc Haber]

Package: aptitude
Version: 0.2.15.8-1
Severity: wishlist

Hi,

I would like aptitude to invoke checkrestart right before exiting back
to the shell prompt. That way, one would be reminded that services
need restarting.

Please consider adding a hook to be called right before exiting.

Greetings
Marc

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-5-3 0.5.28.1 Advanced front-end for dpkg
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-7GCC support library
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libsigc++-1.2-5c102 1.2.5-4  type-safe Signal Framework for C++
ii  libstdc++5  1:3.3.5-6The GNU Standard C++ Library v3

-- no debconf information


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

Bug#291954: [l10n] german translation of kdebase debconf messages

[Burkhard Lück]

Package: kdebase
Severity: wishlist
Tags: l10n, patch

Hi, 
attached the german translation (de.po) of kdebase debconf messages, please 
include it.

Burkhard Lück



de.po
Description: application/gettext

Bug#281372: kernel-source-2.4.27: Crash on Dell PE 8450

[Horms]

On Mon, Jan 24, 2005 at 08:24:42AM +, Ronny Adsetts wrote:
> Horms said at 24/01/2005 08:18:
> >
> >Could you please try 2.4.27-8 and see if pain persists?
> 
> I already closed this bug, from the closure message:

Sorry, I missed that.

-- 
Horms


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

Bug#254837: Patch for the upcoming NMU

[Christian Perrier]

As announced, a NMU has been prepared which fixes this bug (French
translation) as well as adds several other translations I got from the
debian-i18n mailing list contributors.

Some trivial fixes (lintian warnings, etc.) have also be included in this NMU.

The NMU has just been uploaded to DELAYED/2-day and will thus reach
unstable in 2 days, as announced.

I have subscribed to the package tracking system so that I can notice any 
problems induced by this NMU.

Changelog:

oops (1.5.23.cvs-2.1) unstable; urgency=low

  * NMU with maintainer's agreement for fixing longstanding l10n bugs
  * Add '--disable-static-modules' to the configure arguments. Makes the
configure script to choose to link to the shared libraries '-lcreposix
-lcre' instead of the static libraries '/usr/lib/libcreposix.a
/usr/lib/libcre.a". Thanks to Andreas Jochens for the patch
Closes: #231924
  * Fix spelling in package description. Closes: #268533, #277245
  * Debconf translations:
- French completed. Closes: #254837
- Czech added. Closes: #287540
- German updated. Thanks to Joerg Rieger
- Russian updated. Thanks to Yuri Kozlov
- Traditional Chinese updated. Thanks to Asho Yeh
- Danish updated. Thanks to Claus Hindsgaul
- Dutch updated. Thanks to Luk Claes
  * Lintian fixes:
- arrange for avoiding an initial capital letter in description synopsis

 -- Christian Perrier <[EMAIL PROTECTED]>  Mon, 24 Jan 2005 09:18:00 +0100


diff -Nru oops-1.5.23.cvs.ori/config.guess oops-1.5.23.cvs/config.guess
--- oops-1.5.23.cvs.ori/config.guess2005-01-13 18:17:31.0 +0100
+++ oops-1.5.23.cvs/config.guess2005-01-24 09:35:06.0 +0100
@@ -1,9 +1,9 @@
 #! /bin/sh
 # Attempt to guess a canonical system name.
 #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003 Free Software Foundation, Inc.
+#   2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
 
-timestamp='2004-03-12'
+timestamp='2004-11-12'
 
 # This file is free software; you can redistribute it and/or modify it
 # under the terms of the GNU General Public License as published by
@@ -53,7 +53,7 @@
 GNU config.guess ($timestamp)
 
 Originally written by Per Bothner.
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001
+Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 
2002, 2003, 2004
 Free Software Foundation, Inc.
 
 This is free software; see the source for copying conditions.  There is NO
@@ -203,15 +203,15 @@
 amiga:OpenBSD:*:*)
echo m68k-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
-arc:OpenBSD:*:*)
-   echo mipsel-unknown-openbsd${UNAME_RELEASE}
-   exit 0 ;;
 cats:OpenBSD:*:*)
echo arm-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
 hp300:OpenBSD:*:*)
echo m68k-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
+luna88k:OpenBSD:*:*)
+   echo m88k-unknown-openbsd${UNAME_RELEASE}
+   exit 0 ;;
 mac68k:OpenBSD:*:*)
echo m68k-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
@@ -227,21 +227,12 @@
 mvmeppc:OpenBSD:*:*)
echo powerpc-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
-pegasos:OpenBSD:*:*)
-   echo powerpc-unknown-openbsd${UNAME_RELEASE}
-   exit 0 ;;
-pmax:OpenBSD:*:*)
-   echo mipsel-unknown-openbsd${UNAME_RELEASE}
-   exit 0 ;;
 sgi:OpenBSD:*:*)
-   echo mipseb-unknown-openbsd${UNAME_RELEASE}
+   echo mips64-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
 sun3:OpenBSD:*:*)
echo m68k-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
-wgrisc:OpenBSD:*:*)
-   echo mipsel-unknown-openbsd${UNAME_RELEASE}
-   exit 0 ;;
 *:OpenBSD:*:*)
echo ${UNAME_MACHINE}-unknown-openbsd${UNAME_RELEASE}
exit 0 ;;
@@ -307,9 +298,6 @@
# 1.2 uses "1.2" for uname -r.
echo ${UNAME_MACHINE}-dec-osf`echo ${UNAME_RELEASE} | sed -e 
's/^[PVTX]//' | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'`
exit 0 ;;
-Alpha*:OpenVMS:*:*)
-   echo alpha-hp-vms
-   exit 0 ;;
 Alpha\ *:Windows_NT*:*)
# How do we know it's Interix rather than the generic POSIX subsystem?
# Should we change UNAME_MACHINE based on the output of uname instead
@@ -331,6 +319,9 @@
 *:OS/390:*:*)
echo i370-ibm-openedition
exit 0 ;;
+*:z/VM:*:*)
+   echo s390-ibm-zvmoe
+   exit 0 ;;
 *:OS400:*:*)
 echo powerpc-ibm-os400
exit 0 ;;
@@ -354,7 +345,7 @@
 DRS?6000:unix:4.0:6*)
echo sparc-icl-nx6
exit 0 ;;
-DRS?6000:UNIX_SV:4.2*:7*)
+DRS?6000:UNIX_SV:4.2*:7* | DRS?6000:isis:4.2*:7*)
case `/usr/bin/uname -p` in
sparc) echo sparc-icl-nx7 && exit 0 ;;
esac ;;
@@ -764,7 +755,7 @@
echo sv1-cray-unicos${UNAME_RELEASE} | sed -e 's/\.[^.]*$/.X/'
exit 0 ;;
 *:UNICOS/mp:*:*)
-   echo nv1-cray-unicosmp${UNAME_RELEASE} | sed -e 's/

Bug#291600: Bug #291600: gibraltar-bootcd is potentially undistributable

[Goswin von Brederlow]

Hi,

going to the RC bugs I saw this one and having worked on other
packages that reuse debs or sources I have some things to add:

1. You can not assume /etc/apt/sources.list or even network access is
   functional inside the buildd chroot. You may not use the outside
   network at all during build. This is an unwritten policy.

2. You can not include (GPL) binaries in a deb without including the
   source in the source package. Your gibraltar-bootcd deb can stay
   around for a long time while the sources/debs you used get
   updated. That would mean that you have binaries without source in
   your deb. That is a violation of the DFSG for one thing and a
   violation of the binaries licences.

Compare with amd64-libs, which is the latest such package being added
to debian. ftp-master insisted on amd64-libs having sources included.

MfG
Goswin


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

Bug#291952: ia32-libs: Source package does not include source

[Goswin Brederlow]

Package: ia32-libs
Version: 0.7
Severity: serious
Justification: DFSG

ia32-libs contains a bunch of deb files that might have version skews
compared to the debian archive. Any such version skew results in a deb
without source in clear violation of the DFSG and the packages
license.

I know it sucks to include all those sources but for amd64-libs
ftp-master insisted on including it and for the same reason ia32-libs
must too.

MfG
Goswin

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-1
Locale: LANG=en_US, LC_CTYPE=en_US

-- no debconf information


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

Bug#208321: Same on MacOS

[Stefan Hornburg]

On Sun, 23 Jan 2005 21:31:08 +0100
Rainer Dorsch <[EMAIL PROTECTED]> wrote:

> I have the same problem here, but have not yet solved it. Is is not urgent 
> for 
> me, because kmail works, it is just a problem with evolution.
> 
> I just saw this post of a MacOs user, which seems somehow related (long URL 
> might be wrapped)
> 
> http://groups.google.de/groups?q=imaplogin:+couriertls:+connect:
> +error:1408F10B:SSL+routines:SSL3_GET_RECORD:wrong+version+number&hl=de&lr=&ie=UTF-8&selm=b999th%24s7v%241%40FreeBSD.csie.NCTU.edu.tw&rnum=3

Thanks for the information. I would suspect that the problem is on the client 
side,
especially after reading 
http://www.mail-archive.com/openssl-dev@openssl.org/msg11212.html.

With regards
Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#291951: php-elisp: Wrong identation of "or"

[Cyril Bouthors]

Package: php-elisp
Version: 1.1.0-2
Severity: normal

php-elisp makes wrong indentation of the "or" statement, for example
it indents this code like this:

foo()
 or die();

 foo()
 or die();

 foo()
 or die();


Instead of:

foo()
  or die();

foo()
  or die();

foo()
  or die();



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages php-elisp depends on:
ii  emacs21 [emacsen] 21.3+1-8   The GNU Emacs editor

-- no debconf information
<#secure method=pgpmime mode=sign>

-- 
Cyril Bouthors


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

Bug#291953: mkinitrd mistetects root as being on a DM device

[Tore Anderson]

Package: initrd-tools
Severity: important

  Some time ago, mkinitrd began failing on me.  The error message is
 "Root is on a DM device, but dmsetup not installed".  However, this is
 incorrect - / is on /dev/hda5, a very normal ATA hard drive.  There are
 some LVM stuff on the machine, but not the root file system, so there
 should be no need to touch any DM/LVM stuff during the initrd phase of
 system startup.  (Indeed, it never has either until recently.)

  Severity set to important because this makes it impossible to install
 kernel-image debs.

  Installing dmsetup fixes the problem though, the resulting initrd is
 bootable.

-- 
Tore Anderson


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

Bug#206741: Aw: Re: Bug#206741: KDE Support (XScreenSaver.desktop) doesn't fit to supplied xscreensaver.kss

[pitr]

Jamie Zawinski <[EMAIL PROTECTED]>:
> > You cannot just run "xscreensaver-command -lock"  that is not how KDE
> > Screensaver work.
> 
> Please explain.  Because that's *exactly* what they should be doing.
> 

The KDE Screensaver has it's own password dialog, and this will conflict
with xscreensaver's one.  The kdesktop_lock Program requires the screensaver
to run on the root window and will grab the keyboard and mouse, it calls
the *.kss with "-root" and not with "-lock".  I only have looked at
at my system and that was what happens.  If you apply the patch, the
hack will run in KDE's root window, and on mouse
or keyboard activity KDE's password dialog will come up and kill this root
window and the screensaver hack.
I know that my patch is evil, you probably know a better way to get
the configured hack out of ~/.xscreensaver :-)

cheers,

Peter




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

Bug#291583: akregator: Crash while trying to 'mark all as read'

[Pierre HABOUZIT]

sorry for the long time without any response.  I have really no time to
hack in akregator atm, so I've forwarded your bug upstream :
http://bugs.kde.org/show_bug.cgi?id=97778

On Fri, Jan 21, 2005 at 05:54:06PM +0100, Christian Henz wrote:
> Package: akregator
> Version: 1.0-beta8-2
> Severity: normal
> 
> 
> I entered Ctrl-Shift-R to mark all feeds as read, nothing happened for some 
> seconds. When I clicked the 'Mark All Feeds as read' item in the menu 
> akregator 
> crashed. I haven't really encountered a crash in this context before and 
> couldn't reproduce it so far.
> 
> 
> Backtrace from KDE Crashmanager:
[...]
-- 
·O·  Pierre Habouzit
··O
OOOhttp://www.madism.org


signature.asc
Description: Digital signature

Bug#291945: mysql-server: build against openssl?

[Christian Hammers]

tags 291945 + wontfix
thanks

Hello Sean

On 2005-01-24 Sean Finney wrote:
> is there any reason mysql is being built without openssl support?

Yes, the OpenSSL licence was not compatible with the current MySQL licence
and MySQL declared that they do not plan to continue OpenSSL support anyway.
Most probably they go for GnuTLS somewhen.

> sean
bye,

-christian-



pgpLlHFQjeiR3.pgp
Description: PGP signature

Bug#291438: tetex-bin: dvipdfm segfaults when used with hyperref and hypertex

[Frank Küster]

Prabhu Ramachandran <[EMAIL PROTECTED]> wrote:

> OK, I've found the bug.  Basically, the asn_date function in
> texk/dvipdfm/pdfdoc.c was writing to a string but did not allocate
> enough memory for the string before writing to it.  Attached is a
> trivial patch for the file texk/dvipdfm/pdfdoc.c.
[...]
> -  static char date_string[24];
> +  static char date_string[32];

First of all, I must admit that I don't have much experience with C. But
still I have some critical remarks to this:

- We couldn't reproduce the bug here, and it is in a function that works
  on time data. Could it be that it is your (Prabhu's) timezone or
  locale setting that is necessary to reproduce the segfault?

- Wouldn't it be better to find some clever way do dynamically allocate
  just as much memory for the date_string array as is needed? Especially
  when it is about timezone or locale, I suspect that sooner or later
  there will be one where even the 32 chars won't be sufficient.

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

Bug#290552: rhythmbox: Sometimes freezes adding non-audio files to library

[Loïc Minier]

Hi,

 I'm sorry for the late answer, I somehow moved this bug to my read mail
 box and only saw it when checking all bug reports on Rhythmbox.

Sam Morris <[EMAIL PROTECTED]> - Fri, Jan 14, 2005:

> ii  libgstreamer0.8-00.8.7-1 Core GStreamer libraries, 
> plugins,

 I think your bug is a duplicate of bugs #277146, #278661, #278663,
 #278656, #281426, #284507, #288102.  Please try with GStreamer 0.8.8-1
 which is now in testing, I think this should solve your problem.

   Regards,

-- 
Loïc Minier <[EMAIL PROTECTED]>
"Neutral President: I have no strong feelings one way or the other."

Bug#284952: The USB block device should be disabled

[Thiemo Seufer]

Horms wrote:
> I have gone through and turned this off for everything except mips,
> for which I am not sure about the structure of the package.

For mips it is already disabled in the relevant configs.


Thiemo


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

Bug#284952: The USB block device should be disabled

[Horms]

On Mon, Jan 24, 2005 at 09:53:54AM +0100, Thiemo Seufer wrote:
> Horms wrote:
> > I have gone through and turned this off for everything except mips,
> > for which I am not sure about the structure of the package.
> 
> For mips it is already disabled in the relevant configs.

Thanks for clarifying that.

-- 
Horms


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

Bug#267583: tetex-src: Spelling mistake

[Frank Küster]

Hilmar Preusse <[EMAIL PROTECTED]> schrieb:

> Independently from if we do an upload before sarge. I've attached a
> patch for debian/control. You have to fix the spelling of your name.
> For any reason I can't type umlauts.

Thank you very much. I prepared a free version now and am currently
uploading it.

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

Bug#291959: ssh: CTRL-c while asking for scp passwd ends in non-echo mode.

[Jesus Climent]

Package: ssh
Version: 1:3.8.1p1-8.sarge.4
Severity: important

While scping a file, if the user pressed ctrl-c during the passwd: entry, the
echo disappears from the controling terminal

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10-2-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information

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

I never drink ... wine.
--Dracula (Dracula)


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

Bug#291958: tk707: could you upload version 0.8?

[Alexandre Fayolle]

Package: tk707
Version: 0.7.21-9
Severity: wishlist

Hi,

tk707-0.8 was released in November. It would be wonderful if you could
find the time to package and upload this new release. 

Thanks for your time.

-- Alexandre

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

Versions of packages tk707 depends on:
ii  libasound2   1.0.8-1 ALSA library
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  tcl8.4   8.4.9-1 Tcl (the Tool Command Language) v8
ii  tk8.48.4.9-1 Tk toolkit for Tcl and X11, v8.4 -
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#291955: hevea: hevea-doc missing?

[Helge Kreutzmann]

Package: hevea
Version: 1.07-4
Severity: important

I wanted to have a look how hevea works. Reading
man hevea
I was told:
On a Debian system it [the help] can also be accessed at
/usr/share/doc/hevea-doc/html or through the Debian help
system, provided the package hevea-doc is installed.

Trying to install hevea-doc yields:
thirtyto:~# env LANG=C apt-get install hevea-doc
Reading Package Lists... Done
Building Dependency Tree... Done
Package hevea-doc is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package hevea-doc has no installation candidate

Since hevea Suggests hevea-doc which is not available I use this
urgency.

Btw.: What ist the »Debian Help System«?


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages hevea depends on:
ii  gs8.01-5 Transitional package
ii  gs-gpl [gs]   8.01-5 The GPL Ghostscript PostScript int
ii  netpbm2:10.0-8   Graphics conversion tools
ii  ocaml-base-nox [ocaml-base-no 3.08.2-1   Runtime system for ocaml bytecode 
ii  tetex-bin 2.0.2-25   The teTeX binary files

-- no debconf information
-- 
Helge Kreutzmann, Dipl.-Phys.   [EMAIL PROTECTED]
   gpg signed mail preferred 
64bit GNU powered  http://www.itp.uni-hannover.de/~kreutzm
   Help keep free software "libre": http://www.freepatents.org/

Bug#115655: [ARCH][DPKG-ARCHITECTURE] outputs non-canonical GNU system type

[Scott James Remnant]

On Mon, 2005-01-24 at 00:42 -0200, Henrique de Moraes Holschuh wrote:

> On Sun, 23 Jan 2005, Scott James Remnant wrote:
> > It's useful to pass to anything that accepts a GNU type, because they
> 
> That's a very weak excuse to keep this unfixed.  Please document it as a
> BUGS entry in the dpkg-architecture manpage, at the very least.
> 
I think you're right that it would be prudent to document that the types
are the same format as that returned by `gcc -dumpmachine` and require
canonicalisation.

> BTW, what you have in the dpkg-architecture manpage about how to use the
> output of dpkg-architecture with autoconf would best be replaced to a
> pointer to the README.Debian for autotools-dev.  Really.  If you'd rather
> have it on a manpage, I can write one and add it to autotools-dev.  Does
> autotools-dev(7) sound good?
> 
Yeah, that would be excellent; I'd certainly happily link to it.

> > It's suitable for "configure", and good enough for gcc; seems reasonable
> > to me.
> 
> Since when are we about "good enough" anything?  If that's the explanation,
> please reopen the bug and tag it wontfix.
> 
It's a wishlist bug, so I've always understood those are closed rather
than wontfix'd -- unless they're popular enough for people to keep
reopening them.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


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

Bug#288464: Patch for pytables 0.9.1-1.1 NMU

[Francesc Alted]

Hi Luk,

Thanks for your help in fixing those bugs. The fact is that they were
addressed some time ago, and I was waiting for my sponsor (Daniel Bungert)
to upload the new version.

However, Daniel seems to be rather busy during the last times, so, if you
are willing to upload yourself the new version, I'll be more than happy. You
can find the new maintainer version at:

http://pytables.sourceforge.net/Debian/

Cheers,

A Diumenge 23 Gener 2005 22:55, Luk Claes va escriure:
> Hi
>
> I intend to NMU pytables to fix the libucl0 bug (by rebuilding) and the
> FTBFS (amd64/gcc-4.0) bug.
>
> You can upload a version yourself in the coming 7 days to fix the bug(s)
> as the NMU is uploaded to the DELAYED queue in 7-day.
>
> Cheers
>
> Luk

-- 
>qo<   Francesc Altet     http://www.carabos.com/
V  V   Cárabos Coop. V.   Enjoy Data
 ""

Bug#291831: po4a: some errors with with d-i manual's xmlw files

[Martin Quinson]

tag 291831 forwarded [EMAIL PROTECTED]
thanks

Hello,

as you may know, I'm also part of the upstream for po4a. Unfortunately, I'm
not the one who did the Xml module (the one you use, right?). I thus
forwarded the mail to the upstream mailing list so that Jordi get a chance
to look at this. If he can't, I'll try to dig into his code but I would
naturally prefer avoiding steping on his feets.


Thanks for this great bug report and for your interest in po4a,
Mt.

On Mon, Jan 24, 2005 at 04:06:24AM +1300, Carlos Z.F. Liu wrote:
> Package: po4a
> Version: 0.19-1
> Severity: normal
> 
> 
> Here are 2 problems with xml files in d-i manual (both sarge and trunk
> branch in SVN).
> 
> 1. Can't generate .po file from en/boot-installer/i386.xml, po4a
> reported following msg:
> 
> Use of uninitialized value in string ne at
> /usr/share/perl5/Locale/Po4a/Xml.pm line 471.
> po4a::xml: Unexpected closing tag  found in
> en/boot-installer/i386.xml:231. The main document may be wrong.
> 
> After a careful recheck, I think the file is 100% valid, and I can
> generate HTML from it without any problem. The tricky thing is that many
>  pairs were commented by  in the document. Perhaps,
> po4a didn't handle then correctly. (I guess ;-)
> 
> 
> 2. Another two files, en/using-d-i/modules/baseconfig.xml and
> en/using-d-i/modules/os-prober.xml. po4a can produce pot file from xml,
> but it will ignore the last paragraph after a  comment.
> Then, after I translated po files and convert them back to xml, those
> generated xml files are invalid. Please look at attachments to know
> what I mean.
> 
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (101, 'experimental')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.9
> Locale: LANG=en_NZ.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
> 
> Versions of packages po4a depends on:
> ii  gettext   0.14.1-8   GNU Internationalization 
> utilities
> ii  liblocale-gettext-perl1.01-17Using libc functions for 
> internati
> ii  libsgmls-perl 1.03ii-31  Perl modules for processing SGML 
> p
> ii  perl [perl5]  5.8.4-5Larry Wall's Practical 
> Extraction 
> ii  perl-modules  5.8.4-5Core Perl modules
> ii  sp1.3.4-1.2.1-43 James Clark's SGML parsing tools
> 
> -- no debconf information

> 
> 
> 
> 
>   Booting from a CD-ROM
> 
> &boot-installer-intro-cd.xml;
> 
> 
> 
> 
>   
> 
> 
> 
>   
>   Booting from linux using LILO or
>   GRUB
> 
> 
> To boot the installer from hard disk, you must first download
> and place the needed files as described in .
> 
> 
> 
> If you intend to use the hard drive only for booting and then
> download everything over the network, you should download the
> netboot/debian-installer/i386/initrd.gz file and its 
> corresponding kernel.
> This will allow you
> to repartition the hard disk from which you boot the installer, although
> you should do so with care.
> 
> 
> 
> Alternatively, if you intend to keep an existing partition on the hard
> drive unchanged during the install, you can download the
> hd-media/initrd.gz
> file and its kernel, as well as copy a CD iso to the drive (make sure the
> file is named ending in ".iso". The installer can then boot from the drive
> and install from the CD image, without needing the network.
> 
> 
> 
> For LILO, you will need to configure two
> essential things in /etc/lilo.conf:
> 
> 
> 
> to load the initrd.gz installer at boot time;
> 
> 
> 
> 
> have the vmlinuz kernel use a RAM disk as
> its root partition.
> 
> 
> 
> 
> Here is a /etc/lilo.conf example:
> 
> 
> 
> 
> 
> image=/boot/newinstall/vmlinuz
>label=newinstall
>initrd=/boot/newinstall/initrd.gz
>root=/dev/ram0
>append="devfs=mount,dall ramdisk_size=17000"
> 
> 
> 
> For more details, refer to the
> initrd
> 4 and
> lilo.conf
> 5 man pages. Now run
> lilo and reboot.
> 
> 
> 
> The procedure for GRUB is quite similar. Locate your
> menu.lst in the /boot/grub/
> directory (sometimes in the /boot/boot/grub/),
> add the following lines:
> 
> 
> 
> title  New Install
> kernel (hd0,0)/boot/newinstall/vmlinuz root=/dev/ram0 devfs=mount,dall 
> ramdisk_size=17000
> initrd (hd0,0)/boot/newinstall/initrd.gz
> 
> 
> 
> and reboot. Note that the value of the ramdisksize
> may need to be adjusted for the size of the initrd image. 
> >From now on, there should be no difference between GRUB
> or LILO.
> 
> 
>   
> 
>   
>   Booting from USB memory stick
> 
> 
> Lets assume you have prepared everything from  linkend="boot-dev-select"/> and .  Now
> just plug your USB stick into some free USB connector and reboot the
> computer.  The system should boot up, and you should be presented with
> the boot: prompt.  Here you can enter optional boot
> arguments, or just hit &enterkey;.
> 
> 
> 
> In case your computer doesn't support booting from USB memory devices,
> you can stil

Bug#291843: sarge: /dev/dsp is not created

[Patrick M. Ammann]

Hello

I am using a 2.6.8 kernel, all needed kernel sound modules
seems to be loaded.

I was able to manually create the /dev/dsp node and then the sound
worked fine.

However i just recognized that i have installed
udev. When i execute /dev/MAKEDEV audio nothing is added, but after
running alsaconf, it created /dev/audio. but when i rebooted the
/dev/audio was no longer there and the execution of /dev/MAKEDEV did
not create the /dev/audio.
There seems to be 2 bugs: 1: MAKEDEV needs to recognize my soundcard and
2: MAKEDEV needs also to create /dev/dsp* + /dev/mixer*

Greetz Patrick


Quoting Martin Michlmayr <[EMAIL PROTECTED]>:
> * Patrick M. Ammann <[EMAIL PROTECTED]> [2005-01-23 17:27]:
> > I am using debian sarge with newest packages.
> > Currently the sound card does not work any longer,
> > before it worked fine (sarge with older packages).
> 
> This can be a number of things... Can you check if the sound module is
> loaded (lsmod | grep cmpci).  What does "discover" say about your
> system.  Can you send the output of /var/log/dmesg  What happens if
> you manually load the cmpci module (modprobe cmpci)?
> 
> Which kernel are you running?
> 
> -- 
> Martin Michlmayr
> http://www.cyrius.com/
> 

Bug#291545: tetex-bin: initex fails to generate some etmf files

[Frank Küster]

Margarita Manterola <[EMAIL PROTECTED]> wrote:

> Hola Frank Küster!
>
>> This is a really low value. For debugging, we need some more
>> information. Can you please send us the output of the following
>> commands:
>
>> grep trie_size /etc/texmf/texmf.d/95NonPath.cnf
>
> [EMAIL PROTECTED]:~$ grep trie_size /etc/texmf/texmf.d/95NonPath.cnf
> % `ssup_trie_opcode' and `ssup_trie_size' in tex.ch (and rebuild TeX);
> trie_size = 262000

This is the unchanged value, as the file is included in the deb. So far,
so good.

>> grep trie_size /etc/texmf/texmf.cnf
>
> [EMAIL PROTECTED]:~$ grep trie_size /etc/texmf/texmf.cnf
> % `ssup_trie_opcode' and `ssup_trie_size' in tex.ch (and rebuild TeX);
> trie_size = 64000

texmf.cnf is created from files in /etc/texmf/texmf.d/, and therefore in
an ideal world the value should be the same here. It is not, and this
indicates either a bug, or that someone has edited the file - which is
allowed, of course, but done on one's own risk. If that "someone" is an
other package, as you suspect, this would be a grave bug, of course, and
it would be really good if we could find this out.

To find out what happened, please do the following, and send us the
output:

grep texmf.cnf /var/lib/ucf/hashfile
md5sum /etc/texmf/texmf.cnf
update-texmf -d

If it asks you about changes made, you can look at the diff, but for
debugging purposes, you should choose not to accept the maintainer
changes, as suggested, but keep your installed version. After this do
again:

grep trie_size /etc/texmf/texmf.cnf
grep texmf.cnf /var/lib/ucf/hashfile
md5sum /etc/texmf/texmf.cnf

If after the call to update-texmf the trie_size in texmf.cnf is still
not 262000, please go on like this:

Open /etc/texmf/texmf.d/95NonPatch.cnf in an editor and change an
arbitrary comment. For example, go to the line before the trie_size
setting and write something like

% this must be at least 262000

After this, run "update-texmf -d" again. Now it should really display a
dialog: It should tell you that there are changes that need to merged,
and offers you to show the differences. Please look at the differences.

If the only difference is the comment you added and the setting of
trie_size, please accept the "maintainer changes" - this means the
changes that come from the files in texmf.d. If there are more
differences, things are more difficult. It might be that you or some
other admin on that machine edited the file, and the changes actually
make sense - then it would be advisable to also make the changes in the
respective file in texmf.d - then update-texmf will no longer ask you.

If you don't have any idea where those changes might come from, it might
in fact be that some other package did these changes in a wrong
way. Please send us the diff - you need not copy&paste it. Instead,
simply chose to _not_ accept the "maintainer" changes, and look at the
filename that is displayed in the end, something like

Keeping temporary file /tmp/tmp.rB9Inp/texmfXko4iou

You can then make a diff between this file and /etc/texmf/texmf.cnf. 

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

Bug#290733: torsmo bug

[Goswin von Brederlow]

Hi,

I wanted to track this bug but can't reproduce it on amd64:

Linux frosties 2.6.8-frosties-1 #2 Sun Oct 3 22:06:03 CEST 2004 x86_64 GNU/Linux

Get:1 http://debian-amd64.alioth.debian.org testing/main torsmo 0.18-1 [37.7kB]

MfG
Goswin


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

Bug#285091: Bug#290300:

[Ed Murray]

Hi Eduard,
I have some idea of how busy you must be so I have prepared a kernel
patch for linux-2.6.10 and posted it here:
http://www.avenuedesign.net/linux/ppscsi-patch.html

Please let me know if I can be of anymore assistance with this package.



Regards
Ed Murray




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

Bug#268377: Bug#291939: Support for arch aliases (Was: Split System/Cpu for architecture handling)

[Guillem Jover]

Hi,

I've been thinking on implementing this for a long time. As
Robert has presented an implementation to the Architecture
handling problem that does not convince me at all, so instead
of just sitting here and criticize his design I've coded mine.

The idea is to introduce architecture aliases, they will only take
effect on the source package and will get expanded when building
the binary package so there's not need to touch major infrastructure
to support this, also they respect current syntax. They can be used
on Build-Depends and friends and on Architecture fields on specific
packages.

The aliases are of the form:

  Alias Example Expansion

  -any  hurd-anyhurd-i386
linux-any   i386 powerpc alpha arm ...
  any- any-i386hurd-i386 kfreebsd-i386 i386 ...

There are two other cases just for consistency:

  linux-   linux-i386  i386
any-any any

I've a added as well a new option (-n normalize) to dpkg-architecture
so Maintainers can use it to get the alias expansions. Try it to see
the results.

regards,
guillem
Package: dpkg
Version: 1.10.26
Author: Guillem Jover <[EMAIL PROTECTED]>
Status: not-applied
Description:
 Implement Debian architecture alias support, and normalization via the new
 dpkg-architecture -n option.
 .
 Will take a virtual arch like -any or any- and expand to all
 available arches. And will also normalize linux- to  for
 consistency.

diff -Naur dpkg-1.10.26/scripts/controllib.pl 
dpkg-1.10.26.alias/scripts/controllib.pl
--- dpkg-1.10.26/scripts/controllib.pl  2005-01-11 17:55:11.0 +0100
+++ dpkg-1.10.26.alias/scripts/controllib.pl2005-01-24 09:21:44.0 
+0100
@@ -79,6 +79,14 @@
 $substvar{'Arch'}= $arch;
 }
 
+sub normalize_archlist {
+my ($archstr) = @_;
+my @archlist = map(split(/\s+/, `dpkg-architecture -n$_`),
+   split(/\s+/, $archstr));
+chomp @archlist;
+return @archlist;
+}
+
 sub substvars {
 my ($v) = @_;
 my ($lhs,$vn,$rhs,$count);
@@ -181,7 +189,7 @@
 my ($package, $relation, $version);
 $package = $1 if ($dep_or =~ 
s/^([a-zA-Z0-9][a-zA-Z0-9+._-]*)\s*//m);
 ($relation, $version) = ($1, $2) if ($dep_or =~ 
s/^\((=|<=|>=|<>?)\s*([^)]+).*\)\s*//m);
-my @arches = split(/\s+/m, $1) if ($use_arch && $dep_or =~ 
s/^\[([^]]+)\]\s*//m);
+my @arches = normalize_archlist($1) if ($use_arch && $dep_or =~ 
s/^\[([^]]+)\]\s*//m);
 if ($reduce_arch && @arches) {
 
 my $seen_arch='';
diff -Naur dpkg-1.10.26/scripts/dpkg-architecture.pl 
dpkg-1.10.26.alias/scripts/dpkg-architecture.pl
--- dpkg-1.10.26/scripts/dpkg-architecture.pl   2005-01-11 17:55:11.0 
+0100
+++ dpkg-1.10.26.alias/scripts/dpkg-architecture.pl 2005-01-24 
09:06:45.0 +0100
@@ -92,6 +92,7 @@
-s print command to set environment variables
-u print command to unset environment variables
-cset environment and run the command in it.
+   -nnormalize Debian architecture
 
 Known Debian Architectures are ".join(", ",keys %archtable)."
 Known GNU System Types are ".join(", ",map ($archtable{$_},keys %archtable))."
@@ -122,6 +123,39 @@
return @list;
 }
 
+sub debian_arch_linux_normalize
+{
+  local ($_) = @_;
+  $_ = "linux-$_" if !/-/;
+  return $_;
+}
+
+sub debian_arch_normalize
+{
+  my ($arch) = @_;
+  my @list;
+
+  if ($arch =~ /^any(-any)?$/) {
+@list = keys %archtable;
+  } elsif ($arch =~ /^any-(.*)/) {
+my $cpu = $1;
+foreach my $a (keys %archtable) {
+  push @list, $a if debian_arch_linux_normalize($a) =~ /-$cpu$/;
+}
+  } elsif ($arch =~ /(.*)-any$/) {
+my $system = $1;
+foreach my $a (keys %archtable) {
+  push @list, $a if debian_arch_linux_normalize($a) =~ /^$system-/;
+}
+  } else {
+$arch =~ s/^linux-//;
+push @list, $arch;
+  }
+
+  return @list;
+}
+
+
 # Set default values:
 
 $deb_build_arch = `dpkg --print-installation-architecture`;
@@ -169,6 +203,7 @@
 
 $req_host_arch = '';
 $req_host_gnu_type = '';
+$req_normalize_arch = '';
 $action='l';
 $force=0;
 
@@ -178,6 +213,9 @@
$req_host_arch = $';
 } elsif (m/^-t/) {
$req_host_gnu_type = &rewrite_gnu($');
+} elsif (m/^-n/) {
+   $req_normalize_arch = $';
+   $action = 'n';
 } elsif (m/^-[lsu]$/) {
$action = $_;
$action =~ s/^-//;
@@ -270,6 +308,9 @@
 } else {
 die "$req_variable_to_print is not a supported variable name";
 }
+} elsif ($action eq 'n') {
+  @arch_list = debian_arch_normalize($req_normalize_arch);
+  print "@arch_list\n";
 }
 
 __END__
diff -Naur dpkg-1.10.26/scripts/dpkg-gencontrol.pl 
dpkg-1.10.26.alias/scripts/dpkg-gencontrol.pl
--- dpkg-1.10.26/scripts/dpkg-gencontrol.pl 2005-01-11 17:55:11.0 
+0100
+++ dpkg-1.10.26.alias/scripts/dpkg-gencontrol.pl   2005-01-24 
09:02:47.0 +0100

Bug#291963: PATCH: magic numbers for GNU findutils

[James Youngman]

Package: file
Version: 4.12-1
Severity: wishlist
Tags: patch

Hello,

Here are the magic numbers for the database used by the "locate" program
of GNU findutils.   The findutils suite currently supports two formats
of locate database, its own (LOCATE02, for which magic numbers appear
below) and the traditional format.  The traditional format is hardly
ever used these days, but in any case does not have an obvious magic
number.  The supplied magic numbers take into account any possible 
new format (this is a policy decision on my part - I maintain findutils).

Not sure if my use of "\b" is legitimate, but it follows existing
examples in the magic file.

0   string  \0LOCATEGNU findutils locate database data
>7  string  >\0 \b, format %s
>7  string  02  \b (frcode)


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

Versions of packages file depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libmagic1   4.12-1   File type determination library us
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information


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

Bug#291961: hnb: new upstream prerelease available

[Norbert Tretkowski]

Package: hnb
Version: 1.9.17-4
Severity: wishlist

1.9.18pre3 is available since a few month, and supports autosave,
crash recovery and some other bugfixes. It would be nice to have this in
Debian (maybe experimental).

Regards, Norbert

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

Versions of packages hnb depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand

-- no debconf information


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

Bug#291962: postgresql: Multiple unsafe /tmp usage in build scripts and tools and some fixes to maintainer scripts

[Javier Fernández-Sanguino Peña]

Package: postgresql
Version: 7.4.6-6
Priority: important
Tags: security patch

(Note to security team: even if this bug is tagged security it does not
apply to average users of PostgreSQL just to those building it and using
other extra tools which are not available in the Debian binary packages
but are present in the source code)

Hi postgresql maintainer,

I've been auditing postgresql as part of an auditing effort within the
work of the Debian Security Audit team [1] looking for security bugs
that might be used for symlink attacks in temporary directories.
Reviewin postgresql code I've found a lot of scripts which don't use
temporary directories safely:

- temporary files are created based on the $$ construct, which can be
  known in advance by an attcker enabling him to construct a 
  symlink attack (either because it is used multiple times in
  files that are created throughout the script or because the PID range
  used can be estimated)
- scripts don't honor $TMPDIR and just drop their stuff in /tmp 
  directly
- scripts remove files in traps or on startup which might not have been
  created by the script itself.

(Debian specific)
- scripts could use -t in mktemp calls instead of ${TMPDIR:-/tmp}
  (the -t call adds additional checks, see the manpage)
- one script (debian/enable_lang.in) does not check mktemp's
  return value and is not running with -e 
- the postinst script makes temporary files world-readable when they
  might contain sensitive information (such as database dumps)
 
As said above, I don't find these issues particularly troubling since
the tools are only used on build systems and that code is not
provided to end-users, that's why I'm labeling this bug as 'important'
and not a higher priority ('grave' is usually attached to these kind
of bugs)

Attached is a proposed patch to fix the above issues. It's not tested,
I'm just trying to provide insight at the code pieces which I
think should be fixed (even though they are easy to find just looking
for '/tmp' in the sources). The patch has been done against the 
build-tree that the Debian package creates.

It's not included in the patch but I'm slightly worried about the
following file: build-tree/postgresql-7.4.6/src/pl/plperl/ppport.h
Shouldn't this one be modified to one that doesn't use $$ constructs
but File::Temp?

Hope this is useful, if you do think it's proper, please forward it
upstream.

Regards

Javier Fernandez-Sanguino

[1] http://www.nl.debian.org/security/audit/
diff -Nru 
postgresql-7.4.6.orig/build-tree/postgresql-7.4.6/contrib/pg_upgrade/pg_upgrade 
postgresql-7.4.6/build-tree/postgresql-7.4.6/contrib/pg_upgrade/pg_upgrade
--- 
postgresql-7.4.6.orig/build-tree/postgresql-7.4.6/contrib/pg_upgrade/pg_upgrade 
2002-08-30 00:19:03.0 +0200
+++ postgresql-7.4.6/build-tree/postgresql-7.4.6/contrib/pg_upgrade/pg_upgrade  
2005-01-23 02:23:25.0 +0100
@@ -29,7 +29,11 @@
 fi
 
 
-trap "rm -f /tmp/$$.*" 0 1 2 3 15
+tmpsavedata=`mktemp -t savedata.XX` || { echo "$0: Cannot create temporary 
file" >&2 ; exit 1 ; }
+tmppgdata=`mktemp -t pgtmpdata.XX` || { echo "$0: Cannot create temporary 
file" >&2 ; exit 1 ; }
+tmpdboidmap=`mktemp -t dboidmap.XX` || { echo "$0: Cannot create temporary 
file" >&2 ; exit 1 ; }
+tmpdbobjoidmap=`mktemp -t dbobjimap.XX` || { echo "$0: Cannot create 
temporary file" >&2 ; exit 1 ; }
+trap "rm -f -- \"$tmpsavedata\" \"$tmppgdata\" \"$tmpdboidmap\" 
\"$tmpdbobjoidmap\" " 0 1 2 3 13 15
 
 BASENAME=`basename "$0"`
 PHASE=""
@@ -328,9 +332,9 @@
 
 # compare locales to make sure they match
 
-pg_resetxlog -n "$SAVEDATA" | grep "^LC_" > /tmp/$$.0
-pg_resetxlog -n "$PGDATA" | grep "^LC_" > /tmp/$$.1
-if ! diff /tmp/$$.0 /tmp/$$.1 > /dev/null
+pg_resetxlog -n "$SAVEDATA" | grep "^LC_" > $tmpsavedata
+pg_resetxlog -n "$PGDATA" | grep "^LC_" > $tmppgdata
+if ! diff $tmpsavedata $tmppgdata > /dev/null
 then   echo "Locales do not match between the two versions.  Exiting." 1>&2
exit 1
 fi
@@ -360,8 +364,8 @@
 echo "Input script completed, fixing row commit statuses..."
 
 # Generate mappings for new database
-make_dboidmap > /tmp/$$.dboidmap || exit "$?"
-make_dbobjoidmap > /tmp/$$.dbobjoidmap || exit "$?"
+make_dboidmap > $tmpdboidmap || exit "$?"
+make_dbobjoidmap > $tmpdbobjoidmap || exit "$?"
 
 # we are done with SQL database access
 # shutdown forces buffers to disk
@@ -391,8 +395,8 @@
 
SRC_OID=`echo "$LINE" | awk '{print $3}'`
SRC_DBOID=`grep "^$DB   " "$INFODIR"/dboidmap | awk '{print $2}'`
-   DST_DBOID=`grep "^$DB   " /tmp/$$.dboidmap | awk '{print $2}'`
-   DST_OID=`grep "^$DB $OBJ" /tmp/$$.dbobjoidmap | awk '{print 
$3}'`
+   DST_DBOID=`grep "^$DB   " $tmpdboidmap | awk '{print $2}'`
+   DST_OID=`grep "^$DB $OBJ" $tmpdbobjoidmap | awk '{print $3}'`
 
move_objfiles
 
@@ -405,13 +409,13 @@
SRC_OID=`grep "^$DB pg_toast_$SAVE_SRC_OID  " \
"$INFODIR"/dbobjoidmap | awk '

Bug#286120: acknowledged by developer (Re: mailscanner: Outbound emails sit in queue because of incorrect paths for Exim4's config & binary files)

[Chris Aitken]

Mailscanner was enabled in /etc/default/mailscanner.

Cheers

Chris


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



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

Bug#282800: tested with kernel 2.6.8-9 and cdrecord 2.0+38-1 under root

[maximilian attems]

On Thu, 25 Nov 2004, Peter Walser wrote:

> I tried the new unstable kernel and cdrecord and tested all under root 
> (su and sudo). Just the message changed (with the newer cdrecord).
> 
> kernel-image-2.6.8-1-686=2.6.8-9
> cdrecord=4:2.0+a38-1
> 
> $ sudo /usr/bin/cdrecord -dummy -v -eject -multi -data "/var/tmp/o.iso"

please send:
* dmesg + lsmod of working 2.6.10
* dmesg + lsmod of non working 2.6.8

a++ maks


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

Bug#291939: Split System/Cpu for architecture handling

[Scott James Remnant]

On Mon, 2005-01-24 at 04:14 +0100, Robert Millan wrote:

> This is the continuation of bug #118910.  Since you retitled it as
> "[ARCH] clean up archtable", I considered you'd prefer me to file a separate
> bug for this.  Feel free to retitle/merge if you think otherwise.
> 
> The changes are pretty straightforwarded, but they should be enough to fix
> most of the concerns that porters had with the limitations of dpkg 
> architecture
> handling during the last few years.
> 
This patch looks incomplete?  It only touches the dpkg-dev part of dpkg,
and doesn't change the handling of dpkg itself.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


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

Bug#291794: "**FATAL_ERROR** ....open of /var/lib/ntop/prefsCache.db failed"

[Ola Lundqvist]

Hello

Ok, what is the permission on the directory /var/lib/ntop?
$ ls -la /var/lib/ntop

Regards

// Ola

On Mon, Jan 24, 2005 at 01:16:08AM -0500, Alfie Costa wrote:
> On 23 Jan 2005 at 20:28, Ola Lundqvist <[EMAIL PROTECTED]> wrote:
> 
> > >   Sun Jan 23 02:34:48 2005  **FATAL_ERROR** open of 
> > > /var/lib/ntop/prefsCache.db failed: File open error 
> 
> > What user have permission to that file?
> 
> I've experimented with several, by reconfiguring the package with:
> 
>   dpkg-reconfigure ntop
> 
> ...but always seem to get the same error messages.  Examples of permission 
> variants that don't work for me...
> 
> When the config script asks, "Which is the name of the user to run the ntop 
> daemon as ?" and "Which interfaces should ntop listen on?" I leave both at 
> the 
> defaults, 'eth0' and 'ntop':
> 
>   ls -l /var/lib/ntop/prefsCache.db;echo $?
>   ls: /var/lib/ntop/prefsCache.db: No such file or directory
>   1
> 
> Reconfigure, with 'ppp0' and 'ntop':
> 
>   -rw-r--r--  1 ntop ntop 12288 Jan 24 00:59 /var/lib/ntop/prefsCache.db
> 
> Reconfigure, with 'ppp0' and 'jdoe':
> 
>   -rw-r--r--  1 jdoe ntop 12795 Jan 24 00:59 /var/lib/ntop/prefsCache.db
> 
> All of those configurations result in the same errors (see previous message).
> 
> This seems odd:
> 
>   groups ntop
>   ntop
> 
> Shouldn't the config script have added 'jdoe'?   (So I tried adding 'jdoe', 
> with 'adduser jdoe ntop', but that didn't help.)
> 
> 
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#290685: vcdimager: Patch

[Goswin Brederlow]

Package: vcdimager
Version: 0.7.20-2
Followup-For: Bug #290685

Hi,

attached is a patch to make vcdimager compile again and thereby
makeing it installable again.

Compile tested on amd64 sarge and a clean i386 sid chroot.

MfG
Goswin

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-1
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages vcdimager depends on:
ii  libc6  2.3.2.ds1-19.0.0.2.pure64 GNU C Library: Shared libraries an
ii  libcdio0   0.68-2library to read and control CD-ROM
ii  libiso9660-0   0.68-2library to work with ISO9660 files
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libvcdinfo00.7.20-2  library to extract information fro
ii  libxml22.6.11-5  GNOME XML library
ii  zlib1g 1:1.2.2-4 compression library - runtime

-- no debconf information
diff -u vcdimager-0.7.20/debian/changelog vcdimager-0.7.20/debian/changelog
--- vcdimager-0.7.20/debian/changelog
+++ vcdimager-0.7.20/debian/changelog
@@ -1,3 +1,14 @@
+vcdimager (0.7.20-2.1) unstable; urgency=low
+
+  * NMU by Goswin von Brederlow to fix FTBFS and uninstallable bug
+(Closes: #290685)
++ Fix type mismatch in image.c
++ Fix for libcdio API changes
++ Fix test/vcd20_nrg3.right to updated info string
++ Fix test/Makefile.am to clean *.nrg files
+
+ -- Goswin von Brederlow <[EMAIL PROTECTED]>  Mon, 24 Jan 2004 11:06:15 +0200
+
 vcdimager (0.7.20-2) unstable; urgency=low
 
   * Fix pkg-config description for libvcdinfo since libvcd is a "private"
only in patch2:
unchanged:
--- vcdimager-0.7.20.orig/test/Makefile.am
+++ vcdimager-0.7.20/test/Makefile.am
@@ -42,4 +42,4 @@
 XFAIL_TESTS = testassert
 
 
-MOSTLYCLEANFILES = *.bin *.cue core.* *.dump
+MOSTLYCLEANFILES = *.bin *.cue core.* *.dump *.nrg
only in patch2:
unchanged:
--- vcdimager-0.7.20.orig/test/Makefile.in
+++ vcdimager-0.7.20/test/Makefile.in
@@ -247,7 +247,7 @@
 	testassert
 
 XFAIL_TESTS = testassert
-MOSTLYCLEANFILES = *.bin *.cue core.* *.dump
+MOSTLYCLEANFILES = *.bin *.cue core.* *.dump *.nrg
 all: all-am
 
 .SUFFIXES:
only in patch2:
unchanged:
--- vcdimager-0.7.20.orig/test/vcd20_nrg3.right
+++ vcdimager-0.7.20/test/vcd20_nrg3.right
@@ -1,4 +1,4 @@
-   INFO: detected v50 (32bit offsets) NRG magic
+   INFO: detected Nero version 5.0 (32-bit offsets) NRG magic
INFO: SAO type image (ETNF) detected
 ---
 VCD/INFO.VCD
only in patch2:
unchanged:
--- vcdimager-0.7.20.orig/lib/image.c
+++ vcdimager-0.7.20/lib/image.c
@@ -76,7 +76,7 @@
 }
 
 int
-vcd_image_sink_write (VcdImageSink *obj, void *buf, uint32_t lsn)
+vcd_image_sink_write (VcdImageSink *obj, void *buf, lsn_t lsn)
 {
   vcd_assert (obj != NULL);
 
only in patch2:
unchanged:
--- vcdimager-0.7.20.orig/lib/info.c
+++ vcdimager-0.7.20/lib/info.c
@@ -1806,7 +1806,7 @@
   }
 
   if (obj->vcd_type == VCD_TYPE_SVCD || obj->vcd_type == VCD_TYPE_HQVCD) {
-statbuf = iso9660_fs_stat (obj->img, "MPEGAV", true);
+statbuf = iso9660_fs_stat (obj->img, "MPEGAV");
 
 if (NULL != statbuf) {
   vcd_warn ("non compliant /MPEGAV folder detected!");
@@ -1814,7 +1814,7 @@
 }
 
 
-statbuf = iso9660_fs_stat (obj->img, "SVCD/TRACKS.SVD;1", true);
+statbuf = iso9660_fs_stat (obj->img, "SVCD/TRACKS.SVD;1");
 if (NULL != statbuf) {
   lsn_t lsn = statbuf->lsn;
   if (statbuf->size != ISO_BLOCKSIZE)
@@ -1836,7 +1836,7 @@
iso9660_fs_readdir(img, "EXT", true) and then scanning for
the files listed below.
 */
-statbuf = iso9660_fs_stat (img, "EXT/PSD_X.VCD;1", true);
+statbuf = iso9660_fs_stat (img, "EXT/PSD_X.VCD;1");
 if (NULL != statbuf) {
   lsn_t lsn= statbuf->lsn;
   uint32_t secsize = statbuf->secsize;
@@ -1852,7 +1852,7 @@
 return VCDINFO_OPEN_ERROR;
 }
 
-statbuf = iso9660_fs_stat (img, "EXT/LOT_X.VCD;1", true);
+statbuf = iso9660_fs_stat (img, "EXT/LOT_X.VCD;1");
 if (NULL != statbuf) {
   lsn_t lsn= statbuf->lsn;
   uint32_t secsize = statbuf->secsize;
@@ -1877,13 +1877,13 @@
iso9660_fs_readdir(img, "SVCD", true) and then scanning for
the files listed below.
 */
-statbuf = iso9660_fs_stat (img, "MPEGAV", true);
+statbuf = iso9660_fs_stat (img, "MPEGAV");
 if (NULL != statbuf) {
   vcd_warn ("non compliant /MPEGAV folder detected!");
   free(statbuf);
 }
 
-statbuf = iso9660_fs_stat (img, "SVCD/TRACKS.SVD;1", true);
+statbuf = iso9660_fs_stat (img, "SVCD/TRACKS.SVD;1");
 if (NULL == statbuf)
   vcd_warn ("mandatory /SVCD/TRACKS.SVD not found!");
 else {
@@ -1892,7 +1892,7 @@
   free(statbuf);
 }
 
-statbuf = iso9660_fs_stat (img, "SVCD/SEARCH.DAT;1", true);
+statbuf = iso9660_fs_stat (img, "SVCD/SEARCH.DAT;1")

Bug#291966: ITP: ocaml-expat -- An ocaml wrapper for the Expat XML parsing library

[Enrico Tassi]

Package: wnpp
Severity: wishlist
Owner: Enrico Tassi <[EMAIL PROTECTED]>


* Package name: ocaml-expat
  Version : 0.9.0
  Upstream Author : Maas-Maarten Zeeman <[EMAIL PROTECTED]> 
* URL : http://www.xs4all.nl/~mmzeeman/ocaml/ 
* License : MIT/X
  Description : ocaml bindings for the Expat XML parsing library

The Ocaml Expat Library is an interface library for the programming 
language Ocaml to the Expat XML parsing library

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


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

Bug#291964: ITP: ocurl -- OCaml bindings for libcurl

[Enrico Tassi]

Package: wnpp
Severity: wishlist
Owner: Enrico Tassi <[EMAIL PROTECTED]>


* Package name: ocurl
  Version : 0.2.0
  Upstream Author : Lars Nilsson <[EMAIL PROTECTED]> 
* URL : http://sourceforge.net/projects/ocurl
* License : MIT/X
  Description : OCaml bindings for libcurl

The Ocaml Curl Library (Ocurl) is an interface library for the
programming language Ocaml to the networking library libcurl.

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


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

Bug#291965: mozilla-mailnews: forget line break in signature

[pic]

Package: mozilla-mailnews
Version: 2:1.7.5-1
Severity: normal

I have specified a text file for my signature: signature.txt
Adding the signature to the message, mozilla forget the line breaks
(\n). 

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages mozilla-mailnews depends on:
ii  mozilla-browser   2:1.7.5-1  The Mozilla Internet application s

-- no debconf information


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

Bug#291955: hevea: hevea-doc missing?

[Samuel Mimram]

Hi,
The heavea-doc package exists but is in non-free section (which is ok 
for a Suggests). I guess you did not add non-free to your 
/etc/apt/sources.list.

Regards,
Samuel.
Helge Kreutzmann wrote:
Package: hevea
Version: 1.07-4
Severity: important
I wanted to have a look how hevea works. Reading
man hevea
I was told:
On a Debian system it [the help] can also be accessed at
/usr/share/doc/hevea-doc/html or through the Debian help
system, provided the package hevea-doc is installed.
Trying to install hevea-doc yields:
thirtyto:~# env LANG=C apt-get install hevea-doc
Reading Package Lists... Done
Building Dependency Tree... Done
Package hevea-doc is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package hevea-doc has no installation candidate
Since hevea Suggests hevea-doc which is not available I use this
urgency.
Btw.: What ist the »Debian Help System«?

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

Bug#291195: synaptic: toolbar option 'Text Beside Icons' does not work since upgrade to 0.53.4-7

[Michael Vogt]

On Wed, Jan 19, 2005 at 12:07:51PM +0100, Wolfram Tomalla wrote:
> Package: synaptic
> Version: 0.53.4-7
> Severity: normal

Thanks for your bugreport. 
 
> Since upgrade to 0.53.4-7 the toolbar option 'Text Beside Icons' does
> not work, only the icons are displayed, no text. All the other toolbar
> options work fine (since upgrade to 0.53.4-7)

I'm pretty sure that this is a upstream (libglade2 and/or gtk2)
problem. I just call 
gtk_toolbar_set_style(toolbar, GTK_TOOLBAR_BOTH_HORIZ)

thanks,
 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#263883: fluxbox: Mouse wheeling between desktops is broken

[Stephen Quinney]

Package: fluxbox
Version: 0.9.11-1
Followup-For: Bug #263883

I am having what seems to be similar problems to those of the original
bug reporter but they are manifested in a different manner.

I have enabled desktop wheeling:

session.screen0.desktopwheeling:true

When I have 3 desktops wheeling "up" takes me "down" the desktops,
i.e. 3 -> 2 -> 1, when it used to go the other way. Wheeling "down"
now takes me "up" the desktops, i.e. 1 -> 2 -> 3.

If I have 4 desktops it gets much worse. When I am on desktop 1 or 3
the mousewheeling just alternates between those no matter which way I
wheel the mouse. The same thing happens when on 2 or 4, it just
alternates between those two desktops.

I hope this can be fixed soon as it's my driving me crazy ;-)

Thanks,

Stephen Quinney

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

Versions of packages fluxbox depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstdc++5   1:3.3.5-5   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxpm4  4.3.0.dfsg.1-10 X pixmap library
ii  libxrandr2   4.3.0.dfsg.1-10 X Window System Resize, Rotate and
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  menu 2.1.20  Provides update-menus functions fo
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#291631: cmp/diff/etc. lack PT_GNU_STACK header

[Jeroen van Wolffelaar]

On Mon, Jan 24, 2005 at 01:46:30AM +0100, Santiago Vila wrote:
> On Mon, 24 Jan 2005 [EMAIL PROTECTED] wrote:
> 
> > I made a statistic on my machine:
> > 1341 are '-' and 76 are '?' so less than 1% has the problem.
> > 
> > More importantly, there are all binaries that have been build a long
> > time ago, with the exception of diffutils and rcs binaries.
> > 
> > Since diffutils was uploaded the 19/01/2005 I see no explanation why
> > it has the problem unless the maintainer built it on top of woody.
> > (The gcc changes is dated Sun,  9 Nov 2003).
> 
> That's the correct explanation, yes. It has never been a bug to build
> a package using stable if the dependencies are compatible with the
> ones in testing. In this case, Pre-Depends: libc6 (>= 2.2.4-4) is ok
> because sarge has 2.3.2.ds1-20 and libc6 is not in oldlibs.

Well, it is recommended to build in sid, also, I do think building in
woody is bad for several reasons:
- you do not ship what's in sarge, you cannot reproduce the build
  because it was build with software not in sarge. This is often the
  case in minor ways, but intentionally doing so seems awkward at best.
- only one architecture will have these older woody depends, all other
  architectures not. I don't know what reason you have to build on
  woody, but that's defeated by this buildd reason.
- Suppose one day after sarge is released a security update needs to be
  made, and this package is suddenly build on sarge. There might be
  weird bugs hiding there, since nobody tested it this way, only builded
  on woody. I think it's very important to make sure security uploads
  are not going to change the package in bad ways, and suddenly building
  with a much different libc et al, and a different gcc with different
  properties apparantly (this bug is directly caused by it) might be
  resulting in such bad changes, we simply don't know, since it hasn't
  been tested.

So, why do you really want to build this on woody, and not just build on
sid as everybody else does?

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#184256: big fonts - freetype or pango

[browaeys . alban]

This need a check but from what i know of  mozilla it let freetype,
fontconfig and pango manage its fonts.

This bug will never be resolved if it stay ine the mozilla side of
things.


from experience with similar problems last year in openoffice and
gnome-font-properties , i would tell that it was one of the many
libfreetype bug which are fixed by now fixes.

also check with gnome-font-properties, click advanced , that the dpi for
the default dpi is not below 70 .

Cheers
Alban



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

Bug#291472: synaptic: synaptic: [l10n/de] patch fixing about 20 typos and minor errors in Sarge

[Michael Vogt]

On Fri, Jan 21, 2005 at 12:32:55AM +0100, Nikolaus Schulz wrote:
> Package: synaptic
> Version: 0.53.4-6
> Severity: minor
> Tags: patch l10n

Thanks for your patch.
 
> stumbling across a typo in the german welcome screen, I happened to fix
> a bunch of comparable errors in the german catalogue file. :-)
> Diff attached for review. Note this pertains to Sarge, not the version in
> Sid. 

Does that mean that the version in sid has all this typos/errors
fixed? 

thanks,
 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#206741: Aw: Re: Bug#206741: KDE Support (XScreenSaver.desktop) doesn't fit to supplied xscreensaver.kss

[Jamie Zawinski]

Well, after thinking about it some more, I'm inclined to remove this
xscreensaver.kss file from the next release of xscreensaver (unless I
hear a good reason not to.)  I added it at someone's request years ago,
but now I think it just doesn't belong there at all.

If the KDE folks think they should be using their own screen saving
framework instead of my xscreensaver daemon, that's their choice; but if
they also choose to try and run the xscreensaver display modes in that
foreign framework, then *they* should be the ones responsible for, you
know, making it actually *work*.

In my opinion, and from what I hear of the experience of others, the
only sensible way to make use of xscreensaver in a KDE environment is to
disable KDE's screensaver framework and run the xscreensaver daemon, as
documented in the xscreensaver FAQ and manual:

http://www.jwz.org/xscreensaver/faq.html#kde
http://www.jwz.org/xscreensaver/man1.html#10


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

Bug#291967: wmaker treats multiple instances of the same program as one

[Konstantin Seiler]

Package: wmaker
Version: 0.91.0-6
Severity: important


In the latest version wmaker started to treat multiple instances of the same
application as one. That is only one symbol is created for all of them and
when you want to hide one, wmaker hides them all. The kill-command (issued
via the symbol) is sent to all instances, too.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9kms4
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages wmaker depends on:
ii  cpp  4:3.3.5-1   The GNU C preprocessor (cpp)
ii  debianutils  2.8.4   Miscellaneous utilities specific t
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libwraster3  0.91.0-6Shared libraries of Window Maker r
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#291852: update-basswd (probably) killed user/group mdom

[Colin Watson]

On Sun, Jan 23, 2005 at 05:53:03PM +0100, Jan Lühr wrote:
> Package: base-passwd
> Version: 3.5.9
> 
> Greetings,
> 
> A few weeks ago I did an apt-get dist-upgrade on my sarge server (i386). For 
> some reason update-basswd wanted to delete the user:group mdom:mdom. I 
> thought I won't be necessary to keep 'em, so I let update-passwd go one. 
> Later one, I noticed that my UUCP System was unable to send mail, because It 
> had no rights to call the sendmail-placeholder (exim).
> Recreating mdom:mdom solved the problem.

What is this mdom user/group? What package created it?

This is not a base-passwd bug, as nothing else should ever create users
or groups in the space reserved for use by base-passwd; I'm trying to
figure out where to reassign it.

Cheers,

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#291715: xt-aterm_2.0.5-1(ia64/unstable): FTBFS: debian/rules issues?

[Julien Lemoine]

Hi Steve and LaMont,

  The fact is that this package DO not work on 64 bits architectures
from the begining (alpha, ia64 ARE NOT in the build list of controil
file). I had a lot of conversation with upstream author to
improve 64bits support in the last years (give them access to my
alpha...). But for the moment, the portabilitie problems are not solved,
xt-aterm can be compiled but all program linked with it segv.

  The only program that use the xt-* package is xt-stratego and it does
not have maintainer anymore. I will orphan all my xt-*
package to have more time to maintain others.

Best Regards.

* Steve Langasek <[EMAIL PROTECTED]> [2005-01-22 22:16:17 -0800]:

> severity 291715 important
> thanks
> 
> Hi LaMont,
> 
> Since this bug only occurs on 64-bit architectures where the package has
> not been built, it doesn't appear to fit the criteria for serious bugs.
> 
> You're right that this is a bug in debian/rules: configure is being called
> with a --with-64bit argument, but the necessary CC_CC64 variable is only
> defined for sparc.
> 
> Julien, this configure option shouldn't be used at all; *all* compiler
> output is 64-bit on these architectures, you should not be building the
> library twice as happens when using --with-64bit.  OTOH, I do also see that
> there's mention in the changelog of xt-aterm being unusable on 64-bit
> architectures: perhaps you want to use the -DAT_64BIT compile flag that's
> mentioned in configure.in.  Since past versions of xt-aterm were broken on
> alpha and ia64, it may be a good idea to confirm that this fixes the problem
> of misbuilt binaries before changing the package to cause binaries to be
> output again on these architectures.
> 
> -- 
> Steve Langasek
> postmodern programmer



-- 
Julien LEMOINE / SpeedBlue


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

Bug#279323: Fix for Zope segfault on amd64

[A Mennucc]

hi everybody 

Does zope2.7 segfauls as well?

In zope2.7 the line is

  if (!PyArg_ParseTuple(args, "sI:initgroups", &username, &igid))

From  http://www.python.org/doc/2.4/api/arg-parsing.html

"I" (integer) [unsigned int]
 Convert a Python integer to a C unsigned int, without overflow checking. 
New in version 2.3.


I also found this bit from the 'info libc6' 
With the `-Wformat' option, the GNU C compiler checks calls to
 `scanf' and related functions.  It examines the format string and
 verifies that the correct number and types of arguments are supplied.
 There is also a GNU C syntax to tell the compiler that a function you
 write uses a `scanf'-style format string.  *Note Declaring Attributes
 of Functions: (gcc.info)Function Attributes, for more information.

Does this apply to PyArg_ParseTuple ?


a.

On Sat, Jan 22, 2005 at 02:00:17AM -0500, Per Bojsen wrote:
> Hi,
> 
> I did some debugging and found out that the segfault in Zope on amd64
> is due to some non-64-bit-compatible code in the initgroups.c source
> file (lib/Components/initgroups/initgroups.c in the Zope source
> package).  Here is a patch that fixes this problem:
> 
> --- initgroups.c~ 2002-07-25 17:54:02.0 -0400
> +++ initgroups.c  2005-01-22 01:36:44.422203184 -0500
> @@ -25,7 +25,16 @@
>   char *username;
>   gid_t gid;
>  
> +#if defined(__x86_64__) || defined(__amd64) || defined(__amd64__)
> + /* gid_t is a 32-bit integer on amd64 so we should use the i
> +format specifier as the l specifier indicates a long which
> +is 64 bits.  This fixes a segfault caused by
> +PyArg_ParseTuple() overwriting the lower 32 bits of
> +username when setting gid.  */
> + if (!PyArg_ParseTuple(args, "si:initgroups", &username, &gid))
> +#else
>   if (!PyArg_ParseTuple(args, "sl:initgroups", &username, &gid))
> +#endif
>   return NULL;
>  
>   if (initgroups(username, gid) == -1)
> 
> With this patch I no longer get segfaults and I am able to bring up
> the Zope management interface.
> 
> Hope this helps,
> Per
> 
> -- 
> Per Bojsen  <[EMAIL PROTECTED]>
> 7 Francis Road
> Billerica, MA 01821-3618
> USA
> 

-- 
Andrea Mennucc
 "Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef"


pgpYb2uVrUrzl.pgp
Description: PGP signature

Bug#291968: ksirc: History length arbitrary limitation

[Tor Arntsen]

Package: ksirc
Version: 4:3.3.1-2
Severity: normal

In "General KSirc Settings", "History lenght" is limited to 1000.

I was using 3000 as history length for a long time, but at  
some stage an arbitrary limit of 1000 has been inserted into ksirc, 
with the result that I lose needed history when I'm away from my
computer more than a day.  Such arbitrary limits should not
exist according to GNU standards, and in any case 1000 is   
a ridiculously low limit (as this problem wasn't there in earlier 
versions one would think it should be easy to correct).  

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

Versions of packages ksirc depends on:
ii  kdelibs4 4:3.3.1-4   KDE core libraries
ii  libart-2.0-2 2.3.16-6Library of functions for 2D graphi
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfam0c102  2.7.0-6 client library to control the FAM 
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libidn11 0.5.2-3 GNU libidn library, implementation
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqt3c102-mt3:3.3.3-7   Qt GUI Library (Threaded runtime v
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstdc++5   1:3.3.5-5   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  perl 5.8.4-5 Larry Wall's Practical Extraction 
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information


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

Bug#291969: konqueror: Konqueror fills CPU usage when it load some pages

[Matteo Calorio]

Package: konqueror
Version: 4:3.3.1-4
Severity: normal

*** Please type your report below this line ***
When I open the followins web site, my CPU goes to 100%:

http://www.ansa.it/

IMHO the problem is with the horizontal scrolling text on the top of the page.

I hope this helps! :-)

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.24-xfs
Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1)

Versions of packages konqueror depends on:
ii  kcontrol 4:3.3.1-4   KDE Control Center
ii  kdebase-kio-plugins  4:3.3.1-4   KDE I/O Slaves
ii  kdelibs4 4:3.3.2-1   KDE core libraries
ii  kdesktop 4:3.3.1-4   KDE Desktop
ii  kfind4:3.3.1-4   KDE File Find Utility
ii  libart-2.0-2 2.3.16-6Library of functions for 2D 
graphi
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries 
an
ii  libfam0c102  2.7.0-6 client library to control the FAM
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libidn11 0.5.2-3 GNU libidn library, 
implementation
ii  libjpeg626b-9The Independent JPEG Group's JPEG
ii  libkonq4 4:3.3.1-4   Core libraries for KDE's file 
mana
ii  libpcre3 4.5-1.1 Perl 5 Compatible Regular 
Expressi
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqt3c102-mt3:3.3.3-7   Qt GUI Library (Threaded runtime 
v
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session 
Management
ii  libstdc++5   1:3.3.5-5   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client 
li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous 
exte
ii  libxrender1  0.8.3-7 X Rendering Extension client 
libra
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) 
configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- debconf information:
* konqueror/crypto:


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

Bug#268377: Bug#291939: Support for arch aliases

[Goswin von Brederlow]

Guillem Jover <[EMAIL PROTECTED]> writes:

> Hi,
>
> I've been thinking on implementing this for a long time. As
> Robert has presented an implementation to the Architecture
> handling problem that does not convince me at all, so instead
> of just sitting here and criticize his design I've coded mine.
>
> The idea is to introduce architecture aliases, they will only take
> effect on the source package and will get expanded when building
> the binary package so there's not need to touch major infrastructure
> to support this, also they respect current syntax. They can be used
> on Build-Depends and friends and on Architecture fields on specific
> packages.

type-handling already does all you ever want.

> The aliases are of the form:
>
>   Alias Example Expansion
>
>   -any  hurd-anyhurd-i386
> linux-any   i386 powerpc alpha arm ...

% type-handling any linux
alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 s390x sh3 sh3eb sh4 
sh4eb sparc sparc64 amd64

>   any- any-i386hurd-i386 kfreebsd-i386 i386 ...

% type-handling i386 any
darwin-i386 freebsd-i386 hurd-i386 kfreebsd-i386 knetbsd-i386 i386 netbsd-i386 
openbsd-i386

> There are two other cases just for consistency:
>
>   linux-   linux-i386  i386
> any-any any

% type-handling i386 linux
i386

% type-handling any any   
alpha arm hppa darwin-i386 freebsd-i386 hurd-i386 kfreebsd-i386 knetbsd-i386 
i386 netbsd-i386 openbsd-i386 ia64 m68k mips mipsel darwin-powerpc powerpc s390 
s390x sh3 sh3eb sh4 sh4eb sparc sparc64 amd64

I guess that could be improved.

> I've a added as well a new option (-n normalize) to dpkg-architecture
> so Maintainers can use it to get the alias expansions. Try it to see
> the results.
>
> regards,
> guillem

MfG
Goswin



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

Bug#291939: Split System/Cpu for architecture handling

[Robert Millan]

On Mon, Jan 24, 2005 at 08:25:35AM +0100, Goswin von Brederlow wrote:
> >
> > Build-Depends: bin86 [cpu: i386]
> 
> What does Build-Depends: bin86 [cpu: i386, mips] mean? All i386 cpus
> and linux-mips? All i386 cpus and all mips cpus?

All i386 cpus and all mips cpus.

> What about [cpu: i386, system: linux]? Is that linux-i386 or any i386
> cpu or any linux system?

That syntax is not (yet?) supported by my patch.  In any case I'd prefer:

   [cpu: i386 ...] [system: linux ...]

which is easier to parse.  However, note the example is equivalent to [i386]
currently.

> Beware that unless you get this into sarge it can't be used before
> etch is released, which means somewhere around 2008-2010.
> 
> Also is it allowed to say "Cpu: mips, mipsel" for mips/mipsel specific
> but endian independent files, e.g. kernel docs and patch for
> mips/mipsel.
> 
> Last but not least have you looked at DAK and figured out what needs
> patching there to support this?

These three questions have basicaly the same answer:  my patch doesn't
modify the way dpkg interacts with DAK.  dpkg-genchanges uses Cpu/System
logic to determine wether we can build a package, but when generating
DEBIAN/control it will add an "Architecture" field set to DEB_HOST_ARCH.

So, DAK can work ignorant of this feature.  This means the combination you
describe won't work any better than currently.  (i.e., if you want to avoid
data duplication, you'll have to set it to "all".  If you want to have it for
mips and mipsel, you'll have to accept data duplication).

-- 
 .''`.   Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S)
: :' :
`. `'http://www.debian.org/ports/kfreebsd-gnu
  `-


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

Bug#291951: php-elisp: Wrong identation of "or"

[Ola Lundqvist]

Hello

On Mon, Jan 24, 2005 at 11:33:27AM +0300, Cyril Bouthors wrote:
> Package: php-elisp
> Version: 1.1.0-2
> Severity: normal
> 
> php-elisp makes wrong indentation of the "or" statement, for example
> it indents this code like this:
> 
> foo()
>  or die();
> 
>  foo()
>  or die();
> 
>  foo()
>  or die();
> 
> 
> Instead of:
> 
> foo()
>   or die();
> 
> foo()
>   or die();
> 
> foo()
>   or die();
> 

I'll see what I can do.

Regards,

// Ola

> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.9-1-686
> Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> 
> Versions of packages php-elisp depends on:
> ii  emacs21 [emacsen] 21.3+1-8   The GNU Emacs editor
> 
> -- no debconf information
> <#secure method=pgpmime mode=sign>
> 
> -- 
> Cyril Bouthors
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#291964: ITP: ocurl -- OCaml bindings for libcurl

[David Pashley]

On Jan 24, 2005 at 09:58, Enrico Tassi praised the llamas by saying:
> Package: wnpp
> Severity: wishlist
> Owner: Enrico Tassi <[EMAIL PROTECTED]>
> 
> 
> * Package name: ocurl
>   Version : 0.2.0
>   Upstream Author : Lars Nilsson <[EMAIL PROTECTED]> 
> * URL : http://sourceforge.net/projects/ocurl
> * License : MIT/X
>   Description : OCaml bindings for libcurl
> 
> The Ocaml Curl Library (Ocurl) is an interface library for the
> programming language Ocaml to the networking library libcurl.
> 
Would it not be better to name the package ocaml-curl? Maybe we need a
general policy on language bindings names. It is a shame we have
libfoo-bar-perl and python-foobar.

-- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.


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

Bug#291939: Split System/Cpu for architecture handling

[Robert Millan]

On Mon, Jan 24, 2005 at 09:08:02AM +, Scott James Remnant wrote:
> On Mon, 2005-01-24 at 04:14 +0100, Robert Millan wrote:
> 
> > This is the continuation of bug #118910.  Since you retitled it as
> > "[ARCH] clean up archtable", I considered you'd prefer me to file a separate
> > bug for this.  Feel free to retitle/merge if you think otherwise.
> > 
> > The changes are pretty straightforwarded, but they should be enough to fix
> > most of the concerns that porters had with the limitations of dpkg 
> > architecture
> > handling during the last few years.
> > 
> This patch looks incomplete?  It only touches the dpkg-dev part of dpkg,
> and doesn't change the handling of dpkg itself.

As I just said to Goswin, my patch doesn't modify the way dpkg handles
architectures internaly.  dpkg-genchanges uses Cpu/System logic to determine
wether we can build a package, but when generating DEBIAN/control it will add
an "Architecture" field set to DEB_HOST_ARCH.

Of course, I'd like a full transition on the long term.  But keeping backwards
compatibility is the most important for me at this point.  IMHO, you can
do this change safely in experimental without disrupting the sarge release.

(Although we won't really start using this feature untill the buildds have
a similar fix applied and we ammend Policy to require use of this syntax).

-- 
 .''`.   Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S)
: :' :
`. `'http://www.debian.org/ports/kfreebsd-gnu
  `-


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

Bug#263883: fluxbox: alt-tab is cycling out of order and skipping windows

[Chris McCormick]

Ok, I think i've figured out when this is happening. Perhaps it isn't a
bug but it's not how the program used to behave before this release.
Here's a test [I have alt-tab bound to 'NextWindow 0' for this test].

create window 1
create window 2
create window 3
create window 4

alt-tab cycling between these works perfectly cycling in the order of
their creation. now if i cycle 4->3 and then click on window 3 the tab
order changing becomes unpredictable (no longer goes 4->3->2->1) and
seems to change around for a couple of cycles before settling on some
new order. Is this how it's meant to behave? Perhaps I should ask the
fluxbox maintainers?

Thanks for your time.

Regards,

Chris.

On Sun, Aug 08, 2004 at 04:42:16PM +1000, Matt Hope wrote:
> [Chris McCormick <[EMAIL PROTECTED]> - 13:08PM Friday Aug  6]:
> 
> > Package: fluxbox
> > Version: 0.9.9-1
> > Severity: important
> > Tags: experimental
>  Where'd that come from?
> 
> > Since the most recent upgrade, when multiple windows are open,
> > pressing alt-tab cycles through the windows in the wrong order
> > (cycle changes over time too), and often will not let you alt-tab to
> > a particular window.
> 
> The newer version of fluxbox has a request feature - most recent
> window for the {Next,Prev}Window keybinding.
> 
> For other {Next,Prev}Window changes, have a look at the documentation
> covered here:
>   http://fluxbox.sourceforge.net/docbook/en/html/x346.html#KEYS-NOTE-1
> 
> 
> If this does not solve your problem, could you please outline some
> steps to reproduce this problem?
> 
> 
> -- 
>  >dopey!debian.org
>  
---
[EMAIL PROTECTED]
http://mccormick.cx



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

Bug#184556: mozilla-xft display some chinese in disorder.

[browaeys . alban]

This is a non bug. The font choosen which is missing some characters
(thus creating box with the utf8 number) depends on the user
configuration.

Also now that xft1 is obsolete, obviously the font come from pango (if X
still have a partial support, the configuration file /etc/X11/XftConfig
is not in the x packages anymore, thus upgrade or cleanup are not
performed).


Xft2 use fontconfig (provide the font list, and perform a filtering for
each font forge), libfreetype2  and X Render extension . 

This bug should either move to the whole sarge so that it use only fonts
taht have all caracters for all languages (be it tibetan) by default
(let s say even for firewall tasks).

My main concern is why those font bugs are still listed as mozilla bugs
!
mozilla does not manage fonts itself , it cannot draw font badly. Only
the user can change the font settings, and fontconfig the default font
(by binding serif to another font than usual).
libfreetype2 can provide wrong sizes or render badly .

the only way to fix those are downgrading freetype when it breaks or
configuring fontconfig filters with dpkg-reconfigure fontconfig.
And obviously checking the DPI either the X one (from X logs) or the
gnome (gnome-font-manager), kde ones (kxconfig).

For those that want most world characters check that you have the
bitstream vera installed, it has tibetan, indi, georgian , maybe antic
egyptian :)

Also it can happens that corrupted or baldy packaged fonts make
freetype2 either segfault or render improper sizes. So if it bugs just
after installing a font, try removing it first.

Ciao
Alban



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

Bug#263883: fluxbox: Mouse wheeling between desktops is broken

[Matt Hope]

[Stephen Quinney <[EMAIL PROTECTED]> - 10:28AM Monday Jan 24]:

> Package: fluxbox
> Version: 0.9.11-1
> Followup-For: Bug #263883
> 
> I am having what seems to be similar problems to those of the original
> bug reporter but they are manifested in a different manner.

The original posters problem was a keybinding problem. This appears to
be a mousewheel problem.

> I have enabled desktop wheeling:
> 
> session.screen0.desktopwheeling:true
> 
> When I have 3 desktops wheeling "up" takes me "down" the desktops,
> i.e. 3 -> 2 -> 1, when it used to go the other way. Wheeling "down"
> now takes me "up" the desktops, i.e. 1 -> 2 -> 3.
> 
> If I have 4 desktops it gets much worse. When I am on desktop 1 or 3
> the mousewheeling just alternates between those no matter which way I
> wheel the mouse. The same thing happens when on 2 or 4, it just
> alternates between those two desktops.
> 
> I hope this can be fixed soon as it's my driving me crazy ;-)

The same, or a very similar problem has been reported to me by Brian
Pack (acfpack/verizon.net) - he reports that his problem was caused by
having two mouse(s) (mice?) in /etc/X11/XFree86-4. It sounds like each
time you try to mouse-wheel, it moves two desktops, instead of one.

Give this a try.

HTH, etc.

Matt.

-- 
 >dopey!debian.org
 


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

Bug#291971: MK is not alternative language for BG

[Ognyan Kulev]

Package: languagechooser
Version: 1.44
Severity: important
Tags: d-i patch
Hi,
I know it's very late for any changes in Sarge branch, but I found a 
thing that can make any Bulgarian laugh at Debian and I would like to 
avoid that ;-)  In r21549, Anton Zinoviev made the bg line in 
languagechooser like that:

Bulgarian;bg_BG;bg_BG;bg;BG;bg_BG:bg:mk:en_GB:en;kbd=ruscii_8x16(cp1251)
Notice that when there is no Bulgarian translation for a program and 
there is Macedonian translation, the Macedonian translation is shown. 
At first sight, it looks like broken Bulgarian, but after closer look 
you find some strange letters like "j" (latin letter).  The impression 
is bad.  I contacted Anton and he agrees that this change was mistake. 
So please, please consider fixing this.  Trivial patch is attached. 
Note that this is far from dangerous change.

I admit that I should catch this earlier but I didn't go that far (using 
installed Desktop task) in testing d-i.

Regards,
ogi
Index: languagelist
===
--- languagelist	(revision 25092)
+++ languagelist	(working copy)
@@ -5,7 +5,7 @@
 Basque;eu;[EMAIL PROTECTED];eu;ES;eu_ES:eu:en_GB:en;kbd=lat0-sun16(iso15)
 #X Belarusian;be_BY;be_BY.UTF-8;be;BY;be_BY:be:ru:en_GB:en;kbd=iso5-16(utf8)
 Bosnian;bs_BA;bs_BA;bs;BA;bs_BA:bs:en_GB:en;kbd=lat2-sun16(iso02)
-Bulgarian;bg_BG;bg_BG;bg;BG;bg_BG:bg:mk:en_GB:en;kbd=ruscii_8x16(cp1251)
+Bulgarian;bg_BG;bg_BG;bg;BG;bg_BG:bg:en_GB:en;kbd=ruscii_8x16(cp1251)
 Catalan;[EMAIL PROTECTED];[EMAIL PROTECTED];ca;ES;ca_ES:ca:en_GB:en;kbd=lat0-sun16(iso15)
 # Special case for Chinese as the two flavours share the same ISO 639 code
 # Both will trigger countrychooser. Each will the the backup for the other

Bug#271581: Thank you for your wine packages!

[Silvestre Zabala]

Package: wine
Version: 0.0.20050111-1
Followup-For: Bug #271581

Dear Scott,

I am using your wine packages from:

deb http://wine.sourceforge.net/apt/ binary/
deb-src http://wine.sourceforge.net/apt/ source/

and it's just great! Thank you!

It would be way cool if your packages could be the official Debian ones.
I sincerely hope that some solution can be found, so that it can happen.

Best regards,
  Silvestre

-- 
http://silvestre.zabala.name/


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

Bug#291438: tetex-bin: dvipdfm segfaults when used with hyperref and hypertex

[Prabhu Ramachandran]

> "FK" == Frank Küster <[EMAIL PROTECTED]> writes:

FK> Prabhu Ramachandran <[EMAIL PROTECTED]> wrote:
>> OK, I've found the bug.  Basically, the asn_date function in
>> texk/dvipdfm/pdfdoc.c was writing to a string but did not
>> allocate enough memory for the string before writing to it.
>> Attached is a trivial patch for the file texk/dvipdfm/pdfdoc.c.
FK> [...]
>> - static char date_string[24];
>> + static char date_string[32];

FK> First of all, I must admit that I don't have much experience
FK> with C. But still I have some critical remarks to this:

FK> - We couldn't reproduce the bug here, and it is in a function
FK>   that works on time data. Could it be that it is your
FK>   (Prabhu's) timezone or locale setting that is necessary to
FK>   reproduce the segfault?

I guess so, I provided some data from gdb in my reply to your email.
I'm at GMT+0530 hours.

FK> - Wouldn't it be better to find some clever way do dynamically
FK>   allocate just as much memory for the date_string array as is
FK>   needed? Especially when it is about timezone or locale, I
FK>   suspect that sooner or later there will be one where even
FK>   the 32 chars won't be sufficient.

Not sure about that.  I don't deal with time in C so am not sure what
the best approach is.  However, I don't think timezones are going to
change in our time scales. :) So I think coming up with a fix to
handle all timezones should work fine for the future.

I guess Mark will know better.

cheers,
prabhu

Bug#34071: debbugs: subscribing a package/subscribing a bug

[Colin Watson]

On Sat, Jan 22, 2005 at 10:40:11PM +0200, Vassilii Khachaturov wrote:
> Package: debbugs
> Followup-For: Bug #34071
> 
> The bug seems really old, so maybe it didn't exist back when it
> was originally reported, but right now there is a possibility
> to subscribe a particular package's traffic. E.g., look at
> the following page:
> 
> http://packages.qa.debian.org/t/thttpd.html

Yes, but that is a bugs.debian.org feature and not part of core debbugs.
Note that this report is filed against debbugs.

> As for getting updates on interesting bugs, I must say that this
> indeed is a needed feature. Currently it is possible to hack
> by filing a deliberate duplicate on a bug that already exists
> that you are interested in, then requesting a merge of the 2 bugs.
> Tempting as it might be, I am not doing that, (assuming that if
> everybody does it, it would overload the BTS with stupid duplicates),

Even if you did that, it wouldn't mean you'd get updates. Submitters are
not automatically sent mail that's sent to bugs they submitted. This is
all part of the same generic problem.

Cheers,

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#289525: udev: typo in the 'PROGRAM' line for IOMEGA ZIP {100,250}

[Cyril Humbert]

Package: udev
Version: 0.050-5
Followup-For: Bug #289525

Hello,

The test for ZIP drive doesn't work: '/media' should be
replaced by '/model' at the end of the 'PROGRAM' directive
(as suggested by the reporter of #289525).

The test could be also a little bit relaxed in order to work
also with IOMEGA ZIP 250.

Thanks,

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages udev depends on:
ii  hotplug  0.0.20040329-16 Linux Hotplug Scripts
ii  initscripts  2.86.ds1-1  Standard scripts needed for bootin
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  makedev  2.3.1-75Creates device files in /dev
ii  sed  4.1.2-8 The GNU sed stream editor

-- debconf information:
  udev/devfs-warning:
* udev/reboot-warning:

-- 
Cyril  
--- udev-0.050/extra/udev.rules.orig2005-01-24 11:23:09.0 +0100
+++ udev-0.050/extra/udev.rules 2005-01-24 11:28:22.0 +0100
@@ -17,7 +17,7 @@
 BUS="ide", KERNEL="hd[a-z]", SYSFS{removable}="1", PROGRAM="/bin/cat 
/proc/ide/%k/media", RESULT="cdrom*", NAME="%k", MODE="0660", GROUP="cdrom"
 
 # workaround for devices which do not report media changes
-BUS="ide", KERNEL="hd[a-z]", SYSFS{removable}="1", PROGRAM="/bin/cat 
/proc/ide/%k/media", RESULT="IOMEGA ZIP 100 ATAPI", 
NAME{all_partitions}="%k%n", MODE="0660", GROUP="floppy"
+BUS="ide", KERNEL="hd[a-z]", SYSFS{removable}="1", PROGRAM="/bin/cat 
/proc/ide/%k/model", RESULT="IOMEGA ZIP [12]?0 ATAPI", 
NAME{all_partitions}="%k%n", MODE="0660", GROUP="floppy"
 
 # permissions for IDE floppy devices
 BUS="ide", KERNEL="hd[a-z]", SYSFS{removable}="1", PROGRAM="/bin/cat 
/proc/ide/%k/media", RESULT="floppy*", NAME="%k", MODE="0660", GROUP="floppy"

Bug#259042: ack this problem with usb or ps/2 keyboard

[Francesco Paolo Lovergine]

Package: kernel
Followup-For: Bug #259042

The problem is evident using the same logitech usb keyboard
on usb port (with/out legacy mode enabled) or using an adapter
for ps/2 port. The problem disappears with a non-logitech ps/2 keyboard.
Of course the whole thing is true only in SMP mode.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-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#186259: Re : Bug#186259: Screenshot and config

[browaeys . alban]

Hi ,

My guesses are that this bug is fixed for you by now.

In case it is not , have you tried latest xserver-xfree86 4.3.0 ?
Your problem is about font drawing which is managed by an xserver
extension XRender.


This may be still be a mozilla but i used it in such environment, multi
head or mulit cards , xineram or not and never had this problem. I would
tell it is a xserver or driver bug, but since 2003 the code that manage
fonts has been rewritten two times. Could you confirm that this is
fixed or that you cannot reproduce it (lack of hardware or else) ?

Cheers
Alban



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

Bug#291972: tcsh: when $mail is set, report of a new mail arrival causes xterm to logout

[Hanus Adler]

Package: tcsh
Version: 6.13.07-1
Severity: normal


I have noticed that suddenly, both xterms and KDE konsole are
sometimes just exiting when I just press enter or exit mutt or
something like that. After a bit of looking around I found out that it
is caused by setting the tcsh shell mail variable in .tcshrc
(something like: set mail=(0 /var/spool/mail/user)

It seems that this mail check outputs something that causes
xterm or konsole to exit (konsole says: exit with signal 11).

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

Versions of packages tcsh depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand

-- no debconf information


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

Bug#291973: RFP: gaim-osd -- Allow Gaim to display several notification messages in an 'on-screen display' manner

[Andrew Ferrier]

Package: wnpp
Severity: wishlist

* Package name: gaim-osd
  Version : 1.0.0-1
  Upstream Author : ?
* URL : http://gaimosd.sourceforge.net/
* License : GPL
  Description : Allows Gaim to display several notification messages in an 
'on-screen display' manner

On-screen display overlays shaped text on your screen; it has a similar effect 
as a television's on-screen volume controls, etc.  The XOSD library makes this 
ability possible.  Gaim OSD is an implementation of the XOSD library, allowing 
Gaim to display several notification messages.

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


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

Bug#220156: Patch applied to development branch

[Thijs Kinkhorst]

On Tue, August 3, 2004 12:09, Thijs Kinkhorst said:
> FYI, I've applied the patch you mention to our current development branch
> (1.5.x). It will appear in the 1.6.x series but probably not be backported
> to 1.4.x.

This patch has been backported upstream to the 1.4.5-CVS, and will
probably make it into the next stable release. When that occurs this will
of course also be packaged for Debian.


Thijs



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

Bug#274969: problem persist after reverting to lpr

[Steve Langasek]

Matt,

On Thu, Jan 13, 2005 at 12:34:44PM -0500, Matt Swift wrote:

> More information: I switched from cupsys back to the lpr package for
> printing.  I was hoping the simpler package would avoid the problem,
> but the problem persists.  I am using a current "testing"
> distribution.

> Please let me know how I can help.  I'm willing to put time into this
> bug, since until it's fixed, printing capabilities on my LAN are
> limited and awkward.  But I don't have enough knowledge to be able to
> help simply by diving into the Samba code for the print queue and
> looking for problems with a debugger.

I've uploaded new binary packages to
http://people.debian.org/~vorlon/274969/ using the patch provided by
Christian Perrier in bug #286818, which we suspect to be the same problem.
Can you try installing whichever of those packages you need (at least samba
and samba-common) and let us know if it fixes the problem for you?

Thanks for your patience.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#291672: fbrun crashes the x-server

[Matt Hope]

[Tobias Pfeiffer <[EMAIL PROTECTED]> - 11:04AM Saturday Jan 22]:

> When I run fbrun, the X-Server crashes and goes back to my Display
> Manager (kdm). If I type
> $ fbrun -help
> in a shell and get the default help text, but as soon as fbrun is to
> open a window, X crahes/restarts. I tried to run fbrun from a virtual
> console to be able to read a possible error message with
> $ fbrun -display :0.0
> and get the following:
> X connection to :0.0 broken (explicit kill or server shutdown).
> Called without the display parameter from the virtual console gives only
> a (localized) "Speicherzugriffsfehler" (memory access error?).


I think you mean fbrun kills your windowmanager - or are you sure it
kills the server?




-- 
 >dopey!debian.org
 


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

Bug#289466: Identification of problem

[Frank Lichtenheld]

On Fri, Jan 21, 2005 at 10:49:18PM +0100, Christian Perrier wrote:
> > Attached is a proposed patch which should fix this issue.
> > (I included some other simple changes, too)
> 
> 
> While preparing what was supposed to be a l10n NMU, I went on a few
> other simple to fix issues:
> 
>   * Lintian fixes (the obvious ones):
> - Remove dh-make boilerplate in copyright
> - Remove initial capitals in packages description synopsis
>   and improve English slightly

Ok, attached the updated patch which I plan to upload.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
diff -Naur viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/changelog 
viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/changelog
--- viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/changelog   2005-01-21 
11:16:43.0 +0100
+++ viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/changelog   2005-01-24 
11:32:27.0 +0100
@@ -1,3 +1,22 @@
+viewcvs (0.9.2+cvs.1.0.dev.2004.07.28-1.4) unstable; urgency=high
+
+  * NMU.
+  * Don't try to change the config file if there are vhosts configured.
+This will most probably mess it up (Closes: #289466)
+  * Bug fix: "viewcvs: Updated Japanese po-debconf template translation
+(ja.po)", thanks to Hideki Yamane (Closes: #241832).
+  * Bug fix: "Update of the french debconf translation", thanks to Michel
+Grentzinger (Closes: #244514).
+  * Bug fix: "[INTL:nl] New po-debconf translation in Dutch for viewcvs.",
+thanks to Tim Dijkstra (Closes: #289639).
+  * Copyright holder has changed, correct copyright file
+  * More changes by Christian Perrier:
++ Remove dh-make boilerplate in copyright
++ Remove initial capitals in packages description synopsis
+  and improve English slightly
+
+ -- Frank Lichtenheld <[EMAIL PROTECTED]>  Fri, 21 Jan 2005 12:33:29 +0100
+
 viewcvs (0.9.2+cvs.1.0.dev.2004.07.28-1.3) unstable; urgency=HIGH
 
   * NMU.
diff -Naur viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/config 
viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/config
--- viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/config  2005-01-21 
11:16:43.0 +0100
+++ viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/config  2005-01-21 
13:02:34.0 +0100
@@ -15,6 +15,10 @@
 fi
 
 if [ -x /usr/lib/viewcvs/viewcvs-config -a -f /etc/viewcvs/viewcvs.conf ]; then
+if [ -n "`/usr/lib/viewcvs/viewcvs-config --all --section vhosts 
2>/dev/null`" ]; then
+   exit 0
+   fi
+
cvs_roots=`/usr/lib/viewcvs/viewcvs-config --get cvs_roots`
svn_roots=`/usr/lib/viewcvs/viewcvs-config --get svn_roots`
 #  svn_parent_path=`/usr/lib/viewcvs/viewcvs-config --get svn_parent_path`
diff -Naur viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/control 
viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/control
--- viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/control 2005-01-21 
11:16:43.0 +0100
+++ viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/control 2005-01-24 
11:33:30.0 +0100
@@ -10,7 +10,7 @@
 Depends: ${python:Depends}, cvs | subversion, rcs, mime-support, debconf (>= 
1.0)
 Recommends: enscript, httpd
 Suggests: cvsgraph, viewcvs-query, python2.3-subversion
-Description: Viewing CVS Repositories via HTTP
+Description: view CVS Repositories via HTTP
  The ViewCVS software was inspired by cvsweb (by Henner Zeller).
  ViewCVS can browse directories, commit-logs, and specific revisions of files.
  It can display diffs between versions and show selections of files based on
@@ -22,7 +22,7 @@
 Architecture: all
 Depends: viewcvs (= ${Source-Version}), python-mysqldb, 
python-egenix-mxdatetime
 Replaces: viewcvs (<< 0.9.2-6)
-Description: Viewing CVS (viewcvs-query.cgi)
+Description: view CVS (viewcvs-query.cgi)
  The ViewCVS software was inspired by cvsweb (by Henner Zeller).
  ViewCVS can browse directories, commit-logs, and specific revisions of files.
  It can display diffs between versions and show selections of files based on
diff -Naur viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/copyright 
viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/copyright
--- viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/copyright   2005-01-21 
11:16:43.0 +0100
+++ viewcvs-0.9.2+cvs.1.0.dev.2004.07.28/debian/copyright   2005-01-24 
11:31:25.0 +0100
@@ -3,13 +3,13 @@
 
 It was downloaded from 
 
-Upstream Author(s): Greg Stein <[EMAIL PROTECTED]>
+Upstream Author: Greg Stein <[EMAIL PROTECTED]>
 
 Copyright:
 
-# Copyright (C) 1999-2000 Greg Stein. All Rights Reserved.
+# Copyright (C) 1999-2002 The ViewCVS Group. All Rights Reserved.
 #
-# By using this file, you agree to the terms and conditions set forth below:
+# By using ViewCVS, you agree to the terms and conditions set forth below:
 #
 # Redistribution and use in source and binary forms, with or without
 # modification, are permitted provided that the following conditions
diff -Naur viewcvs-0.9.2+cvs.1.0.dev.2004.07.28.bak/debian/po/fr.po 
v

Bug#291806: debconf: [INTL:] translation update

[Nikolai Prokoschenko]

On Jan 24, 2005 at 07:01:51AM +0100, Christian Perrier wrote:
> > Please include this updated russian translation
> There seems to be an error in the file:

> This is:
> msgid "preconfiguring %s (%s)"
> where the Russian part has only one "%s".

Weird. I thought I've tested the file. Fixed version attached.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
# translation of po_ru.po to Russian
# Copyright (C) 2004 Free Software Foundation, Inc.
# Yuri Kozlov <[EMAIL PROTECTED]>, 2004.
# Michael Sobolev <[EMAIL PROTECTED]>, 2004.
#
msgid ""
msgstr ""
"Project-Id-Version: po_ru\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-01-23 09:06+0100\n"
"PO-Revision-Date: 2005-01-23 12:21+0100\n"
"Last-Translator: Nikolai Prokoschenko <[EMAIL PROTECTED]>\n"
"Language-Team: Russian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.3.1\n"

#: ../Debconf/FrontEnd/Editor.pm:94
msgid "You are using the editor-based debconf frontend to configure your 
system. See the end of this document for detailed instructions."
msgstr "ÐÑ ÑÐÐ ÑÑ debconf, ÑÑÐ ÐÐÑ 
ÐÐÑÑÑ ÑÐÑÑÐÐÑ ÑÐ ÐÑÐÐÐÑÑÑ 
ÑÐÐÑÑÐÐÑÐ ÑÑÐÑ. ÐÐÐÑÐÐÐÑÑ ÐÐÑÐÑÐÐÑÐÑ 
ÐÑ ÐÑÐ Ð ÐÐÐÑÐ ÑÑÐÐÐ ÐÐÐÑÐÐÐÑÐ."

#: ../Debconf/FrontEnd/Editor.pm:111
msgid "The editor-based debconf frontend presents you with one or more text 
files to edit. This is one such text file. If you are familiar with standard 
unix configuration files, this file will look familiar to you -- it contains 
comments interspersed with configuration items. Edit the file, changing any 
items as necessary, and then save it and exit. At that point, debconf will read 
the edited file, and use the values you entered to configure the system."
msgstr "ÐÐÑÐÑÑÐÐÑ Ð debconf, ÐÑÐÐÐÑÐÑÑÑÐÐ 
ÑÐÐÑÑÐÐÑÐ ÑÑÐÑ, ÐÑÐÐÐÑ ÐÐÐ 
ÑÑÐÑÐÐÐÑÑ ÑÐÑÐÐ ÑÐÑÑÐÐ 
ÑÐÐÑÑÐÐÑÑ ÑÐ. ÐÐÑÐÐ   ÐÐ ÑÐÐÐÑ 
ÑÐ. ÐÐÐ ÑÐÑÐÐÑ ÑÑÐÐ Ñ ÑÐÑÐÐÑÐÐ 
ÑÑÑÑÐÑÑ ÐÐÐÑÐÐÑÑÐÑÑÑ ÑÐ Unix: 
ÐÐÑÐÐÐÑÑÑ Ð ÐÑ ÐÐÐÑÐÐÐÑ ÐÐÑÑ ÐÐÐÑÐÐÐÑÐÑ Ñ 
ÐÐÐÑÑÐÐÑÑÐÐÐ ÐÑ ÐÐÑÐÑÐÑÐÐ. ÐÑ ÐÑ 
ÐÐÑÑ ÑÑÐÑ ÑÐÐÐ Ð ÑÐÐÑÐÐÑÑÑÐÐÐ Ñ ÐÐÑÐÐÐ 
ÐÐÑÑÑÑÑÐÐ, ÑÐÑÑÐÐÐÑÑ ÐÐÐ Ð ÐÑÐÑÐ ÐÐ 
ÑÑÐÑÐ. ÐÐÑÐÐ ÐÑÐÐÑ debconf ÐÑÐÑÐÑÐÐÑ 
ÑÐ ÑÐÐÐ Ð ÐÑÐÐÐÑÐÑÐÑ ÐÐÐÑÐ 
 ÐÐÑÐÐÐÑÑÑ ÐÐÑ ÐÐÑÑÑ ÑÐÑÑÐÐÑ."

#: ../Debconf/FrontEnd/Gnome.pm:96
#: ../Debconf/FrontEnd/Kde.pm:61
#: ../Debconf/FrontEnd/Kde.pm:72
#, c-format
msgid "Debconf on %s"
msgstr "Debconf ÐÐ %s"

#: ../Debconf/FrontEnd/Web.pm:65
#, c-format
msgid "Note: Debconf is running in web mode. Go to http://localhost:%i/";
msgstr "Ñ: ÐÑÐÐÐÑÐÑÐÑÑÑ web-ÐÐÑÐÑÑÐÐÑ. 
ÐÑÐÑÐÐÑÐ http://localhost:%i/";

#: ../Debconf/FrontEnd/Web.pm:165
msgid "Back"
msgstr "ÑÐÑ"

#: ../Debconf/FrontEnd/Web.pm:167
msgid "Next"
msgstr "Ð"

#: ../Debconf/FrontEnd/Teletype.pm:96
msgid "More"
msgstr "Ð"

#: ../Debconf/FrontEnd/Dialog.pm:50
msgid "TERM is not set, so the dialog frontend is not usable."
msgstr "ÐÐ ÑÑÑ ÐÐÑÐÐÑ TERM, ÐÐÑÑÐÐÑ 
ÐÐÐÑÑÑÐÑÑ ÐÐÑÐÑÑÐÐÑ dialog ÐÐÐÑÐÑ."

#: ../Debconf/FrontEnd/Dialog.pm:53
msgid "Dialog frontend is incompatible with emacs shell buffers"
msgstr "ÐÐÑÐÑÑÐÐÑ dialog ÐÐÐÑÐÑ ÐÐÐÑÑÐÐÑÑ ÐÐ-ÐÐÐ 
ÐÑÑÐÑÐÐ emacs'Ð"

#: ../Debconf/FrontEnd/Dialog.pm:56
msgid "Dialog frontend will not work on a dumb terminal, an emacs shell buffer, 
or without a controlling terminal."
msgstr "ÐÐÑÐÑÑÐÐÑ dialog ÐÐ ÐÑÐÐÑ ÑÐÐÐÑÐÑÑ ÐÐ 
ÐÐÑÐÑÐÐÐÑ (dumb) ÑÐÑÐÐ, ÐÐ ÐÑÑÐÑÐ 
emacs'Ð, ÐÐÐ Ð ÐÑÑÐÐÐ ÐÐÐÑÑÐÐÐÐÐÐ 
ÑÐÑÐÐ."

#: ../Debconf/FrontEnd/Dialog.pm:102
msgid "No usable dialog-like program is installed, so the dialog based frontend 
cannot be used."
msgstr "ÐÐ  ÐÐ dialog ÐÐÑÑ ÐÑÐÐÑÐÐÐ ÐÐ 
ÑÑÑ, ÐÐÑÑÐÐÑ ÐÑ ÐÐ ÑÐ 
ÐÑÐÐÐÑÑÑ dialog-ÐÐÑÐÑÑÐÐÑ."

#: ../Debconf/FrontEnd/Dialog.pm:109
msgid "Dialog frontend requires a screen at least 13 lines tall and 31 columns 
wide."
msgstr "ÐÐÑÐÑÑÐÐÑ dialog ÑÑÐÐÑÐÑ ÑÐÑÐÐ ÐÐ Ð 13 
ÑÑÑÐÐ Ð ÐÑÑÐÑÑ Ð 31 ÐÐÐ Ð ÑÐÑÐÐÑ."

#: ../Debconf/FrontEnd/Dialog.pm:282
msgid "Debian Configuration"
msgstr "ÐÐÑÑÑ ÑÐÐ Debian"

#: ../Debconf/FrontEnd/Readline.pm:47
msgid "This frontend requires a controlling tty."
msgstr "ÐÑÐÑ ÐÐÑÐÑÑÐÐÑ ÑÑÐÐÑÐÑ ÑÐÑ 
ÐÐÐÑÑÐÐÐÐÐÐ ÑÐÑÐÐ."

#: ../Debconf/FrontEnd/Readline.pm:58
msgid "Term::ReadLine::GNU is incompatable with emacs shell buffers."
msgstr "Term::ReadLine::GNU ÐÐ Ñ ÑÐÐÐÑÐÑÑ ÐÐ-ÐÐÐ 
ÐÑÑÐÑÐÐ emacs'Ð."

#: ../Debconf/AutoSelect.pm:76
#, c-format
msgid "falling back to frontend: %s"
msgstr "ÐÑÐÐÑ ÐÑÐÐÐÑÐ ÐÐÑÐÑÑÐÐÑ: %s"

#: ../Debconf/AutoSelect.pm:84
#, c-format
msgid "unable to initialize frontend: %s"
msgstr "ÐÐ ÑÑÑ ÐÐÐÑÐÐÑÐÐÐÑÑ 
ÐÐÑÐÑÑÐÐÑ: %s"

#: ../Debconf/AutoSelect.pm:90
#, c-format
msgid "Unable to start a frontend: %s"
msgstr "ÐÐ ÑÑÑ ÐÐÐÑÑÑÐÑÑ ÐÐÑÐÑÑÐÐÑ: %s"

#: ../Debconf/Config.pm:127
msgid "Config database not specified in config file."
msgstr " ÑÑ ÐÐÑÑÑ ÐÐ ÑÐÐ Ð 
Ñ ÐÐÑÑÑ."

#: ../Debconf/Config.pm:131
m

Bug#291438: tetex-bin: dvipdfm segfaults when used with hyperref and hypertex

[Frank Küster]

Prabhu Ramachandran <[EMAIL PROTECTED]> wrote:

> FK> The strange thing is that other people were not able to
> FK> reproduce the segfault with the same minimal LaTeX or dvi file
> FK> as Prabhu did. We would be glad if you could look into this.
>
> My wild guess is that this has something to do with the timezone I'm
> on.  Here is more gdb output from the asn_date function (with my fix
> of course).

I could confirm this - if I set my timezone to Asia/Calcutta, which is
GMT+5:30, I get the segfault, too.

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

Bug#291975: mondoarchive can segfault when newt interface is used (option -g)

[Andree Leidenfrost]

Package: mondo
Version: 2.04-2
Severity: normal

monodarchive sometimes segfaults when used with option '-g' which turns
on the newt interface. Basically the more there is to archive, i.e. the
longer it runs, the more likely is a segfault.

An (inconclusive) sample backtrace looks like this:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 32771 (LWP 11481)]
0x401534ce in malloc_consolidate (av=0x40211060) at malloc.c:4380)]
4380malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0  0x401534ce in malloc_consolidate (av=0x40211060) at malloc.c:4380
#1  0x4015336e in _int_free (av=0x40211060, mem=0xa029950) at 
malloc.c:4260
#2  0x4015209f in __libc_free (mem=0xa0297d8) at malloc.c:3359
#3  0x40047ac9 in strip_spaces (in_out=0x40066c20 "/usr/bin/getfacl")
at libmondo-string.c:905
#4  0x40039488 in call_program_and_get_last_line_of_output (
call=0xa0240e0 ",\022!@,\022!@") at libmondo-fork.c:159
#5  0x40036469 in find_home_of_exe (fname=0x40057bb8 "getfacl")
at libmondo-files.c:404
#6  0x40031580 in get_acl_list (filelist=0x40211060 "",
facl_fname=0x8072500 
"/home/mondorescue/tmp/tmp.mondo.13259/tmp.mondo.21895/acl_list.70.gz") 
at libmondo-filelist.c:619
#7  0x4002118c in create_afio_files_in_background (inbuf=0xa01ccc8)
at libmondo-archive.c:1116
#8  0x40095e51 in pthread_start_thread (arg=0xbf5ffbe0) at manager.c:309
#9  0x40095ecf in pthread_start_thread_event (arg=0xbf5ffbe0) at 
manager.c:333
#10 0x401b86ea in clone () from /usr/lib/debug/libc.so.6
(gdb)

mondoarchive and libmondo-newt are linked against slang and newt:
>ldd /usr/sbin/mondoarchive
libmondo.so.2 => /usr/lib/libmondo.so.2 (0xb7f8b000)
libmondo-newt.so.1 => /usr/lib/libmondo-newt.so.1 (0xb7f8)
libnewt.so.0.51 => /usr/lib/libnewt.so.0.51 (0xb7f6f000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f6c000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7f5d000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7e29000)
libslang.so.1-UTF8 => /lib/libslang.so.1-UTF8 (0xb7db6000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7d93000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fea000)

>ldd /usr/lib/libmondo-newt.so.1.0.0
libnewt.so.0.51 => /usr/lib/libnewt.so.0.51 (0xb7fd7000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7fd3000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7fc4000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7e9)
libslang.so.1-UTF8 => /lib/libslang.so.1-UTF8 (0xb7e1d000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7dfb000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)

If the libfribidi0 package is installed, the segfaults go away and mondoarchive 
runs just fine with the '-g' option.

libfribidi is used opportunistically according to 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=260898.

I have a strong suspicion that there is something wrong with this but can't 
nail it down. I have filed 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290722 against the 
slang1a-utf8 package.

I would very much welcome any help in overcoming this issue.

Best regards
Andree

PS: I'm not including any logs here, because they just stop mid-sentence and in 
different places for every test run.


-- Package-specific info:
/var/log/mindi.log and /var/log/mondo-archive.log not included as per user 
request.


=
Fileystem information not included as per user request.

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

Versions of packages mondo depends on:
ii  afio  2.5-2  Archive file manipulation program
ii  binutils  2.15-5 The GNU assembler, linker and bina
ii  buffer1.19-7 Buffering/reblocking program for t
ii  cdrecord  4:2.01+01a01-2 command line CD writing tool
ii  dosfstools2.10-1 Utilities to create and check MS-D
ii  gawk  1:3.1.4-2  GNU awk, a pattern scanning and pr
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libnewt0.51   0.51.6-20  Not Erik's Windowing Toolkit - tex
ii  lzop  1.01-3 fast compression program
ii  mindi 1.04-2 creates boot/root disks based on y

Versions of packages mindi depends on:
ii  bzip2 1.0.2-3high-quality block-sorting file co
ii  file  4.12-1 Determines file type using "magic"
ii  gawk  1:3.1.4-2  GNU awk, a pattern scanning and pr
ii  mindi-busybox 1.00-3 busybox for mindi/mondo
ii  mindi-kernel  2.4.27-1   Failsafe linux kernel for mindi
ii  mindi-partimagehack   0.6.

Bug#291974: Debian-Installer Report

[Paul]

Package: installation-reports

INSTALL REPORT

Debian-installer-version:
Package: debian-installer
Status: install ok installed
Version: cdrom-isolinux-2.6-20041118
Description: debian installation image

uname -a: Linux gnomus 2.6.8-1-386 #1 Thu Nov 25 04:24:08 UTC 2004 i686 
GNU/Linux
Date: 2005-01-04 18:51
Method: How did you install?: CDROM LITE-ON LTR-48246S;/dev/hdd
What did you boot off? bios --> CDROM
"Debian GNU/Linux testing _Sarge_ - Official Snapshot i386 Binary-1 
(20041225)"
Machine: Desktop mini tower
Processor:
processor  : 0
vendor_id  : GenuineIntel
cpu family : 15
model  : 3
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping   : 4
cpu MHz: 3015.554
cache size : 1024 KB
fdiv_bug   : no
hlt_bug: no
f00f_bug   : no
coma_bug   : no
fpu: yes
fpu_exception  : yes
cpuid level: 3
wp : yes
flags  : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor 
ds_cpl cid
bogomips   : 5980.16
Memory:
MemTotal:   516624 kB
MemFree:225832 kB
Buffers: 25280 kB
Cached: 216840 kB
SwapCached:  0 kB
Active: 169092 kB
Inactive:80292 kB
HighTotal:   0 kB
HighFree:0 kB
LowTotal:   516624 kB
LowFree:225832 kB
SwapTotal:  128480 kB
SwapFree:   128480 kB
Dirty:  16 kB
Writeback:   0 kB
Mapped:   8684 kB
Slab:36468 kB
Committed_AS:39004 kB
PageTables:160 kB
VmallocTotal:   516016 kB
VmallocUsed:  3320 kB
VmallocChunk:   511756 kB
 
Root Device: ST340014A;/dev/hda
df: Filesystem   1k-blocks  Used Available Use% Mounted on
df: tmpfs   102400 26200 76200  26% /
df: /dev/ide/host0/bus0/target0/lun0/part17   933361 63583
819979   7% /target
df: /dev/ide/host0/bus0/target0/lun0/part18  1874267 82812   
1691452   5% /target/usr
df: /dev/ide/host0/bus0/target0/lun0/part16   25 51160
169727  23% /target/var
Root Size/partition table:
Feel free to paste the full partition table, with notes on which 
partitions are mounted where.
Output of lspci :
:00:00.0 Host bridge: Silicon Integrated Systems [SiS] SiS 645xx (rev 51)
:00:01.0 PCI bridge: Silicon Integrated Systems [SiS]: Unknown device 0003
:00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media 
IO] (rev 25)
:00:02.1 SMBus: Silicon Integrated Systems [SiS]: Unknown device 0016
:00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
:00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] 
Sound Controller (rev a0)
:00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 
Controller (rev 0f)
:00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 
Controller (rev 0f)
:00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
:00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI 
Fast Ethernet (rev 90)
:00:0d.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 16550 
UART) (rev 01)
NB: The "Dolphin PCI4027 Ultra high speed serial" was advertized as 16C650 
UART 921.6 kbps 32byte fifo
:01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 
PRO] (rev 01)
:01:00.1 Display controller: ATI Technologies Inc: Unknown device 5940 (rev 
01)
NB: the Graphics Accelerator card installed was advertized as Radeon 9200SE,
the manual (Gigabyte GV-R925128T) described it as 9250
(it only runs on vesa driver so far.)
and lspci -n:
:00:00.0 0600: 1039:0648 (rev 51)
:00:01.0 0604: 1039:0003
:00:02.0 0601: 1039:0963 (rev 25)
:00:02.1 0c05: 1039:0016
:00:02.5 0101: 1039:5513
:00:02.7 0401: 1039:7012 (rev a0)
:00:03.0 0c03: 1039:7001 (rev 0f)
:00:03.1 0c03: 1039:7001 (rev 0f)
:00:03.3 0c03: 1039:7002
:00:04.0 0200: 1039:0900 (rev 90)
:00:0d.0 0700: 1409:7168 (rev 01)
:01:00.0 0300: 1002:5960 (rev 01)
:01:00.1 0380: 1002:5940 (rev 01)
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O

Bug#289923: vlc: Patch

[Goswin Brederlow]

Package: vlc
Followup-For: Bug #289923

Hi,

looking over this bug I don't think this is an change in the ABI of
wxWindows but rather a gcc update with stricter ansi c++ checking.

Attached is a patch that removes two default parameters each from the
ambigious calls resulting in g++ finding an unambigious one.

The patch compiles and runs (only divx/avi file tested) fine on amd64.

MfG
Goswin

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-1
Locale: LANG=en_US, LC_CTYPE=en_US
diff -u vlc-0.8.1/debian/changelog vlc-0.8.1/debian/changelog
--- vlc-0.8.1/debian/changelog
+++ vlc-0.8.1/debian/changelog
@@ -1,3 +1,11 @@
+vlc (0.8.1-3.1) unstable; urgency=low
+
+  * NMU by Goswin von Brederlow (Closes: #289923)
++ debian/patches/30_ambiguity.dpatch: Remove default parameter to
+  avoid ambiguity
+
+ -- Goswin von Brederlow <[EMAIL PROTECTED]>  Mon, 24 Jan 2005 11:25:02 +0100
+
 vlc (0.8.1-3) unstable; urgency=low
 
   * debian/control:
only in patch2:
unchanged:
--- vlc-0.8.1.orig/debian/patches/00list
+++ vlc-0.8.1/debian/patches/00list
@@ -1,2 +1,3 @@
 20_ffmpeg
 20_interfaces
+30_ambiguity
only in patch2:
unchanged:
--- vlc-0.8.1.orig/debian/patches/30_ambiguity.dpatch
+++ vlc-0.8.1/debian/patches/30_ambiguity.dpatch
@@ -0,0 +1,57 @@
+#! /bin/sh -e
+## 30_ambiguity.dpatch by  <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Remove default parameter to avoid ambiguity
+
+if [ $# -lt 1 ]; then
+echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
+exit 1
+fi
+
+[ -f debian/patches/00patch-opts ] && . debian/patches/00patch-opts
+patch_opts="${patch_opts:--f --no-backup-if-mismatch} ${2:+-d $2}"
+
+case "$1" in
+-patch) patch -p1 ${patch_opts} < $0;;
+-unpatch) patch -R -p1 ${patch_opts} < $0;;
+*)
+echo "`basename $0`: script expects -patch|-unpatch as argument" >&2
+exit 1;;
+esac
+
+exit 0
+
[EMAIL PROTECTED]@
+diff -Nurd vlc-0.8.1.orig vlc-0.8.1
+--- vlc-0.8.1.orig/modules/gui/wxwindows/streamout.cpp
 vlc-0.8.1/modules/gui/wxwindows/streamout.cpp
+@@ -168,7 +168,7 @@
+ wxStaticText *mrl_label = new wxStaticText( panel, -1,
+ wxU(_("Destination 
Target:")));
+ mrl_combo = new wxComboBox( panel, MRL_Event, wxT(""),
+-wxPoint(20,25), wxSize(120, -1), 0, NULL );
++wxPoint(20,25), wxSize(120, -1));
+ mrl_combo->SetToolTip( wxU(_("You can use this field directly by typing "
+ "the full MRL you want to open.\n""Alternatively, the field will be "
+ "filled automatically when you use the controls below")) );
+@@ -452,7 +452,7 @@
+ subpanel_sizer = new wxFlexGridSizer( 3, 2, 20 );
+ label = new wxStaticText( access_subpanels[1], -1, wxU(_("Filename")) );
+ file_combo = new wxComboBox( access_subpanels[1], FileName_Event, wxT(""),
+- wxPoint(20,25), wxSize(200, -1), 0, NULL );
++ wxPoint(20,25), wxSize(200, -1) );
+ wxButton *browse_button = new wxButton( access_subpanels[1],
+   FileBrowse_Event, wxU(_("Browse...")) );
+ subpanel_sizer->Add( label, 0, wxALIGN_RIGHT | wxALIGN_CENTER_VERTICAL );
+--- vlc-0.8.1.orig/modules/gui/wxwindows/subtitles.cpp
 vlc-0.8.1/modules/gui/wxwindows/subtitles.cpp
+@@ -85,7 +85,7 @@
+ char *psz_subsfile = config_GetPsz( p_intf, "sub-file" );
+ if( !psz_subsfile ) psz_subsfile = strdup("");
+ file_combo = new wxComboBox( panel, -1, wxL2U(psz_subsfile),
+- wxPoint(20,25), wxSize(300, -1), 0, NULL );
++ wxPoint(20,25), wxSize(300, -1));
+ if( psz_subsfile ) free( psz_subsfile );
+ wxButton *browse_button = new wxButton( panel, FileBrowse_Event,
+ wxU(_("Browse...")) );

Bug#286905: perl-modules: File::Path::rmtree makes setuid

[Brendan O'Dea]

On Wed, Jan 12, 2005 at 05:02:41PM -0500, Aaron Sherman wrote:
>> [p5p:] If anyone had a cleaner (and cross-platform) fix, I'd love to
>> hear of it.
>
>Well, certainly relying on rm (and you assumed a "-v" option which,
>AFAIK implies GNU rm specifically) is right out. I'm sure others will
>say the same.

Sure, it was proposed as a quick hack for the Debian package, where it
is safe to assume /bin/rm is from GNU coreutils.

If it weren't for the requirement to retain the current API (returning
the number of deletions, and verbose output) then a thin wrapper around

  system 'rm', '-rf', @paths

would suffix for POSIX systems.

>Quick fix? Reduce the race by making any changes just before and just
>after an operation, not in preparation for a whole directory. Now you
>still have a problem, but a smaller one.

A race is a race, no matter how small the window.

--bod


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

Bug#286134: squirrelmail: Folder option not working

[Thijs Kinkhorst]

Hello people,

>> > Maybe try to higher the option "memory_limit" in php.ini?
>> >
>> > Bu default:
>> > memory_limit = 16M
>>
>> OK. Now it is memory_limit = 64M
>> But when clicking on Folders I am getting a new error:
>>
>> http://biolinux.df.ibilce.unesp.br/naoliv/squirrel1.png
>
> This is yet another error. If I were you, I'd close this bug and dig
> into that new problem.
> This one seems to be related to character-encoding.

I'm sorry, but it's very unclear to me what exactly the status is of this
bug. Is this bug still open (and with the latest 1.4.4-1 package?)?
Otherwise I will close this bug.





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

Bug#291807: lost body part of messages.

[Miguel Gea Milvaques]

Hello,
I've send to files, in the first one (messages2)  you can see the with "show 
full headers" (copied an pasted in a editor)
In the second one (messages) the full source of message. (saved from evolution)
---
Miguel Gea Milvaques <[EMAIL PROTECTED]>


messages2
Description: Binary data


message
Description: Binary data

Bug#291972: further information

[Hanuš Adler]

To replicate the problem, it is not enough to
set mail=(0 /var/spool/mail/user)

It must check more than one mailbox -- e.g.
set mail=(0 /var/spool/mail/$user \
   $HOME/mail/bugtraq-l.new \
   $HOME/mail/postmaster.new \
   $HOME/mail/freshmeat.new )


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

Bug#288464: Patch for pytables 0.9.1-1.1 NMU

[Luk Claes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Francesc Alted wrote:
| Hi Luk,
Hi
| Thanks for your help in fixing those bugs. The fact is that they were
| addressed some time ago, and I was waiting for my sponsor (Daniel Bungert)
| to upload the new version.
You should mention this in the bug report (especially when it are
RC/important bugs).
| However, Daniel seems to be rather busy during the last times, so, if you
| are willing to upload yourself the new version, I'll be more than
happy. You
| can find the new maintainer version at:
No problem. Daniel: shout if you disagree ;-)
| http://pytables.sourceforge.net/Debian/
I don't understand why you changed the Depends of python-tables the way
you did: you depend on python2.3-tables, but it is ok to have only
python2.4 (and no python2.3)?
You should address the lintian bugs/warnings (especially
hyphen-used-as-minus-sign):
W: python2.3-tables: description-synopsis-starts-with-a-capital-letter
N:
N:   The synopsis (first line in the package "Description:" field, the
N:   short description) starts with a letter in uppercase. It is
N:   recommended to use lowercase instead.
N:
N:   Refer to Developers Reference, section 6.2.2 for details.
N:
W: python2.3-tables: description-synopsis-starts-with-an-article
N:
N:   The synopsis (first line in the package "Description:" field, the
N:   short description) starts with an article, either definite ("the") or
N:   indefinite ("a" or "an"). It is recommended to use a synopsis without
N:   the article instead.
N:
N:   Refer to Developers Reference, section 6.2.2 for details.
N:
W: python2.2-tables: description-synopsis-starts-with-a-capital-letter
W: python2.2-tables: description-synopsis-starts-with-an-article
W: python-tables-doc: description-synopsis-starts-with-a-capital-letter
W: python-tables-doc: description-synopsis-starts-with-an-article
I: python-tables: hyphen-used-as-minus-sign
usr/share/man/man1/ptdump.1.gz:35
N:
N:   Manual page seems to contain a hyphen where a minus sign was intended.
N:   '-' chars are interpreted as hyphens (U+2010) by groff, not as minus
N:   signs (U+002D). Since options to programs use minus signs (U+002D),
N:   this means for example in UTF-8 locales that you cannot cut&paste
N:   options, nor search for them easily.
N:
N:   '-' must be escaped ('\-') to be interpreted as minus. If you really
N:   intend a hyphen, write it as '\(hy' to emphasise that fact. See
N:   groff(7) and especially groff_char(7) for details, and also the thread
N:   starting with
N:   http://lists.debian.org/debian-devel/2003/debian-devel-200303/msg01481
N:   .html
N:
N:   If you use some tool that converts your documentation to groff format,
N:   it might be possible that this tool converts dashes of any kind to
N:   groff hyphens, while the safe way of converting dashes is usually to
N:   convert them to '\-'.
N:
N:   Because this error can occur very often we show only the first 10
N:   occurrences for each man page and give the number of suppressed
N:   occurrences. If you want to see all warnings, run lintian with the
N:   -d/--debug option.
N:
W: python-tables: description-synopsis-starts-with-a-capital-letter
W: python-tables: description-synopsis-starts-with-an-article
Cheers
Luk
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFB9OCI5UTeB5t8Mo0RAvOGAKDIYOWBarBEtW8Gjh1m34IjGi8dAgCeMrB5
bF6Iqa/VPsoyVeYknSF1tyE=
=/jhv
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]