Bug#1040452: problem with locales with 2.37-4

2023-07-07 Thread Ivan Sergio Borgonovo

I got some problems with locales upgrading from 2.37-3 to 2.37-4.

Warning: Invalid locale (please review locale settings, this might lead 
to problems later):

  locale::facet::_S_create_c_locale name not valid

and downgrading to 2.37-3 fixed the problem... if this can help to 
narrow down the possible causes.



--
Ivan Sergio Borgonovo
https://www.webthatworks.it https://www.borgonovo.net



Bug#537466: confirm bug

2009-07-27 Thread Ivan Sergio Borgonovo
I get a similar dependency problem.

E: Couldn't configure pre-depend libc6-i386 for libc6-dev-i386,
probably a dependency cycle.

upgrading from libc6-i386 2.9-21 - Version: 2.9-22

Inside libc6-i386 2.9-22 deb I can see a:

Replaces: libc6-dev-i386

but there is an actual
libc6-dev-i386 package whose version is 2.9-22 in my apt/cache

-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it




-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#466519: svn client doesn't work: Could not get next bucket brigade + Invalid or incomplete multibyte or wid...: random no commit, no update

2008-02-19 Thread Ivan Sergio Borgonovo
Package: libc6
Version: 2.3.6.ds1-13etch5
Severity: grave

Summary:

svn was working perfectly. The repository isn't huge (~500 commit).
Now when I commit I get:
Could not get next bucket brigade (server side)

when I update I get:
client denied by server configuration: /var/www/
Could not fetch resource information.
(84)Invalid or incomplete multibyte or wide character: Requests for a
collection must have a trailing slash on the URI.

On the client side I get:
REPORT di '/svn/main/!svn/vcc/default': 400 Bad Request

I did a svnadmin verify and svnadmin recover and everything looked
fine on the server.
I did try fsfsverify.py on all revs too.

Sometimes backing up a file on the local copy, forcing a delete,
adding the file back works... sometimes it doesn't.
I've been able to commit file one by one, some get committed with no
extra hassle, some need this backup/delete/add process, some just
can't be committed.

I did try to make a commit from other boxes and they worked...
I did a co from other boxes and they worked too.

the server is a debian sarge (pentium)
Debian sarge (Apache/2.0.54 (Debian GNU/Linux) DAV/2 SVN/1.1.4)

the client is a debian etch (dual Xeon)
svn, versione 1.4.2 (r22196)
   compilato Nov 10 2006, 17:39:50

Nothing was changed on the server, most recent update were on the
client (etch) and coincidentally I haven't been able to use svn
starting from the below update on the client.

linux-image-2.6-686 2.6.18+6etch2 - 2.6.18+6etch3
apache2 2.2.3-4+etch3 - 2.2.3-4+etch4
apache2-mpm-prefork 2.2.3-4+etch3 - 2.2.3-4+etch4
apache2-utils 2.2.3-4+etch3 - 2.2.3-4+etch4
apache2.2-common 2.2.3-4+etch3 - 2.2.3-4+etch4
cpio 2.6-17 - 2.6-18
libc6 2.3.6.ds1-13etch4 - 2.3.6.ds1-13etch5
libc6-dev 2.3.6.ds1-13etch4 - 2.3.6.ds1-13etch5
libc6-xen 2.3.6.ds1-13etch4 - 2.3.6.ds1-13etch5
locales 2.3.6.ds1-13etch4 - 2.3.6.ds1-13etch5

and nothing has changed on the server.

I haven't been able to do much tests from other clients but till now
all commit, updates and checkout from different clients worked. So it
seems the problem was introduced by the updates above on the client.

Could be related to this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465583
but the client has ipv6 loaded...

-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it




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



Bug#466519: close: it seems not related

2008-02-19 Thread Ivan Sergio Borgonovo
I started to experience the same problem on other boxes too...

Update of libc6 and this problem now just seem an unlucky coincidence.

sorry

-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it




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