At Sun, 16 Jan 2005 08:59:38 +0100,
Denis Barbier wrote:
> On Sun, Jan 16, 2005 at 11:20:17AM +0900, GOTO Masanori wrote:
> > Hi,
> >
> > The bug #91935[1] has been reported for a long time. But I don't get
> > any replys. Could you check your problems descri
At 17 Jan 2005 22:03:00 +0200,
Kai Henningsen wrote:
> > The bug #91935[1] has been reported for a long time. But I don't get
> > any replys. Could you check your problems described in #91935? If
> > you still have trouble with it, please let me know. If there's no
> > more report, I'll close t
> Sending this bug without any investigate is not appropriate action.
^^^ Reassigning
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
severity 290772 normal
thanks
> I noticed on
> http://buildd.debian.org/build.php?arch=arm&pkg=fet&ver=3.9.20-1>
> that the arm build of fet failed. This is the error message:
>
> dh_fixperms
> dh_installdeb
> dh_shlibdeps
> dpkg-shlibdeps: failure: ldd on `debian/fet/usr/bin/fet' gave e
At Sat, 22 Jan 2005 17:51:07 +0200,
Radu Spineanu wrote:
> Please upload it, when a new version will come out, we'll see if this
> happens again.
OK, I've duploaded it.
I don't close this bug now because we don't still know why this
problem is occured. If you see this problem again, please foll
tags 136990 confirmed fixed-upstream
thanks
> Package: libc6
> Version: 2.2.4-7
> Severity: normal
>
> /**
> * Demonstrate race condition in glibc/linuxthreads/signal.c in
> * sigaction handler.
> *
> * compile with gcc -g -o sa sigaction.c -lpthread
> *
> * Run with ./sa
> *
> * Wa
reassign 284260 manpages-dev
retitle 284260 wcrtomb function returns incorrect value
thanks
At Sat, 04 Dec 2004 19:03:04 -0500,
Thomas Dickey wrote:
> Package: glibc
> Severity: normal
>
> seethe manpage - it says this (and the code behaves that way). But that is
> incorrect. The standard behavi
> fet fails to build on sparc. Duplicated with pbuilder. Not
> release-critical since it never has.
>
> dh_shlibdeps
> ldd: /lib/ld-linux.so.2 exited with unknown exit code (132)
> dpkg-shlibdeps: failure: ldd on `debian/fet/usr/bin/fet' gave error exit
> status 1
> dh_shlibdeps: command return
At Sun, 31 Oct 2004 06:13:03 -0500 (EST),
Thomas Dickey wrote:
> On Sat, 30 Oct 2004, Daniel Jacobowitz wrote:
>
> > On Tue, Oct 26, 2004 at 05:31:10PM -0400, Thomas Dickey wrote:
> > > My guess is that some change to memcpy modified its logic to copy words
> > > (or larger chunks) rather than byt
At Thu, 15 Dec 2005 17:13:25 -0800,
Edward Buck wrote:
> I guess the problem then is in the ipv6 support and how it implements
> domains in the search path. Instead of doing ipv6, then ipv4 for
> mx1.hotmail.com, it runs through all possible ipv6 queries, including
> exhausting all domains in the
At Fri, 9 Dec 2005 16:43:48 +1100,
<[EMAIL PROTECTED]> wrote:
> The official list of timezones for Australia, as provided by the Australian
> Government, does not include EST anywhere on the page. AEST is the correct
> abbreviation.
>
> http://www.australia.gov.au/about-australia-13time";>
>
>
At Mon, 21 Nov 2005 10:42:14 +0100,
Petter Reinholdtsen wrote:
> The script /etc/init.d/glibc.sh can not be sourced, as it contain
> 'exit 0' at the end of the script. This is against policy, specifying
> that all .sh scripts in /etc/rcS.d/ will be sourced. I discovered
> this while fixing sysv-r
At Mon, 14 Nov 2005 23:26:04 +,
Rui Branco wrote:
> Portuguese translation for glibc's debconf messages by Simão Pedro
> Cardoso <[EMAIL PROTECTED]>
> Feel free to use it.
>
> For translation updates please contact last translator and/or CC the
> Portuguese translation team
Thanks for your w
At Sun, 20 Nov 2005 14:22:22 -0500,
Daniel Jacobowitz wrote:
> Steve Langasek agreed. I am planning to bump the requirement up from
> 2.2.whatever to 2.4.0 for i486 and powerpc; i486 in order to enable
> floating stacks, and powerpc because we've been getting bug reports
> that indicate that stati
Thanks, I see the difference between pt_BR and pt. I put it in.
-- gotom
At Tue, 20 Dec 2005 23:18:35 +,
Miguel Figueiredo wrote:
> pt.po it's for European Portuguese (Portuguese) and pt_BR.po it's for
> Brazilien Portuguese.
> One doesn't replace the other.
At Wed, 21 Dec 2005 21:45:37 +00
At Tue, 20 Dec 2005 08:26:29 +0100,
Martijn van Oosterhout wrote:
> Wow, this is a bug come back from the dead. I read the summary in glibc
> and think it's wierd. For example, the counts supposedly showing
> "Eastern Standard Time" to be more popular than "Australia Eastern
> Standard Time" are bo
At Mon, 19 Dec 2005 21:29:43 -0500,
Daniel Jacobowitz wrote:
> On Tue, Dec 20, 2005 at 10:38:47AM +0900, GOTO Masanori wrote:
> > At Sun, 20 Nov 2005 14:22:22 -0500,
> > Daniel Jacobowitz wrote:
> > > Steve Langasek agreed. I am planning to bump the requirement up from
>
Package: linux-image-2.6.14-2-686-smp
Version: 2.6.14-3
Severity: wishlist
Hi,
I request you to change .config settings as follows:
CONFIG_OBSOLETE_OSS_USB_DRIVER=y
CONFIG_USB_AUDIO=m
It's an obsolete device driver, but it's useful with some USB audio
devices. Because alsa snd-
At Tue, 14 Jun 2005 23:28:23 +0200,
Jens Seidel wrote:
> attached you will find an update of the German PO file de.po.
>
> Note that this is a semi automatic created mail which contains all issues I
> found during checking most of Debians German PO files. This includes also
> encoding but mostly t
tags 314350 fixed-upstream
thanks
At Wed, 15 Jun 2005 23:10:51 +0100,
Roger Leigh wrote:
> Sorry, I meant to attach a testcase to the original report:
>
> #include
> #include
>
> int main (void)
> {
> long hn = sysconf(_SC_HOST_NAME_MAX);
> printf("Hostname max length: %ld\n", hn);
> ret
At Sun, 12 Jun 2005 22:32:13 +0200,
Rene Engelhard wrote:
> A OOo2 build fails with the new linux-kernel-headers installed (at least
> on powerpc; not tested on i386 yet.)
I put the patch for the next version, thanks for your report.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
tags 312036 fixed-upstream
thanks
At Mon, 30 May 2005 17:39:46 -0400,
Justin Pryzby wrote:
> Yet, valgrind reports:
> Conditional jump or move depends on uninitialised value(s)
> at 0x1B96: __printf_fp (in /lib/tls/libc-2.3.2.so)
> by 0x1B963D7B: vfprintf (in /lib/tls/libc-2.3.2.so)
At Mon, 23 May 2005 16:46:07 +0100,
Scott James Remnant wrote:
> > looks like we're changing this variable anyway, substituting linux by
> > linux-gnu. There are some packages, for which the change from i386 to
> > i486 makes a difference, and we're not targeting i386 anymore.
> >
> I can certainl
At Mon, 06 Sep 2004 14:38:06 +0900,
GOTO Masanori wrote:
> At Thu, 2 Sep 2004 21:11:51 -0700,
> David Schleef wrote:
> > Subject: Remove __kernel_dev_t definition from linux/types.h
> > Package: linux-kernel-headers
> > Version: 2.5.999-test7-bk-17
> >
At Thu, 28 Apr 2005 10:21:02 +0200,
Goswin von Brederlow wrote:
> Shouldn't the libc6 also conflict with older versions of initrd-tools or
> does that create a loop somewhere?
Indeed. If we'll bump up libc6 to the latest glibc 2.3.5, many users
will also have same problem. I put conflicts entry
At Wed, 01 Jun 2005 02:51:46 +0300,
Lars Wirzenius wrote:
> ti, 2005-05-24 kello 12:11 +0200, Rolf Leggewie kirjoitti:
> > for some reason I do not fully understand locale-gen fails on my system.
> > The only thing unusual in this respect is that /usr is mounted over NFS
> > (usually ro, but set
At Wed, 23 Mar 2005 09:30:13 -0800,
Grant Grundler wrote:
> See
> http://lists.parisc-linux.org/pipermail/parisc-linux/2005-March/026038.html
>
> In a nutshell, two problems:
> o K_INLINE_SYSCALL gets used to build llseek.c and won't compile
> with -std=c99 on parisc
Thanks, I'll put this part
At Fri, 1 Apr 2005 14:42:14 +0900,
Horms wrote:
> > > > The related problem has been reported to the linux kernel developers
> > > > more than 2. years ago. Is there any help that the Linux kernel
> > > > will be fixed in the near future?
> > >
> > > I would suggest making a patch for your proposed
At Wed, 18 May 2005 20:54:11 +0930,
Clytie Siddall wrote:
> The Vietnamese translation for: locale
Thanks for your translation. I put it in.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
At Wed, 13 Apr 2005 00:48:17 +0200,
Paolo wrote:
> well, SO5.2 is Debian-unrelated since there's no .deb for it, though it's
> related since it needs libc6. Whatever, it got broken, hope the Justification
> is ehm formally justified.
>
> I've been using SO 5.2 rather smoothly, till last update ab
At Thu, 14 Apr 2005 19:18:39 +0200,
Gabor Gombas wrote:
> On Fri, Apr 15, 2005 at 01:44:38AM +0900, GOTO Masanori wrote:
> The error comes from perl (debconf). Actually all debconf-using packages
> seem to be broken with libc-2.3.4; dpkg-reconfigure also dies with the
> same error.
At Thu, 14 Apr 2005 09:46:07 -0600,
Khalid Aziz wrote:
> Any calls to to clock_settime() fail with EINVAL. Here is a test program
> to reproduce it (mostly stolen from LTP);
It looks fine, I've put it in -21. Thanks!
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
At Sat, 16 Apr 2005 11:39:22 +0900,
Junichi Uekawa wrote:
> > When I try to run soundtracker, I get:
> >
> > > soundtracker
> > *** glibc detected *** free(): invalid pointer: 0xb150 ***
> > Aborted (core dumped)
> >
> This is due to using a newer glibc that gives out core on double-free.
> I
At Thu, 14 Apr 2005 19:54:43 +0200,
Thiemo Seufer wrote:
> this is an updated patch which adds the SHN_UNDEF workaround only for
> mips/mipsel.
Thanks for your patch, I put it in -21. I tested some applications
with your workaround patch on mips, but it does not cause any
problems, too. Fakeroot
At Mon, 11 Apr 2005 18:19:57 -0700,
Steve Langasek wrote:
> Given that other packages may in the future begin to depend on this
> interface, I think this should really just be done as a shlibdeps bump.
I investigated this problem, and finally I decided to bump up shlib
vers because (1) it seems it
At Fri, 15 Apr 2005 09:39:17 +0200,
Gabor Gombas wrote:
> On Fri, Apr 15, 2005 at 09:37:09AM +0900, GOTO Masanori wrote:
>
> > Before we reassign to perl, we need to clear which setting triggers
> > your problem. At least under my environment, this problem is not
> > appe
Dear timezone data maintainers,
I got the following report from Georg Lehner <[EMAIL PROTECTED]> at
Debian Project[1]. From the Georg's explanation, Nicararagua timezone
has been changed recently as follows.
At Sat, 09 Apr 2005 11:45:33 -0600,
Georg Lehner wrote:
> The Nicaraguan president order
At Mon, 27 Sep 2004 12:22:31 +0200,
martin f krafft wrote:
> And second: yeah, so? I am sure there exists some function to query
> the timezone database for existance and handle this properly within
> date. As it stands, strftime and date are buggy.
> Well, the problem seems to be better fixed in
At Fri, 24 Sep 2004 19:24:06 +0900,
GOTO Masanori wrote:
> At Thu, 23 Sep 2004 19:13:38 +0300,
> <[EMAIL PROTECTED]> wrote:
> > Memory leaks were observed in getpwuid() and getgrouplist().
> > Two test programs and valgrind output attached.
> >
> > This is appe
At Fri, 25 Mar 2005 13:52:59 +0900,
GOTO Masanori wrote:
> I think this problem should be separated from MPI and clusters. This
> kind of random behavior is usually occured by an invalid access. I
> recommend you to check your program with valgrind in first, then
> isolate the prob
w/debian/changelog 2005-04-16 22:12:42.0
+0900
@@ -1,3 +1,9 @@
+schedutils (1.3.4-2) unstable; urgency=low
+
+ * Update for the recent glibc interface change.
+
+ -- GOTO Masanori <[EMAIL PROTECTED]> Sat, 16 Apr 2005 22:12:09 +0900
+
schedutils (1.3.4-1) unstable; urgency=low
At Sat, 16 Apr 2005 16:13:32 +0200,
Guus Sliepen wrote:
> On Sat, Apr 16, 2005 at 10:37:53PM +0900, GOTO Masanori wrote:
>
> > In the recent up coming glibc-2.3.2.ds1-21, two system call,
> > sched_setaffinity and sched_getaffinity, are changed. New interface
> > ne
At Sun, 3 Apr 2005 17:11:02 +0200,
Matthias Klose wrote:
> Please recheck with gcc-4.0.
Yes, I confirmed it's fixed in gcc-4.0 - do you have plan to fix it
for gcc-3.3 or gcc-3.4?
Regards,
-- gotom
> GOTO Masanori writes:
> > Package: gcc-3.3
> > Version: 1:3.3.5
Eric,
I put /usr/include/nptl headers and /usr/lib/nptl static libraries
into glibc 2.3.5-1 which is available in experimental. If you need it
so much, could you test it?
BTW, I recommend to test glibc 2.3.5-1 in chroot environment - because
it's not existed in unstable.
Regards,
-- gotom
-
At Tue, 23 Sep 2003 14:45:04 +,
Robert Millan wrote:
> Please could you remove "libc6-dev" from the Provides line in the libc6.1-dev
> package?
>
> The Debian package-set should be aware that libc-dev is not libc6-dev and
> stop depending on libc6-dev unconditionaly. Providing this dirty hack
Hi!
At Thu, 9 Oct 2003 15:22:08 +,
Robert Millan wrote:
> After some off-list clarification by Jeff, I could finish my patch. Here's
> the revised version which also fixes Build-Dependencies for kfreebsd-gnu.
>
> It's differed against current CVS, btw.
Is knetbsd-gnu still maintained? If so
tags 304022 fixed-upstream confirmed
thanks
> The simple C program above triggers a memory leak in
> getaddrinfo/freeaddrinfo(). The problem can be noticed by watching the
> memory footprint rise with top or, by running the program through
> valgrind.
I confirmed that it's exactly glibc bug. Not
At Thu, 21 Apr 2005 04:51:12 -0400,
A Costa wrote:
> Found some typos in '/usr/share/man/man8/tzconfig.8.gz', see attached '.diff'.
Thanks! I put your two fixes, it should be appeared at glibc 2.3.5-2.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
At Tue, 19 Apr 2005 22:08:57 +0200,
Andreas Mohr wrote:
> after a dpkg-reconfigure locales, it prints the
> Generating locales...
> message.
> When configuring complex locales such as zh_CN*, this process will take
> almost 5 minutes on my P3/700!
>
> Thus you might want to change this message int
tags 288710 confirmed fixed-upstream
thanks
At Wed, 6 Apr 2005 07:48:16 +1000,
Nathan Scott wrote:
> > Maybe should this bug be untagged "upstream" then ?
>
> Since its working on other versions of glibc (ie SLES9), odds are
> its an upstream bug anyway (maybe not, but probably). At this
> stage
> I'm not sure whether this is a a libc problem but using Bytemark's
> 2.6.9 and 2.4.26 user mode linux kernels with Debian testing causes
> threaded applications to segfault.
IIRC, this is not glibc problem - the actual fault is UML does not
support tls (/lib/tls). With 2.6 kernel, glibc dynamic
At Fri, 22 Apr 2005 12:14:53 +0100,
Ross Paterson wrote:
> According to the spec, mbrtowc(&wc, buf, 1, &st) should either return 1
> and set wc, or return 0, (size_t)-1 or (size_t)-2. In this locale it
> returns either 0 or 1, but doesn't always set wc in the latter case,
> as the following test p
tags 270745 fixed-in-experimental
thanks
At Sat, 25 Sep 2004 11:00:11 -0300,
Cesar Eduardo Barros wrote:
> > > It might not get any benefit from using
> > > /lib/tls/i686/cmov/libc-2.3.2.so, but as you can see it's being used.
> > >
> > > When running libc6.postinst, the new libc6-i686 wasn't yet
At Thu, 31 Mar 2005 00:25:39 +0300,
George Cristian Birzan wrote:
> On Wed, Mar 30, 2005 at 12:23:30PM +0900, GOTO Masanori wrote:
> > I expect you to explain why mkinitrd breaks with new ldd.
>
> [EMAIL PROTECTED]:~$ ldd /bin/bash | sed
> 's/.*=>[[:blank
severity 306546 important
tags 306546 moreinfo unreproducible
thanks
At Wed, 27 Apr 2005 12:25:12 +0200,
Marek Szuba wrote:
> My affected box is an AMD Sempron machine with a 2.6 kernel built
> for K8 architecture. Having upgraded nscd to 2.3.2.ds1-20 (via
> apt-get dist-upgrade) earlier this week
At Wed, 4 May 2005 14:11:38 +0200,
Miquel van Smoorenburg wrote:
> Christian Hammers wrote:
> > For what it's worth, I also tried Miguel's ctime-hang.c on both a Sarge i386
> > and a Sid amd64 machine with 2.6 kernels and can reproduce the hang in
> > 10 of 10 attempts.
>
> I also re-ran the ctim
reassign 292866 debian-installer
thanks
At Sun, 30 Jan 2005 13:32:08 -0500,
Jonathan Wang wrote:
> When installing Sarge using debian-installer RC2 and with default
> locale set to none, the dialog "Configuring locales" prompting for
> which locales to generate lists as the first item "Usage:
>
At Tue, 1 Feb 2005 15:16:17 +0100,
Matthias Klose wrote:
> patch at http://people.ubuntu.com/patches/glibc-pthread-sigsetjmp.diff
>
> breaks gcc-4.0 bootstraps on architectures with nptl threads. would be
> nice to fix for sarge ...
>
> see http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02245.html
At Sat, 05 Feb 2005 14:07:52 +0200,
Radu Spineanu wrote:
> reopen 283860
> merge 293699 283860
> thanks
>
> Seems the buildd still failed.
I think it makes sense that reassigning this bug to kernel package or
buildd team.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
reassign 231748 gcc
thanks
At Sun, 08 Feb 2004 19:13:12 +0100,
Thomas Richter wrote:
> A program using HUGE_VAL will compile with a warning when compiled with
> g++-3.3 -pedantic (g++-3.3 (GCC) 3.3.2 (Debian)).
>
> How to reproduce:
>
> Save the following program as "test.cpp".
>
> /* snip */
tags 293653 fixed-upstream
thanks
At Fri, 04 Feb 2005 22:04:34 +0100,
mquinson wrote:
>
> Package: libc6.1
> Version: 2.3.2.ds1-20
> Severity: important
>
> When I try to use getcontext(2) on alpha, errno gets set to 78 (Function
> not implemented).
>
> I'm rather puzzeled since the first hit o
At Wed, 27 Apr 2005 17:01:56 -0700,
Matt Taggart wrote:
> GOTO Masanori writes...
>
> > This problem was reported a lot on debian-amd64 lists, search and read
> > them. Note that amd64 is not officially supported, thus severity:
> > critical should not be used.
>
>
reassign 301455 initrd-tools
severity 303281 important
merge 301455 303281
thanks
At Wed, 6 Apr 2005 00:13:54 +0300,
George Cristian Birzan wrote:
> On Tue, Apr 05, 2005 at 10:44:12PM +0200, Harald Dunkel wrote:
> > > sed -n 's/.*\(=>\)\?[[:blank:]]\+\(\/[^[:blank:]]*\).*/\2/p'
> > >
> >
> > Some
At Sat, 16 Apr 2005 16:39:08 +0200,
Martin Dickopp wrote:
> martin f krafft <[EMAIL PROTECTED]> writes:
>
> > also sprach Martin Dickopp <[EMAIL PROTECTED]> [2005.04.16.1552 +0200]:
> >> Therefore, any actual behavior (including the existing one as well
> >> as the suggested alternatives) would be
severity 201816 important
clone 201816 -1
reassign -1 xemacs21
thanks
> Touch any line in the top hunk in diff mode, and it changes
> the @@ line (incorrectly). It seems the --- and +++ of the next file
> confuses diff mode 8(
I also confirmed this problem on both emacs21 (21.4a-1) and xem
severity 308020 wishlist
retitle 308020 locales should provide locales-all package
thanks
At Sat, 07 May 2005 11:56:03 +,
Tony Ma wrote:
> I try to install Debian Sarge onto my machine with multiple languages using
> the Debian Sarge RC3 installer. Despite I can choose tasks for different
>
reassign 298896 eclipse
thanks
At Thu, 10 Mar 2005 12:25:07 -0300,
Eugenio Grytsenko wrote:
> My-Application: eclipse
> My-Application-Version: 3.0.1
>
> # export DISPLAY=:55
> # lbxproxy -display 172.16.210.1:0 :55 &
> # /opt/eclipse/eclipse
>
> Application freezes when executing commands descr
At Thu, 10 Mar 2005 15:11:06 -0800,
Ryan Lovett wrote:
> I don't know if this is intentional, but if /etc/hosts.equiv or .rhosts
> are symlinks, ruserok fails. Moving the target of the link into place
> causes ruserok to succeed.
ruserok() does not accept when it's not regular file.
> ruserok als
At Mon, 14 Mar 2005 09:51:12 -0800,
Ryan Lovett wrote:
> On Mon, Mar 14, 2005 at 11:10:50PM +0900, GOTO Masanori wrote:
> > At Thu, 10 Mar 2005 15:11:06 -0800,
> > Ryan Lovett wrote:
> > > I don't know if this is intentional, but if /etc/hosts.equiv or .rhosts
>
At Thu, 10 Mar 2005 12:51:03 +0100,
Robert Millan wrote:
> The GNU/kFreeBSD port no longer depends on libsem (as it switched to
> linuxthreads) and I'm told the GNU/Hurd port will soon switch to NPTL, so it
> won't need libsem either.
>
> Unless someone who is actualy interested in libsem voluntee
At Thu, 17 Mar 2005 14:29:14 -0500,
John Denker wrote:
> 1) I compiled /usr/lib/libpng12.so.0 aka libpng12.so.0.1.2.8 from
> sources and installed it. Symptoms are the same using the Debian
> source package or the tarball from libpng.org.
>
> 2) As a tangential issue: Many programs (even ones li
At Tue, 22 Mar 2005 00:11:35 +0100,
Martin Thorsen Ranang wrote:
> I didn't find this bug in the archive.
>
> I tried to upgrade some packages using the following command:
> apt-get -t experimental upgrade
> [...]
> The following packages will be upgraded:
> dpkg dpkg-dev dselect ghc6-doc glib
At Tue, 22 Mar 2005 08:59:56 +0900,
GOTO Masanori wrote:
> At Tue, 22 Mar 2005 00:11:35 +0100,
> Martin Thorsen Ranang wrote:
> > I didn't find this bug in the archive.
> >
> > I tried to upgrade some packages using the following command:
> > apt-get -t exp
Package: mgp
Version: 1.11b-4
Severity: important
Hi,
The current mgp package does not have Build-Depends: libttf-dev, so if
freetype1 is not instablled, freetype extension (thus %tfont and
%tmfont specifier) is disabled during configure. When I added it, it
worked.
Regards,
-- gotom
--
To
Package: mgp
Version: 1.11b-4
Severity: important
Hi,
As I reported in separated mail (#315406), the current mgp 1.11b-4
cannot handle freetype fonts. When I fixed it, it worked - But the
result of rendering was not perfect:
(1) When I invoked mgp without any additional options, it used
Hi,
At Wed, 22 Jun 2005 18:03:55 +0100,
Martin Michlmayr wrote:
> * Fumitoshi UKAI <[EMAIL PROTECTED]> [2005-06-23 01:55]:
> > I hope so. Try "-x m17n" or "-x m17n -x xft". m17n rendering engine
> > is high priority but it may not show so good rendering result, so
> > you may need to disable it b
At Tue, 31 May 2005 10:40:08 +0200,
Michael Banck wrote:
> Adding --without-tls to the configure options make glibc build on
> hurd-i386, however, binary-arch fails due to ldconfig not being
> available. The attached update of hurd-enable-ldconfig.dpatch makes
> ldconfig being built again, once th
At Thu, 14 Jul 2005 13:57:49 +0200,
Marcus Brinkmann wrote:
> _all_ ioctls are non-hurdish, and only provided for compatibility.
> Thus, it is always ok to add more if that allows easier porting of
> applications.
>
> The Hurd part is almost "in", I think there was only a tiny little
> question le
At Wed, 8 Jun 2005 13:44:34 +0200,
Michael Banck wrote:
> We've encountered a rather strange linking problem. gconftool-2 (part
> of gconf) uses libxml which in turn uses libpthread. gconftool-2 does
> not directly need libpthread and hence does not need to link against
> it. When gconftool-2 is
tags 315448 fixed-upstream
thanks
At Thu, 23 Jun 2005 01:47:10 +0800,
Dan Jacobson wrote:
> $ iconv --help
> Report bugs using the `glibcbug' script to <[EMAIL PROTECTED]>.
> $ dlocate glibcbug
This message will be replaced in the next glibc 2.3.5 series.
Regards,
-- gotom
--
To UNSUBSCRIBE,
reassign 316001 manpages-dev
thanks
At Mon, 27 Jun 2005 22:32:49 +0200,
Michael Gebetsroither wrote:
> All manpages for pthread_rwlock_* are missing
I think now the time manpages-dev should have pthread_* up-to-date
manpages because glibc's pthread manpages are derived from old
linuxthreads manpa
At Fri, 10 Jun 2005 21:45:00 +0100,
Roger Leigh wrote:
> The following patch
> reorders SUPPORTED when embedding the list in locales.config, so that
> UTF-8 locales are listed before all other locales, which are placed at
> the end of the list.
The concept of your patch seems fine for me. I heard
At Tue, 19 Jul 2005 19:18:37 +0100,
Roger Leigh wrote:
> > I would like to put this version to locales package. I welcome your
> > comments and patches.
>
> That sounds fine. I can rework the patch for you.
Thanks, I'm looking forward to your patch.
> >> + UTF-8 locales are recommended. Local
dev/null 2005-04-09 20:28:28.0 +0900
+++ binutils-2.16.1/debian/patches/130_m68k_glibc.dpatch2005-07-21
04:10:12.0 +0900
@@ -0,0 +1,60 @@
+#!/bin/sh -e
+## 130_m68k_glibc.dpatch by GOTO Masanori <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a de
Package: gcc-4.0
Version: 4.0.1-2
Severity: important
The current gcc-4.0 can't compile the experimental glibc 2.3.5-2 with
unstable gcc-4.0 (4.0.1-2) on m68k, due to gcc-4.0's Internal Compiler
Error. Note that this problem was not occured with gcc-3.4 (3.4.4-5)
with -O1/-O2/-O3.
gcc-4.0 with -
At Thu, 21 Jul 2005 13:11:05 +0900,
GOTO Masanori wrote:
> The current gcc-4.0 can't compile the experimental glibc 2.3.5-2 with
> unstable gcc-4.0 (4.0.1-2) on m68k, due to gcc-4.0's Internal Compiler
> Error. Note that this problem was not occured with gcc-3.4 (3.4.4-5)
>
At Thu, 21 Jul 2005 10:33:22 +0200,
Matthias Klose wrote:
> GOTO Masanori writes:
> > At Thu, 21 Jul 2005 13:11:05 +0900,
> > GOTO Masanori wrote:
> > > The current gcc-4.0 can't compile the experimental glibc 2.3.5-2 with
> > > unstable gcc-4.0 (4.0.1
reassign 318565 umsdos
thanks
At Fri, 15 Jul 2005 22:29:32 -0700,
Daniel Schepler wrote:
> As the subject says, the package is missing linux/umsdos_fs.h, which
> causes the umsdos package to FTBFS:
Recently UMSDOS was removed from 2.6 kernel series. I recommend you
to include umsdos_fs.h into um
reassign 269721 uclibc
thanks
At Sat, 28 May 2005 01:22:24 +0900,
GOTO Masanori wrote:
> > > > - Also export __kernel_dev_t for util-linux/cryptoloop (Closes:
> > > > 220991).
> > >
> > > This causes problems when building uclibc, since it defin
At Thu, 14 Jul 2005 16:51:06 +0200,
Matthias Klose wrote:
> --- /usr/include/linux/capi.h~ 2004-10-31 20:55:51.0 +0100
> +++ /usr/include/linux/capi.h 2005-06-17 21:48:29.0 +0200
> @@ -75,7 +77,7 @@
>
> typedef struct capi_manufacturer_cmd {
> unsigned long cmd;
> -
At Tue, 19 Jul 2005 01:55:30 +0200,
Adeodato Simó wrote:
> on SPARC, the following change was made to the files
> /usr/include/asm-sparc{,64}/fbio.h between linux-kernel-headers
> 2.5.999-test7-bk-17 and 2.6.12.0-1:
>
> struct fbcmap {
> int index; /* first el
reassign 319042 mysql-dfsg
thanks
At Tue, 19 Jul 2005 13:32:40 +0100,
Zak Kipling wrote:
> Attempting to include asm/atomic.h from C++ causes the following error:
>
> /usr/include/asm/system.h:247: error: expected ',' or '...' before 'new'
>
> (with gcc 3.4 or 4.0) or
>
> /usr/include/asm/syste
At Tue, 1 Jun 2004 11:11:26 -0700 (PDT),
Mike Mestnik wrote:
> "or I get struct time problems." I think this was fixed with the
> linux-kernel-headers pkg.
What's "struct time problems"?
> As for the [1]BINARY interface changing it
> defenatly is a kernel bug, for v4l1.
We didn't see any actual
At Mon, 18 Jul 2005 13:18:00 +0100,
Colin Watson wrote:
> libc's dependency on libdb1-compat was a transitional measure for sarge,
> and is not required for etch. Please remove that dependency so that
> libdb1-compat can be dropped to Priority: extra.
I forgot to drop this dependency, thanks for y
tags 318956 fixed-in-experimental
thanks
At Mon, 18 Jul 2005 22:32:10 +0200,
Frederik Schueler wrote:
> the current libc6 version in unstable is causing build failures of
> packages wich generate statically linked code. The version in
> experimental seems to fix this, at least for zsh, sash and ne
tags 317946 fixed-in-experimental
thanks
> I reassigned this bug to glibc after testing an old patch for the TLS
> problem for Kurt Roeckx. I had to fix a few other things along the
> way:
>
> - debian/patches/amd64-TLS-problem.dpatch: try to fix TLS problem
> - debain/rules: undo dpkg-ar
At Wed, 20 Jul 2005 09:02:00 +1000,
Peter Chubb wrote:
> When doing
> gcc -static x.c
> I see:
> /usr/bin/ld: __libc_errno: TLS definition in
> /usr/lib/gcc/ia64-linux-gnu/4.0.1/../../../libc.a(errno.o) section .tbss
> mismatches non-TLS reference in
> /usr/lib/gcc/ia64-linux-gnu/4.0.1/../
At Tue, 19 Jul 2005 11:06:11 +1000,
Kevin Ryde wrote:
> /usr/share/man/man5/locale.gen.5.gz refers to
>
> /usr/share/i18n/charsets
>
> whereas the directory seems to be
>
> /usr/share/i18n/charmaps
Correct, I put your suggestion to manpages. Thanks!
Regards,
-- gotom
--
To UNSU
Dear Guilherme, Rodrigo, and Brazilian translation list members,
At Thu, 21 Jul 2005 19:56:36 -0300,
Guilherme de S. Pastore wrote:
> There's a small typo on the Brazilian Portuguese translation,
> which is fixed by the attached patch. Please, consider applying
> it.
Each translation is managed u
tags 318959 unreproducible, moreinfo
thanks
At Wed, 20 Jul 2005 05:16:32 +0100,
Paul Brossier wrote:
> for info, i have been testing both testcases on powerpc and could not
> reproduce
> the issue.
Me too. I don't know what the actual problem is - it may be hardware
dependent problem, or simply
1 - 100 of 275 matches
Mail list logo
