Re: chmod 670

2007-11-14 Thread Gabor Gombas
On Tue, Nov 13, 2007 at 01:25:35PM -0300, Patricio Rojo wrote: - If you try 'ls', then its contents are shown Yes, because you have read permission. - If you try 'cd' to it, you get permission denied. Yes, because you do not have search (x) permission. - If you try 'ls -l', you get many

Bug#545179: libc6: postinst must run telinit u

2009-09-08 Thread Gabor Gombas
On Mon, Sep 07, 2009 at 10:46:34AM +0200, Bastian Blank wrote: I really can't explain you why the behaviour is still the same. The mentioned bug shows a different problem. I suspect that the referenced bug report was made with / being ext2, while nowadays ext3 is the default. If I'm right,

Re: Bug#551831: cupt: Incorrectly upgrades libc6, breaking the system

2009-10-21 Thread Gabor Gombas
On Wed, Oct 21, 2009 at 12:01:51PM +0300, Eugene V. Lyubimkin wrote: However, this is another side of already archived http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543365 (ironically, reported by you too). On i386 we have the issue: libc6-i686 strictly Pre-Depends on libc6 (= ...), and

Bug#551158: Libc6: exim4 Segfault in libc-2.7.so

2009-10-26 Thread Gabor Gombas
On Mon, Oct 26, 2009 at 09:02:22AM +0100, Fabio Rosciano wrote: On Mon, 2009-10-26 at 08:10 +0100, Aurelien Jarno wrote: Do you have the list of packages that have been upgraded? I wish I did, but as soon as debconf asked would you like to upgrade libc6 now? and I answered yes, the system

Bug#551158: Libc6: exim4 Segfault in libc-2.7.so

2009-10-28 Thread Gabor Gombas
Hi, On Tue, Oct 27, 2009 at 06:21:24AM +0100, Fabio Rosciano wrote: thanks for helping out. Here it is, I can't see anything funny: [...] Yes, the logs are pretty much the same as when I did the upgrade, except I did not have libc6-dev-i386 installed and I went to 2.10.1-1 from 2.9-27.

Bug#362966: Acknowledgement (nscd aborts)

2006-04-16 Thread Gabor Gombas
On Sun, Apr 16, 2006 at 12:31:41PM -0700, Richard A Nelson wrote: Since things are still going after the change, this probably shouldn't be that high a priority issue... it shouldn't abort - a syslog note would be much nicer :) No message should be generated. Pointing multiple user names to

Bug#363442: libc6-xen should not conflict with any other libc6-$flavor

2006-04-21 Thread Gabor Gombas
On Wed, Apr 19, 2006 at 01:02:59PM -0500, Adam Heath wrote: I'm ready to upload xen 3.0.2, with a dependency on libc6-xen. IMHO just go ahead with the upload :-) The removal of the other optimized flavors due to the conflict with libc6-xen should only cause some performance regression when you

Bug#365048: libc6 does not respect STATUS and ACTION options in nsswitch.conf

2006-04-28 Thread Gabor Gombas
On Thu, Apr 27, 2006 at 10:40:32AM -0400, Jesse W. Hathaway wrote: [...] struct passwd *pw = getpwnam(user); if (pw == NULL) return 0; if (getgrouplist(user, pw-pw_gid, NULL, ng) 0) { groups = (gid_t *) malloc(ng * sizeof (gid_t)); getgrouplist(user, pw-pw_gid,

Bug#365048: libc6 does not respect STATUS and ACTION options in nsswitch.conf

2006-04-28 Thread Gabor Gombas
On Fri, Apr 28, 2006 at 08:03:39AM -0400, Jesse W. Hathaway wrote: Why it it defined that getgrouplist() and initgroups() _always_ enumerate all NSS goups? Just think about the simple case when an user defined in /etc/passwd is also a member of a group that is only defined in LDAP.

Bug#365048: libc6 does not respect STATUS and ACTION options in nsswitch.conf

2006-04-28 Thread Gabor Gombas
On Fri, Apr 28, 2006 at 10:51:38AM -0400, Jesse W. Hathaway wrote: I do understand why this feature is needed. However, the additional feature of having the ability to disable this function is also needed. It is quite common to not have any of the users, used for system daemons, to be

Bug#365233: libc6: memory leak in getprotobyname

2006-05-02 Thread Gabor Gombas
On Fri, Apr 28, 2006 at 06:51:54PM +0200, Slaven Rezic wrote: #include netdb.h main() { struct protoent *pent; while(1) { pent = getprotobyname(tcp); } } valgrind shows that the leaking function is fopen(), called from getprotobyname_r(). It seems that getprotobyname_r()

Bug#367962: Please don't ship a /lib64 symlink in the package on amd64

2006-05-19 Thread Gabor Gombas
On Fri, May 19, 2006 at 10:58:33AM +0200, Goswin von Brederlow wrote: Local admins are already allowed to convert directories into links, e.g. to move parts ot the directory tree to another disk. According to Steve Langasek in Message-ID: [EMAIL PROTECTED] that's not allowed and you should use

Re: IP addresses sorted in reverse order

2006-06-01 Thread Gabor Gombas
On Wed, May 31, 2006 at 11:28:44PM +0200, Matus UHLAR - fantomas wrote: Searching mailinglists, bug databases did not give me correct answer. Does glibc sorty/reorder IP addresses gotten from DNS? Is this fixed in any newer versions of glibc? AFAIK there are no requirements about the order of

Re: IP addresses sorted in reverse order

2006-06-02 Thread Gabor Gombas
On Thu, Jun 01, 2006 at 11:54:59AM +0200, Matus UHLAR - fantomas wrote: Nothing relies. It's just if you will receive addresses in some order, you should not reorder them unless you know what order they should be delivered in (e.g. ordering via RFC3484) RFC3484 has _nothing_ to do with the

Re: mktime libc6 bug (#196177) still in sarge

2006-06-13 Thread Gabor Gombas
On Tue, Jun 13, 2006 at 10:48:05AM +0200, Kecskemethy Zoltan wrote: Recently I upgraded my woody webserver to sarge. Now I have 2.3.2.ds1-22sarge3 version of libc6 package installed on my system. Our websites uses mktime php funciton and it seems it gives us back wrong data because of a

Bug#376756: libc6: popen() should return NULL

2006-07-05 Thread Gabor Gombas
On Tue, Jul 04, 2006 at 05:08:19PM -0300, Jakson Aquino wrote: $ gcc testpopen.c $ ./a.out Before: F = (nil) After: F = 0x501010 sh: nothing: command not found This means that popen() _did_ succeed (it has invoked the shell). The fact that the shell could not interpret the command and

Bug#378303: linux-kernel-headers: bitmap.h: 'BITS_PER_LONG' undeclared

2006-07-17 Thread Gabor Gombas
On Sat, Jul 15, 2006 at 08:42:56AM +0200, Julien Danjou wrote: In file included from /usr/include/linux/cpumask.h:86, from /usr/include/asm-i486/processor.h:23, from /usr/include/asm/processor.h:8, from /usr/include/asm-i486/atomic.h:6,

Bug#381905: linux-kernel-headers: NGROUPS_MAX doesn't match the kernel and causes test failures

2006-08-08 Thread Gabor Gombas
On Mon, Aug 07, 2006 at 11:43:07AM -0600, Vladislav Yasevich wrote: It is important to specify proper limits for this. This is a request to set NGROUPS_MAX to 65535, so it matches the kernel, in linux-kernel-headers package. As already said, there is no way a fixed constant (NGROUPS_MAX) can

Bug#381905: linux-kernel-headers: NGROUPS_MAX doesn't match the kernel and causes test failures

2006-08-08 Thread Gabor Gombas
On Tue, Aug 08, 2006 at 12:58:42PM -0400, Vlad Yasevich wrote: Another possibility is to backport some of the changes from glibc 2.4 that uses the /proc interface for these sysconf calls to get the values from the currently running kernel. This would fix things once and for all, but this

Re: sysctl syscall removed in 2.6.18+ kernels

2006-08-16 Thread Gabor Gombas
On Tue, Aug 15, 2006 at 06:11:18PM +0200, Aurelien Jarno wrote: It already started to annoy some people having their log filled with such messages. IMHO if the message is not rate-limited you should bug the kernel developers (preferably upstream on linux-kernel). Printing the message 1-2 times

Bug#395177: libc6: default library search path is inconsistent with gcc

2006-10-27 Thread Gabor Gombas
On Wed, Oct 25, 2006 at 02:37:04PM +0200, Vincent Lefevre wrote: 5. Run it. You should get: GMP . Library: 4.2.1 - Header: 4.2.17 This means the soname of gmp 4.2.1 and 4.2.17 is the same (or you'd have got an error while loading shared libraries ... message). But that also means

Bug#395177: libc6: default library search path is inconsistent with gcc

2006-10-27 Thread Gabor Gombas
On Fri, Oct 27, 2006 at 11:25:51AM +0200, Vincent Lefevre wrote: Not necessarily. The soname isn't defined in the header file, is it? (At compile time, it seems that the library was also 4.2.1, because I get the same problem when using -static, i.e., by not using shared libraries.)

Bug#330105: libc6-dev: __FD_SETSIZE equals to 1024 is too small

2007-02-07 Thread Gabor Gombas
On Tue, Feb 06, 2007 at 12:49:24AM +0100, Pierre Habouzit wrote: TTBOMK __FD_SETSIZE is only used for fd_set's (so select, FD_* macros, ...), and redefining it won't work (I tried already in another life) without recompiling the libc at least -- if not the kernel too, I'm less sure about

Bug#412831: LD_ASSUME_KERNEL=2.2.5 denies to load libc6 version 2.5-0exp3

2007-02-28 Thread Gabor Gombas
On Wed, Feb 28, 2007 at 02:02:52PM +0100, Achim Gaedke wrote: I could not find out whether it is intended to fail, but now I am convinced, it should not. Yes it should. LD_ASSUME_KERNEL=2.4 also fails, LD_ASSUME_KERNEL=2.6 works... LD_ASSUME_KERNEL=2.2 or 2.4 requests the use of

Bug#413744: glibc - uses more than one cpu without asking

2007-03-08 Thread Gabor Gombas
On Tue, Mar 06, 2007 at 11:25:14PM +0100, Bastian Blank wrote: One of the s390 buildds, lxdebian, have two cpus online but is only allowed to use one full. This is followed by a make call without -j. IMHO such policies should be enforced by binding the whole buildd to a single CPU by using

Bug#324900: nscd: umount /var fails (unclean shutdowns)

2007-04-26 Thread Gabor Gombas
On Wed, Apr 25, 2007 at 09:35:04PM +0200, Pierre HABOUZIT wrote: I have the same problem but as it concerns a file that will be deleted anyway, it's not critical, and there is nothing that we can do (except code rc not to use bash I guess). It may be useful to have some way (like an

Bug#304604: locales: Upgrading fails

2005-04-14 Thread Gabor Gombas
Package: locales Version: 2.3.4-3 Severity: important Tags: experimental Hi, Trying to upgrade to 2.3.4-3 gives the following error: Setting up locales (2.3.4-3) ... Generating locales... en_US.ISO-8859-1... done en_US.ISO-8859-15... done en_US.UTF-8... done hu_HU.ISO-8859-2... done

Bug#304604: locales: Upgrading fails

2005-04-14 Thread Gabor Gombas
stracing shows that the abort() happens when perl exits, so the bug would be harmless if malloc() friends would just not call abort() by default. Gabor -- Gabor Gombas CERN IT-GM-DM [EMAIL PROTECTED] Office: 31/S-016

Bug#304604: locales: Upgrading fails

2005-04-15 Thread Gabor Gombas
28157 close(3) = 0 28157 munmap(0xb7f57000, 4096) = 0 28157 munmap(0xb7f56000, 4096) = 0 28157 close(7) = 0 28157 exit_group(0) = ? So perl seems to be dying in exit(). Gabor -- Gabor Gombas

Bug#304604: locales: Upgrading fails

2005-04-17 Thread Gabor Gombas
dies: [...] malloc: using debugging hooks free(): invalid pointer 0x88d9d20! Aborted Gabor -- Gabor Gombas CERN IT-GM-DM [EMAIL PROTECTED] Office: 31/S-016 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Bug#324900: nscd: umount /var fails (unclean shutdowns)

2005-08-31 Thread Gabor Gombas
On Wed, Aug 31, 2005 at 01:36:24PM +0900, GOTO Masanori wrote: root 1119 1 0 12:47 ?00:00:00 /bin/sh /etc/init.d/rc 6 [...] rc1119 root mem REG8,9 217016 228931 /var/db/nscd/passwd It's very weird behavior. Please disable nscd when your boot up

Bug#324900: nscd: umount /var fails (unclean shutdowns)

2005-09-01 Thread Gabor Gombas
On Thu, Sep 01, 2005 at 02:04:25PM +0900, GOTO Masanori wrote: - bash unconditionally does some NSS calls during startup (getpwuid etc.); this in turn - loads all NSS modules that serve passwd maps - if a module uses libraries from /usr, now you have a live memory mapping under /usr

Re: libc 2.3.5 and heap corruption checking?

2005-09-08 Thread Gabor Gombas
On Wed, Sep 07, 2005 at 09:29:04AM -0600, Ben Pearre wrote: *** glibc detected *** malloc(): memory corruption: 0x083ba0e8 *** zsh: abort (core dumped) matlab -nosplash -nojvm [...] (143)% export MALLOC_CHECK_=1 (0)% matlab [...] [1;2]*[3 4]

Bug#330929: how can adduser reliably find out wheter nscd is running?

2005-10-04 Thread Gabor Gombas
On Mon, Oct 03, 2005 at 06:07:26PM +0200, Marc Haber wrote: That's how we're going to do it in the future. I would, however, like to have the fact documented that it is not an error to run nscd -i if no daemon is running. What do you mean by not an error? nscd -i of course will return a non-0

Bug#330929: how can adduser reliably find out wheter nscd is running?

2005-10-04 Thread Gabor Gombas
On Tue, Oct 04, 2005 at 02:18:18PM +0200, Marc Haber wrote: I am concerned about nscd suddenly giving an actual error message instead of silently returning non-zero, which might confuse the users. Well, my personal preference would be not to worry about this until it becomes a real issue (that

Bug#330929: how can adduser reliably find out wheter nscd is running?

2005-10-04 Thread Gabor Gombas
On Tue, Oct 04, 2005 at 02:41:26PM +0200, Marc Haber wrote: Adduser has _a lot_ of installations and is mainly used by maintainer scripts. Thus, _a lot_ of people are bound to see error messages generated by adduser and are bound to be confused by them. Or you can just add 2/dev/null to

Bug#331405: Accidential activation of nscd is too simple

2005-10-05 Thread Gabor Gombas
On Mon, Oct 03, 2005 at 12:33:45PM +0200, Martin Samuelsson wrote: Obviously something has automatically dragged nscd into my system as one of it's dependencies. (It's marked A in aptitude) And having a software cacheing dns lookups from disconnected moments doesn't really make a laptop very

Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

2005-12-14 Thread Gabor Gombas
On Mon, Dec 12, 2005 at 09:13:13PM -0800, Edward Buck wrote: In a nutshell, when using 'search' lines in /etc/resolv.conf, the resolver always appends listed search domains to a hostname lookup even when the host being searched is fully-qualified (contains one or more dots). No, a host name

Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

2005-12-15 Thread Gabor Gombas
On Wed, Dec 14, 2005 at 11:41:38AM -0800, Edward Buck wrote: If it's a frequently used feature, it wasn't available until sarge. Woody did not behave this way (I checked). Huh? $ cat /etc/debian_version 3.0 $ cat /etc/resolv.conf search hpcc.sztaki.hu lpds.sztaki.hu sztaki.hu nameserver

Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

2005-12-20 Thread Gabor Gombas
On Tue, Dec 20, 2005 at 12:41:05AM +, Stephen Gran wrote: I guess the answer to this problem for you is to just disable ipv6 (unless you need it) - blacklisting the kernel module(s) ought to do it, although there may be some other parts I am unaware of. I doubt disabling IPv6 in the

Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

2005-12-22 Thread Gabor Gombas
On Wed, Dec 21, 2005 at 06:08:04PM +0100, Marco d'Itri wrote: I find this reasoning very peculiar. If an algorithm is inefficient and this causes problems then it is obviously buggy. An algorithm is buggy if it does not match the specification. I see no description about the lookup order wrt.

Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

2005-12-22 Thread Gabor Gombas
On Wed, Dec 21, 2005 at 10:42:03AM -0800, Edward Buck wrote: On the first point, I (and thus my company) use search lines in combination with LAN-only DNS subdomains for internal address management. It allows us to use internal IP addresses for hosts without fiddling with /etc/hosts. All

Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

2005-12-22 Thread Gabor Gombas
On Fri, Dec 23, 2005 at 01:31:16AM +0100, Marco d'Itri wrote: Yet another very peculiar definition from you. Well, that's the first thing thaught in programming theory here. If the algorithm matches the specification, then it is correct. If the specification does not cover something, then the

Re: Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

2005-12-23 Thread Gabor Gombas
On Fri, Dec 23, 2005 at 01:21:54PM -0800, Edward Buck wrote: The correct query order for mx1.hotmail.com (containing 2 dots) should be: 1. mx1.hotmail.com. - 2. mx1.hotmail.com. - A 3. mx1.hotmail.com.domain1.com. - 4. mx1.hotmail.com.domain1.com. - A 5.

Bug#353031: posix_fadvise defines missing

2006-02-16 Thread Gabor Gombas
On Thu, Feb 16, 2006 at 12:24:27AM -0500, Greg Stark wrote: If this is intentional (which seems unlikely, why should I have to define these things just to get a standard libc function?) then it's at the very least a documentation bug. The man page clearly indicates that only #include fcntl.h

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-20 Thread Gabor Gombas
On Sun, Feb 19, 2006 at 08:25:34AM +, Brian M. Carlson wrote: Anyway, my problem is that the fact that these two errors are the same is causing my code to break very badly. I have a library that contains its own error codes that will be negative if casted to an int. Additionally, I want

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-21 Thread Gabor Gombas
On Tue, Feb 21, 2006 at 06:23:21AM +, Brian M. Carlson wrote: (void *)strerror(error_code); Not thread safe. Then use strerror_r(). Also, this code does not check that it is a *POSIX* error code. If you check the Linux sources, you can see that there are many error codes

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-23 Thread Gabor Gombas
On Thu, Feb 23, 2006 at 04:30:55AM +, Brian M. Carlson wrote: By introducing a new define, you are breaking standard compliance. Well, there is no better way. You want to preserve binary compatibility at the expense of all else. I want to preserve standards compliance at the expense

Bug#227386: libc6-dev: ENOTSUP==EOPNOTSUPP, which violates SUSv3

2006-02-27 Thread Gabor Gombas
On Fri, Feb 24, 2006 at 08:46:23AM +, Brian M. Carlson wrote: Neither side is willing to lose and give in all the way. I tried a compromise. Apparently, that didn't work, so let me try another one: glibc could no longer claim compliance with SUSv3/POSIX 1003.1-2001 or SUSv2. Then there

Re: r1381 - in glibc-package/trunk/debian: . local/manpages local/usr_sbin

2006-04-10 Thread Gabor Gombas
On Mon, Apr 10, 2006 at 11:28:18AM +0200, Aurelien Jarno wrote: However, that does not fix #345907. Does anybody has an idea how to fix that? I think it is a good idea to let the user update it's timezone manually, given the way we handle timezone in the stable release (though it should

Bug#346342: libc6: REALLY annoying: destroys workaround all the time

2006-04-10 Thread Gabor Gombas
On Mon, Apr 10, 2006 at 07:42:41AM +0200, Aurelien Jarno wrote: Then on the bug itself, I will try to investigate that. The solution is not trivial, if you look at the tzconfig script, you may notice that the script use a readlink on /etc/localtime. Replacing it by a plain file may have