[Bug 296361] [PATCH] nash mount should support relatime
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=296361
Hans de Goede <hdegoede(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
CC| |hdegoede(a)redhat.com
Resolution| |RAWHIDE
--- Comment #23 from Hans de Goede <hdegoede(a)redhat.com> 2009-02-04 15:50:03 EDT ---
Hi all,
I'm terrible sorry this took us so long. This is fixed in mkinitrd-6.0.76,
which will be in the next rawhide push.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 3 months
[Bug 218905] [ta_IN] Some conjunct characters not appearing with proper shape
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=218905
Venkatraman Balasubramanian <cbvenkat(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cbvenkat(a)hotmail.com
--- Comment #5 from Venkatraman Balasubramanian <cbvenkat(a)hotmail.com> 2009-02-04 02:29:05 EDT ---
This is a huge disturbance in using my Linux box. This U+0BB6 works great when
combined with U+0BC7 etc., in my Mac OSX box.
Like Padmanabhan stated here, Pango has to be fixed to make Linux be in
compliance with Unicode 4.1 and higher. Please re-open this bug.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 3 months
[Bug 115157] executables linked statically with /usr/lib/nptl/libpthread.a fail
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=115157
geir(a)cray.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |geir(a)cray.com
--- Comment #15 from geir(a)cray.com 2009-02-03 17:50:31 EDT ---
FYI: I find that the problem fails on a SLES 9.2 system, but works on a SLES
9.3 system:
SLES 9.2 failing:
$ cat /etc/SuSE-release
SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
PATCHLEVEL = 2
$ cat test2.c
#include <stdio.h>
#include <stdlib.h>
#include <pthread.h>
void *
thread_sub (void *p)
{
int *i;
i = (int *) p;
printf("Hello, world, I am thread %d\n", *i);
fflush(stdout);
pthread_exit(NULL);
}
int
main(int argc, char *argv[])
{
pthread_t *threads;
int *ind;
int err;
int i;
int tcount = 0;
void *status;
if (argc < 2) {
fprintf(stderr, "ERROR: must specify number of threads\n");
exit(1);
}
tcount = atoi(argv[1]);
fprintf(stderr, "INFO: tcount = %d\n", tcount);
if (tcount <= 0) {
fprintf(stderr, "ERROR: thread count must be > 0\n");
}
threads = malloc(sizeof(pthread_t) * tcount);
if (threads == NULL) {
fprintf(stderr, "ERROR: cannot malloc threads array\n");
exit (2);
}
ind = malloc(sizeof(int) * tcount);
if (ind == NULL) {
fprintf(stderr, "ERROR: cannot malloc ind array\n");
exit (2);
}
for (i = 1; i < tcount; i++) {
ind[i] = i;
fprintf(stderr, "INFO: start thread %d\n", i);
err = 0;
err = pthread_create (&threads[i], NULL, thread_sub,
(void *) &ind[i]);
if (err) {
fprintf(stderr, "ERROR: pthread_create %d, err=%d\n",
i, err);
exit(3+i);
}
}
ind[0] = 0;
thread_sub(&ind[0]);
for (i=1; i < tcount; i++) {
err = pthread_join(threads[i], &status);
if (err) {
fprintf(stderr, "ERROR: pthread_join %d, err=%d\n",
i, err);
exit(10+i);
}
fprintf(stderr, "INFO: joined thread %d\n", i);
}
exit(0);
}
$ gcc -static test2.c -I /usr/include/nptl -L/usr/lib64/nptl -lpthread
$ ./a.out 4
Memory fault
$
Here is a SLES 9.3 system working:
$ cat /etc/SuSE-release
SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
PATCHLEVEL = 3
$ gcc -static test2.c -I /usr/include/nptl -L/usr/lib64/nptl -lpthread
$ ./a.out 4
INFO: tcount = 4
INFO: start thread 1
INFO: start thread 2
INFO: start thread 3
Hello, world, I am thread 2
Hello, world, I am thread 1
Hello, world, I am thread 0
Hello, world, I am thread 3
$
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 3 months
[Bug 208383] mkinitrd/iSCSI - only probe for network device if not already specified
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=208383
Hans de Goede <hdegoede(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hdegoede(a)redhat.com
--- Comment #8 from Hans de Goede <hdegoede(a)redhat.com> 2009-02-03 08:15:13 EDT ---
Short intro: i've been spending most of my time the last 2 months revamping
anaconda (and mkinitrd) iscsi support.
I'm afraid the attached patch is too simple, we can have cases where we have
multiple iscsi disks we need to bring up in the initrd, using multiple
interfaces (yes really) and in that case this patch will cause us to not
configure the network interface for the second disk.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 3 months
[Bug 209110] iSCSI root device name should be dynamic
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=209110
Hans de Goede <hdegoede(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
Resolution| |NOTABUG
--- Comment #15 from Hans de Goede <hdegoede(a)redhat.com> 2009-02-03 08:09:07 EDT ---
Ok,
I've been working a lot on mkinitrd lately and getting to know it better. As
such I can now say with certainty that allowing to specify root by targetname
is not something which we are going to support.
For cases where the device number may change one can already specify root by
UUID or LABEL, and that is the supported solution to handle these situations,
as this works independend of the underlying storage technique.
We are not going to add various hacks to allow other ways of specifying the
root device which are storage technique dependend.
Closing this as not a bug, since it is not a bug (but a denied RFE)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 3 months