.ds1/debian/changelog
@@ -1,3 +1,11 @@
+glibc (2.3.6.ds1-4a0.ql.0.1) unstable; urgency=low
+
+ * sysdeps/amd64.mk: Set libc_slibdir /lib64 and libc_libdir to /usr/lib64
+ * rules.d/build.mk: on amd64 rename debian/tmp-libc/lib64 to lib
+and debian/tmp-libc/usr/lib64 to lib
+
+ -- Goswin von Brede
Daniel Stone <[EMAIL PROTECTED]> writes:
> On Tue, Sep 12, 2006 at 02:01:59PM +0200, Goswin von Brederlow wrote:
>> Package: libx11
>> Version: 2:1.0.0-8
>> Severity: serious
>> Justification: no longer builds from source
>>
>> Hi, when I try to build
Package: libx11
Version: 2:1.0.0-8
Severity: serious
Justification: no longer builds from source
Hi, when I try to build libx11 under etch or sid I get the following error:
make[3]: Leaving directory
`/scratch/build/amd64/etch-biarch/xorg/libx11/libx11-1.0.0/obj-x86_64-linux-gnu/src/util'
../src
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> On Tue, Jul 25, 2006 at 01:21:44PM +0200, Goswin von Brederlow wrote:
>> Wouter Verhelst <[EMAIL PROTECTED]> writes:
>> > tags 339344 - patch
>> > thanks
>> >
>> > On Mon, Jul 17, 2006 at 09:56:
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> tags 339344 - patch
> thanks
>
> On Mon, Jul 17, 2006 at 09:56:10AM +0200, Goswin Brederlow wrote:
>> Package: belpic
>> Followup-For: Bug #339344
>>
>> Hi,
>>
>> attached is a patch for the pointer conversion error.
>
> It doesn't actually work, tho
Jakob Bohm <[EMAIL PROTECTED]> writes:
> To work around the "breaks whole system" issue, the following
> transition plan is proposed:
>
> 1. Before uploading the fixed apt, temporarily reconfigure
> darcs etc. to NOT include SHA256 values in Packages files at
> all (apt-ftparchive has an opti
+
+ * Rebuild to fix Depends
+ * Fix Build-Depends line so dpkg-checkbuilddepends can parse it
+ * Delete broken rpath from library (+ Build-Depends: chrpath)
+
+ -- Goswin von Brederlow <[EMAIL PROTECTED]> Fri, 14 Jul 2006 09:17:11 +
+
arpack++ (2.2-3) unstable; urgency=low
* real
tags 367435 + pending
thanks
[EMAIL PROTECTED] (Debian Bug Tracking System) writes:
> Processing commands for [EMAIL PROTECTED]:
>
>> # Automatically generated email from bts, devscripts version 2.9.20
>> found 367435 1:4.1.0-1+ia32.libs.1.12+b1
> Bug#367435: lib32gcc1: Will not install: conflict
Hi,
the makro defines for amd64 can't work this way as it include the
parameter types in the function call (see buildd log).
To fix this it is simplest if on amd64 the original functions are
called and on i386 the wrapper. To do this the OIL_DEFINE_IMPL_FULL
makro has to be replaced by an extende
Samuel Mimram <[EMAIL PROTECTED]> writes:
> Well, I checked that it did build correctly without the the build-dep on
> xlibs | xlib6g before sending the mail. Moreover, notice that it did
> build-depend on *xlibs*, not xlibs-dev. I cannot understand why this
xlibs-dev was probably ment by whoever
Samuel Mimram <[EMAIL PROTECTED]> writes:
> Hi,
>
> Daniel Schepler wrote:
>> Package: lablgtk2
>> Version: 2.6.0-5
>> Severity: serious
>>
>> From my pbuilder build log:
>>
>> ...
>> Installing the build-deps
>> -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
>> 2006/05
Andreas Jochens <[EMAIL PROTECTED]> writes:
> Package: defrag
> Version: 0.73pjm1-8
> Severity: serious
> Tags: patch
>
> When building 'defrag' on amd64/unstable,
> I get the following error:
>
> ranlib libext2.a
> gcc -pipe -Werror -Wall -W -Wunused -Wshadow -Wpointer-arith
> -Wbad-function-cas
Package: ia32-libs
Version: 1.4
Severity: serious
Just to remind myself. I noticed upgrading fails from sarge to
sid. This must be fixed before etch.
MfG
Goswin
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-2
Locale: LANG=C, LC_CTYPE
Hi,
could you please give some examples where it breaks and ay why it is
grubs fault that it gets called with the wrong number of arguments.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Matthias Klose <[EMAIL PROTECTED]> writes:
> reopen 367435
> thanks
>
> Version: 1:4.1.0-1+ia32.libs.1.12+b1
>
> Unpacking lib32gcc1 (from
> .../lib32gcc1_1%3a4.1.0-1+ia32.libs.1.12+b1_ia64.deb) ...
> dpkg: error processing
> /var/cache/apt/archives/lib32gcc1_1%3a4.1.0-1+ia32.libs.1.12+b1_ia64.deb
Julien Danjou <[EMAIL PROTECTED]> writes:
> On Mon, May 29, 2006 at 12:30:59PM +0200, Goswin von Brederlow wrote:
>> Are you going to NMU fragroute too so it uses the new libdumbnet?
>
> Only if a binNMU is not sufficient, but I think it should be now, no ?
>
> Cheers,
Julien Danjou <[EMAIL PROTECTED]> writes:
> On Mon, May 29, 2006 at 09:02:36AM +0200, Goswin von Brederlow wrote:
>> Reading through the bug (351269) I see that Julien Danjou
>> <[EMAIL PROTECTED]> already did an NMU of this package to DELAYED/5 on
>> May 16th. Th
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> Le Lun 29 Mai 2006 04:27, Goswin von Brederlow a écrit :
>> Pierre HABOUZIT <[EMAIL PROTECTED]> writes:
>> > tag 362959 =
>> > tag 362959 + patch
>> > thanks
>> >
>> > I confirm
CCing Julien as he tried to NMU.
Niko Tyni <[EMAIL PROTECTED]> writes:
> On Mon, May 29, 2006 at 04:24:47AM +0200, Goswin von Brederlow wrote:
>> Niko Tyni <[EMAIL PROTECTED]> writes:
>
>> > the fragroute package needs a recompile because of a libevent1
>>
Pierre HABOUZIT <[EMAIL PROTECTED]> writes:
> tag 362959 =
> tag 362959 + patch
> thanks
>
> I confirm. I have tracked that issue down, it's because upstream takes
> pointer on things that should be gsizes (aka 64 bits on amd64) on things
> that are gints (32bits).
Pointer should be put into in
Niko Tyni <[EMAIL PROTECTED]> writes:
> Hi release team,
>
> the fragroute package needs a recompile because of a libevent1
> ABI change between 0.8-2 and 1.0-1.1 (without a corresponding soname
> change). This is the only thing blocking grave bug #351269.
>
> Could somebody please schedule binNMU
Nicolas François <[EMAIL PROTECTED]> writes:
> Hello,
>
> After reading the log of #315784 (dpkg: dependencies should ensure md5sum
> is present), I wonder why adding a
> Pre-Depends: coreutils (>= ...)
> field to dpkg would break (c)debootstrap.
>
> I made a tarball for debootstrap with a
: #354847
+
+ -- Goswin von Brederlow <[EMAIL PROTECTED]> Fri, 17 Mar 2006 21:00:39 +
+
tar (1.15.1-6) unstable; urgency=low
* patch from upstream to fix incorrect listing of a non-existing section as
diff -u tar-1.15.1/tests/listed02.at tar-1.15.1/tests/listed02.at
--- tar-1.15.1
; urgency=low
+
+ * Sort tar output to compensate for different file order on the fs
+
+ -- Goswin von Brederlow <[EMAIL PROTECTED]> Thu, 16 Mar 2006 16:52:56 +0100
+
tar (1.15.1-4) unstable; urgency=low
* change section from base to utils to resolve override disparity
only in
severity 356682 whishlist
retitle 356682 ia32-libs: Package libxxf86vm1 missing in ia32-libs
thanks
libXxf86vm.so.1 is from libxxf86vm1.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow <[EMAIL PROTECTED]> [2006-03-11 19:56]:
>> % mke2fs -O sparse_super /dev/ram0; # disable filetype feature
>> % debian/defrag/usr/sbin/e2dump -s /dev/ram0
>> ...
>> mount time:Thu Jan 1 00
Package: defrag
Version: 0.73pjm1-8
Followup-For: Bug #324555
Hi,
attached is a dpatch to fix the type-pruned pointers in ctime
calls. This patch works under gcc-4.0 but I don't have a gcc-4.1 at
hand to test it fully. Please report back if this works with 4.1 on
i386 / amd64.
% mke2fs -O sparse
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Matthijs Mohlmann <[EMAIL PROTECTED]> [2006-03-11 16:06]:
>> > There are mor errors when compiling with 4.1, e.g:
>> > defrag.c: In function 'walk_zone_ind':
>> > defrag.c:297: warning: cast increases required alignment of target type
> ...
>> When
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Matthijs Mohlmann <[EMAIL PROTECTED]> [2006-03-11 16:06]:
>> > There are mor errors when compiling with 4.1, e.g:
>> > defrag.c: In function 'walk_zone_ind':
>> > defrag.c:297: warning: cast increases required alignment of target type
> ...
>> When
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> There are mor errors when compiling with 4.1, e.g:
>
> gcc -pipe -Werror -Wall -W -Wunused -Wshadow -Wpointer-arith
> -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings
> -Wno-sign-compare -Wstrict-prototypes -Wmissing-prototypes
> -Wmiss
local) to have matching sources.
+
+ -- Goswin von Brederlow <[EMAIL PROTECTED]> Mon, 6 Mar 2006 20:14:22 +
+
ia32-libs (1.5.2) unstable; urgency=low
* Don't mess with /etc/ld.so.conf but use /lib/ldconfig/ links.
diff -Nru /tmp/0lgFDsxpBX/ia32-libs-1.5.2/debian/control
/tmp/VHwSjqR7
Mike Hommey <[EMAIL PROTECTED]> writes:
> On Sat, Feb 18, 2006 at 05:04:54PM +0100, Goswin von Brederlow
>> The availability to do this is enough even if there are other
>> (possibly better) ways to do the same. One free driver _in_ Debian and
>> the package should st
Robert Millan <[EMAIL PROTECTED]> writes:
> On Fri, Feb 17, 2006 at 12:40:10PM -0500, Andres Salomon wrote:
>> On Fri, 2006-02-17 at 18:00 +0100, Robert Millan wrote:
>> [...]
>> >
>> > First, I couldn't find any reference to a "GPLed NDIS driver" in
>> > ndiswrapper's
>> > website, like Michael
From: Joey Hess <[EMAIL PROTECTED]>
| Perhaps hwclock should stash a copy of /etc/localtime at shutdown and
| run using that version in early boot if /usr is not mounted?
/ is potentialy read-only so this doesn't work out.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Jonathan Brandmeyer <[EMAIL PROTECTED]> writes:
> Cross-posting to the BTS since its relevant to this bug, and might lead
> to closing it out.
>
> I am running a Debian Sid AMD64 root partition alongside a full Sid i386
> partition. Right now, the 32-bit partition is used mostly as a chroot
> to
grep-dctrl -P libtagcoll-dev dists/sid/main/binary-amd64/Packages
Package: libtagcoll-dev
Priority: optional
Section: libdevel
Installed-Size: 10628
Maintainer: Enrico Zini <[EMAIL PROTECTED]>
Architecture: amd64
Source: tagcoll
Version: 1.5.1-1+b1
Depends: tdb-dev, zlib1g-dev
Recommends: pkg-confi
Michael Koch <[EMAIL PROTECTED]> writes:
> On Tue, Nov 08, 2005 at 08:17:04PM +0100, Goswin Brederlow wrote:
>> Package: lucene
>> Version: 1.4.3-8
>> Severity: serious
>> Justification: missing sources in main
>>
>> Hi,
>>
>> your package lucene recently moved from contrib to main. Unfortunatel
Hi everybody.
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> Can someone from the AMD64 port please comment on and deal with this
> bug report:
>
> * Miciah Dashiel Butler Masters <[EMAIL PROTECTED]> [2005-08-22 01:19]:
>> Package: libopencdk4
>> Version: 1:0.4.2-4
>> Severity: grave
>> Justifica
Daniel Schepler <[EMAIL PROTECTED]> writes:
> Package: defrag
> Severity: serious
> Version: 0.73pjm1-7
>
>>From my build log (using pbuilder in an i386 chroot):
>
> ...
> gcc -pipe -Werror -Wall -W -Wunused -Wshadow -Wpointer-arith
> -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings
reassign 322500 libsnmp5,ifstat
retitle 322500 libsnmp5: ABI change without SONAME change
severity 322500 serious
thanks
Hi Craig,
downgrading the libsnmp5 seems to be the best fix for now. But if you
need/want the new libsnmp5 then recompiling the pckage will also fix
the problem. Details below
Hi,
your bug number came up on irc and did lead to some discussion.
In conclusion there are a two things:
1.) you are abusing debconf
23:57 < doogie> data: Debian.News
23:57 < doogie> or some such
23:57 < doogie> do not do upgrades notices with debconf
23:57 < doogie> deb(ian) conf(iguration)
Noel Torres <[EMAIL PROTECTED]> writes:
> Package: installation
> Severity: grave
>
> I installed normally from Sarge DVD 1 in my brand-new hard disk hdb.
> Everything seemed OK, and I partitioned my new disk (boot, swap, root,
> home and all the others) and selected to install grub in MBR of hdb.
Ups.
Sorry, I got the totaly wrong bug.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Pascal Giard <[EMAIL PROTECTED]> writes:
>> Under Debian /lib64 is a link to /lib.
>
> yes i know, i was also surprised to see that it was working by adding
> /lib to LD_LIBRARY_PATH in the mkinitrd.conf.
>
>> /lib64/ld-linux-x86-64.so.2 has
>> to exist. Your change should have no effect at all as
Pascal Giard <[EMAIL PROTECTED]> writes:
>> Under Debian /lib64 is a link to /lib.
>
> yes i know, i was also surprised to see that it was working by adding
> /lib to LD_LIBRARY_PATH in the mkinitrd.conf.
>
>> /lib64/ld-linux-x86-64.so.2 has
>> to exist. Your change should have no effect at all as
Pascal Giard <[EMAIL PROTECTED]> writes:
> reassign 316476 initrd-tools
> reassign 316453 initrd-tools
> thx!
>
> First of all, i'm reassigning this to initrd-tools as this is not
> related to the kernel-source nor image.
>
> I found a quite good solution to solve the issue.
>
> in my /etc/mk
Santiago Vila <[EMAIL PROTECTED]> writes:
> On Sun, 22 May 2005, Goswin Brederlow wrote:
>
>> Package: gettext
>> Version: 0.14.4-2
>> Severity: important
>> File: /usr/share/aclocal/lib-link.m4
>>
>> Hi,
>>
>> Updating gettext from 0.14.1-10 to 0.14.4-2 introduces AC_PREREQ(2.50) in
>> lib-lin
Santiago Vila <[EMAIL PROTECTED]> writes:
> retitle 310170 openduke FTBFS, requires autoconf 2.50
> severity 310170 serious
> reassign 310170 openduke
> thanks
>
> On Sun, 22 May 2005, Goswin Brederlow wrote:
>
>> Package: gettext
>> Version: 0.14.4-2
>> Severity: important
>> File: /usr/share/acl
Harald Dunkel <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow wrote:
>>
>> Version 1.3 was broken, version 1.4 is fixed. Please upgrade.
>>
>
> Still no change:
>
> [EMAIL PROTECTED]:harri 1003} ls -lhd /usr/lib32
> ls: /usr/lib32: No such file or dir
Harald Dunkel <[EMAIL PROTECTED]> writes:
> Unpacking ia32-libs (from .../ia32-libs_1.3.0.0.1.gcc4_amd64.deb) ...
> Setting up lib32gcc1 (4.0.0-1) ...
> Setting up ia32-libs (1.3.0.0.1.gcc4) ...
Version 1.3 was broken, version 1.4 is fixed. Please upgrade.
MfG
Goswin
--
To UNSUBSCRIBE
Laurent Bonnaud <[EMAIL PROTECTED]> writes:
>> Which version of ia32-libs-dev was installed during the build?
>
> The latest version available in sid:
>
> ii ia32-libs-dev 1.4 ia32 development libraries
> and headers for use on ia32/ia6
Please make sure you have:
[EMA
Package: ia32-libs-dev
Version: 1.2
Severity: grave
Justification: renders package unusable
Hi,
when building a simple hello-world the linker gets a parse error:
% gcc-3.4 -m32 -L /emul/ia32-linux/usr/lib -o foo foo.c && ./foo
/usr/bin/ld:/emul/ia32-linux/usr/lib/libc.so: file format not recogni
reopen 297010
retitle 297010 libc6-dev: O_NOATIME documented but missing from headers
severity 297010 wishlist
reassign 297010 libc6-dev
thanks
> Changes:
> lvm2 (2.01.04-3) unstable; urgency=high
> .
>* Workaround missing O_NOATIME. (closes: #297010)
The bug still remains but with lvm2 wo
GOTO Masanori <[EMAIL PROTECTED]> writes:
> At Mon, 28 Feb 2005 03:48:00 +0100,
> Goswin von Brederlow wrote:
>> Bastian's patch is just a workaround around the bug not its solution.
>
> ...So why did you submit this bug as "severity: critical" assigned t
GOTO Masanori <[EMAIL PROTECTED]> writes:
> At Sat, 26 Feb 2005 14:40:33 +0100,
> Goswin Brederlow wrote:
>> Package: linux-kernel-headers
>> Version: 2.5.999-test7-bk-17
>> Severity: critical
>> File: linux-kernel-header
>> Justification: breaks the whole system
>>
>> Hi,
>>
>> when one tries t
Hi,
another example of this (mis)behaviour:
set -e
fn() {
false
echo "still running"
}
fn && echo "didn't fail"
if fn; then echo "didn't fail"; fi
eval fn && echo "didn't fail"
while fn; do echo "looping forever"; done
I think every single shell misbehaves on those. Bash and zsh do it
con
Al Viro <[EMAIL PROTECTED]> writes:
> On Mon, Feb 14, 2005 at 07:15:37AM +0100, Goswin von Brederlow wrote:
>> > a) do you actually have something mounted on that directory at the time?
>> > b) strace of rmdir, please
>>
>> c) rights to delete are govern
Al Viro <[EMAIL PROTECTED]> writes:
> On Sun, Feb 13, 2005 at 06:31:09PM -0500, Rehm wrote:
>> Package: kernel
>> Severity: critical
>> Justification: root security hole
>>
>> Extremely insecure. Apparently after having been able to do mounting
>> on a diskimage disk1.img (sued to root under ligh
Daniel Burrows <[EMAIL PROTECTED]> writes:
> On Saturday 12 February 2005 12:18 pm, Goswin von Brederlow wrote:
>> 64bit kernel for i386 are included in sarge which makes this an RC bug.
>> A newer version should be propagated to sarge or the sarge source should
>> b
Joey Hess <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow wrote:
>> concerning your
>>
>> 1. Unsafe resource file reading.
>>
>> and
>>
>> 2. Unsafe XSHISENLIB environment variable.
>>
>> Both of them, if exploitable, would be
"Matthias Urlichs" <[EMAIL PROTECTED]> writes:
> Hi,
>
> Goswin von Brederlow:
>> I can't seem to find any source for ntp there.
>>
> ... probably because the disk died today. I *HATE* when that happens.
Thats bad. I hate that too. I hope you have
Frank Lichtenheld <[EMAIL PROTECTED]> writes:
> On Tue, Jan 25, 2005 at 08:01:00AM +0100, Goswin von Brederlow wrote:
> [...]
>> Both of them, if exploitable, would be bugs in the Xrm or Xpm library
>> respectively.
>>
>> The same argument can pro
"Matthias Urlichs" <[EMAIL PROTECTED]> writes:
> Hi,
>
> Goswin Brederlow:
>> while updating my debian mirror I noticed the sid ntp is missing its
>> source:
>>
> The reason for this is that the -1 version was in NEW, thus I couldn't
> upload -2 with the original source, so I did it without. Appa
Hi,
concerning your
1. Unsafe resource file reading.
and
2. Unsafe XSHISENLIB environment variable.
Both of them, if exploitable, would be bugs in the Xrm or Xpm library
respectively.
The same argument can probably made against pretty much any X
application and X itself. There is a lot of sof
Hi,
I wanted to track this bug but can't reproduce it on amd64:
Linux frosties 2.6.8-frosties-1 #2 Sun Oct 3 22:06:03 CEST 2004 x86_64 GNU/Linux
Get:1 http://debian-amd64.alioth.debian.org testing/main torsmo 0.18-1 [37.7kB]
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
Hi,
going to the RC bugs I saw this one and having worked on other
packages that reuse debs or sources I have some things to add:
1. You can not assume /etc/apt/sources.list or even network access is
functional inside the buildd chroot. You may not use the outside
network at all during buil
severity 290338 important
thanks
Hi,
you filed a bugreport about ara FTBFS but that report is bogus:
deian/control:
| Package: ara
| Architecture: alpha amd64 arm hppa i386 ia64 powerpc sparc
Ara now builds arch:all bytecode for archs that don't have native code
and does no longer need to be bu
severity 290905 important
thanks
Hi,
rsync and rsyncd seems to work for most people, even 50% for the
reportee so I agree with Steve Langasek (on irc) that this is not a
grave bug and should not stop sarge.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
Hi,
some more questions about your setup:
Your config says:
| [mirror]
| path = /root/backup_server/backup
| use chroot = no
| max connections = 4
| auth users = root
| hosts allow = backup_server
| secrets file = /etc/.rs_sec
| uid = root
| gid = root
and to the
201 - 269 of 269 matches
Mail list logo