Bug#310655: Acknowledgement (wmmixer: --geometry option ignored)

[Gordon Fraser]

* Mark Carroll <[EMAIL PROTECTED]> [050526 23:10] wrote:
> Well, today, it works fine. I can't see what I'm doing differently. Sorry
> about that! I'll let you know if I work anything more about this.

OK, thanks.

Gordon

-- 
A Linux machine! because a 486 is a terrible thing to waste!
(By [EMAIL PROTECTED], Joe Sloan)


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

Bug#308510: samba: [INTL:pt_BR] Please apply attached patch to fix wrong debconf translation

[Steve Langasek]

On Fri, May 27, 2005 at 12:02:43AM -0300, Felipe Augusto van de Wiel (faw) 
wrote:
> Steve Langasek wrote:
> :: Is this translation of "encrypted" the one preferred
> :: by the pt_BR l10n team? My dictionary (muito moderno,
> :: comprado em DebConf4 ;) doesn't know it, and it
> :: doesn't look right to me.  Since my next Samba upload
> :: will be the last for sarge, I'd like to be sure this
> :: is the translation we want. :)
> 
> :: What about "cifrada" for "encrypted"?  (And "cifragem"
> :: for "encryption", maybe?)

>   The use of "cifrar" doesn't express the idea of
> criptography (protection). I checked the dictionaries that
> I have around here and a few ones online and "encriptar"
> is really wrong, it means "put somebody in a crypt" and
> crypt, in this case, has the same idea of "Tales from
> the crypt". :))

>   The dictionary points "criptografar" with the
> same idea of "encrypt". In portuguese (specially in
> Brazilian Portuguese), sometimes a word is composed
> of two other words and sombody put it together a long
> time ago (cripto + grafar), in such cases, the word
> could inherits some characteristics, specially from
> "grafar" (grafia, grafado), but it took sometime until
> dicionaries uses this (specially words from technology
> field).

>   The books in Brasil and our literature uses
> "criptografar" and its "tenses" and Brazilians should
> be used with this terms. :o)

Ok, good enough for me.  Committed to cvs, will be uploaded shortly.

Will similar corrections be submitted against the passwd and ssh packages?

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#310884: pike7.2: FTBFS: ../../precompile.sh: line 151: pike: command not found

[Kurt Roeckx]

severity 310884 serious
thanks

On Fri, May 27, 2005 at 11:54:46AM +0900, Kenshi Muto wrote:
> severity 310884 important
> thanks
> 
> Hi,
> As terry said, I couldn't find any problem with pbuilder and sbuild
> (buildd utility).
> I think this bug may beclosed, but just do downgrade at now.

It's not because you can't reproduce this that you should lower
the severity.


Kurt



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

Bug#310948: curl fails when HTTP response headers contain null bytes

[Eric Cooper]

Package: curl
Version: 7.13.2-2
Severity: important

Some broken HTTP servers return response headers containing null bytes.
For example:
http://ftp.pl.debian.org/debian/dists/sarge/main/binary-i386/Packages.gz
(at least until the webmaster fixes it).

When curl is parsing header lines, it reads a buffer and then looks
for the end-of-line by doing
k->end_ptr = strchr (k->str_start, '\n');
in lib/transfer.c

But this is incorrect if the buffer contains embedded nulls -- the
strchr search will terminate too soon.  Then more data gets appended
to the header, the true CRLF termination is missed, and curl returns
insanely long headers which are actually part of the response data.

Here is a simple test program to reproduce the problem:

 cut here 
#include 
#include 
#include 

void
get_headers(char *url)
{
CURL *handle;
const int TRUE = 1;

handle = curl_easy_init();

// write headers to stdout
curl_easy_setopt(handle, CURLOPT_HEADERFUNCTION, fwrite);
curl_easy_setopt(handle, CURLOPT_WRITEHEADER, stdout);

// exit when the data arrives
curl_easy_setopt(handle, CURLOPT_WRITEFUNCTION, exit);

#if DEBUG
curl_easy_setopt(handle, CURLOPT_VERBOSE, TRUE);
#endif

curl_easy_setopt(handle, CURLOPT_URL, url);
curl_easy_setopt(handle, CURLOPT_HTTPGET, TRUE);
curl_easy_perform(handle);
}

int
main(int argc, char *argv[])
{
if (argc != 2) {
fprintf(stderr, "Usage: %s URL\n", argv[0]);
exit(1);
}
get_headers(argv[1]);
return 0;
}
 cut here 

Run
./ctest 
http://ftp.pl.debian.org/debian/dists/sarge/main/binary-i386/Packages.gz > foo"
and examine foo with hexdump or emacs to see the problem.

Here is a patch that seems to fix it, but I've only tested it with the
site above.

 patch 
diff -ur curl-7.13.2/lib/transfer.c curl-7.13.2-ecc/lib/transfer.c
--- curl-7.13.2/lib/transfer.c  2005-02-16 09:31:33.0 -0500
+++ curl-7.13.2-ecc/lib/transfer.c  2005-05-26 20:48:40.0 -0400
@@ -351,11 +351,20 @@
 size_t rest_length;
 size_t full_length;
 int writetype;
+int i;
 
 /* str_start is start of line within buf */
 k->str_start = k->str;
 
-k->end_ptr = strchr (k->str_start, '\n');
+/* we can't use strchr or index to find the end of line because
+   broken HTTP servers might put null bytes in the headers */
+k->end_ptr = 0;
+for (i = 0; i < nread; i++) {
+  if (k->str_start[i] == '\n') {
+k->end_ptr = k->str_start + i;
+break;
+  }
+}
 
 if (!k->end_ptr) {
   /* Not a complete header line within buffer, append the data to
 end patch 

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

Versions of packages curl depends on:
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libcurl37.13.2-2 Multi-protocol file transfer libra
ii  libidn110.5.13-1.0   GNU libidn library, implementation
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
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#255276: Patch to run database recovery on startup

[Florian Weimer]

The patch is risky.  After it's been applied, invoking
"/etc/init.d/slapd start" while slapd is running can (and most
probably will) result in data loss.

"db4.2_recover -e" will pick up new DB_CONFIG settings, so there's no
need to special-case it for updates.


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

Bug#309870: addititional information

[Anton Ivanov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Further to that.

Navigating around the web interface may cause rules from the header
section to be erased as well.

How to reproduce

1. Add a rule

2. Move to Recipeint Filters

3. Change the Require Explicit Destination from Yes to No (or vice versa)

4. Move back to SPAM rules. All rules are gone.

It looks like there list object somewhere is initialised with defaults
and not loaded correctly. Looking at it currently, but Python is
definitely not my favourite language so it takes me some time to get
this one.

I have tried quickly several likely suspects:

version check, comparison and dictionary update in versions.py - not there
timeout and optimization on loading in Mailingist.py - not there
(setting timeout to be 0 all the time and forcing a load on every
operation this way has no effect on the bug).

This may cause futher breakage other then the one I am observing.

I have now reproduced this on several machines

The dictionary load/store itself aslo looks fine and it works fine for
most cases.

Frankly no idea. I am going to try mailman-2.1.6rc4 next and see if
the bug still exists there.

A.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFClr13/NpXLt3l5xURArsAAJ9phpSpu9tEQ64f6VZfXgUWcd/WxACgjK57
unK91248pefCdqLaLIkFCMg=
=B1dz
-END PGP SIGNATURE-



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

Bug#310936: oregano fixes for ia64

[David Mosberger-Tang]

 >> Third, part-property.c passed a pointer to an unitialized size_t-typed
 >> variable to get_macro_name(), which was expecting only an int pointer.
 >> Thus, the top 32-bits remained unitialized and on ia64 this caused a
 >> crash when attempting to insert any part.

 > this was fixed in 0.40.3

The problem is still present in 0.40.4.  The attached patch fixes the
problem.

The other problems appear to have been fixed in 0.40.4.

Thanks,

--david

--- src/part-property.c~2005-05-26 21:04:45.0 -0700
+++ src/part-property.c 2005-05-26 23:18:09.0 -0700
@@ -42,7 +42,7 @@
  * @return the name of a macro variable
  */
 static char *get_macro_name (const char *str, char **cls1,
-   char **cls2, unsigned int *sz)
+   char **cls2, size_t *sz)
 {
char separators[] = { ",.;/|()" };
GString *out;


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

Bug#310903: libgal2.0-dev: .la files still reference libhowl.la.

[Steve Langasek]

tags 310903 patch
thanks

Hello,

I've prepared a 0-day NMU to get this bug fixed ASAP for the sarge release.
Of course, only a recompile is needed, so the change is very short. :)
Please find the patch attached.

Cheers,
-- 
Steve Langasek
postmodern programmer
diff -u gal2-1.99.11/debian/changelog gal2-1.99.11/debian/changelog
--- gal2-1.99.11/debian/changelog
+++ gal2-1.99.11/debian/changelog
@@ -1,3 +1,13 @@
+gal2 (1.99.11-1.2) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for sarge-targetted RC bugfix.
+  * Simple rebuild against current libs, to drop the dependency on the
+no-longer-available libhowl.la which made this package unusable with
+libtool.  Closes: #310903.
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Thu, 26 May 2005 19:10:49 -0700
+
 gal2 (1.99.11-1.1) unstable; urgency=high
 
   * Non-maintainer upload.


signature.asc
Description: Digital signature

Bug#310947: torcs-data-cars: Package doesn't install

[Andreas Schmidt]

Package: torcs-data-cars
Version: 1.2.3-2
Severity: important

Unpacking torcs-data-cars (from .../torcs-data-cars_1.2.3-2_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/torcs-data-cars_1.2.3-2_all.deb (--unpack):
 trying to overwrite
 `/usr/share/games/torcs/cars/cg-nascar-rwd/cg-nascar-rwd-lod1.acc',
 which is also in package torcs-data-cars-nascar
 dpkg-deb: subprocess paste killed by signal (Broken pipe)



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


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

Bug#309514: Re: Bug#309514: tag in update-exim4.conf.conf ignored

[Marc Haber]

tags #309514 moreinfo
thanks

On Tue, May 17, 2005 at 08:40:21PM +0200, Marc Haber wrote:
> On Tue, May 17, 2005 at 06:49:27PM +0100, Marcos D. Marado Torres wrote:
> > First I thoght I was forgettin something, but now I doubt it...
> > In update-exim4.conf.conf (generated by dpkg-reconfigure exim4-config) I 
> > have dc_other_hostnames='localhost.localdomain, first-host.com, 
> > secondhost.biz'
> > and I have both first-host.com and secondhost.biz in /etc/hosts as 127.0.0.1
> > 
> > Problem: mails to first-host.com have no problem, but to secondhost.biz are
> > rejected with
> > relay not permitted
> 
> "exim -d -bh some-ip" and a faked SMTP session on the console will
> probably give clues why first-host.com and secondhost.biz are treated
> differently.
> 
> Unfortunately, you didn't use reportbug to report your bug, and thus
> no information about your configuration is available which could aid
> in remote debugging.

To solve this issue, more information from the submitter is needed.
Tagging the bug appropriately.

It will be closed on June 30 if no more information is submitted.

Greetings
Marc

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


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

Bug#310703: Re-Opening 4.50-7 bugs for sarge

[Marc Haber]

reopen #305443
reopen #307370
reopen #309174
reopen #310118
reopen #306349
reopen #306613
reopen #306094
reopen #310057
reopen #305957
reopen #299743
reopen #306970
reopen #304838
reopen #310703

tags #305443 - confirmed
tags #307370 - confirmed
tags #309174 - confirmed upstream
tags #310118 - confirmed
tags #306349 - confirmed
tags #306613 - confirmed
tags #306094 - confirmed
tags #310057 
tags #305957 - confirmed
tags #299743 - confirmed upstream
tags #306970 - confirmed
tags #304838 - confirmed
tags #310703

tags #305443 sarge
tags #307370 sarge
tags #309174 sarge
tags #310118 sarge
tags #306349 sarge
tags #306613 sarge
tags #306094 sarge
tags #310057 sarge
tags #305957 sarge
tags #299743 sarge
tags #306970 sarge
tags #304838 sarge
tags #310703 sarge

thanks

Re-Opening bugs fixed by 4.50-7 in unstable, tagging them
appropriately for sarge.

Greetings
Marc

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


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

Bug#310771: Re: Bug#310771: Today's exim4 update broke TLS configuration

[Marc Haber]

tags #310771 confirmed
thanks

On Thu, May 26, 2005 at 04:20:02AM +0100, Sam Morris wrote:
> I have attached a patch for README.TLS, though perhaps it would be 
> better to remove the remark about log_selector, and instead reinstate 
> the option into 03_exim4-config_tlsoptions.

Thanks, I'll probably move this into the main README.

Greetings
Marc

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


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

Bug#310946: torcs-data-tracks: Package doesn't install

[Andreas Schmidt]

Package: torcs-data-tracks
Version: 1.2.3-2
Severity: important

On trying to install the package, I get this error:

Unpacking torcs-data-tracks (from .../torcs-data-tracks_1.2.3-2_all.deb)
...
dpkg: error processing
/var/cache/apt/archives/torcs-data-tracks_1.2.3-2_all.deb (--unpack):
 trying to overwrite
 `/usr/share/games/torcs/tracks/dirt/mixed-1/background.png', which is
 also in package torcs-data-tracks-dirt
 dpkg-deb: subprocess paste killed by signal (Broken pipe)



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


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

Bug#310678: AW: Bug#310678 acknowledged by developer

[Michael Setzer]

> Also, did you rebuild your initrd after upgrading ?

That's what I forgot. Sorry!

After rebuilding the initrd the system works perfect again.

Thanks for your help!

Michael


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

Bug#310945: warnquota: User name is not in warning mail

[Ognyan Kulev]

Package: quota
Version: 3.12-6
Severity: wishlist

Mail that warns about using more disk space doesn't contain user name.
This is inconvenient for sysadm that receives these by Cc: and he/she is
compelled to look at To: mail header.  It's even
better if host name is included too, like [EMAIL PROTECTED]  Another
useful feature is user and/or host names to be able to be used in
template messages that are asked by Debconf.

Regards,
ogi

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: LANG=bg_BG, LC_CTYPE=bg_BG (charmap=CP1251)

Versions of packages quota depends on:
ii  debconf 1.4.30.13Debian configuration
management sy
ii  e2fslibs1.37-2   ext2 filesystem libraries
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared
libraries an
ii  libcomerr2  1.37-2   common error description
library
ii  libwrap07.6.dbs-8Wietse Venema's TCP
wrappers libra

-- debconf information excluded


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

Bug#310368: mdadm: breaks during apt-get dist-upgrade

[Danny ter Haar]

Quoting martin f krafft ([EMAIL PROTECTED]):
> This is ugly, but only aestethically speaking.

so only a warning !?

> You setup looks weird. mdadm.conf contains /dev/md0 and you are
> already using /dev/md/d0p6 (partitionable arrays).

How about this one:

usenetgateway (amd64 with scsi controller & disks)

--

[APT-GET DIST-UPGRADE]

Preparing to replace mdadm 1.9.0-3 (using .../mdadm_1.9.0-4_amd64.deb) ...
Stopping RAID monitor daemon: mdadm -F.
Unpacking replacement mdadm ...
Setting up mdadm (1.9.0-4) ...
Starting raid devices: done.
Starting RAID monitor daemon: mdadm -F.

[here i received email about degraded raid arrays]

newsgate:~# cat /proc/mdstat
Personalities : [raid1] [multipath]
md1 : active raid1 sda2[0]
  6835584 blocks [2/1] [U_]

md2 : active raid1 sda3[0]
  3903680 blocks [2/1] [U_]

md3 : active raid1 sda5[0]
  9767424 blocks [2/1] [U_]

md0 : active raid1 sda1[0]
  979840 blocks [2/1] [U_]

unused devices: 

[config file was still there]

newsgate:~# cat /etc/mdadm/mdadm.conf
DEVICE partitions
ARRAY /dev/md3 level=raid1 num-devices=2 
UUID=308b94ec:b43cb586:660a8b7f:7dfd73fe
   devices=/dev/sda5,/dev/sdb5
ARRAY /dev/md2 level=raid1 num-devices=2 
UUID=c6462239:ab3eef96:3e8d00e3:0c4937b0
   devices=/dev/sda3,/dev/sdb3
ARRAY /dev/md1 level=raid1 num-devices=2 
UUID=e3f28ee7:b969f517:2a287ca6:f8a604fd
   devices=/dev/sda2,/dev/sdb2
ARRAY /dev/md0 level=raid1 num-devices=2 
UUID=825a6fe4:15c554b2:13e7c8a6:8a0e2106
   devices=/dev/sda1,/dev/sdb1
newsgate:~# mdadm -a /dev/md0 /dev/sdb1
mdadm: hot added /dev/sdb1
newsgate:~# mdadm -a /dev/md1 /dev/sdb2
mdadm: hot added /dev/sdb2
newsgate:~# mdadm -a /dev/md2 /dev/sdb3
mdadm: hot added /dev/sdb3
newsgate:~# mdadm -a /dev/md3 /dev/sdb5
mdadm: hot added /dev/sdb5

newsgate:~# cat /proc/mdstat 
Personalities : [raid1] [multipath] 
md1 : active raid1 sdb2[2] sda2[0]
  6835584 blocks [2/1] [U_]
  [==>..]  recovery = 71.5% (4888576/6835584) finish=0.6min 
speed=48282K/sec
md2 : active raid1 sdb3[2] sda3[0]
  3903680 blocks [2/1] [U_]
resync=DELAYED
md3 : active raid1 sdb5[2] sda5[0]
  9767424 blocks [2/1] [U_]
resync=DELAYED
md0 : active raid1 sdb1[1] sda1[0]
  979840 blocks [2/2] [UU]
  
unused devices: 

It's now rebuilding.
*i* don't think it's normal that dist upgrade suddenly kicks half the
disks offline, or am i missing something ?!

Kind regards,

Danny
-- 
innovation is the enemy of the status quo - it puts people out of business







- End forwarded message -

-- 
innovation is the enemy of the status quo - it puts people out of business



!DSPAM:4296ae40141838186613631!




-- 
innovation is the enemy of the status quo - it puts people out of business

Bug#310822: php4-auth-pam: pam_auth.so compiled against wrong PHP version?

[Robert Sander]

On Fri, May 27, 2005 at 02:16:02AM +0200, Carsten Wolff wrote:
> 
> Is there something special about the upgrade-path of your system? Is the 
> package-version on that machine really 0.4-7, or did you run reportbug on 
> another machine?

Hi!

The machine was upgraded from Debian stable to Debian testing a couple
of weeks ago. reportbug has been run on this machine. We have no other
machine with php4-auth-pam installed.

Greetings
-- 
Robert Sander Senior Manager Information Systems
Epigenomics AGKleine Praesidentenstr. 110178 Berlin, Germany
phone:+49-30-24345-330  fax:+49-30-24345-555
http://www.epigenomics.com [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#310924: evolution-exchange-storage crashes every time I run it

[Lawrence Walton]

Thomas E. Vaughan [EMAIL PROTECTED] wrote:
> Package: evolution-exchange
> Version: 2.2.2-7
> Severity: normal
> 
> 
> When I run evolution, I get a dialog box that says:
> 
>The Application "evolution-exchange-storage" has quit
>unexpectedly.
> 
>You can inform the developers
> 
> When I try to run it from the command line, I get
> 
>[EMAIL PROTECTED]  ~ $ /usr/lib/evolution/2.2/evolution-exchange-storage
>Evolution Exchange Storage up and running
> 
>(evolution-exchange-storage:8254): GLib-GObject-WARNING
>**: invalid uninstantiatable type `' in cast to
>`ESource'
> 
> I don't have debugging binaries installed, but when I run it
> in gdb I get
> 
>(evolution-exchange-storage:8364): GLib-GObject-WARNING
>**: invalid unclassed pointer in cast to `ESource'
> 
>Program received signal SIGSEGV, Segmentation fault.
>[Switching to Thread 1095832576 (LWP 8364)] 0x40cc7709 in
>e_source_peek_name () from
>/usr/lib/libedataserver-1.2.so.4
> 
> Anybody else see this kind of thing?
> 
I've been unable to replicate so far. It could it be a configuration error.
Was this a upgrade from 2.0.4? Does downgrading to -6 fix the error? Are
you sure that evolution has exited properly? Can you try on another fresh
account on the same box?

I've had issues when evolution has not exited properly and
evolution-exchange acts erratically. I'm in no way blaming evolution per
se, just the interaction somtimes is wanting.

-- 
*--* Mail: [EMAIL PROTECTED]
*--* Voice: 425.739.4247
*--* Fax: 425.827.9577
*--* HTTP://the-penguin.otak.com/~lawrence
--
- - - - - - O t a k  i n c . - - - - - 




signature.asc
Description: Digital signature

Bug#310944: discover: boot priority number (currently 36) must be 23 or 24

[Skelet]

Package: discover
Version: 2.0.7-2.1
Severity: normal

*** Please type your report below this line ***

In the current state of Debian Sarge distribution discover has boot priority 
number 36 - in the boot sequence the package is started after the lvm 
(vgscan) and mountall programs, making some disk partitions unaccessible (if 
use of these partitions depends on discover,  lvm and mountall or some their 
combination).

Typical case:

1. During the installation with new Debian installer package discover founds 
some disk drive and allow the user to format this drive and use some of their 
partitions (with or without LVM).

2. After the reboot newly installed system can't mount all entries 
in /etc/fstab - some of them are not yet accesible, because discover follows 
after mountall in boot sequence. 

If the boot priority is changed to 23 or 24, the drivers for the disk
devices will be activated before lvm and mountall. This is possible if 
discover uses only files and subdirectories, accesible in single user mode.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686-smp
Locale: LANG=bg_BG, LC_CTYPE=bg_BG (charmap=CP1251)

Versions of packages discover depends on:
ii  libdiscover2  2.0.7-2.1  hardware identification library

-- no debconf information

with best regards,
G. Georgiev (Skelet)

+--+
| http://skelet.hit.bg |
| http://skelet.ludost.net |
+--+


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

Bug#310936: oregano fixes for ia64

[Ricardo Markiewicz]

> Oregano defines GNOME_DISABLE_DEPRECATED which has the effect that
> gnome_menu_item_new() does NOT get declared.  As a result, the
> function gets implicitly defined to return an "int", which is a
> problem on 64-bit architectures since the pointer cannot fit in an
> int.  In particular, this is guaranteed to cause a SIGSEGV on ia64
> since the top 32 bits would get truncated to zero.

Fixed in the new upstream release 0.40.4

> Second, node_store_get_type() attempted to use guint to store a GTK
> type when GType is needed.  This caused an immediate segfault on ia64
> at startup.

Fixed in the new upstream release 0.40.4

> Third, part-property.c passed a pointer to an unitialized size_t-typed
> variable to get_macro_name(), which was expecting only an int pointer.
> Thus, the top 32-bits remained unitialized and on ia64 this caused a
> crash when attempting to insert any part.

this was fixed in 0.40.3

> Patch below fixes all three problems.  Please apply (and forward to
> upstream if appropriate).

please, test this new version on ia64 and report if this fix the problem.

Thx.
-- 
Ricardo Markiewicz // http://www.fi.uba.ar/~rmarkie/


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

Bug#310943: enlightenment: Enlightenment doesn't appear on list for session manager when logging in via KDM etc....

[dale]

Package: enlightenment
Version: 1:0.16.7.2-1
Severity: important



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

Versions of packages enlightenment depends on:
ii  enlightenment-data   1:0.16.7.2-1Enlightenment Window Manager Run T
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libesd0  0.2.35-2Enlightened Sound Daemon - Shared 
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libimlib21.2.0-2.2   powerful image loading and renderi
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu

-- no debconf information

Enlightenment doesn't appear on session manager list in kdm etc... after
install.  Since it doesn't appear, it can't be run from the login
manager.


Dale


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

Bug#310942: apt: [translate] Update Japanese Translations of manpage

[nabetaro]

Package: apt
Version: 0.5.28.6
Severity: normal

Hi, APT Team.
I updated Japanese Translation of APT's manpage for Sarge.
Plz update them.

regard.

KURASAWA Nozomu(nabetaro)
[EMAIL PROTECTED]


-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- (/etc/apt/sources.list present, but not submitted) --


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10-1-686
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)

Versions of packages apt depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-13   GCC support library
ii  libstdc++5  1:3.3.6-5The GNU Standard C++ Library v3

-- no debconf information


apt-manpages-ja_0526.tar.gz
Description: Binary data

Bug#305909: sary-ruby: FTBFS: *** No rule to make target `ruby.h', needed by `builder.o'. Stop.

[Hidetaka Iwai]

Hello, 

Steve Langasek <[EMAIL PROTECTED]> wrote:
Message-ID: <[EMAIL PROTECTED]>

> The sary-ruby binaries in unstable are not suitable for sarge because they
> depend on a newer version of ruby.  Would you please prepare a sary-ruby
> 1.1.0.1-1sarge1 upload to testing-proposed-updates fixing this bug ASAP, so
> that it's not necessary to drop sary-ruby and prime from the sarge release?

I've prepared sary-ruby 1.1.0.1-1sarge1 at following URIs.  But my
sponsor, Masahito Omote, seems to be busy and I need a sponsor.  Could
anyone please upload this package for me?

  http://bozu.sytes.net/~tyuyu/sary/libsary-ruby1.8_1.1.0.1-1sarge1_i386.deb
  http://bozu.sytes.net/~tyuyu/sary/sary-ruby_1.1.0.1-1sarge1.diff.gz
  http://bozu.sytes.net/~tyuyu/sary/sary-ruby_1.1.0.1-1sarge1.dsc
  http://bozu.sytes.net/~tyuyu/sary/sary-ruby_1.1.0.1-1sarge1_i386.changes

regards,
--
 Hidetaka Iwai
 [EMAIL PROTECTED]


pgpw1eg8keOcY.pgp
Description: PGP signature

Bug#309162: Grammatical error.

[Roberto C. Sanchez]

The Debian Policy Manual, in section 5.6.10 [0], contains this sentence:

Thus only the first three components of the policy version are
significant in the Standards-Version control field, and so either these
three components or the all four components may be specified.

It should read:

Thus only the first three components of the policy version are
significant in the Standards-Version control field, and so either these
three components or all four components may be specified.

In the last line, the word `the' should be removed.

-Roberto

[0] http://www.debian.org/doc/debian-policy/ch-controlfields.html
-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


pgp0AKAPYAXjh.pgp
Description: PGP signature

Bug#307720: "Minor" bug rationale

[Paul TBBle Hampson]

OK, here's the deal.

I missed the SQL injection vulnerability until I was applying the patch, by
which point it didn't seem to matter. However, this is not a huge risk since
the main piece of user-supplied data that is used in the SQL queries is the
username, and that gets passed through the sql-escaping procedure elsewhere, as
I recall. In fact, there is an optimisation to the patch that fixed this
problem which I chose not to apply, which removes the specific username
escaping after this change was made to escape _all_ queries.

So unless someone's rewritten the SQL queries to use User-Password, this is
only exploitable by the NAS, whom we trust enough to let them write accounting
information to the database anyway.

Otherwise, to exploit this bug, you'd need details from two files in
/etc/freeradius, which should only be readable by root and the freerad
user. (To get the SQL query, and the NAS shared secret)

The buffer overflow is _very_ hard to exploit as the buffer the output is being
written to is 4096 bytes, and a single RADIUS attribute may only be up to 253
bytes. The longest query in the system is the stop_alt query (used when a stop
is received without a start record) at about 1k, which contains 23 radius
substitutions, so it may indeed be pushed out to a total length of 6k.

However, only an accepted NAS may send data into this query (or in
fact any module) so it's only a problem for people who're using FreeRADIUS
in a situation where a NAS may try and break into the system. None of the
buffers being written to are the first declared in their functions, so
unless C is free to reorder stack-local variables (maybe it is?) this can't
push into the return address of the stack.

So this buffer overflow doesn't render the package unusable, cause data loss or
introduce a security hole in the account of the users of this package.
(Although that last may depend on what you mean by 'users'. People do not _run_
FreeRADIUS, they query it. It has its own user by default just in case
something like this slips through.)

And just to remind people, I _upgraded_ this report from wishlist to minor,
on the grounds that it is trivial to fix and doesn't affect the usefulness
of the package. On further reflection, maybe it should have been 'normal',
since it only affects one particular option (rlm_sql) rather than the core
server.

I certainly don't consider it grave, criticial, or release-critical, but I'm
gonna let this sit for a bit before I consider changing the severity, since
it's fixed now so it's much less important now.

(BTW, I loved the Security Focus comment "No exploit is required.". ^_^) [1]

[1] http://www.securityfocus.com/bid/13540/exploit/

-- 
Paul "TBBle" Hampson, [EMAIL PROTECTED]
7th year CompSci/Asian Studies student, ANU

Shorter .sig for a more eco-friendly paperless office.


pgpB9aHxsc9MM.pgp
Description: PGP signature

Bug#310940: Mount point for rpc_pipefs not present.

[root]

Package: nfs-common
Version: 1:1.0.7-3
Severity: normal

Shouldn't there be a mount point for the rpc_pipefs created by or
included by this package?



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

Bug#310939: installation: mismatch between install kernel and initial boot kernel

[dale]

Package: installation
Severity: minor



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

-
Kernel after net install is 2.4.27-2.686, but grub lists many non-valid
kernels.  Install kernel should be default and labeled accordingly 
especially for novice use.

Thank you.

Dale E. Edmons
[EMAIL PROTECTED]


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

Bug#310941: pbuilder: misparses build-dependancies of gcc-snapshot

[Blars Blarson]

Package: pbuilder
Version: 0.123
Severity: important

On a current sarge sparc system, pbuilder fails to build gcc-snapshot:
(The sparc buildd got well past this point, and apparently the build
was killed.)



Building the build Environment
 -> extracting base tarball [/var/cache/pbuilder/base.tgz]
 -> creating local configuration
 -> copying local configuration
 -> mounting /proc filesystem
 -> mounting /dev/pts filesystem
 -> policy-rc.d already exists
 -> created buildresult dir :/var/cache/pbuilder/result/
Obtaining the cached apt archive contents
Installing the build-deps
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.18 
2003/04/20 03:40:36 dancer Exp $
 -> Considering  libc6.1-dev (>= 2.3.2.ds1-19) [alpha ia64] | libc0.3-dev (>= 
2.3.2.ds1-19) | libc0.1-dev | libc12-dev (>= 2.3.2.ds1-19) | libc6-dev (>= 
2.3.2.ds1-19)
   -> This package is not for this architecture
  Tried versions: 
   -> Does not satisfy version, not trying
   -> Trying libc0.1-dev
   -> Cannot install libc0.1-dev; apt errors follow:
Reading Package Lists...
Building Dependency Tree...
E: Couldn't find package libc0.1-dev
W: Unable to locate package libc0.1-dev
 -> Considering  libc6-dev-powerpc [ppc64]
   -> This package is not for this architecture
 -> Considering  libc6-dev-sparc64 [sparc]
   -> Trying libc6-dev-sparc64
 -> Considering  libc6-dev-s390x [s390]
   -> This package is not for this architecture
 -> Considering  ia32-libs-dev [amd64]
   -> This package is not for this architecture
 -> Considering  libunwind7-dev (>= 0.98.5-1) [ia64]
   -> This package is not for this architecture
 -> Considering  libatomic-ops-dev [ia64]
   -> This package is not for this architecture
 -> Considering  m4
   -> Trying m4
 -> Considering  autoconf
   -> Trying autoconf
 -> Considering  automake1.9
   -> Trying automake1.9
 -> Considering  libtool
   -> Trying libtool
 -> Considering  autogen
   -> Trying autogen
 -> Considering  gawk
   -> Trying gawk
 -> Considering  dejagnu (>= 1.4.3) [!hurd-i386]
   -> Trying dejagnu
 -> Considering  expect-tcl8.3 [hppa] | expect [hppa]
   -> This package is not for this architecture
   -> This package is not for this architecture
 -> Considering  expect (>= 5.38.0) [!hppa
   -> Trying expect
 -> Considering  !hurd-i386]
   -> Trying !hurd-i386]
   -> Cannot install !hurd-i386]; apt errors follow:
Reading Package Lists...
Building Dependency Tree...
E: Couldn't find package !hurd-i386]
libc6-dev-sparc64 is already the newest version.
W: Unable to locate package !hurd-i386]
E: Could not satisfy build-dependency.
E: pbuilder-satisfydepends failed.
Copying back the cached apt archive contents
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> cleaning the build env 
-> removing directory /var/cache/pbuilder/build//9468 and its subdirectories



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

Bug#310938: vserver-debiantools: add a few more things during newvserver possible ?

[gary ng]

Package: vserver-debiantools
Version: 0.1.10
Severity: wishlist

I am testing out the vserver features and like it very much, however, I
am wondering if it is possible to add a few things during the newvserver
creation stage as the following :

1. mknod /dev/tap? and /dev/net/tun

The rationale is that for typical vserver usage(say VDS hosting),
networking is a must and for my own experience, I like to setup a
openvpn tunnel between my vserver at my service provider and my home
machine and openvpn needs tap/tun

2. install ssh daemon 

Again, even I have changed my hosting server's sshd to listen to its own
address, I cannot ssh into the client server because it is not installed
during the bootstrap process(I have to chroot into it to install it). 
While this can be done during the package selection of the debootstrap 
process, I think this is better to be the default as that is the easiest 
way to have a vserver up properly in one shoot.

just my 0.02 cent.

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

Versions of packages vserver-debiantools depends on:
ii  binutils  2.15-6 The GNU assembler, linker and bina
ii  debootstrap   0.2.45-0.2 Bootstrap a basic Debian system
ii  rsync 2.6.4-6fast remote file copy program (lik
ii  util-vserver  0.30.204-5 tools for Virtual private servers 

-- no debconf information


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

Bug#310877: circular dependency libfontconfig1 <--> fontconfig

[Keith Packard]

On Thu, 2005-05-26 at 21:37 +0200, Bill Allombert wrote:

> 
> But they just follow the instruction given by libfontconfig1, because
> this is libfontconfig1 which provide the shlibs file in the first
> place.

Yes, applications depend on libfontconfig1 as expected.
The problem is that there are other non-application packages, like font
collections, which shouldn't depend on the library as they have no
interaction with it, but should depend on the fontconfig package as they
need to install or change the configuration files.

As a result, we have some packages (ttf-bitstream-vera and most other
ttf-* packages) which depend on fontconfig, and other packages which
depend on libfontconfig1 (every X application).

Without shuffling files between packages, I don't see how I can
correctly eliminate the circular dependency here.

-keith



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

Bug#310884: pike7.2: FTBFS: ../../precompile.sh: line 151: pike: command not found

[Kenshi Muto]

severity 310884 important
thanks

Hi,
As terry said, I couldn't find any problem with pbuilder and sbuild
(buildd utility).
I think this bug may beclosed, but just do downgrade at now.

Thanks,
-- 
Kenshi Muto
[EMAIL PROTECTED]


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

Bug#308510: samba: [INTL:pt_BR] Please apply attached patch to fix wrong debconf translation

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi everybody, :)


Steve Langasek wrote:
:: Oi Andre Luis,
:: On Tue, May 10, 2005 at 02:20:47PM -0300, Andre
:: Luis Lopes wrote:
 Please consider applying the attached patch to fix
 some occurrences of the term "encryption" or
 "encrypted" beinf translated as "encriptação" and
 "encriptada", while a user reported that it would
 be better translated as "criptografia" and
 "criptografa".

 Could you please apply this patch before releasing
 the next Debian's samba source package ?

:: Is this translation of "encrypted" the one preferred
:: by the pt_BR l10n team? My dictionary (muito moderno,
:: comprado em DebConf4 ;) doesn't know it, and it
:: doesn't look right to me.  Since my next Samba upload
:: will be the last for sarge, I'd like to be sure this
:: is the translation we want. :)

:: What about "cifrada" for "encrypted"?  (And "cifragem"
:: for "encryption", maybe?)

The use of "cifrar" doesn't express the idea of
criptography (protection). I checked the dictionaries that
I have around here and a few ones online and "encriptar"
is really wrong, it means "put somebody in a crypt" and
crypt, in this case, has the same idea of "Tales from
the crypt". :))

The dictionary points "criptografar" with the
same idea of "encrypt". In portuguese (specially in
Brazilian Portuguese), sometimes a word is composed
of two other words and sombody put it together a long
time ago (cripto + grafar), in such cases, the word
could inherits some characteristics, specially from
"grafar" (grafia, grafado), but it took sometime until
dicionaries uses this (specially words from technology
field).

The books in Brasil and our literature uses
"criptografar" and its "tenses" and Brazilians should
be used with this terms. :o)


:: FWIW, all other packages in sarge seem to currently
:: use encriptado/a for this word.

If "criptografar" is the right approach, is
not that bad. :o)) Hope it helps.

Kind regards,

- --
//
// Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>
// GUD-PR / DUG-PR || http://www.debian-pr.org
// GUD-BR / DUG-BR || http://www.debian-br.org
// Debian Project  || http://www.debian.org/
//
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFClo3SCjAO0JDlykYRAuJkAKDO7DWumfhyWHvVgQ2BELfCeBaenACfT4u2
E/kAgpuYdyaS/xjLpRlAZcA=
=UxIK
-END PGP SIGNATURE-


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

Bug#181096: [Bug tree-optimization/9814] gcc fails to optimise if (l&2) l|=2 away

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2005-05-27 02:55 
---
This optimization is now performed at the RTL-level, but it would be nice if
this (and several other of ifcvt.c's noce_try_foo optimizations) could be
caught earlier during tree-ssa.


-- 
   What|Removed |Added

 AssignedTo|roger at eyesopen dot com   |unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW
   Keywords|patch   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9814

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.


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

Bug#310937: ITP: timps -- Transparent Instant Messaging Proxy Server

[Eric Warmenhoven]

Package: wnpp
Severity: wishlist
Owner: Eric Warmenhoven <[EMAIL PROTECTED]>

* Package name: timps
  Version : 0.10
  Upstream Author : Adam Fritzler <[EMAIL PROTECTED]>
* URL : http://www.zigamorph.net/timps/
* License : GPL2
  Description : Transparent Instant Messaging Proxy Server

 timps is an (optionally transparent) proxy server targeted at instant
 messaging networks -- particularly AOL's Instant Messenger. One of the
 more important features is that when multiple users are connected
 through the proxy, messages between those users are kept in the local
 network and not routed across the internet. Multiple proxies can be
 connected together to form trusted networks for secure message routing.
 The proxy can also be used for connecting artificial users, such as
 interactive agents / bots without rate limiting. More generically,
 modules can be written that interact at any stage of message routing,
 creating a flexible system for developing applications with and on IM.
 .
 Since timps speaks the IM protocols natively (ie, it looks like an IM
 server), DNS rerouting or other tricks can be used to invisibly force
 users through the proxy. This is particularly useful for companies
 facing auditing compliance on employee communications (for example,
 Sarbanes-Oxley for financial companies, or normal policy for law
 firms).

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.6
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)


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

Bug#181096: [Bug tree-optimization/9814] gcc fails to optimise if (l&2) l|=2 away

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-27 
02:46 ---
Subject: Bug 9814

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-27 02:46:01

Modified files:
gcc: ChangeLog ifcvt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr9814-1.c 

Log message:
PR tree-optimization/9814
* ifcvt.c (noce_emit_move_insn): If we fail to recognize the move
instruction, add the necessary clobbers by re-expanding the RTL
for arithmetic operations via optab.c's expand_unop/expand_binop.
(noce_try_bitop): New function to optimize bit manipulation idioms
of the form "if (x & C) x = x op C" and "if (!(x & C) x = x op C".
(noce_process_if_block): Call noce_try_bitop.

* gcc.dg/pr9814-1.c: New test case.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8916&r2=2.8917
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ifcvt.c.diff?cvsroot=gcc&r1=1.187&r2=1.188
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5540&r2=1.5541
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr9814-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9814

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.


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

Bug#304705: util-linux's rename is featureless

[Don Armstrong]

tag 304705 wontfix
thanks

The rename that is included in util-linux is, quite frankly, totally
featureless.

You can trivially get the same features of "rename ARG1 ARG2 LIST;" by
going "rename 's/ARG1/ARG2/g' LIST;" However, it's impossible for util
linux's rename to handle things like the following: "rename
'BEGIN{$a=50}; $_=sprintf(%03d,$a++).$_;' LIST"

Debian has also been distributing perl's rename for quite a while
(since 1999), and util-linux's rename was only written in 2.10e (circa
2000). [Not to mention the fact that perl's rename allows simulation,
protects from overwriting existing files, and has verbose output.]

Next, there's nothing keeping util-linux from distributing rename as
rename.util-linux, or working with the perl package to establish an
alternative.

Finally, the "other distributions are doing it, so we should do it
too" argument isn't very persuasive, unless there is a clear technical
reason to do so, and someone is willing to deal with the consequences
of migrating everything in Debian that currently calls perl's rename.

[bod: I've tagged this wontfix... close/untag as you feel.s]


Don Armstrong

-- 
Grimble left his mother in the food store and went to the launderette
and watched the clothes go round. It was a bit like colour television
only with less plot.
 -- Clement Freud _Grimble_

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#310927: sbcl: ftbfs [sparc] cannot read character map directory `/usr/share/i18n/charmaps'

[Blars Blarson]

On Fri, May 27, 2005 at 02:25:07AM +0200, [EMAIL PROTECTED] wrote:
> > # create the locale:
> > mkdir -p debian/tmpdir/usr/lib/locale
> > localedef -i "en_US" -f "UTF-8" "debian/tmpdir/usr/lib/locale/en_US.UTF-8"
> > cannot read character map directory `/usr/share/i18n/charmaps': No such 
> > file or directory
> 
> That looks suspiciously like a broken build system. What's the output of:
> 
>  dpkg --status locales
> 
> And, iff you have apt installed:
> 
>  apt-cache show locales
> 
> Is it possible that the 'locales' package isn't installed?  But that's not 
> likely since
> the locale-gen application seems to be present.
> 
> Note for Peter: 'locales' should be in the list of build-depends. 
> 
> 
> HTH Ralf Mattes
> 
> > make: *** [build-arch-stamp] Error 1
> > 
> > 

If it isn't a build dependancy, build-esential, or a required package
you can't count on it.

sundry:/home/blarson/src# pbuilder login
W: /root/.pbuilderrc does not exist
Building the build Environment
 -> extracting base tarball [/var/cache/pbuilder/base.tgz]
 -> creating local configuration
 -> copying local configuration
 -> mounting /proc filesystem
 -> mounting /dev/pts filesystem
 -> policy-rc.d already exists
Obtaining the cached apt archive contents
 -> entering the shell
File extracted to: /var/cache/pbuilder/build//21867

]0;[EMAIL PROTECTED]: /sundry:/# dpkg --status locales
Package `locales' is not installed and no info is available.

Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
]0;[EMAIL PROTECTED]: /sundry:/# apt-cache show locales
Package: locales
Priority: standard
Section: base
Installed-Size: 10372
Maintainer: GNU Libc Maintainers 
Architecture: all
Source: glibc
Version: 2.3.2.ds1-22
Replaces: localebin, wg15-locale, libc6-bin, i18ndata, glibc2, locale-ja, 
locale-ko, locale-vi, locale-zh
Provides: i18ndata
Depends: glibc-2.3.2.ds1-22, debconf (>= 0.2.26)
Conflicts: localebin, wg15-locale, i18ndata, locale-ja, locale-ko, locale-vi, 
locale-zh
Filename: pool/main/g/glibc/locales_2.3.2.ds1-22_all.deb
Size: 3984744
MD5sum: 766a005c36ff3829d74249e528577d55
Description: GNU C Library: National Language (locale) data [support]
 Machine-readable data files, shared objects and programs used by the
 C library for localization (l10n) and internationalization (i18n) support.
 .
 This package contains the libc.mo i18n files, plus tools to generate
 locale definitions from source files (included in this package). It allows
 you to customize which definitions actually get generated. This is a
 savings over how this package used to be, where all locales were generated
 by default. This created a package that unpacked to an excess of 30 megs.
Task: norwegian, swedish, turkish

]0;[EMAIL PROTECTED]: /sundry:/# exit
Copying back the cached apt archive contents
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> cleaning the build env 
-> removing directory /var/cache/pbuilder/build//21867 and its 
subdirectories
sundry:/home/blarson/src# exit

Script done on Thu May 26 19:37:24 2005


-- 
Blars Blarson   [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option.  It is a standard feature.

Bug#309162: Another typo

[Roberto C. Sanchez]

In section 4.8 of the Policy Manual [0], the word dependencies is
misspelled as dependancies.

-Roberto

[0] http://www.debian.org/doc/debian-policy/ch-source.html

-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


pgpe1E9OxidBf.pgp
Description: PGP signature

Bug#308400: missing dependency for update-inetd

[Steve Langasek]

On Thu, May 26, 2005 at 09:13:20AM -0700, Russ Allbery wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:

> > The new upload of kftgt 1.8-1 has prevented the fix for RC bug #308400
> > from reaching testing.  Can someone please upload kftgt 1.6-2sarge1 to
> > testing-proposed-updates, so we can get this fix into sarge?

> Ack, I'm sorry about that, I completely forgot to check that the builds
> had been done.  I'll get a new upload prepared today.

> Actually, in preparing the new upload, I think I also found that the
> dependency should have been on kftgtd instead of on kftgt, so maybe this
> is for the best.

> Out of curiousity, does the verison number need to / should contain sarge,
> or can one just upload 1.6-4 to testing-proposed-updates (a version that
> hadn't previously been seen by katie)?

It probably /should/ contain sarge, but the only hard requirement is that it
be a version not previously seen by katie and that the version number sort
between the version in testing and that in unstable.

Thansk,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#305909: sary-ruby: FTBFS: *** No rule to make target `ruby.h', needed by `builder.o'. Stop.

[Steve Langasek]

Hi Hidetaka (and Kenshi),

The sary-ruby binaries in unstable are not suitable for sarge because they
depend on a newer version of ruby.  Would you please prepare a sary-ruby
1.1.0.1-1sarge1 upload to testing-proposed-updates fixing this bug ASAP, so
that it's not necessary to drop sary-ruby and prime from the sarge release?

Thanks,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#308510: samba: [INTL:pt_BR] Please apply attached patch to fix wrong debconf translation

[Steve Langasek]

Oi Andre Luis,

On Tue, May 10, 2005 at 02:20:47PM -0300, Andre Luis Lopes wrote:
> Please consider applying the attached patch to fix some occurrences of the
> term "encryption" or "encrypted" beinf translated as "encriptação" and
> "encriptada", while a user reported that it would be better translated as
> "criptografia" and "criptografa".

> Could you please apply this patch before releasing the next Debian's samba
> source package ?

Is this translation of "encrypted" the one preferred by the pt_BR l10n team?
My dictionary (muito moderno, comprado em DebConf4 ;) doesn't know it, and
it doesn't look right to me.  Since my next Samba upload will be the last
for sarge, I'd like to be sure this is the translation we want. :)

What about "cifrada" for "encrypted"?  (And "cifragem" for "encryption",
maybe?)

FWIW, all other packages in sarge seem to currently use encriptado/a for
this word.

Thanks,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#65482: This stuff is not really expensive as before...

[Bessy]

For all your Pharmacy needs.
http://vogdsd.if3bmj0bxai8mji.jujkju1.com



Retirement kills more people than hard work ever did.
[End of diatribe. We now return you to your regularly scheduled programming...] 
I love mankind; it's people I can't stand. 





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

Bug#156119: One stop store for best levitra buy.

[Roland]

Looking for a specific medication? Let us know what you need!
http://uunu.iflbmjitxa08mji.rumnkrum4.com



Oh, give us the man who sings at his work.   
Make all you can, save all you can, give all you can. 
There is no free lunch.





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

Bug#310936: oregano fixes for ia64

[David Mosberger-Tang]

Package: oregano
Version: 0.40.0-3
Severity: serious
Tags: patch

Oregano defines GNOME_DISABLE_DEPRECATED which has the effect that
gnome_menu_item_new() does NOT get declared.  As a result, the
function gets implicitly defined to return an "int", which is a
problem on 64-bit architectures since the pointer cannot fit in an
int.  In particular, this is guaranteed to cause a SIGSEGV on ia64
since the top 32 bits would get truncated to zero.

Second, node_store_get_type() attempted to use guint to store a GTK
type when GType is needed.  This caused an immediate segfault on ia64
at startup.

Third, part-property.c passed a pointer to an unitialized size_t-typed
variable to get_macro_name(), which was expecting only an int pointer.
Thus, the top 32-bits remained unitialized and on ia64 this caused a
crash when attempting to insert any part.

Patch below fixes all three problems.  Please apply (and forward to
upstream if appropriate).

Thanks!

--david

diff -urN oregano-0.40.0/src/Makefile.am oregano-0.40.0-davidm/src/Makefile.am
--- oregano-0.40.0/src/Makefile.am  2005-05-26 18:23:27.0 -0700
+++ oregano-0.40.0-davidm/src/Makefile.am   2005-05-26 18:05:19.0 
-0700
@@ -15,8 +15,8 @@
-DDATADIR=\""$(datadir)"\" \
$(OREGANO_CFLAGS)   \
   -DGDK_DISABLE_DEPRECATED=1 \
-  -DGLIB_DISABLE_DEPRECATED=1 \
-  -DGNOME_DISABLE_DEPRECATED=1
+  -DGLIB_DISABLE_DEPRECATED=1
+#  -DGNOME_DISABLE_DEPRECATED=1
 #  -DGTK_DISABLE_DEPRECATED=1 
 
 bin_SCRIPTS = oregano_parser
diff -urN oregano-0.40.0/src/Makefile.in oregano-0.40.0-davidm/src/Makefile.in
--- oregano-0.40.0/src/Makefile.in  2005-05-26 18:23:27.0 -0700
+++ oregano-0.40.0-davidm/src/Makefile.in   2005-05-26 18:06:47.0 
-0700
@@ -137,7 +137,7 @@
 
 oreganodir = $(datadir)/oregano
 
-INCLUDES = -DGNOMELOCALEDIR=\""$(datadir)/locale"\"
-I$(includedir) $(GNOME_INCLUDEDIR)   
-DOREGANO_GLADEDIR=\""$(oreganodir)/glade"\"
-DOREGANO_LIBRARYDIR=\""$(oreganodir)/libraries"\"
-DOREGANO_MODELDIR=\""$(oreganodir)/models"\"   -DDATADIR=\""$(datadir)"\"  
$(OREGANO_CFLAGS) -DGDK_DISABLE_DEPRECATED=1   
-DGLIB_DISABLE_DEPRECATED=1   -DGNOME_DISABLE_DEPRECATED=1
+INCLUDES = -DGNOMELOCALEDIR=\""$(datadir)/locale"\"
-I$(includedir) $(GNOME_INCLUDEDIR)   
-DOREGANO_GLADEDIR=\""$(oreganodir)/glade"\"
-DOREGANO_LIBRARYDIR=\""$(oreganodir)/libraries"\"
-DOREGANO_MODELDIR=\""$(oreganodir)/models"\"   -DDATADIR=\""$(datadir)"\"  
$(OREGANO_CFLAGS) -DGDK_DISABLE_DEPRECATED=1   
-DGLIB_DISABLE_DEPRECATED=1
 
 #  -DGTK_DISABLE_DEPRECATED=1 
 
diff -urN oregano-0.40.0/src/node-store.c oregano-0.40.0-davidm/src/node-store.c
--- oregano-0.40.0/src/node-store.c 2004-10-11 12:04:27.0 -0700
+++ oregano-0.40.0-davidm/src/node-store.c  2005-05-26 18:12:45.0 
-0700
@@ -88,7 +88,7 @@
 GType
 node_store_get_type (void)
 {
-   static guint node_store_type = 0;
+   static GType node_store_type = 0;
 
if (!node_store_type) {
static const GTypeInfo node_store_info = {
diff -urN oregano-0.40.0/src/part-property.c 
oregano-0.40.0-davidm/src/part-property.c
--- oregano-0.40.0/src/part-property.c  2004-10-10 11:20:28.0 -0700
+++ oregano-0.40.0-davidm/src/part-property.c   2005-05-26 18:17:38.0 
-0700
@@ -42,7 +42,7 @@
  * @return the name of a macro variable
  */
 static char *get_macro_name (const char *str, char **cls1,
-   char **cls2, int *sz)
+   char **cls2, size_t *sz)
 {
char tmp[512], separators[] = { ",.;/|()" };
char *id;
@@ -105,7 +105,7 @@
}
}
 
-   *sz = (int) (q - str);
+   *sz = (q - str);
return id;
 
  error:


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

Bug#310872: zsh can't be a ksh replacement (can't trap ERR).

[Bart Schaefer]

On May 26,  3:15pm, Clint Adams wrote:
} Subject: Re: Bug#310872: zsh can't be a ksh replacement (can't trap ERR).
}
} > This simple command fails using zsh as ksh (I did update-alternatives) :
} > 
} > trap 'echo alert-an-error-occured' ERR

Zsh does not provide an ERR trap because some platforms on which zsh can be
compiled actually have SIGERR defined, which is a real OS-level signal and
not interchangeable with the ksh et al. use of ERR as a magic trap.

The zsh equivalent is

trap 'echo alert-an-error-occured' ZERR

A possible workaround would be

(( $signals[(I)ERR] )) || alias -g ERR=ZERR

} P.S., someone left conflict cruft in ChangeLog.

"cvs annotate" is great for finding someones.

I deleted the cruft.


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

Bug#309845: freepops: polling hotmail accounts fails

[Jamie L. Penman-Smithson]

On Fri, 2005-05-20 at 09:49 +0200, Enrico Tassi wrote:
> On Thu, May 19, 2005 at 11:47:19PM +0100, Jamie L. Penman-Smithson wrote:
> > LUAY: lua error message:
> > LUAY:/usr/share/freepops/lua/browser.lua:460: bad argument #2 to
> > `setopt' (string expected, got nil)

> I pointed the upstream author of the plugin to this bugreport.
> the fact is that we don't execute jscript (we simulate it).
> 
> probably a patch will be released in the freepops website soon...
> 
> I don't think the bug is that important (freepops has a lot of plugins).
> 
> The right thing should be to implement a script that fetches updates
> from freepops website... 

There is an update to hotmail.lua from upstream that resolves this
issue:

http://www.freepops.org/download.php?file=hotmail.lua

-- 
-Jamie L. Penman-Smithson <[EMAIL PROTECTED]>
 t: +44 1273 424795; f: +44 1273 424795
 PGP: C0A7 955E EED6 A309 23D7 863B C76A 26A3 F0DC FCA8
 never send mail to: [EMAIL PROTECTED]


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

Bug#255276: slapd/slapcat hang in endless loops

[Eugene Konev]

Hello Torsten.

 On Thu, 26 May 2005 16:53:17 +0200
 you wrote:

 >> +# Find out slapd db directories
 >> +SLAPD_DBDIRS=`sed -ne 's/^directory[[:space:]]\+"*\([^"]\+\).*/\1/p' \
 >> +"$SLAPD_CONF" `
 >> +

 TL> I'd rather gather this list at the time when it is needed. Apart from
 TL> that I don't really grok that sed expression :)

It has only possible failure if path contains double quotes in it, which
is very unlikely situation. And this:

 TL> +# Find bdb environment dirs
 TL> +find_bdb_envs() {
 TL> +local d
 TL> +for d in `awk '/directory/ {print $2}' < "$SLAPD_CONF"`; do
 TL> +if [ -d "$d" -a -f "$d/objectClass.bdb" ]; then
 TL> +echo $d
 TL> +fi
 TL> +done
 TL> +}

will happily skip entries like:
directory"/var/lib/ldap"
(note the quotes), which are by default in sarge install.



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

Bug#310882: emacs21: FTBFS: fails to install during build.

[Don Armstrong]

On Fri, 27 May 2005, Roger Leigh wrote:
> The build definitely fails outside the chroot. A full build log is
> here:
> 
> http://people.debian.org/~rleigh/emacs21_21.4a-1.build-nochroot-log
> 
> and a complete list of installed packages is here:
> 
> http://people.debian.org/~rleigh/hardknott-packages

This package list makes it look like you're missing:

libncurses5-dev and liblockfile-dev

Can you install those and try again? [Or provide the output of
deb-check -b fakeroot debian/rules binary?]


Don Armstrong

-- 
I now know how retro SCOs OSes are. Riotous, riotous stuff. How they
had the ya-yas to declare Linux an infant OS in need of their IP is
beyond me. Upcoming features? PAM. files larger than 2 gigs. NFS over
TCP. The 80's called, they want their features back.
 -- Compactable Dave http://www3.sympatico.ca/dcarpeneto/sco.html

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#310932: ITP: nab -- molecular manipulation language

[Adrian Mastronardi]

Package: wnpp
Owner: Adrian Mastronardi <[EMAIL PROTECTED]>
Severity: wishlist

Package name: nab
 Version : 5.0
 URL : http://www.scripps.edu/mb/case/
 License : gpl
 Description : molecular manipulation language

NAB consists of a language specification (constructed using lex and
yacc) that has special support for macromolecules and their
components, along with more general-purpose constructs such as
strings, regular expressions and hashed arrays. This language has a
C-like syntax, and is compiled to C code at an intermediate stage.
There is also a support library (primarily coded in C) that implements
rigid-body transformations, distance geometry, energy minimzation and
molecular dynamics and normal mode analysis.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.9
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Bug#310934: ITP: rnamotif -- RNA search for secondary structure motifs

[Adrian Mastronardi]

Package: wnpp
Owner: Adrian Mastronardi <[EMAIL PROTECTED]>
Severity: wishlis

Package name: rnamotif
 Version : 3.0.4
 URL : http://www.scripps.edu/mb/case/
 License : gpl
 Description : RNA search for secondary structure motifs

 The rnamotif program searches a database for RNA sequences that
 match a "motif" describing secondary structure interactions.
 A match means that the given sequence is capable of adopting the
 given secondary structure, but is not intended to be predictive.
 Matches can be ranked by applying scoring rules that may provide
 finer distinctions than just matching to a profile. The rnamotif
 program is a (significant) extension of earlier programs rnamot
 and rnabob. The nearest-neighbor energies used in the scoring
 section are based on Turner's rules.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.9
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Bug#310933: llvm: ftbfs [sparc] execvp: ./build.sh: Permission denied

[Blars Blarson]

Package: llvm
Version: 1.4-3
Severity: serious
Tags: sid
Justification: fails to build from source

llvm fails to build from source on sparc and all other buildds,
duplicated on sparc pbuilder.


touch ./stamp/patch-stamp
#-- run the build script
./build.sh
make[1]: execvp: ./build.sh: Permission denied
make[1]: *** [stamp/build-stamp] Error 127
make[1]: Leaving directory `/tmp/buildd/llvm-1.4'



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

Bug#301960: The same here

[Luciano Ramos]

I am having the same problem here, only difference in hardware is 3 GB of
ram,
and only one root partition, but grub installer gives the same error.

+*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*+
+  Luciano Ramos+
+  MCP - CCNA - CCNP (on the way :-)+
+  Depto. de Internet, TelViso  +
+  [EMAIL PROTECTED]+
+  02320-409125 +
+*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*+
"The box said 'Requires Windows 2000, NT,
or better,' so I installed Linux."



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

Bug#310931: kacpid hogs CPU on HP/Compaq nx6110

[Marcin Owsiany]

Package: kernel-image-2.6.11-1-686
Version: 2.6.11-5
Severity: normal

Shortly (it's hard to measure, but seems a few seconds) after applying
some load on the system (like "find / -type f|xargs cat|gzip -c|gzip
-dc|gzip -c > /dev/null"), the kacpid thread alone suddenly starts using
99.9% CPU (as shown by top), causing the whole system to become very
slow and seriously decreasing its responsiveness.

Sometimes even the load generated by system boot is sufficient, and
kacpid starts to hog the CPU during bootup, which makes it very slow.

Killing the load-generating task does not cause kacpid to release the
CPU (I waited over half an hour).

Specifying acpi=off eliminates the problem, but obviously is not a
solution, since the machine does not seem to provide APM interface
(modprobing apm says "no such device or address"), so I'm not even able
to monitor battery status. :-/

Attached: a dmesg dump (though no messages are generated when kacpid
goes crazy).

Google returns some similar cases on "kacpid cpu", but finds no fix.  I
would happily help with debugging this problem, since I'm not using this
computer intensively. Just give me some suggestions / instructions /
pointers / references  :-)

regards,

Marcin

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Linux version 2.6.11-1-686 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Debian 
1:3.3.6-5)) #1 Fri May 20 07:34:54 UTC 2005
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009fc00 (usable)
 BIOS-e820: 0009fc00 - 000a (reserved)
 BIOS-e820: 000e - 0010 (reserved)
 BIOS-e820: 0010 - 1f7d (usable)
 BIOS-e820: 1f7d - 1f7efc00 (reserved)
 BIOS-e820: 1f7efc00 - 1f7fb000 (ACPI NVS)
 BIOS-e820: 1f7fb000 - 1f80 (reserved)
 BIOS-e820: e000 - f000 (reserved)
 BIOS-e820: fec0 - fec02000 (reserved)
 BIOS-e820: fed2 - fed9b000 (reserved)
 BIOS-e820: feda - fedc (reserved)
 BIOS-e820: ffb0 - ffc0 (reserved)
 BIOS-e820: fff0 - 0001 (reserved)
0MB HIGHMEM available.
503MB LOWMEM available.
On node 0 totalpages: 128976
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 124880 pages, LIFO batch:16
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 HP) @ 0x000fe270
ACPI: RSDT (v001 HP 099C 0x21120420 HP   0x0001) @ 0x1f7efc84
ACPI: FADT (v002 HP 099C 0x0002 HP   0x0001) @ 0x1f7efc00
ACPI: MADT (v001 HP 099C 0x0001 HP   0x0001) @ 0x1f7efcb4
ACPI: MCFG (v001 HP 099C 0x0001 HP   0x0001) @ 0x1f7efd10
ACPI: DSDT (v001 HP   DAU00  0x0001 MSFT 0x010e) @ 0x
ACPI: PM-Timer IO Port: 0x1008
ACPI: Local APIC address 0xfec01000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:13 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 1, version 32, address 0xfec0, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 1f80 (gap: 1f80:c080)
Built 1 zonelists
Kernel command line: BOOT_IMAGE=Linux ro root=302 pnpbios=off single
mapped APIC to d000 (fec01000)
mapped IOAPIC to c000 (fec0)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 1297.275 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 503608k/515904k available (1629k kernel code, 11800k reserved, 716k 
data, 172k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 2555.90 BogoMIPS (lpj=1277952)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: afe9fbbf     
 
CPU: After vendor identify, caps: afe9fbbf     
 
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 1024K
CPU: After all inits, caps: afe9fbbf   0040  
 
Intel machine check architecture supported.
Intel machine check reporting enab

Bug#310927: sbcl: ftbfs [sparc] cannot read character map directory `/usr/share/i18n/charmaps'

[rm]

On Thu, May 26, 2005 at 04:55:40PM -0700, Blars Blarson wrote:
> Package: sbcl
> Version: 1:0.9.0.39-1
> Severity: serious
> Tags: sid
> Justification: Fails to build from source
> 
> 
> sbcl fails to build from source on sparc, duplicated on a sparc
> pbuilder.  It appears you are making assumptions about the locales
> installed on the building system.

Actually, the whole magic here is supposed to work locale-agnostic ...

> 
> dh_testdir
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
>   LANGUAGE = (unset),
>   LC_ALL = "en_US.UTF-8",
>   LANG = "en_US.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
> touch configure-stamp
> dh_testdir
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
>   LANGUAGE = (unset),
>   LC_ALL = "en_US.UTF-8",
>   LANG = "en_US.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").

That's just brain-dead perl. 

> # create the locale:
> mkdir -p debian/tmpdir/usr/lib/locale
> localedef -i "en_US" -f "UTF-8" "debian/tmpdir/usr/lib/locale/en_US.UTF-8"
> cannot read character map directory `/usr/share/i18n/charmaps': No such file 
> or directory

That looks suspiciously like a broken build system. What's the output of:

 dpkg --status locales

And, iff you have apt installed:

 apt-cache show locales

Is it possible that the 'locales' package isn't installed?  But that's not 
likely since
the locale-gen application seems to be present.

Note for Peter: 'locales' should be in the list of build-depends. 


HTH Ralf Mattes

> make: *** [build-arch-stamp] Error 1
> 
> 


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

Bug#310923: tetex-base: Romanian (ro) support

[Dan Damian]

I've noticed diacritics are not allowed, so I attached a new patch that
escapes them. Unfortunately I don't have enough LaTeX knowledge to write
some test cases, so it's mostly guesswork...

Thanks,
-dan
diff -Nur tetex-base-2.0.2c.orig/texmf/tex/latex/tools/varioref.sty tetex-base-2.0.2c.new/texmf/tex/latex/tools/varioref.sty
--- tetex-base-2.0.2c.orig/texmf/tex/latex/tools/varioref.sty	2001-09-27 13:50:52.0 +0300
+++ tetex-base-2.0.2c.new/texmf/tex/latex/tools/varioref.sty	2005-05-27 02:55:22.278485376 +0300
@@ -422,18 +422,16 @@
  \def\reftextlabelrange#1#2{\ref{#1} a~\ref{#2}}%
   }}
 \DeclareOption{romanian}
-  [EMAIL PROTECTED]
-   [EMAIL PROTECTED]
-\def\reftextfaceafter {on the \reftextvario{facing}{next} page}%
-\def\reftextfacebefore{on the \reftextvario{facing}{preceding}
-   page}%
-\def\reftextafter {on the \reftextvario{following}{next} page}%
-\def\reftextbefore{on the \reftextvario{preceding page}{page
-   before}}%
-\def\reftextcurrent   {on \reftextvario{this}{the current} page}%
-\def\reftextfaraway#1{on page~\pageref{#1}}%
-\def\reftextpagerange#1#2{on pages~\pageref{#1}--\pageref{#2}}%
-\def\reftextlabelrange#1#2{\ref{#1} to~\ref{#2}}%
+  [EMAIL PROTECTED]
+\def\reftextfaceafter {pe pagina \reftextvario{opus\u{a}}{urm\u{a}toarei}}%
+\def\reftextfacebefore{pe pagina \reftextvario{opus\u{a}}{precedentei}}%
+\def\reftextafter {pe pagina \reftextvario{dup\u{a}}{urm\u{a}toarea}}%
+\def\reftextbefore{pe pagina \reftextvario{dinaintea}{
+   precedentei}}%
+\def\reftextcurrent   {pe aceast\u{a} pagin\u{a}}%
+\def\reftextfaraway#1{pe pagina~\pageref{#1}}%
+\def\reftextpagerange#1#2{pe paginile~\pageref{#1}--\pageref{#2}}%
+\def\reftextlabelrange#1#2{\ref{#1} la~\ref{#2}}%
   }}
 \DeclareOption{russian}
   [EMAIL PROTECTED]

Bug#310884: I cannot reproduce this bug

[Don Armstrong]

tag 310884 unreproducible
thanks

I'm unable to reproduce this bug on unstable with pike7.2 7.2.580-3
building in a pbuilder chroot.

Are you building these using pbuilder or something else? If something
else, could you provide the output of 

dpkg-depcheck -b fakeroot debian/rules binary;

Also, the entire build log will be useful as well.

[I'm leaning towards downgrading this bug as well, as it seems to
likely be a user specific issue.]


Don Armstrong

-- 
It was said that life was cheap in Ankh-Morpork. This was, of course,
completely wrong. Life was often very expensive; you could get death
for free.
 -- Terry Pratchet _Pyramids_ p25

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#306855: alien: Additional checks to detect some situations

[Joey Hess]

Javier Fernández-Sanguino Peña wrote:
> In my proposed patch to 8.51 I include some common checks that could be 
> included in alien to anticipate some common mistakes:
> 
> 1) when the rpm file is empty (think of 'wget -q -O somerpm 
> http://someplace' and that place is 404)
> 2) when the rpm files are not readable by the running user (think: rpm 
> downloaded by some user that other tries to convert)
> 
> Since the rpm calls are going to break later on it would be best to detect 
> this simple bugs first IMHO.

I'm not applying this patch because these checks seem approximatly as
useful to me as gcc checking for zero size or not readable input files.
Which it doesn't do, and it does let something further down the
toolchain complain about it instead.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#310930: bluez-pin rejected from local host

[ms419]

Package: bluez-pin
Version: 0.25-1

I get this error pairing with bluetooth devices using "pin_helper
/usr/bin/bluez-pin;" -


==> syslog <==
May 26 16:46:12 fis hcid[26191]: pin_code_request (sba=00:0D:93:04:BC:15,
dba=00:07:A4:00:09:7D)
May 26 16:46:13 fis hcid[26267]: PIN helper exited abnormally with code 256

==> xdm.log <==
AUDIT: Thu May 26 16:46:13 2005: 3746 X: client 27 rejected from local host


I successfully pair with bluetooth devices using a script to echo "PIN:"

I am surprised this bug isn't already reported - but I read all the
documentation I could find, googled & tinkered with bluez-pin - I can't
figure out what's wrong!

Many thanks for maintaining bluetooth in debian!

Jack



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

Bug#310822: php4-auth-pam: pam_auth.so compiled against wrong PHP version?

[Carsten Wolff]

Hi,

I don't know, what went wrong in your installation, but as you can see here, 
there's no such "-zts" folder in the package anymore:
http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=php4-auth-pam&version=testing&arch=i386

Is there something special about the upgrade-path of your system? Is the 
package-version on that machine really 0.4-7, or did you run reportbug on 
another machine?

Cheers,
Carsten


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

Bug#310908: gaim-otr: OTR button vanishes

[Ian Goldberg]

On Thu, May 26, 2005 at 04:10:01PM -0500, David Fries wrote:
> Package: gaim-otr
> Version: 2.0.1-1
> Severity: normal
> 
> 
> The OTR button on the conversation button bar vanishes if 'Show button
> as:' Preferences Conversations option is changed.  It will only be
> visible when the button bar is shown when the conversation is started
> and changing the show buttons as option will cause it to go away.

Thanks for the report; this is now fixed, and will be in the next
(upstream) version.

> A related request is to show the OTR button in the Conversation menu.
> I run with show buttons as: None and this is the first plugin I've
> found that did not have the functionality available elsewhere.  The
> buttons are rarely used by me and I don't see any reason to take up
> desktop space with them.

Can you give an example of a plugin that adds something to the
Conversation menu?  That's a great idea, but I don't see an obvious way
to do it.  There's also the issue that some of your tabs may have OTR
enabled, and some not, but I guess the menu could reconfigure itself
when you switch tabs.

Thanks,

   - Ian


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

Bug#310928: libmissinglib-ocaml-dev: please provide an escape sequence for : and = separators

[Frederic LEHOBEY]

Package: libmissinglib-ocaml-dev
Severity: wishlist

Hi,

I am digging into dfsbuild.  Could it be possible to add some escape
sequence to the ":" and/or "=" separators as used in ConfigParser in
order to be able to get options like these:

/an/example = some string
 an other line with "/whatever:/it/breaks/after/the/colon"

or (even worse) something like (it is an actual menu entry) :

/etc/menu/xbase-clients = \
 ?package(xbase-clients):\
  needs="x11"\
  section="Apps/Math"\
  hints="Calculators"\
  longtitle="Xcalc: scientific calculator for X"\
  title="Xcalc"\
  command="xcalc"

I do not know what it should look like.  Maybe:

/an/example = some string
 an other line with "/whatever\:/does/not/see/the/colon/as/separator/anymore"

or

/etc/menu/xbase-clients = \
 ?package(xbase-clients)\:\
  needs\="x11"\
  section\="Apps/Math"\
  hints\="Calculators"\
  longtitle\="Xcalc\: scientific calculator for X"\
  title\="Xcalc"\
  command\="xcalc"

Best regards,
Frederic Lehobey

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
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#310927: sbcl: ftbfs [sparc] cannot read character map directory `/usr/share/i18n/charmaps'

[Blars Blarson]

Package: sbcl
Version: 1:0.9.0.39-1
Severity: serious
Tags: sid
Justification: Fails to build from source


sbcl fails to build from source on sparc, duplicated on a sparc
pbuilder.  It appears you are making assumptions about the locales
installed on the building system.


dh_testdir
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = "en_US.UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
touch configure-stamp
dh_testdir
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = "en_US.UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
# create the locale:
mkdir -p debian/tmpdir/usr/lib/locale
localedef -i "en_US" -f "UTF-8" "debian/tmpdir/usr/lib/locale/en_US.UTF-8"
cannot read character map directory `/usr/share/i18n/charmaps': No such file or 
directory
make: *** [build-arch-stamp] Error 1



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

Bug#310926: xine-ui: wont close when playing mp3s

[ctl (jetscreamer)]

Package: xine-ui
Version: 0.99.3-1
Severity: important

cant close it when playing audio files, mp3 specifically. have to kill it.

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

Versions of packages xine-ui depends on:
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libcurl3 7.13.2-2Multi-protocol file transfer libra
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libice6  4.3.0.dfsg.1-13 Inter-Client Exchange library
ii  libidn11 0.5.13-1.0  GNU libidn library, implementation
ii  libncurses5  5.4-4   Shared libraries for terminal hand
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libreadline5 5.0-10  GNU readline and history libraries
ii  libsm6   4.3.0.dfsg.1-13 X Window System Session Management
ii  libssl0.9.7  0.9.7g-1SSL shared libraries
ii  libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-13 X Window System miscellaneous exte
ii  libxine1 1.0.1-1 the xine video/media player librar
ii  libxtst6 4.3.0.dfsg.1-13 X Window System event recording an
ii  libxv1   4.3.0.dfsg.1-13 X Window System video extension li
ii  xlibs4.3.0.dfsg.1-13 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#290329: fixing this bug

[Jeroen van Wolffelaar]

On Tue, May 24, 2005 at 03:17:57PM -0400, Joey Hess wrote:
> What a mess.
> 
> Looks to me like the only real options for dealing with with bug for
> sarge are:
> 
> - revert the powerpc change in debian/rules, downgrade bug as not RC
> or
> - re-upload initrd tools as an arch any package

Choosen for the latter, as discussed with Steve Langasek, NMU diff:

diff -Nru /tmp/6LSwoku0LT/initrd-tools-0.1.81/debian/changelog 
/tmp/P0VA6FOYHW/initrd-tools-0.1.81.1/debian/changelog
--- /tmp/6LSwoku0LT/initrd-tools-0.1.81/debian/changelog2005-05-23 
10:30:59.0 +0200
+++ /tmp/P0VA6FOYHW/initrd-tools-0.1.81.1/debian/changelog  2005-05-27 
01:35:31.0 +0200
@@ -1,3 +1,11 @@
+initrd-tools (0.1.81.1) unstable; urgency=high
+
+  * NMU as discussed with Steve Langasek
+  * Make this package architecture any to cope with a different conffile for
+powerpc than for any other architecture (Closes: #290329)
+
+ -- Jeroen van Wolffelaar <[EMAIL PROTECTED]>  Wed, 25 May 2005 14:09:03 +0200
+
 initrd-tools (0.1.81) unstable; urgency=high
 
   * Revert changes to root device handling in 0.1.80 (bugs #307471 and
diff -Nru /tmp/6LSwoku0LT/initrd-tools-0.1.81/debian/control 
/tmp/P0VA6FOYHW/initrd-tools-0.1.81.1/debian/control
--- /tmp/6LSwoku0LT/initrd-tools-0.1.81/debian/control  2005-05-14 
11:21:07.0 +0200
+++ /tmp/P0VA6FOYHW/initrd-tools-0.1.81.1/debian/control2005-05-27 
01:39:03.0 +0200
@@ -7,7 +7,7 @@
 Build-Depends: debhelper (>= 3)
 
 Package: initrd-tools
-Architecture: all
+Architecture: any
 Depends: coreutils | fileutils (>= 4.1.9) | stat (>= 3.0), cpio, cramfsprogs 
(>= 1.1-4), dash, util-linux (>= 2.11b-3)
 Description: tools to create initrd image for prepackaged Linux kernel
  This package contains tools needed to generate an initrd image suitable for

Thanks,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#310929: smart: ftbfs [sparc] attempts to install into build system /usr/share

[Blars Blarson]

Package: smart
Version: 0.30.2-1
Severity: serious
Tags: sid
Justification: fails to build from source

smart fails to build on the sparc buildd when it is unable to copy a file
into /usr/share:

byte-compiling 
/build/buildd/smart-0.30.2/debian/smartpm/usr/lib/python2.3/site-packages/smart/util/elementtree/HTMLTreeBuilder.py
 to HTMLTreeBuilder.pyc
running install_scripts
copying build/scripts-2.3/smart.py -> 
/build/buildd/smart-0.30.2/debian/smartpm/usr/bin/smart
changing mode of /build/buildd/smart-0.30.2/debian/smartpm/usr/bin/smart to 755
running install_data
copying locale/fr/LC_MESSAGES/smart.mo -> /usr/share/locale/fr/LC_MESSAGES
error: /usr/share/locale/fr/LC_MESSAGES/smart.mo: Permission denied



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

Bug#310882: emacs21: FTBFS: fails to install during build.

[Roger Leigh]

The build definitely fails outside the chroot.  A full build log is
here:

http://people.debian.org/~rleigh/emacs21_21.4a-1.build-nochroot-log

and a complete list of installed packages is here:

http://people.debian.org/~rleigh/hardknott-packages


Regards,
Roger

-- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.


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

Bug#307834: FWD: Re: Bug#307834: Installation: Micron Transport floppy=nofifo problem

[Joey Hess]

- Forwarded message from Eric Shubes <[EMAIL PROTECTED]> -

From: Eric Shubes <[EMAIL PROTECTED]>
Date: Thu, 05 May 2005 15:14:15 -0700
To: Joey Hess <[EMAIL PROTECTED]>
Subject: Re: Bug#307834: Installation: Micron Transport floppy=nofifo problem
Organization: Eric Shubert & Associates
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 
Netscape/7.1 (ax)

Joey Hess wrote:

>Eric Shubes wrote:
>
>>The error wasn't absolutely consistent. The long rw: value varied. 
>>Usually 24, but sometimes 13 or 20. The rs= value changed too, 2 and 15 
>>respectively. 
>>The install media was fine. I checked, double checked, cleaned the drive, 
>>and even created media on the same computer which was failing. On 
>>occasion (3 times out of 20 or so)
>>
>>I also tried various other parameters: floppy=0,daring; =broken_dcl; 
>>=slow, and none helped.
>>
>>I don't know why floppy=nofifo fixed the problem with Woody (Woody had 
>>the same symptoms without it). It appears to me as though floppy=nofifo 
>>simply doesn't work. At least it doesn't do what it did with Woody.
>>
>>I've since done a dist-upgrade instead, so I'm not in need of this to 
>>work, but it would be nice to have it fixed for the next person who tries 
>>it. I'll be happy to do whatever testing that may be needed.
>
>
>The issue is that kernel boot time parameters are not seen by modules
>when they're loaded. The floppy driver is a module in sarge. You should
>be able to work around the problem by booting with BOOT_DEBUG=3. This
>will give you several shell prompts after the floppy boots. At the first
>one, "before hardware detection", you can try to "modprobe floppy 
>floppy=nofifo".
>
>If that works for you, then we obviously need a better fix to let these
>parameters be specified.
>
>
>
>
>
> 
Bingo - works like a charm.
Where do we go from here?

I followed through the install process a bit, and there was an error 
while running 'modprobe -v i82365' for my network adapter. I guess I 
should see if that's reported already or not, and if not file a report 
on that too. Yes?

-- 
-Eric 'shubes'
"There is no such thing as the People;
 it is a collectivist myth.
 There are only individual citizens
 with individual wills
 and individual purposes."
-William E. Simon (1927-2000),
Secretary of the Treasury (1974-1977)
 "A Time For Truth" (1978), pg. 237




- End forwarded message -
-- 
see shy jo


signature.asc
Description: Digital signature

Bug#310925: gaim does not send files in jabber and crash

[Gossen Alexey]

Package: gaim
Version: 1:1.3.0-1
Severity: normal

sorry, my english is very bad.

Description: gaim does not send files to another gaim instance  via jabber
protocol (server: jabber.ccc.de). i can choose the file to send and i
see the file transfer window, but the file transfer does not start.

and () gaim crash after few minutes

Here is strace output:

gettimeofday({1117127121, 733198}, NULL) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1117127121, 734156}, NULL) = 0
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=5,
events=POLLOUT, reven
ts=POLLERR|POLLHUP}, {fd=7, events=POLLOUT}, {fd=6, events=POLLIN},
{fd=10, even
ts=POLLIN}], 6, 147) = 1
gettimeofday({1117127121, 800277}, NULL) = 0
getsockopt(5, SOL_SOCKET, SO_ERROR, [110], [4]) = 0
fcntl64(5, F_SETFL, O_RDONLY)   = 0
write(5, "\5\1\0", 3)   = -1 EPIPE (Broken pipe)
--- SIGPIPE (Broken pipe) @ 0 (0) ---
close(5)= 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
write(2, "Gaim has segfaulted and attempte"..., 618) = 618
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(4726, 4726, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---
Process 4726 detached



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


Versions of packages gaim depends on:
ii  gaim-data1:1.3.0-1   multi-protocol instant messaging c
ii  libao2   0.8.6-1 Cross Platform Audio Output Librar
ii  libaspell15  0.60.2+20050121-2   The GNU Aspell spell-checker runti
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libc62.3.2.ds1-21GNU C Library: Shared libraries an
ii  libgcrypt11  1.2.0-11LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.6.4-1 The GLib library of C routines
ii  libgnutls11  1.0.16-13   GNU TLS library - runtime library
ii  libgtk2.0-0  2.6.4-1 The GTK+ graphical user interface 
ii  libgtkspell0 2.0.10-1a spell-checking addon for GTK's T
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libstartup-notificat 0.8-1   library for program launch feedbac
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#191038: Patch to login man page to document /etc/nologin OK to be a symlink

[Christian Perrier]

The long story of #191038 finally concluded that the only need is for
login man page to mention that /etc/nologin can be a symbolic link for
people who want to try keeping a read-only /etc

Tomasz, please find attahced a patch for upstream CVS's login man page
XML source. I just added a mention about this file OK for being a
symlink.


-- 


--- login.1.xml.ori 2005-05-24 19:06:01.0 +0200
+++ login.1.xml 2005-05-26 04:09:33.695634315 +0200
@@ -172,6 +172,12 @@
   /etc/nologin- prevent non-root 
users from
   logging in
   
+  (can be a symbolic link to 
another
+  
+   file for users wanting to 
use a 
+  
+   read-only root filesystem)
+  
   /etc/ttytype- list of terminal types
   
   $HOME/.hushlogin  - suppress printing

Bug#237525: More details about this bug?

[Christian Perrier]

retitle 237525 [TO CLOSE 20050525] query NIS information
thanks

Package: debian-installer
Version: 20040310

The installer should ask for NIS information.


This is all we have in the bug log Joey Hess reassigned the bug to
passwd but I really don't see what is expected from us here.

I am indeed about to close this bug report.


-- 




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

Bug#243688: About to close this bug report

[Christian Perrier]

retitle 243688 [TO CLOSE 20050525] Allow creating more than one non-priviledged 
user
thanks

This bug report, already marked "wontfix" hasn't got much activity in
6 months. The last comment I made about it was:

-
The last comment in the bug log is probably right. The shadow config
script and the installer are not a wrapper for user creation. So, only
things needed by the installation process should be donne in these
configuration scripts.
-

I think that new users creation really does not belong to the
installation process, except for the first created user, which is
needed for mail delivery.

-- 




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

Bug#310819: apt-build: Does not stop when --patch fails

[Yann Rouillard]

I ran into the same bug with apt-build 0.12.6.

Here is a patch to solve this problem.
It simply make the patch function return an exit code which is used in 
the patch loop to stop an the first failure.
--- /usr/bin/apt-build	2005-05-24 20:52:05.0 +0200
+++ /usr/bin/apt-build.new	2005-05-27 01:15:10.0 +0200
@@ -138,7 +138,8 @@
 sub patch
 {
 	print STDERR "-> Patching (@_) <-";
-	!system "patch -p$conf{patch_strip} < $_" or return while $_ = shift;
+	!system "patch -p$conf{patch_strip} < $_" or return !$? while $_ = shift;
+	return 1;
 }
 
 sub clean_build
@@ -287,21 +288,27 @@
 		system "debchange --append 'Patched with $_'";
 }
 	
+my $r;
 # Patch if asked
-patch($_) for @{$conf->patch};
+for (@{$conf->patch})
+{
+	$r = patch($_) or last;
+}
 
-# Add optimizations infos
-my $buildoptions;
-$buildoptions = "Build options: ".
-$conf->Olevel." ".$conf->mcpu." ".$conf->options;
+if ($r) {
+	# Add optimizations infos
+	my $buildoptions;
+	$buildoptions = "Build options: ".
+	$conf->Olevel." ".$conf->mcpu." ".$conf->options;
 
-system "debchange --append \"$buildoptions\"";
+	system "debchange --append \"$buildoptions\"";
 
-# Now build
-my  $r = !system $conf->build_command;
-wait;
-	
+	# Now build
+	$r = !system $conf->build_command;
+	wait;
+}	
+
 if ($conf->cleanup)
 {
 	print STDERR "> Cleaning up object files <-";

Bug#310863: sbuild should conflict with apt-listbugs

[Francesco Paolo Lovergine]

On Thu, May 26, 2005 at 08:56:26PM +0100, Roger Leigh wrote:
> >> However, I am a bit worried that this might break sbuild on hurd-i386,
> >> as networking inside the chroot is AFAIK not known to work reliably on
> >> the Hurd, and users of sbuild have reported trouble with it (though
> >> perhaps they were unrelated).  
> >> 
> >
> > The answer is of course: support both operating mode and use an
> > option or command line flag to enable the required one.
> 
> How does an option like $chroot_networking, or similar, sound?
> 

Isn't $chroot_mode=0|1 more clear?

-- 
Francesco P. Lovergine


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

Bug#310885: [debiandoc-sgml-pkgs] Bug#310885: debiandoc-sgml: Romanian (ro) support

[Dan Damian]

În data de Jo, 26-05-2005 la 23:36 +0200, Jens Seidel a scris:
> Dan, can you please edit /usr/share/texmf/tex/latex/tools/varioref.sty
> and send a patch against the tetex-base package? 

I've just submitted a patch for this (bug #310923). I've also checked
that the debiandoc2latexps warning is gone now.


> Dan, can you please publish the relase-notes somewhere? Even if they
> are not yet completed I think it may be useful (I can put these into
> CVS if you want without enabling automatic build).

In case it still helps, I've placed them at
http://lisa.codemonkey.ro/~dand/release-notes/ .The CVS offer sounds
good, I just need to play catch up a bit :)


-dan

Bug#310924: evolution-exchange-storage crashes every time I run it

[Thomas E. Vaughan]

Package: evolution-exchange
Version: 2.2.2-7
Severity: normal


When I run evolution, I get a dialog box that says:

   The Application "evolution-exchange-storage" has quit
   unexpectedly.

   You can inform the developers

When I try to run it from the command line, I get

   [EMAIL PROTECTED]  ~ $ /usr/lib/evolution/2.2/evolution-exchange-storage
   Evolution Exchange Storage up and running

   (evolution-exchange-storage:8254): GLib-GObject-WARNING
   **: invalid uninstantiatable type `' in cast to
   `ESource'

I don't have debugging binaries installed, but when I run it
in gdb I get

   (evolution-exchange-storage:8364): GLib-GObject-WARNING
   **: invalid unclassed pointer in cast to `ESource'

   Program received signal SIGSEGV, Segmentation fault.
   [Switching to Thread 1095832576 (LWP 8364)] 0x40cc7709 in
   e_source_peek_name () from
   /usr/lib/libedataserver-1.2.so.4

Anybody else see this kind of thing?

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages evolution-exchange depends on:
ii  evolution   2.2.2-4  The groupware suite
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libatk1.0-0 1.8.0-4  The ATK accessibility toolkit
ii  libaudiofile0   0.2.6-6  Open-source version of SGI's audio
ii  libbonobo2-02.8.1-2  Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.8.1-2  The Bonobo UI library
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcamel1.2-0   1.2.2-5  The Evolution MIME message handlin
ii  libcomerr2  1.37+1.38-WIP-0509-1 common error description library
ii  libdb4.14.1.25-18Berkeley v4.1 Database Libraries [
ii  libebook1.2-3   1.2.2-5  Client library for evolution addre
ii  libecal1.2-21.2.2-5  Client library for evolution calen
ii  libedata-book1.2-2  1.2.2-5  Backend library for evolution addr
ii  libedata-cal1.2-1   1.2.2-5  Backend library for evolution cale
ii  libedataserver1.2-4 1.2.2-5  Utily library for evolution data s
ii  libedataserverui1.2 1.2.2-5  GUI utily library for evolution da
ii  libesd0 0.2.35-2.1   Enlightened Sound Daemon - Shared 
ii  libfontconfig1  2.3.2-1  generic font configuration library
ii  libfreetype62.1.7-2.4FreeType 2 font engine, shared lib
ii  libgal2.4-0 2.4.2-1  G App Libs (run time library)
ii  libgconf2-4 2.8.1-6  GNOME configuration database syste
ii  libgcrypt11 1.2.0-11.1   LGPL Crypto library - runtime libr
ii  libglade2-0 1:2.4.2-2library to load .glade files at ru
ii  libglib2.0-02.6.4-1  The GLib library of C routines
ii  libgnome-keyring0   0.4.2-1  GNOME keyring services library
ii  libgnome2-0 2.8.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.8.0-1  A powerful object-oriented display
ii  libgnomeprint2.2-0  2.8.2-1  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2- 2.8.2-2  GNOME 2.2 print architecture User 
ii  libgnomeui-02.8.1-3  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  2.8.4-4  The GNOME virtual file-system libr
ii  libgnutls11 1.0.16-13.1  GNU TLS library - runtime library
ii  libgpg-error0   1.0-1library for common error values an
ii  libgtk2.0-0 2.6.4-3  The GTK+ graphical user interface 
ii  libice6 4.3.0.dfsg.1-13  Inter-Client Exchange library
ii  libjpeg62   6b-10The Independent JPEG Group's JPEG 
ii  libkrb531.3.6-3  MIT Kerberos runtime libraries
ii  libldap22.1.30-8 OpenLDAP libraries
ii  liborbit2   1:2.12.2-1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.8.1-1  Layout and rendering of internatio
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  libsm6  4.3.0.dfsg.1-13  X Window System Session Management
ii  libsoup2.2-72.2.3-2  an HTTP library implementation in 
ii  libtasn1-2  0.2.10-4 Manage ASN.1 structures (runtime)
ii  libx11-64.3.0.dfsg.1-13  X Window System protocol client li
ii  libxml2 2.6.16-7 GNOME XML library
ii  xlibs   4.3.0.dfsg.1-13  X Keyboard Extension (XKB) configu
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information

Bug#310923: tetex-base: Romanian (ro) support

[Dan Damian]

Package: tetex-base
Version: 2.0.2c-3
Severity: whishlist
Tags: patch l10n


Hello,

As a follow-up to debiandoc-sgml bug #310885, I'm attaching a patch
that adds support for Romanian locale to varioref.sty.

Thanks,
-dan


-- Package-specific info:
Please read and follow the instructions in the first lines below
the text: "-- Package-specific info:".
Thank you.

Press ENTER to continue
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-rw-r--  1 root staff 91 2005-05-22 01:09 /usr/local/lib/texmf/ls-R
-rw-rw-r--  1 root users 716 2005-05-26 07:36 /var/lib/texmf/ls-R
lrwxrwxrwx  1 root root 29 2005-05-22 00:56 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10-5-686
Locale: LANG=ro_RO, LC_CTYPE=ro_RO (charmap=ISO-8859-2) (ignored: LC_ALL set to 
ro_RO)

Versions of packages tetex-base depends on:
ii  debconf   1.4.42ubuntu4  Debian configuration management sy
ii  dpkg  1.10.27ubuntu1 Package maintenance system for Deb
ii  texinfo   4.7-2.2ubuntu1 Documentation system for on-line i
ii  ucf   1.13   Update Configuration File: preserv

Versions of packages tetex-bin depends on:
ii  debconf 1.4.42ubuntu4Debian configuration management sy
ii  debianutils 2.11.2   Miscellaneous utilities specific t
ii  dpkg1.10.27ubuntu1   Package maintenance system for Deb
ii  ed  0.2-20   The classic unix line editor
ii  libc6   2.3.2.ds1-20ubuntu13 GNU C Library: Shared libraries an
ii  libgcc1 1:4.0-0pre6ubuntu7   GCC support library
ii  libice6 6.8.2-10 Inter-Client Exchange library
ii  libkpathsea32.0.2-25 path search library for teTeX (run
ii  libpaper1   1.1.14ubuntu7Library for handling paper charact
ii  libpng12-0  1.2.8rel-1   PNG library - runtime
ii  libsm6  6.8.2-10 X Window System Session Management
ii  libstdc++5  1:3.3.5-8ubuntu2 The GNU Standard C++ Library v3
ii  libt1-5 5.0.2-3  Type 1 font rasterizer library - r
ii  libwww-ssl0 5.4.0-9  The W3C-WWW library (SSL support)
ii  libx11-66.8.2-10 X Window System protocol client li
ii  libxaw7 6.8.2-10 X Athena widget set library
ii  libxext66.8.2-10 X Window System miscellaneous exte
ii  libxmu6 6.8.2-10 X Window System miscellaneous util
ii  libxt6  6.8.2-10 X Toolkit Intrinsics
ii  mime-support3.29-1   MIME files 'mime.types' & 'mailcap
ii  perl5.8.4-6ubuntu1   Larry Wall's Practical Extraction 
ii  sed 4.1.2-8  The GNU sed stream editor
ii  ucf 1.13 Update Configuration File: preserv
ii  xlibs   6.8.2-10 X Window System client libraries m
ii  zlib1g  1:1.2.2-4ubuntu1 compression library - runtime

Versions of packages tetex-extra depends on:
ii  dpkg   1.10.27ubuntu1Package maintenance system for Deb
ii  gsfonts8.14+v8.11+urw-0.1ubuntu1 Fonts for the Ghostscript interpre
ii  tetex-bin  2.0.2-25  The teTeX binary files
ii  ucf1.13  Update Configuration File: preserv

-- debconf information excluded
diff -Nur tetex-base-2.0.2c.orig/texmf/tex/latex/tools/varioref.sty 
tetex-base-2.0.2c.new/texmf/tex/latex/tools/varioref.sty
--- tetex-base-2.0.2c.orig/texmf/tex/latex/tools/varioref.sty   2001-09-27 
13:50:52.0 +0300
+++ tetex-base-2.0.2c.new/texmf/tex/latex/tools/varioref.sty2005-05-27 
02:04:08.0 +0300
@@ -422,18 +422,16 @@
  \def\reftextlabelrange#1#2{\ref{#1} a~\ref{#2}}%
   }}
 \DeclareOption{romanian}
-  [EMAIL PROTECTED]
-   [EMAIL PROTECTED]
-\def\reftextfaceafter {on the \reftextvario{facing}{next} page}%
-   

Bug#309627: upgrade-reports: Succesful update from archive, some php4 problems

[Justin Pryzby]

On Wed, May 18, 2005 at 02:27:11PM +0200, Paul van Tilburg wrote:
> Package: upgrade-reports
> Severity: normal
> 
> Archive date: Tue May 16 19:00:01 UTC 2005
> Upgrade date: Tue May 17 16:35:00 UTC 2005
> uname -a: 2.4.25-distance
> Method: Following the release notes to the letter, e.g.
>   first install aptitude and doc-base, then proceeding with aptitude
[...]

> Further Comments/Problems:
> 
>   I had numerous questions about overwriting configfiles which dpkg claimed I
>   had changed, but I am sure of I really never have.
This is a moderately common mistake made by package maintainers.
Debian has an idea of a "configuration file", which is defined as "a
file in /etc/, which controls some global aspect of the operation of
some piece of software".  It is often the case that there is a useful
default configuration, and for this case, there is a special case
configuration file called a "conffile".  Conffiles are configuration
files which are included in the package.  Configuration files which
are not conffiles are NOT included in the package, but are generated
(usually) by the package's postinst script, and should probably be
tagged with something like "# Created by debconf; run dpkg-reconfigure
to edit".

Policy dictates that conffiles should never be editted by a maintainer
script, because that would violate the whole point of a conffile.  If
a maintscript *were* to modify a conffile, then every update of the
package would (potentially) ask the user "what do you want to do with
the changes made to this file".  (The whole point to a conffile being
that most updates non-interactively do what everyone wants).

This conffile prompt should happen ONLY when BOTH:
  
  1) You, the sysadmin of a machine, change some file in /etc/, a
 conffile, to customize a package; and,
  2) You later update the package, and the package maintainer has, in
 the updated version, included a version of that conffile which
 differs from the version of that conffile in your previously-
 installed of that package.

If neither of the above, or exactly one of the above happens, then the
upgrade can take place non-interactively, in the obvious way:

  - If you, the sysadmin, have never modified a conffile, but the
package maintainer ships a new version of it, then, when upgrading
the package, the new version replaces the old one.

  - If you, the sysadmin, modify a conffile, and then upgrade the
package to a newer version, and the newer version uses the same
conffile, then your changes are preserved, and the new conffile
(from the Debian package maintainer) is discarded.

In the future, if you come across a package upgrade (whether a through
a dist-upgrade, a normal install, or an update) which gives the prompt
about a conffile being changed by both you, and by the maintainer, and
you know that you have not manually modified that file, then you
should feel free to open a bug ("important", probably, or "severe" if
it will affect upgrades from one stable release to another, or if you
feel it is a "core" package, likely to affect lots of people).

Cheers,
Justin


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

Bug#310921: blackbox: Blackbox window titles are funky when locales are used

[Justin Pryzby]

Package: blackbox
Version: 0.65.0-5
Severity: normal

I did dpkg-reconfigure locales, and responded to:
  
  "Which locale should be the default in the system environment?"

with

"en_US.UTF-8".  Then, after restarting X, all the window titles that
blackbox wrote were in UTF-8, I guess.  Every other character was some
'A'-type symbol, so gaim, for example, looked like "GAaAiAmA".


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

Bug#310922: OO.org crashes after opening - libc6 involved?

[Doctorcam]

Package: Openoffice.org
Version: 1.1.3
Kernel: Linux x386 2.6.11.7
Libc6 Version: 2.3.2.ds1-22

OOo Writer crashes shortly after starting, at inconsistent points, but
usually during input.  Latest crash produced this report:

sh: line 1: crash_report: command not found
Xlib: unexpected async reply (sequence 0xabf8)!


Fatal exception: Signal 11
Stack:
/usr/lib/openoffice/program/libsal.so.3[0xb72e03ec]
/usr/lib/openoffice/program/libsal.so.3[0xb72e0579]
/usr/lib/openoffice/program/libsal.so.3[0xb72e0644]
[0xe420]
/usr/lib/openoffice/program/libsal.so.3[0xb72d575f]
/lib/tls/libpthread.so.0[0xb6eebb63]
/lib/tls/libc.so.6(__clone+0x5a)[0xb6cde18a]
Aborted

I have wiped out .sversionrc and the .openoffice directory (and
contents) with no change in behaviour.

Loading of files, in advance of the crash, is consistently very slow.

I first noticed this behaviour after I upgraded with the latest Sarge
libc6 and libc6-dev.  Given the line above "Aborted", this may be
significant.

I have a voluminous strace file (which I really don't understand), if
that helps.

Cheers

Cam

-- 
Cam Ellison  Ph.D.  R.Psych. #01417

Cam Ellison & Associates Ltd.
Management Psychology

RR 223446 Beach Avenue
Roberts Creek  BC  V0N 2W2

Phone: 604-885-4806
Fax:   604-885-4809



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

Bug#310920: ITP: haxml -- utilities for using XML documents with Haskell

[Arjan Oosting]

Package: wnpp
Severity: wishlist
Owner: Arjan Oosting <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: haxml
  Version : 1.1.3
  Upstream Author : Malcolm Wallace <[EMAIL PROTECTED]>>
* URL : http://haskell.org/HaXml/
* License : Library under LGPL and binaries under GPL
  Description : utilities for using XML documents with Haskell

Long description:

 HaXml is a collection of utilities for parsing, filtering,
 transforming, and generating XML documents using Haskell. Its basic
 facilities include:
  - a parser for XML,
  - a separate error-correcting parser for HTML,
  - an XML validator,
  - pretty-printers for XML and HTML.
 .
 Homepage: http://www.cs.york.ac.uk/fp/HaXml/

The package consists of the following binary packages:
 * haxml:  the HaXml command-line tools.
 * libghc6-haxml-dev: the HaXml combinator library for generic XML
   document processing, including transformation, editing, and
   generation for use with GHC6.
 * libnhc98-haxml-dev: the HaXml combinator library for generic XML
   document processing, including transformation, editing, and
   generation for use with NHC98.
 * libhugs-haxml: the HaXml combinator library for generic XML
   document processing, including transformation, editing, and
   generation for use with Hugs.

The package is already available from 
http://moonshine.dnsalias.org/debian/

Greetings Arjan Oosting

- -- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (102, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-2-stardust
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

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

iD8DBQFCllH0UALvsZYuOJARAuwqAKCqYno4xl2mqMLHoSD/auxhxQfVMwCfVrfV
jhKFH8PIgwhmxwrJcMv9jTM=
=UmzT
-END PGP SIGNATURE-


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

Bug#304261: mozilla-thunderbird: [INTL:pt_BR] Please, use the full attached translation instead

[Andre Luis Lopes]

Hello,

On Thu, May 26, 2005 at 07:20:23PM +0200, Alexander Sack wrote:
> 
> Please make it _really_ complete and add the translated lines for the .desktop
> file of thunderbird (e.g. take a look at
> /usr/share/applications/mozilla-thunderbird.desktop). It is on your side,
> whether you want to translate the Name field or not. I tend not to translate 
> it
> (like de). Nevertheless, I don't know much about your language. So if you 
> think
> it is more appropriate to translate both, Name and Comment.

As requested, attached you can find a copy the files named
mozilla-thunderbird.desktop and mozilla-thunderbird-pm.desktop, originally
found into the debian/ dir in the Debian's mozilla-thunderbird source
package.

Is already updated to include the translations for the Brazilian
Portuguese (pt_BR) entries.

Regards,

-- 
++--++
||  André Luís Lopes [EMAIL PROTECTED]||
||   http://people.debian.org/~andrelop ||
||  Debian-BR Projecthttp://www.debian-br.org   ||
||  Public GPG KeyID 9D1B82F6   ||


mozilla-thunderbird.desktop.gz
Description: Binary data


mozilla-thunderbird-pm.desktop.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#279000: Python curses bindings and UTF-8

[Thomas Dickey]

On Thu, 26 May 2005, Martin Michlmayr wrote:


* Thomas Dickey <[EMAIL PROTECTED]> [2005-05-26 18:21]:

It's compatible - but bear in mind that strings, e.g., as passed to
addstr() are interpreted based on locale.


What negative effects could that have?  Are you thinking of control
characters or anything like that?


I was thinking mainly about the places where Latin-1 and UTF-8 differ.

Having addstr behave that way wasn't what I thought of as obvious, but 
that's the way it's documented with X/Open, so I implemented it that way.


addnwstr() uses wide-characters, so it's unambiguous how the data are 
handled.



Or do you simply mean that giving an UTF-8 byte string to addstr()
is not a terribly good idea if we're not in an UTF-8 locale?  I guess


Either way: giving a string that's encoded for Latin-1 (using codes 
160-255) when in UTF-8 mode would give poor results.



the proper solution would be for the Python bindings to accept Unicode
strings and then just decode them to whatever locale the user has
(replacing characters that are not available with '?' or so).


If it's a script (with embedded strings), that's probably what would be
needed.

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


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

Bug#308313: mod_delay issue is solved in -13

[Filip Van Raemdonck]

unmerge 308313
thanks

On Thu, May 26, 2005 at 04:05:25PM +0200, Francesco Paolo Lovergine wrote:
> Would you please have a try. Of course you should set on the DelayEngine 
> directive.
> Thanks. I hope this version would enter sarge.

I cannot tell if -13 fixes it, but I can confirm the original bug report
and that the mentioned setting fixes the segfault.

I believe therefore that the merge was not justified, seeing that the
latest segfault only shows up in 1.2.10-11 and upwards; therefore I'm
unmerging them.


Regards,

Filip

-- 
A: Because it breaks the flow of normal conversation.
Q: Why don't we put the response before the request?


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

Bug#310882: emacs21: FTBFS: fails to install during build.

[Roger Leigh]

I've repeated the emacs build on powerpc, this time using an sbuild
chroot, rather than on the main system.  It worked.  The log is here:

http://people.debian.org/~rleigh/emacs21_21.4a-1.build-log

So there must be some sort of discrepancy between the live system and
the chroot, but both are up-to-date.  Perhaps there's a missing
Build-Conflicts?


Regards,
Roger

-- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.


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

Bug#310919: the patches :)

[Stephan Hermann]

Sorry, I forgot the patches :)

Here are they now, attached with this mail:

They're already in dpatch format.

regards,

\sh


02_pykde-convert-qlist-to-qptrlist.dpatch
Description: application/shellscript


01-configskeleton.dpatch
Description: application/shellscript

Bug#279000: Python curses bindings and UTF-8

[Martin Michlmayr]

* Thomas Dickey <[EMAIL PROTECTED]> [2005-05-26 18:21]:
> It's compatible - but bear in mind that strings, e.g., as passed to
> addstr() are interpreted based on locale.

What negative effects could that have?  Are you thinking of control
characters or anything like that?

Or do you simply mean that giving an UTF-8 byte string to addstr()
is not a terribly good idea if we're not in an UTF-8 locale?  I guess
the proper solution would be for the Python bindings to accept Unicode
strings and then just decode them to whatever locale the user has
(replacing characters that are not available with '?' or so).

> That's a start - but there may be some work needed in Python, e.g.,
> to ensure that it doesn't make assumptions about the data that interfere
> with locale.
> 
> The scripts may also have stuff hardcoded - I don't know (will probably
> take a look on the weekend).

That would be great.  Thanks.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#279000: Python curses bindings and UTF-8

[Thomas Dickey]

On Thu, 26 May 2005, Martin Michlmayr wrote:


* Edmund GRIMLEY EVANS <[EMAIL PROTECTED]> [2005-05-26 22:58]:

I think you have to link with ncursesw and call setlocale:


That works.  Is ncursesw completely backwards compatible (not on an
ABI level, but API wise)?  Or will it break Latin-1 locales?


It's compatible - but bear in mind that strings, e.g., as passed to 
addstr() are interpreted based on locale.  ncurses only knows about 8-bit

single-byte encodings, while ncursesw can interpret multibyte encodings.



What is needed to get the Python bindings (in Debian) to handle UTF-8
and Latin-1?  Is it enough to:

- add that setlocale statement in the bindings
- build against ncursesw instead of ncurses


That's a start - but there may be some work needed in Python, e.g.,
to ensure that it doesn't make assumptions about the data that interfere
with locale.

The scripts may also have stuff hardcoded - I don't know (will probably
take a look on the weekend).


Or is anything else needed?  Edmund, since you know both UTF-8, curses
and Python, maybe you could take a look at the Python curses bindings.
They don't seem to be maintained actively.

jack (an audio rupper) and cplay (an audio player) are both curses
based Python programs that fail with UTF-8.  While I was able to fix
most of their UTF-8 problems (like OGG Vorbis and MP3 tagging), the
curses output problems remains.
--
Martin Michlmayr
http://www.cyrius.com/



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


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

Bug#310919: python-kde3: python-kde3 api to kconfigskeleton is not working

[Stephan Hermann]

Package: python-kde3
Severity: important
Tags: patch

Python KDE Bindings are for small and fast kde apps very usefull.
But to comply with KDEs UI Guidelines and similar configuration settings, 
python-kde right now is not working.

I found a solution to overcome the problem (esp. in KConfigSkeleton) which 
aren't included in the upstream source.

I informed the upstream maintainer, that I will create new packages for Ubuntu 
Breezy and that I will inform you, Debian Devs, to include those patches in 
your packages.

You can read about the first patch on 
http://mats.imk.fraunhofer.de/pipermail/pykde/2004-September/008483.html

and the second patch you can find informations here:
http://mats.imk.fraunhofer.de/pipermail/pykde/2005-May/010391.html

If you find those patches usefull and u want to try with me to force upstream 
to be in sync with our packages, please include these patches.

Ah, I forgot, the patches are against the latest snapshot of python-kde3 from 
2005-03-16

Regards,


\sh


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


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

Bug#310918: apt-build: patch applied twice when using build-source command

[Yann Rouillard]

Package: apt-build
Version: 0.12.6
Severity: minor
Tags: patch

When using build-source command with the patch option, the patch is applied 
twice:
- a first time in the build-source function
- a second time in the build function called from build-source

Moreover the first time, apt-build try to apply the patch while being in the 
/var/cache/apt-build/build directory so it always fail.

The following tiny patch just removes the call to patch in build-source

--- /usr/bin/apt-build  2005-05-26 20:44:13.0 +0200
+++ /usr/bin/apt-build.new  2005-05-27 00:02:58.0 +0200
@@ -578,7 +578,6 @@
  if ($build) {
builddep($src_name) unless 
$conf->build_only;
source_by_source ($src_name, 
$src_version) if $conf->source;
- patch($_) for @{$conf->patch};

  # Now build the package
  my ($maintver, $upver);



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)

Versions of packages apt-build depends on:
ii  apt   0.5.28.6   Advanced front-end for dpkg
ii  apt-utils 0.5.28.6   APT utility programs
ii  debconf   1.4.30.13  Debian configuration management sy
ii  devscripts2.8.14 Scripts to make the life of a Debi
ii  dpkg-dev  1.10.27Package building tools for Debian
ii  g++   4:3.3.5-3  The GNU C++ compiler
ii  gcc   4:3.3.5-3  The GNU C compiler
ii  libappconfig-perl 1.56-2 Perl module for configuration file
ii  libapt-pkg-perl   0.1.13 Perl interface to libapt-pkg
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- debconf information:
  apt-build/arch_alpha: ev4
  apt-build/arch_arm: armv2
* apt-build/olevel: Medium
* apt-build/build_dir: /var/cache/apt-build/build
  apt-build/arch_sparc: sparc
  apt-build/arch_amd: k6
* apt-build/options:
* apt-build/arch_intel: pentium3
* apt-build/make_options:
* apt-build/repository_dir: /var/cache/apt-build/repository
* apt-build/add_to_sourceslist: false


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

Bug#279000: Python curses bindings and UTF-8

[Martin Michlmayr]

* Edmund GRIMLEY EVANS <[EMAIL PROTECTED]> [2005-05-26 22:58]:
> I think you have to link with ncursesw and call setlocale:

That works.  Is ncursesw completely backwards compatible (not on an
ABI level, but API wise)?  Or will it break Latin-1 locales?

What is needed to get the Python bindings (in Debian) to handle UTF-8
and Latin-1?  Is it enough to:

 - add that setlocale statement in the bindings
 - build against ncursesw instead of ncurses

Or is anything else needed?  Edmund, since you know both UTF-8, curses
and Python, maybe you could take a look at the Python curses bindings.
They don't seem to be maintained actively.

jack (an audio rupper) and cplay (an audio player) are both curses
based Python programs that fail with UTF-8.  While I was able to fix
most of their UTF-8 problems (like OGG Vorbis and MP3 tagging), the
curses output problems remains.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#310917: [INTL:pt_BR] Please consider adding the attached debconf template translation

[Leandro A. F. Pereira]

Package: boust
Severity: normal


Please, ignore the translation previously submitted, as it has several
absurd mistakes, that totally change the meaning of the messages. I must
ask you that you please use the attached translation instead.

In behalf of the Debian-BR Localization Team,

Leandro Pereira
[EMAIL PROTECTED]




boust.po.gz
Description: GNU Zip compressed data

Bug#310916: reportbug: should allow specification of email aliases for those who mangle their addresses

[gambarimasu+reportbug]

Package: reportbug
Version: 3.8
Severity: wishlist


gmail considers [EMAIL PROTECTED] to be simply [EMAIL PROTECTED]  i use this 
for filtering.
it is not in rfc2822, but it is useful.

yet if i submit a bug as [EMAIL PROTECTED], i can then not send control messages
to bts later, because gmail does not yet allow me to specify the from address 
or envelope from
address.  even if it did, it would be annoying to reset it.  bts thinks i am 
not the submitter.

i would like to be able to tell reportbug that i am [EMAIL PROTECTED] and 
[EMAIL PROTECTED]

thanks.

-- Package-specific info:
** /home/rasa/.reportbugrc:
reportbug_version "3.2"
mode standard
ui text
realname ""
email "[EMAIL PROTECTED]"
no-cc
header "X-Debbugs-CC: [EMAIL PROTECTED]"
smtphost master.debian.org

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages reportbug depends on:
ii  python2.3 2.3.5-3An interactive high-level object-o

-- no debconf information


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

Bug#304072: bug 304072

[Caio Begotti]

submitter 304072 !
quit

This .po file fixes some errors made by "rlinux" in the last update.
Please, fix the bug with this new file 'cause the mistakes are really
ridiculous.

-- 
Caio Begotti (caio1982) - http://caio.ueberalles.net
GPG ID: 0x1FEA019C @ http://pgp.mit.edu


pt_BR.po.bz2
Description: BZip2 compressed data

Bug#304419: bug 304419

[Caio Begotti]

tag 304419 -fixed
submitter 304419 !
quit

The attached file fixes a lot of grammar and translations mistakes
made in the last update of the .po file by "rlinux". The erros are
really absurd, please consider the update.

-- 
Caio Begotti (caio1982) - http://caio.ueberalles.net
GPG ID: 0x1FEA019C @ http://pgp.mit.edu


pt_BR.po.bz2
Description: BZip2 compressed data

Bug#310385: pi: floating point overflow with large number of digits requested.

[Richard B. Kreckel]

Steve,

On Wed, 25 May 2005, Steve King wrote:
> Ok, I have sucessfully done 100,000,000.
>
> Please bear with me, as you saw, it takes several hours for each
> run, so I will have to run them overnight.

2^31*(log(2)/log(10)==646,456,993.  That's where it *should* start
failing.  Can you confirm this?

Regards
  -richy.
-- 
Richard B. Kreckel




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

Bug#310882: emacs21: FTBFS: fails to install during build.

[Roger Leigh]

Here's a partial patch:

--- emacs.orig/emacs21-21.4a/debian/rules   2005-05-26 21:37:38.118986232 
+0100
+++ emacs.new/emacs21-21.4a/debian/rules2005-05-26 22:52:02.916233880 
+0100
@@ -712,7 +712,7 @@
test -f debian/pkg-bin-common/usr/bin/emacs-*
rm debian/pkg-bin-common/usr/bin/emacs-*
rm debian/pkg-bin-common/usr/bin/emacs
-   cd debian/pkg-bin-common/usr/lib/emacs/${runtime_ver}/${target}/ \
+   -cd debian/pkg-bin-common/usr/lib/emacs/${runtime_ver}/${target}/ \
  && test `ls fns-*.el | wc -l | cut -d ' ' -f 1` -eq 1 \
  && rm fns-*.el
 

However, the build fails shortly after:


pkgname=emacs21-nox \
pkgdir=pkg-nox \
tmppkgdir=pkg-nox.tmp \
runver="21.4" \
majorver="21" \
minorver="4" \
target="powerpc-linux-gnu" \
xsupport="nox" \
  debian/build-binary-pkg
+ test emacs21-nox
+ test pkg-nox
+ test pkg-nox.tmp
+ test 21.4
+ test 21
+ test 4
+ test powerpc-linux-gnu
+ test nox
+ install -d debian/pkg-nox
+ install -d debian/pkg-nox/usr/bin/
+ mv debian/pkg-nox.tmp/usr/bin/emacs-21.4
debian/pkg-nox/usr/bin/emacs21-nox
+ cd debian/pkg-nox/usr/bin/
+ ln -s emacs21-nox emacs21
+ install -d debian/pkg-nox/usr/share/emacs/21.4/etc/
+ mv debian/pkg-nox.tmp/usr/share/emacs/21.4/etc/DOC-21.4.1
debian/pkg-nox/usr/share/emacs/21.4/etc/
+ install -d debian/pkg-nox/usr/lib/emacs/21.4/powerpc-linux-gnu/
+ mv
'debian/pkg-nox.tmp/usr/lib/emacs/21.4/powerpc-linux-gnu/fns-*.el'
debian/pkg-nox/usr/lib/emacs/21.4/powerpc-linux-gnu/
mv: cannot stat
`debian/pkg-nox.tmp/usr/lib/emacs/21.4/powerpc-linux-gnu/fns-*.el': No
such file or directory
make: *** [binary-arch] Error 1



Regards,
Roger

-- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.


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

Bug#310915: followup

[Brian May]

Hello,

This may not be munin's fault, something weird was going on with my
system at 02:09am. There seemed to be unusually high load (from what I
can work out) I will monitor the situation tonight.

Thanks.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#310882: I cannot reproduce this bug, probably local setup dependent

[Don Armstrong]

tag 310882 unreproducible
severity 310882 important
thanks

I just rebuilt this package (emacs21-21.4a) on i386 using pbuilder,
and the package built fine, so this is most likely local setup
dependent.

Downgrading and tagging unreproducible as appropriate.


Don Armstrong

-- 
Do not handicap your children by making their lives easy.
 -- Robert Heinlein _Time Enough For Love_ p251

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#295018: libxine1: Bug still present in 1.0.1-1

[Nicolas Boullis]

tags 295018 + patch
thanks

Package: libxine1
Version: 1.0.1-1
Followup-For: Bug #295018

Hi,

For quite some time now, I've been unable to run xine on my sparc 
because it crashed with SIGBUS. I just checked that xine-ui 0.9.13-2 
with libxine0 0.9.13-3 used to work much finer...

Reading the report from the original submitter of the bug, I found his 
patch very helpful to write my own trivial one, attached to this 
message. The resulting libxine1 works much better than the unpatched one 
for me: at least I can play some MPEG videos through my dxr3 board...

Unfortunately, as far as I can see from bug log, you have shown no 
interest in his work... :-( Did you respon to him privately? Or don't 
you care about bugs on architectures you don't own? Or do you need some 
help to maintain xine-lib?

Thanks in advance,

Nicolas Boullis

PS: I think this bugs deserves an important severity, as it renders the 
package unusable on sparc (and perhaps a few other arches as well)...

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.4.29-castafiore
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libxine1 depends on:
ii  libasound2  1.0.8-3  ALSA library
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libfreetype62.1.7-2.4FreeType 2 font engine, shared lib
ii  libmodplug0 1:0.7-4  shared libraries for mod music bas
ii  libogg0 1.1.2-1  Ogg Bitstream Library
ii  libpng12-0  1.2.8rel-1   PNG library - runtime
ii  libspeex1   1.1.6-2  The Speex Speech Codec
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3
ii  libtheora0  0.0.0.alpha4-1.1 The Theora Video Compression Codec
ii  libvorbis0a 1.1.0-1  The Vorbis General Audio Compressi
ii  libxext64.3.0.dfsg.1-12  X Window System miscellaneous exte
ii  xlibmesa-gl [libgl1]4.3.0.dfsg.1-12  Mesa 3D graphics library [XFree86]
ii  xlibmesa-glu [libglu1]  4.3.0.dfsg.1-12  Mesa OpenGL utility library [XFree
ii  xlibs   4.3.0.dfsg.1-12  X Keyboard Extension (XKB) configu
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information
--- xine-lib-1.0.1.orig/src/xine-engine/input_cache.c
+++ xine-lib-1.0.1/src/xine-engine/input_cache.c
@@ -72,35 +72,7 @@
   /* optimized for common cases */
   if (len <= (this->buf_len - this->buf_pos)) {
 /* all bytes are in the buffer */
-switch (len) {
-  case 8:
-*((uint64_t *)buf) = *(uint64_t *)(&(this->buf[this->buf_pos]));
-break;
-  case 7:
-buf[6] = (char)this->buf[this->buf_pos + 6];
-/* fallthru */
-  case 6:
-*((uint32_t *)buf) = *(uint32_t *)(&(this->buf[this->buf_pos]));
-*((uint16_t *)&buf[4]) = *(uint16_t *)(&(this->buf[this->buf_pos + 
4]));
-break;
-  case 5:
-buf[4] = (char)this->buf[this->buf_pos + 4];
-/* fallthru */
-  case 4:
-*((uint32_t *)buf) = *(uint32_t *)(&(this->buf[this->buf_pos]));
-break;
-  case 3:
-buf[2] = (char)this->buf[this->buf_pos + 2];
-/* fallthru */
-  case 2:
-*((uint16_t *)buf) = *(uint16_t *)(&(this->buf[this->buf_pos]));
-break;
-  case 1:
-*buf = (char)this->buf[this->buf_pos];
-break;
-  default:
-xine_fast_memcpy(buf, this->buf + this->buf_pos, len);
-}
+xine_fast_memcpy(buf, this->buf + this->buf_pos, len);
 this->buf_pos += len;
 read_len += len;
 

Bug#279000: Python curses bindings and UTF-8

[Edmund GRIMLEY EVANS]

"Martin v. Löwis" <[EMAIL PROTECTED]>:

> #include 
> #include 
> 
> int main()
> {
> WINDOW *win = initscr();
> waddstr(win, "\303\244\n");
> waddstr(win, "\342\200\242\n");
> waddstr(win, "\344\272\272\n");
> refresh();
> sleep(3);
> endwin();
> }
> 
> which shows the same behaviour.

I think you have to link with ncursesw and call setlocale:

// gcc -Wall x.c -lncursesw && ./a.out

#include 
#include 
#include 

int main()
{
WINDOW *win = initscr();
setlocale(LC_ALL, "");
waddstr(win, "\303\244\n");
waddstr(win, "\342\200\242\n");
waddstr(win, "\344\272\272\n");
refresh();
sleep(3);
endwin();
return 0;
}


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