Bug#823865: phpsysinfo: missing copyright

[Frederik Schueler]

Hi Björn,

all files within the debian folder I am the author of are GPL-2.

Best regards
Frederik

On 12.06.2016 11:25, Bjoern Boschman wrote:
> Hi,
> 
> I did not recieve any reply yet.
> Please reply until 2016-06-25. Otherwise I have to choose a copyright on
> my own.
> See also. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823865
> 
> Cheers
> B
> 
> On Thu, May 26, 2016 at 1:59 PM Bjoern Boschman  > wrote:
> 
> Hi,
> 
> as the current maintainer of phpsysinfo I'd like to ask you if GPL-2
> is ok for you for all files within debian/ folder.
> 
> Cheers
> B
> 



signature.asc
Description: OpenPGP digital signature

Bug#494308: binary firmware in drivers/net/e100.c

[Frederik Schueler]

Hi,

I already waited for this.

On Fri, Aug 08, 2008 at 12:21:45PM +, Robert Millan wrote:
 drivers/net/e100.c (licensed under GPLv2) contains three chunks of binary
 firmware, such as:
[...]


You don't expect us to remove the e100 driver, do you? 




signature.asc
Description: Digital signature

Bug#493343: [Pkg-ia32-libs-maintainers] Bug#493343: ia32-libs-tools_11(sparc/unstable): FTBFS, debian/rules:29 missing separator

[Frederik Schueler]

retitle 493343 ia32-libs-tools_11: must be Architecture: amd64 i386 i64
thanks

Hi,

the package must be Architecture: amd64 ia64 i386, as it is useless on
all other architectures.

Funnily enough, the failure is caused by an erranous unknown-architecture 
handler.

Best regards
Frederik Schüler

On Sat, Aug 02, 2008 at 11:03:52AM +0200, Martin Zobel-Helas wrote:
 Package: ia32-libs-tools
 Version: 11
 Severity: serious
 
 There was an error while trying to autobuild your package:
 
  Automatic build of ia32-libs-tools_11 on lebrun by sbuild/sparc 98
  Build started at 20080729-1549
 
 [...]
 
  ** Using build dependencies supplied by package:
  Build-Depends: debhelper (= 5), dctrl-tools | grep-dctrl
 
 [...]
 
  gpg: Signature made Sat May 24 01:49:09 2008 CEST using DSA key ID 41954920
  gpg: Can't check signature: public key not found
  dpkg-source: extracting ia32-libs-tools in ia32-libs-tools-11
  dpkg-source: unpacking ia32-libs-tools_11.tar.gz
  dpkg-buildpackage: set CFLAGS to default value: -g -O2
  dpkg-buildpackage: set CPPFLAGS to default value: 
  dpkg-buildpackage: set LDFLAGS to default value: 
  dpkg-buildpackage: set FFLAGS to default value: -g -O2
  dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
  dpkg-buildpackage: source package ia32-libs-tools
  dpkg-buildpackage: source version 11
  dpkg-buildpackage: host architecture sparc
   /usr/bin/fakeroot debian/rules clean
  debian/rules:29: *** missing separator.  Stop.
  dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error 
  exit status 2
 
 A full build log can be found at:
 http://buildd.debian.org/build.php?arch=sparcpkg=ia32-libs-toolsver=11
 
 
 
 
 ___
 Pkg-ia32-libs-maintainers mailing list
 [EMAIL PROTECTED]
 http://lists.alioth.debian.org/mailman/listinfo/pkg-ia32-libs-maintainers

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#492774: strace_4.5.17+cvs080723-1(sparc/unstable): FTBFS on sparc:error: expected '=', ',', ';', 'asm' or '__attribute__' before' pt_regs_is_syscall'

[Frederik Schueler]

Hi!

On Tue, Jul 29, 2008 at 10:45:18AM +0200, Julien Cristau wrote:
 or you could just #include stdbool.h

A patch would be welcome.

Until now, there was no echo on this issue on strace-devel.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#435303: DEB_HOST_GNU_TYPE did change

[Frederik Schueler]

Hi,

fixed with last upload.

Best regards 
Frederik Schüler


On Tue, Jul 31, 2007 at 12:20:15AM +0200, Matthias Klose wrote:
 Package: strace
 Version: 4.5.15-1
 Severity: serious
 
 ifeq ($(DEB_HOST_GNU_TYPE),sparc-linux)
   build64 = yes
   HOST64 = sparc64-linux
   CC64 = gcc -m64
 endif
 
 ifeq ($(DEB_HOST_GNU_TYPE),s390-linux)
   build64 = yes
   HOST64 = s390x-linux
   CC64 = gcc -m64
 endif   
 
 but: dpkg-architecture -qDEB_HOST_GNU_TYPE prints:
 
   DEB_HOST_GNU_TYPE=sparc-linux-gnu
 
 plus, i386 and powerpc have 64bit stuff as well.
 

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#484599: [Pkg-ia32-libs-maintainers] Bug#484599: ia32-libs contains several sources and break policy 4.13

[Frederik Schueler]

severity 484599 important
tags 484599 wontfix
thanks

Hi!

May I ask you for the motivation to open this bug? 

On Thu, Jun 05, 2008 at 07:44:50AM +0200, Julien Danjou wrote:
 ia32-libs contains several sources of software that are already packaged
 and available from the Debian archive.
 [...]
 None of the software contained into ia32-libs are intended to be
 packaged this way.

There are only 2 ways of dealing with this: 

- fix multiarch blockers (binutils) and finish the implementation (not
  for lenny anymore, sorry)

- implement biarch like RedHat and SuSE did, putting all 64bit libs to
  /lib64 and 32bit libs to /lib, and patching dpkg et all to cope with
  this, allowing amd64 to install both amd64 and i386 packages (no way,
  sorry - 4 years too late for this)

But opening RC bugs pointing to the obvious mess doesn't help neither our 
users nor my blood pressure.

Regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#480373: blocked by #463964

[Frederik Schueler]

block 480373 by 463964
thanks

-- 
ENOSIG



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

Bug#479662: [Pkg-ia32-libs-maintainers] Bug#479662: Bug#479662: NMU

[Frederik Schueler]

Hi,

On Thu, May 08, 2008 at 10:08:45PM +0200, Arthur Loiret wrote:
 Sure. And if you're already OK I can do the uploads today.

No.

Please post a full patch and I'll double check it and do the upload.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#460846: redhat-cluster-suite: Depends on non-existant package clvm

[Frederik Schueler]

block 460846 453320
thanks

Hi,

On Tue, Jan 15, 2008 at 10:37:18AM +0100, Aurelien Jarno wrote:
 redhat-cluster-suite depends on clvm which does not exists anymore in
 unstable.

The lvm2 packages in testing are pretty outdated, as soon as 2.02.29-1
migrated there will be a new upload with clvm enabled.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#458013: [Debian-ia32-libs] Bug#458013: no dependency information found for /usr/lib32/libxml2.so.2 (causes wine FTBFS)

[Frederik Schueler]

Hi,

On Thu, Dec 27, 2007 at 11:56:54PM +0100, Robert Millan wrote:
 dpkg-shlibdeps became stricter, causing wine to FTBFS on amd64:
 
 [...]
 dpkg-shlibdeps: failure: no dependency information found for 
 /usr/lib32/libxml2.so.2 (used by debian/libwine/usr/lib/wine/msxml3.dll.so).
 dh_shlibdeps: command returned error code 512
 make: *** [binary-arch] Error 1
 dpkg-buildpackage: failure: fakeroot debian/rules binary-arch gave error exit 
 status 2

Yes this is odd. What are we supposed to do to fix it, put the libs
directly to /lib32 and /usr/lib32 instead of /emul? 

Why does dpkg-shlibdeps not honour symlinks anymore in the first place?

This package was intended as a temporary solution to enable users to RUN 
32bit applications (not to BUILD them), until multiarch was in place, which 
is the only sane way of dealing with this issue, IMHO. But multiarch is
almost vapourvare these days...

I would apreciate any hints leading to a solution for this.

Currently, I tend to reassign this bug to debhelper, but I am not sure
this is the proper solution.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#448873: iscsitarget: ietd.conf public readable and contains passwords

[Frederik Schueler]

Hello,

may we at least get the chance to look into this before you already
start preparing an NMU, please?


Regards
Frederik Schüler

-- 
ENOSIG

Bug#441339: [Debian-ia32-libs] Bug#441339: ia32-libs: use of non fhs-compliant /emul

[Frederik Schueler]

Hello,

and what do you think where should the files go instead? 


There is no place defined for these files, neither in the policy nor in
the FHS.

Multiarch seems the only real solution to me, an as you might know, in
fact the status quo is transitional until multiarch is realized. 

I personally have no short time solution for this, other than changing
the FHS or the policy to specify where to put these files.

Regards
Frederik Schüler

On Sat, Sep 08, 2007 at 11:50:27PM +0200, sean finney wrote:
 Package: ia32-libs
 Version: 2.1
 Severity: serious
 Justification: Policy 9.1.1
 
 rangda[/home/sean] dpkg -S /emul
 ia32-libs-gtk, libg2c0-dev, lib32asound2, lib32gcc1, lib32z1, libc6-i386, 
 lib32ncurses5, ia32-libs, fakeroot, lib32stdc++6: /emul

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#435303: DEB_HOST_GNU_TYPE did change

[Frederik Schueler]

tags 435303 +pending
thanks

Hello,

The change is in upstream cvs, pending release.

Thanks
Frederik Schüler

On Thu, Aug 02, 2007 at 09:46:15AM +0200, Matthias Klose wrote:
Content-Description: message body text
 Roland McGrath writes:
  Please send the patch you want for debian/rules.
 
 attached.
 



-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#428997: strace: FTBFS: ../net.c:803: error: 'PACKET_ADD_MEMBERSHIP' undeclared here (not in a function)

[Frederik Schueler]

Hello Roland,

On Thu, Jul 05, 2007 at 11:54:47AM -0700, Roland McGrath wrote:
 All of these problems indicate regressions in the installed kernel headers.
 I don't think this should be considered an strace bug.

The installed headers are what the kernel version 2.6.21 (tested with
2.6.22-rc4 too) does put together when running make headers_install, so
this might be a vanilla kernel issue.

I came this far investigating this issue:

Using the headers from the linux-kernel-headers package (apparently 
manually assembled by the Debian Glibc team) strace builds fine, while
using linux-libc-dev - which is the packaged outcome of 
make headers_install in the kernel-tree the build fails due to some 
missing defines.
the missing defines are declared in compiler.h, which is not
intended for userspace. Looking at scripts/Makefile.headersinst in the
kernel, you can see all references to it are removed from the other
headers on export. 

After some fruitless digging on lkml and a some discussions on IRC in
#debian-glibc it seemed including stddef.h is mandatory now to get
those defines.

If you have a better fix, please tell me.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#431302: iscsitarget: Uninstallable due to unmet dep on iscsitarget-module

[Frederik Schueler]

Hi,

On Tue, Jul 03, 2007 at 07:46:07PM +0200, Luk Claes wrote:
 Frederik Schueler wrote:
 
 The bug is about a package in main depending (or recommending) on a package
 outside main.

ok, good point :-)

 The bug will still be there... There are two obvious solutions to this bug:
 move the package to contrib or autobuilt iscistarget-module.

We will go the autobuild way.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#431302: iscsitarget: Uninstallable due to unmet dep on iscsitarget-module

[Frederik Schueler]

Hi Luk, Philipp,

IMHO this is not a bug at all. 

The userland tools do not work at all without the kernel module, thus
the dependency is mandatory.
changing the Depends: to a Recommends: would introduce a real bug.

Look at the nvidia-glx package, it handles this the same way.

Maybe we should just add

 Please see the iscsitarget-source package for building the kernel module
 required by this package. This will provide iscsitarget-module.


o the package description and close the bug with this.

On Sun, Jul 01, 2007 at 04:24:50PM +0200, Luk Claes wrote:
 Your package is not installable as it depends on iscsitarget-module, which is
 not available in unstable.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#410010: linux-image-2.6.18-3-amd64: Panic When BNX2 Ring Buffer Fills

[Frederik Schueler]

[EMAIL PROTECTED]
Bcc: Frederik Schueler freddy
Subject: Re: Bug#410010: linux-image-2.6.18-3-amd64: Panic When BNX2 Ring 
Buffer Fills
Reply-To: 
In-Reply-To: [EMAIL PROTECTED]

severity 410010 important
thanks

Hello,

On Tue, Feb 06, 2007 at 08:51:58PM -0500, Steaphan Greene wrote:
 The Linux kernel in Etch does not yet contain the following patch:
 
   http://www.mail-archive.com/netdev@vger.kernel.org/msg28143.html

I'll have a look at this, thanks.

I will ping you in this bug again when we have a snapshot to test.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#406455: [Debian-ia32-libs] Bug#394230: oops, even more libs

[Frederik Schueler]

Hi!

On Thu, Jan 25, 2007 at 11:27:00AM +0100, Robert Millan wrote:
 They're ok.  wine runs and all the linker dependencies of its plugins are
 satisfied.

Great :)

I'll upload today.


 Btw please next time think of signing them (.dsc is enough).  I don't like
 installing unsigned stuff, even if it comes from gluck.

Oops sorry. It should have been signed...


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#406455: [Debian-ia32-libs] Bug#394230: oops, even more libs

[Frederik Schueler]

Hello,

please test the packages at 

http://people.debian.org/~fs/ia32-libs/

the ia32-libs-gtk package contains libglib2.0-0, so it is needed too for
wine.

Additionally, the ia32-libs-gtk package was built using the unstable
version of libpango1.0-0 which includes the fix for #406455.

If both packages now work as desired, I will upload them to the archive -
ia32-libs-gtk of course after libpango1.0-0 1.14.8-5 went into etch.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#406769: linux-image-2.6.18-3-amd64: rdtsc instruction does not serialise on core2 family

[Frederik Schueler]

tags 406769 pending
thanks

Hello,

thanks for the report.

On Sat, Jan 13, 2007 at 08:39:38PM +, Simon Mackinlay wrote:
 commit e4a835d383dc58212a9648ef905cb8087e0c4ab2
 Author: Arjan van de Ven [EMAIL PROTECTED]
 Date:   Mon Dec 11 21:45:01 2006 +0100

this changeset is included in 2.6.18.6 which is already in svn.

You could run a snapshot kernel until the new version is uploaded, to be
found using

deb http://kernel-archive.buildserver.net/debian-kernel sid main

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#404143: Fans unreliable under load, permanent memory leak

[Frederik Schueler]

Hello,

On Sun, Dec 24, 2006 at 02:02:58PM +0100, Moritz Muehlenhoff wrote:
 Do you intent to disable ACPI entirely for all systems?
 
 It appears to me that the affected HP models could be disabled on a per-case
 basis using drivers/acpi/blacklist.c

This looks like a good idea to me, do we know which models are affected?

OTOH, I doubt we have a complete list of affected models, and who knows
what problems may arise for yet to be released laptops...

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#404143: Fans unreliable under load, permanent memory leak

[Frederik Schueler]

Hi *,

this is indeed a severe issue which requires all our attention and care
to solve or circumvent in order for nobodies boxes to get any harm, you
know how expensive these laptops are.

I basically see 3 solutions/workarounds:

1. the brutal one: deactivate ACPI in 2.6.18, have the bios keep control
of the fans - better a noisy laptop until I upgrade the kernel than a
fried box.

2. port 2.6.19 ACPI - noop because way too much work, unless someone 
crazy enough to accomplish this task.

3. go for 2.6.19

Documenting arbitrary breakage in the release notes is not a solution,
just consider how well manuals are usually read (if at all). Users will 
end with damaged hardware and blame us for it.

We released woody with disabled ide dma due to somewhat similar issues
(boxes hanging), so disabling ACPI in 2.6.18 and going for a 2.6.19
based 4.0r1 ASAP seems the best thing to me personally, but this is of
course up for discussion.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#393193: /emul/ia32-linux/usr/lib/libGL.so issues

[Frederik Schueler]

severity 393193 serious
severity 392923 serious
merge 393193 392923
thanks

hello,

the newest upload of nvidia-glx-ia32 has a diversion for libgl.so.

we will close this bug in the next uplooad adding a versioned 
dependency.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#390126: initscripts: breaks chroots and vservers

[Frederik Schueler]

Package: initscripts
Version: 2.86.ds1-27
Severity: serious

Hello,

the new initscripts package mounts ramfs filesystems into my chroots:

tmpfs /org/chroots/sid/lib/init/rw tmpfs rw,nosuid 0 0

additionally, it breaks on upgrade in my vservers:

Setting up initscripts (2.86.ds1-27) ...
mount: permission denied
dpkg: error processing initscripts (--configure):
 subprocess post-installation script returned error exit status 32
Errors were encountered while processing:
 initscripts
E: Sub-process /usr/bin/dpkg returned an error code (1)

IMHO this should be configurable, as it is not needed in chroots or
vserver environments, and completely breaks vservers.


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#389232: linux-image-2.6-amd64: mounting xfs filesystem causes kernel oops

[Frederik Schueler]

reassign 389232 linux-2.6
thanks



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

Bug#383165: mysql-server-4.1: [sarge] replication slave crash when a query with multiupdate and subselects is used.

[Frederik Schueler]

Package: mysql-server-4.1
Version: 4.1.11a-4sarge5
Severity: Serious
Justification: crashes replicating mysql servers
Tags: patch

Hello,

we just experienced http://bugs.mysql.com/bug.php?id=10442 which crashed
all replicating servers, requiring a manual skip of the offending query 
before the replication could be resumed.

This error was fixed in mysql-4.1.13, the corresponding bk commit is to
be found here:

http://lists.mysql.com/internals/26123

and some small (cosmetic) additions here:

http://lists.mysql.com/internals/26262



Please consider applying this patch and updating the sarge package
accordingly.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#372075: bug still present

[Frederik Schueler]

found 372075 2.8.6dev18-2
thanks

hello,

The bug is still there, see
http://buildd.debian.org/build.php?arch=pkg=lynx-cur


Best regards
Frederik Schueler


-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#370803: grub2_1.94-1(amd64/unstable): FTBFS: configure: error: neither start nor _start is defined

[Frederik Schueler]

severity 370803 important
thanks

Hello,

On Tue, Jun 06, 2006 at 04:13:30PM -0700, Steve Langasek wrote:
 An architecture which doesn't appear to have ever built grub2 before, so why
 is this marked serious?

I see your point, lowering the severity.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#369508: fextremes_221.10065-1(amd64/unstable): FTBFS (amd64): unable to load shared library

[Frederik Schueler]

Hello,

On Thu, Jun 01, 2006 at 06:24:43AM -0500, Dirk Eddelbuettel wrote:
 Could you do me a favour?  On an amd64 system, what does
 
   $ grep FLIBS /etc/R/Makeconf
 
 show?  On i386 I get 
 
 [EMAIL PROTECTED]:~ grep FLIBS /etc/R/Makeconf
 FLIBS =  -lgfortran -lm -lgcc_s

of course:

# grep FLIBS /etc/R/Makeconf
FLIBS =  -lgfortran -lm -lgcc_s


 ie by adding the MAKEFLAGS=FLIBS= -lf2c.  Could you try that?  libf2c
 has the pow_dd symbol we got the error for.

interestingly it still does not build with the same error, even if I add
-lf2c to FLIBS in /etc/R/Makeconf...


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#368964: klic: Configure script loops, consuming tons of memory and disk space

[Frederik Schueler]

Package: klic
Version: 3.003-gm1-2
Severity: critical
Justufication: DoS attack against the buildd

Hello,

I had to abort the build of klic this morning, because it consumed most
of the available host memory:

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
21962 1002  35  10 14052 1304  448 R   66  0.0 265:25.71 configure.expec
21964 1002  25  10 3291m 2.7g  456 S   32 71.0 107:14.61 Configure
21703 1002  28  10 29576 8524  380 R7  0.2  26:50.50 sbuild

the resulting logfile was 8.6GB in size:

-rw-r--r-- 1 buildd buildd 9164470282 May 26 11:06 
../logs/klic_3.003-gm1-2_20060526-0519

this is what it looped on:

Which Terminal program for X to use? [] /etc/alternatives/x-terminal-emulator
!!! Can't find an executable file /etc/alternatives/x-terminal-emulator !!!
Which Terminal program for X to use? [] /etc/alternatives/x-terminal-emulator
!!! Can't find an executable file /etc/alternatives/x-terminal-emulator !!!


Regards
Frederik Schueler

-- 
ENOSIG


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

Bug#369003: fmultivar_221.10065-1(amd64/unstable): FTBFS: Error: Label at (1) is not in the same block as the GOTO statement at (2)

[Frederik Schueler]

Hello,

On Fri, May 26, 2006 at 01:36:09PM -0500, Dirk Eddelbuettel wrote:
 Hm, built on all other platforms.  

It did too on amd64, when we built the old, unofficial archive (before 
gcc-4.0).


 R itself is now built with gcc/gfortran
 4.0.* -- do you understand where all the 3.4 versions of gcc/g77 come from?

g77 depends on cpp (= 4:4.0.3-4), gcc (= 4:4.0.3-4), g77-3.4 (= 3.4.6-1)

Seems gcc-defaults has to be updated, and all r-cran packages have to be
updated?


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#369003: fmultivar_221.10065-1(amd64/unstable): FTBFS: Error: Label at (1) is not in the same block as the GOTO statement at (2)

[Frederik Schueler]

Hi,

On Fri, May 26, 2006 at 03:18:35PM -0500, Dirk Eddelbuettel wrote:
 All fine, but who depends on g77?  For R, I make'em build-depend on
 r-base-dev, and that now has
 
refblas3-dev depends on it, which is a dependency of r-base-dev. Looking
closer, r-base-dev depends on 

refblas3-dev | atlas3-base-dev | libblas-3.so

and the buildds use to pick the first one by default. But atlas3-base-dev 
depends on g77 too...

   http://qa.debian.org/developer.php?login=eddcomaint=yes 

nice bug count ;-)


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#368572: closed by Yann Dirson [EMAIL PROTECTED] (Bug#368572: fixed in tulip 2.0.4-2)

[Frederik Schueler]

found 368572 2.0.4-2
thanks


Hello,

unfortunately, the problem is still there.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#368358: courier-authdaemon - fails to install

[Frederik Schueler]

Hello,

have a look at the

http://buildd.debian.org/build.php?arch=pkg=gnome-schedule 

buildogs, version 1.0.0-1.1

virtually all architectures failed because courier-authdaemon failed to install 
and
remove correctly.

The package was obviously not installed in the buildd chroots.

I had to manually add an exit 0 to the prerm to purge it, and kill
several processes by hand.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#366105: opencv_0.9.7-1(amd64/unstable): build failure: error: '__m128d' was not declared in this scope

[Frederik Schueler]

Package: opencv
Version: 0.9.7-1
Severity: serious

Hello,

There was an error while trying to autobuild your package:

 g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I../../cxcore/include -I../.. -Wall 
 -fno-rtti -pipe -DNDEBUG -fomit-frame-pointer -O3 -MT cxalloc.lo -MD -MP -MF 
 .deps/cxalloc.Tpo -c cxalloc.cpp  -fPIC -DPIC -o .libs/cxalloc.o
 ../../cxcore/include/cxtypes.h: In function 'int cvRound(double)': 
 ../../cxcore/include/cxtypes.h:192: error: '__m128d' was not declared in this 
 scope
 ../../cxcore/include/cxtypes.h:192: error: expected `;' before 't' 
 ../../cxcore/include/cxtypes.h:193: error: 't' was not declared in this scope
 ../../cxcore/include/cxtypes.h:193: error: '_mm_cvtsd_si32' was not declared 
 in this scope
 ../../cxcore/include/cxtypes.h: In function 'int cvFloor(double)': 
 ../../cxcore/include/cxtypes.h:218: error: '__m128d' was not declared in this 
 scope
 ../../cxcore/include/cxtypes.h:218: error: expected `;' before 't' 
 ../../cxcore/include/cxtypes.h:219: error: 't' was not declared in this scope
 ../../cxcore/include/cxtypes.h:219: error: '_mm_cvtsd_si32' was not declared 
 in this scope
 ../../cxcore/include/cxtypes.h:220: error: '_mm_cvtsi32_sd' was not declared 
 in this scope
 ../../cxcore/include/cxtypes.h:220: error: '_mm_cmplt_sd' was not declared in 
 this scope
 ../../cxcore/include/cxtypes.h:220: error: '_mm_movemask_pd' was not declared 
 in this scope
 ../../cxcore/include/cxtypes.h: In function 'int cvCeil(double)':
 ../../cxcore/include/cxtypes.h:232: error: '__m128d' was not declared in this 
 scope
 ../../cxcore/include/cxtypes.h:232: error: expected `;' before 't'
 ../../cxcore/include/cxtypes.h:233: error: 't' was not declared in this scope
 ../../cxcore/include/cxtypes.h:233: error: '_mm_cvtsd_si32' was not declared 
 in this scope
 ../../cxcore/include/cxtypes.h:234: error: '_mm_cvtsi32_sd' was not declared 
 in this scope
 ../../cxcore/include/cxtypes.h:234: error: '_mm_cmpgt_sd' was not declared in 
 this scope
 ../../cxcore/include/cxtypes.h:234: error: '_mm_movemask_pd' was not declared 
 in this scope
 cxalloc.cpp: In function 'void* cvAlloc(size_t)':
 cxalloc.cpp:105: warning: comparison is always false due to limited range of 
 data type
 make[4]: *** [cxalloc.lo] Error 1
 make[4]: Leaving directory `/build/buildd/opencv-0.9.7/cxcore/src'
 make[3]: *** [all-recursive] Error 1
 make[3]: Leaving directory `/build/buildd/opencv-0.9.7/cxcore'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/build/buildd/opencv-0.9.7'
 make[1]: *** [all] Error 2
 make[1]: Leaving directory `/build/buildd/opencv-0.9.7'
 make: *** [build-stamp] Error 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=amd64pkg=opencvver=0.9.7-1


Best regards
Frederik Schueler



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

Bug#355733: fixed bugs in strace

[Frederik Schueler]

tags 355733 +fixed
tags 315500 +fixed

thanks

Hello,

#355733 and #315500 are fixed in the last upload of strace.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#364048: qof_0.6.4-1(amd64/unstable): FTBFS on 64bit architectures

[Frederik Schueler]

Hello,

On Sat, Apr 22, 2006 at 08:08:36PM +0100, Neil Williams wrote:
 The second patch I sent has been reported to fail by other 64bit testers so 
 I've got - what I hope - is the proper solution and it's tested against the 
 original source.
 
it works now :-)


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#364048: qof_0.6.4-1(amd64/unstable): FTBFS on 64bit architectures

[Frederik Schueler]

Hello,

On Fri, Apr 21, 2006 at 07:45:20PM +0100, Neil Williams wrote:
 Could you test this patch for me?
 
I would like to, but the patch does not apply. Investigating by hand,
it seems the diff is against an even newer version than in 0.6.4-1:

  if (!ok || always_print)
  {
fprintf (stderr,
 \n%lld:%lld - %s -\n%lld:%lld 
 (diff of %lld secs %lld nsecs)\n,
 (long long int) ts.tv_sec,
 (long long int) ts.tv_nsec,
 str,
[...]

 ? test-date.c.patch
 Index: test-date.c
 ===
 RCS file: /var/lib/cvs/qof/qof/test/test-date.c,v
 retrieving revision 1.10
 diff -p -u -b -B -r1.10 test-date.c
 --- test-date.c   17 Apr 2006 22:09:15 -  1.10
 +++ test-date.c   21 Apr 2006 18:42:46 -
 @@ -61,9 +61,9 @@ check_time (Timespec ts, gboolean always
if (!ok || always_print)
{
  fprintf (stderr,
 - \n% G_GUINT64_FORMAT :% G_GUINT64_FORMAT  - %s -\n
 -  % G_GUINT64_FORMAT :% G_GUINT64_FORMAT  
 - (diff of % G_GUINT64_FORMAT  secs % G_GUINT64_FORMAT  
 nsecs)\n,
 + \n% G_GINT64_FORMAT :% G_GINT64_FORMAT  - %s -\n
 +  % G_GINT64_FORMAT :% G_GINT64_FORMAT  
 + (diff of % G_GINT64_FORMAT  secs % G_GINT64_FORMAT  
 nsecs)\n,
   (long long int) ts.tv_sec,
   (long long int) ts.tv_nsec,
   str,
 @@ -94,8 +94,8 @@ check_conversion (const char * str, Time
if ((expected_ts.tv_sec != ts.tv_sec) || (expected_ts.tv_nsec != 
 ts.tv_nsec)) 
{
  fprintf (stderr, 
 - \nmis-converted \%s\ to % G_GUINT64_FORMAT .%09ld 
 seconds\n
 - \twas expecting % G_GUINT64_FORMAT .%09ld seconds\n, 
 + \nmis-converted \%s\ to % G_GINT64_FORMAT .%09ld seconds\n
 + \twas expecting % G_GINT64_FORMAT .%09ld seconds\n, 
   str, ts.tv_sec, ts.tv_nsec, 
   expected_ts.tv_sec, expected_ts.tv_nsec); 
  failure (misconverted timespec);


it looks like a fix for the fix.

If you need further help... :)

best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#297789: updated patch

[Frederik Schueler]

Hello,

On Tue, Apr 18, 2006 at 12:15:29AM -0600, LaMont Jones wrote:
 How much longer should I wait for the latest and and most updated patch?

I was not aware you where waiting for an updated patch since one year 
(or two, counting the other bug which contained code to activate rdev,
too).

 and what specifically makes this a policy violation and/or release
 critical bug (thereby justifying serious, and threatening NMU?)

rdev missing on amd64 since 1 year.
Maybe serious is a too hgh priority, but it is at least important, and
the NMU would have been a porter NMU.


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#297789: updated patch

[Frederik Schueler]

Hello,

find an updated patch attached.

Best regars
Frederik Schueler

-- 
ENOSIG
diff -u util-linux-2.12r/debian/rules util-linux-2.12r/debian/rules
--- util-linux-2.12r/debian/rules
+++ util-linux-2.12r/debian/rules
@@ -22,6 +22,7 @@
 version := $(shell sed -e '1{;s|^util-linux (\(.*\))\ .*|\1|;q;}' 
debian/changelog)
 
 fdisk_arch = $(findstring $(arch),alpha i386 powerpc ppc64 arm mips mipsel 
hppa ia64 hurd-i386 amd64 s390)
+rdev_arch = $(findstring $(arch),i386 amd64)
 sparc = $(findstring $(arch),sparc sparc64)
 nohwclock = $(findstring $(arch),s390)
 
@@ -155,7 +156,7 @@
 MAN8FILES := $(MAN8FILES) fdisk/fdisk.8
 DOCFILES  := $(DOCFILES) fdisk/README.fdisk
 endif
-ifeq ($(arch),i386)
+ifeq ($(arch),$(rdev_arch))
 USBINFILES:= $(USBINFILES) sys-utils/rdev
 MAN8FILES := $(MAN8FILES) sys-utils/{rdev.8,vidmode.8} \
sys-utils/{ramsize.8,rootflags.8}
@@ -182,7 +183,7 @@
install$(UBINFILES2) debian/tmp/usr/bin
 ifneq ($(USBINFILES),)
install -s $(USBINFILES) debian/tmp/usr/sbin
-ifeq ($(arch), i386)
+ifeq ($(arch),$(rdev_arch))
ln -s rdev debian/tmp/usr/sbin/ramsize
ln -s rdev debian/tmp/usr/sbin/vidmode
ln -s rdev debian/tmp/usr/sbin/rootflags
diff -u util-linux-2.12r/debian/patches/00list 
util-linux-2.12r/debian/patches/00list
--- util-linux-2.12r/debian/patches/00list
+++ util-linux-2.12r/debian/patches/00list
@@ -16,0 +17 @@
+99-amd64-rdev.dpatch
diff -u util-linux-2.12r/debian/changelog util-linux-2.12r/debian/changelog
--- util-linux-2.12r/debian/changelog
+++ util-linux-2.12r/debian/changelog
@@ -1,3 +1,10 @@
+util-linux (2.12r-8.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * provide rdev executable and docs on amd64. Closes: #297789
+
+ -- Frederik Schüler [EMAIL PROTECTED]  Mon, 17 Apr 2006 14:55:17 +0200
+
 util-linux (2.12r-8) unstable; urgency=high
 
   * Drop NFS v4 patch, since it breaks mounting things exported by
only in patch2:
unchanged:
--- util-linux-2.12r.orig/debian/patches/99-amd64-rdev.dpatch
+++ util-linux-2.12r/debian/patches/99-amd64-rdev.dpatch
@@ -0,0 +1,18 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 99-amd64-rdev.dpatch by Frederik Schüler [EMAIL PROTECTED]
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: hacking architecture detection to get rdev on amd64 too.
+
[EMAIL PROTECTED]@
+--- util-linux/sys-utils/Makefile.old  2006-04-17 15:37:24.0 +0200
 util-linux/sys-utils/Makefile  2006-04-17 15:39:11.0 +0200
+@@ -37,7 +37,7 @@
+ endif
+ endif
+ 
+-ifeq $(ARCH) intel
++ifeq $(ARCH) $(findstring $(ARCH),intel amd64)
+ MAN8:=$(MAN8) rdev.8 ramsize.8 rootflags.8 vidmode.8
+ USRSBIN:=$(USRSBIN) rdev
+ endif


signature.asc
Description: Digital signature

Bug#361645: ssed_3.62-4(amd64/unstable): FTBFS: pcre2p test fails on amd64

[Frederik Schueler]

Package: ssed
Version: 3.62-4
Severity: serious

Hello,

There was an error while trying to autobuild your package:

the pcre2p test fails, find attached pcre2p.out which contains pretty
odd errors messages:

/the quick brown fox/
the quick brown fox
No match: POSIX code 14: failed to get memory
What do you know about the quick brown fox?
No match: POSIX code 14: failed to get memory
*** Failers


A full build log can be found at:
http://buildd.debian.org/build.php?arch=amd64pkg=ssedver=3.62-4

Best regards
Frederik Schueler

-- 
ENOSIG
/the quick brown fox/
the quick brown fox
No match: POSIX code 14: failed to get memory
What do you know about the quick brown fox?
No match: POSIX code 14: failed to get memory
*** Failers
No match: POSIX code 14: failed to get memory
The quick brown FOX
No match: POSIX code 14: failed to get memory
What do you know about THE QUICK BROWN FOX?
No match: POSIX code 14: failed to get memory

/The quick brown fox/i
the quick brown fox
No match: POSIX code 14: failed to get memory
The quick brown FOX
No match: POSIX code 14: failed to get memory
What do you know about the quick brown fox?
No match: POSIX code 14: failed to get memory
What do you know about THE QUICK BROWN FOX?
No match: POSIX code 14: failed to get memory

/abcd\t\n\r\f\a\e\o071\x3b\$\\?caxyz/
abcd\t\n\r\f\a\e9;\$\\?caxyz
No match: POSIX code 14: failed to get memory

/a*abc?xyz+pqr{3}ab{2,}xy{4,5}pq{0,6}AB{0,}zz/x
abxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
abxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aabxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aaabxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
bxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
abcxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aabcxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpqqAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpqqqAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpqqAzz
No match: POSIX code 14: failed to get memory
bcxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
abxyzzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aabxyzzzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aaabxypqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
bxypqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
abcxyzzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aabcxyzzzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
aaabcxypqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
bcxypqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
bcxypqrrrabbbxpqAzz
No match: POSIX code 14: failed to get memory
bcxypqrrrabbbxypqAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpABzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpABBzz
No match: POSIX code 14: failed to get memory
aaabxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
bxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
abcxyzpqrrrabbxpqAzz
No match: POSIX code 14: failed to get memory
*** Failers
No match: POSIX code 14: failed to get memory
abxyzpqrrabbxpqAzz
No match: POSIX code 14: failed to get memory
abxyzpqabbxpqAzz
No match: POSIX code 14: failed to get memory
abxyzpqrrrabxpqAzz
No match: POSIX code 14: failed to get memory
bcxypqrrrabbbxyypqAzz
No match: POSIX code 14: failed to get memory
bcxypqrrrabbbxyyypqAzz
No match: POSIX code 14: failed to get memory
aaabcxyzpqrrrabbxpqqqAzz
No match: POSIX code 14: failed to get memory

/^\(abc\)\{1,2\}zz/
abczz
No match: POSIX code 14: failed to get memory
abcabczz
No match: POSIX code 14: failed to get memory
*** Failers
No match: POSIX code 14: failed to get memory
zz
No match: POSIX code 14: failed to get memory
abcabcabczz
No match: POSIX code 14: failed to get memory
abczz
No match: POSIX code 14: failed to get memory

/^(b+|a){1,2}c/x
bc
No match: POSIX code 14: failed to get memory
bbc
No match: POSIX code 14: failed to get memory
bbbc
No match: POSIX code 14: failed to get memory
bac
No match: POSIX code 14: failed to get memory
bbac
No match: POSIX code 14: failed

Bug#361557: mailfront_0.98-1(amd64/unstable): FTBFS: several tests fail

[Frederik Schueler]

Package: mailfront
Version: 0.98-1
Severity: serious

There was an error while trying to autobuild your package:

several tests failed, please have a look at the build log.

 Test tests/pop3front-maildir-state true TOP 1 0 failed:
 @@ -1,8 +1,8 @@
  +OK ^M
  Header: foo^M
  ^M
  ^M
  .^M
  +OK ^M
 -cur/1
  
 cur/this.is.a.very.long.filename.that.should.get.truncated.after.the.X...XBUGBUGBUGBUG
 +cur/1

 57 tests executed, 5 failures
 make: *** [build-stamp] Error 1

A full build log can be found at:
http://buildd.debian.org/build.php?arch=amd64pkg=mailfrontver=0.98-1

Best regards
Frederik Schueler

-- 
ENOSIG


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

Bug#355733: please upload new strace 4.5.14, it fixes an FTBFS on all architectures

[Frederik Schueler]

Hello,

I was preparing an NMU when I stumbled across the new upstream version. 

please upload strace 4.5.14 to the archive, it fixes #355733.


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#360552: d4x_2.5.6-2(amd64/unstable): FTBFS: Old build dependency on xlibs-dev

[Frederik Schueler]

Hello,

On Mon, Apr 03, 2006 at 03:24:05AM -0700, Steve Langasek wrote:
 Please check for existing bug reports (including pending and forwarded
 reports) before opening new FTBFS bugs...

oops sorry, that one escaped my attention.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#354847: FTBFS: 1.15.1-4 fails 2 tests on amd64

[Frederik Schueler]

Hello,

we hit the problem again now while rebuilding the archive for amd64.

The ext3 filesystem of the buildd has the option dir_index activated, 
this causes the build failure.


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#347412: Tried with just skge

[Frederik Schueler]

severity 347412 important
thanks

Hello,

this is a driver issue, lowering the severity to non-RC.


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#344515: kernel module ip2100 crashes when loading firmware on amd64-system

[Frederik Schueler]

Hello,

the ipw2100 module will be disabled for all architectures but i386 in
the next linux-2.6 2.6.15 upload.

The driver looks broken on 64bit architectures; if it gets ever fixed,
it will be reactivated.


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#344740: kernel-package: latest unstable version breaks linux-2.6 build on amd64

[Frederik Schueler]

Package: kernel-package
Version: 10.024
Severity: grave

Hello,

The changes introduced in kernel-package between 10.020 and 10.023 break
the amd64 build in the linux-2.6 package, see attached build log.

This might be a problem with amd64/x86-64, having dpkg and the kernel
sources call the arch differently (If this is the case, sparc hppa and
powerpc might be afffected too).

If I just need to change something in the build defines ( setting kpkg-arch
to either amd64 or x86_64, like Svenl suggested on IRC, did not help) or
in the package build system itself, please give me some a hand to fix
it. 

Best regards
Frederik Schueler

-- 
ENOSIG
dpkg-buildpackage: source package is linux-2.6
dpkg-buildpackage: source version is 2.6.14+2.6.15-rc7-0experimental.1
dpkg-buildpackage: host architecture amd64
 debian/rules clean
dh_testdir
rm -rf debian/build debian/stamps debian/lib/python/*.pyc debian/*.kpatches.arch
dh_clean
 debian/rules build
dh_testdir
/usr/bin/make -f debian/rules.gen setup-amd64
make[1]: Entering directory `/usr/src/debian-kernel/linux-2.6-2.6.14+2.6.15-rc7'
/usr/bin/make -f debian/rules.real setup-arch 
SOURCE_VERSION='2.6.14+2.6.15-rc7-0experimental.1' VERSION='2.6.15' 
SOURCE_UPSTREAM='2.6.14+2.6.15-rc7' ABINAME='rc7' KPKG_ABINAME='' ARCH='amd64' 
UPSTREAM_VERSION='2.6.15-rc7' REVISIONS='0experimental.1'
make[2]: Entering directory `/usr/src/debian-kernel/linux-2.6-2.6.14+2.6.15-rc7'
rm -rf 'debian/build/source'
mkdir -p 'debian/build/source'
cp -al COPYING CREDITS Documentation Kbuild MAINTAINERS Makefile README 
REPORTING-BUGS arch block crypto drivers fs include init ipc kernel lib mm net 
scripts security sound usr 'debian/build/source'
cd 'debian/build/source'; override_version='2.6.14+2.6.15-rc7-0experimental.1' 
override_revisions='0experimental.1' 
home='/usr/src/debian-kernel/linux-2.6-2.6.14+2.6.15-rc7/debian/patches-debian' 
sh '/usr/src/debian-kernel/linux-2.6-2.6.14+2.6.15-rc7/debian/bin/apply'
W: No version.Debian file, assuming pristine Linux 2.6.14+2.6.15-rc7
fbdev-radeon-noaccel.patch  OK (+)
fs-asfs-2.patch OK (+)
ia64-irq-affinity-upfix.patch   OK (+)
modular-ide-pnp.patch   OK (+)
powerpc-mkvmlinuz-support.patch OK (+)
powerpc-serial.patchOK (+)
sparc64-hme-lockup.patchOK (+)
version.patch   OK (+)
m68k-bvme.patch OK (+)
m68k-mvme147.patch  OK (+)
m68k-mvme16x.patch  OK (+)
m68k-spinlock.patch OK (+)
sparc64-atyfb-xl-gr.patch   OK (+)
powerpc-arch-default-powerpc.patch  OK (+)
drivers-scsi-megaraid_splitup.patch OK (+)
-- 2.6.14+2.6.15-rc7-0experimental.1 fully applied.
#make-kpkg does this when building kernel-source.
mv 'debian/build/source/scripts/package/Makefile' 
'debian/build/source/scripts/package/Makefile.dist'
mv 'debian/build/source/scripts/package/builddeb' 
'debian/build/source/scripts/package/builddeb.dist'
echo # Dummy Makefile  'debian/build/source/scripts/package/Makefile'
echo all:  'debian/build/source/scripts/package/Makefile'
touch 'debian/stamps/source'
make[2]: Leaving directory `/usr/src/debian-kernel/linux-2.6-2.6.14+2.6.15-rc7'
/usr/bin/make -f debian/rules.real setup-subarch KERNEL_HEADER_DIRS='x86_64' 
KPKG_ABINAME='' UPSTREAM_VERSION='2.6.15-rc7' ABINAME='rc7' VERSION='2.6.15' 
SOURCE_UPSTREAM='2.6.14+2.6.15-rc7' SUBARCH='none' 
SOURCE_VERSION='2.6.14+2.6.15-rc7-0experimental.1' ARCH='amd64' 
REVISIONS='0experimental.1'
make[2]: Entering directory `/usr/src/debian-kernel/linux-2.6-2.6.14+2.6.15-rc7'
rm -rf 'debian/build/source-amd64-none'
cp -al 'debian/build/source' 'debian/build/source-amd64-none'
mkdir -p 'debian/build/source-amd64-none/debian'
cp debian/changelog 'debian/build/source-amd64-none/debian'
cp debian/copyright 'debian/build/source-amd64-none/debian'
cp debian/control 'debian/build/source-amd64-none/debian/control'
touch 'debian/build/source-amd64-none/debian/official'
if [ -n '' ]; then  \
  cd 'debian/build/source-amd64-none';  
\
  for patch in ; do \
cat /usr/src/debian-kernel/linux-2.6-2.6.14+2.6.15-rc7/$patch | 
patch -p1;\
  done; \
fi
touch 'debian/stamps/source-amd64-none'
rm -rf 'debian/build/build-amd64-none'
cp -al 'debian/build/source-amd64-none' 'debian/build/build-amd64-none'
cd 'debian/build/build-amd64-none'; env -u ABINAME -u ARCH -u SUBARCH -u 
FLAVOUR -u VERSION DEBIAN_ABINAME='rc7' DEBIAN_FLAVOUR='' 
DEBIAN_VERSION='2.6.15' MAKEFLAGS='' make-kpkg --append-to-version '' --arch

Bug#336295: linux-2.6 arch specific include/asm-$(ARCH)/ headers are not included in linux-headers-2.6.14-1 packages

[Frederik Schueler]

Hello,

Looks like this change was introduced with commit r4606 and not
documented nor propagated to all arch maintainers properly.

Waldi: can you please elaborate? should we add 

kernel-header-dirs: kernel arch name 

to every debian/arch/$arch/defines file or are you working on an 
alternative fix?


I think 2.6.14-2 should wait until this is fixed, otherwise the kernel
images will be useless for most users relying on external modules.


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#333197: linux-image-2.6.12-1-amd64-k8-smp: Cannot keep ide-scsi from loading

[Frederik Schueler]

severity 333197 important 
thanks

Hello,

On Mon, Oct 10, 2005 at 11:02:54PM +0200, Karsten Voss wrote:
 With kernel 2.6.12 the module ide-scsi is always loaded and takes over
 the DVD Burner. This makes the drive unusable. iso9660 CD-ROMs or DVDs
 cannot be mounted. 

Which version of udev are you using? I suspect this is causing ide-scsi
to get loaded.

Nevertheless, ide-scsi is going to be deactivated for all architectures
in the next upload, changes are already committed to SVN.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#325726:

[Frederik Schueler]

Hello,

can you give linux-image-2.6.13-1-amd64-k8 from experimental a try?

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#333067: linux-image-k7: System unusable after reboot because rivafb is compiled with debugging enabled.

[Frederik Schueler]

Hello,

On Mon, Oct 10, 2005 at 08:39:35AM +, Dominik Kubla wrote:
 After updating udev a reboot resulted in a unusable system because
 rivafb was being loaded by udev/coldplug. rivafb is not usable,
 especially not when being compiled with debugging enabled. Result was a
 system that only printed panning related debugging messages.


The driver has been deactivated in svn for both 2.6.12 and 13 now.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#325726: kernel-image-2.6.8-11-amd64-generic: kernel panics/hangs (SATA related?)

[Frederik Schueler]

Hello,

2.6.8 has known issues with software-raid. You can try a newer kernel,
preferably linux-image-2.6.12-1-amd64-k8 from unstable - unless you are
using udev, then you need to uninstall udev first (or use a backport).

is this problem reproducible with a 2.6.12 debian kernel?

By the way: you should not use the -generic flavour wich is intended for
the debian installer only, but either the amd64-k8(-smp) or 
em64t-p4(-smp) flavours depending on your box having an amd or intel 
processor. those kernels are optimized for the respective architecture
(cache alignment, compiler options etc).

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#320234: rt2500: warning: libstdc++.so.5, needed by /usr/share/qt3/lib/libqt-mt.so, may conflict with libstdc++.so.6

[Frederik Schueler]

Package: rt2500
Version: 1.1.0+cvs20050710-1
Severity: serious
Justification: FTBFS, violates C++ ABI transition

Hello,

latest rt2500 (and rt2400 too) do violate the C++ abi transition, as
they build-depend on libqt3-mt-dev and where uploaded after the C++
transition begun. This leads to a depends line like

 Depends: rt2500-base (= 1.1.0+cvs20050710-1), libc6 (= 2.3.2.ds1-21), 
libgcc1 (= 1:4.0.0-9), libqt3c102-mt (= 3:3.3.4), libstdc++6 (= 4.0.1), 
libx11-6 | xlibs ( 4.1.0), libxext6 | xlibs ( 4.1.0)

see for example

http://buildd.debian.org/fetch.php?pkg=rt2500ver=1.1.0%2Bcvs20050710-1arch=sparcstamp=1121104806file=logas=raw

and others found on http://buildd.debian.org/build.php?arch=pkg=rt2500

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#318956: glibc: causes static builds to FTBFS on amd64

[Frederik Schueler]

Package: libc6
Version: 2.3.2.ds1-22
Severity: serious
Justification: causes FTBFS on amd64

Hello,

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 newt (did 
not test more).

buildd logs of some failed packages are available here:

http://amd64.ftbfs.de/fetch.php?pkg=newtver=0.51.6-28arch=amd64stamp=1121463064file=logas=raw
http://amd64.ftbfs.de/fetch.php?pkg=nntpver=1.5.12.1-18arch=amd64stamp=1121636332file=logas=raw
http://amd64.ftbfs.de/fetch.php?pkg=sashver=3.7-6arch=amd64stamp=1121378909file=logas=raw
http://amd64.ftbfs.de/fetch.php?pkg=zshver=4.2.5-10arch=amd64stamp=1121379036file=logas=raw

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#318610: zsh_4.2.5-10: FTBFS on amd64 and ia64

[Frederik Schueler]

clone 318610 -1
retitle -1 libc6: current unstable version causes zsh to FTBFS on amd64 
reassign -1 libc6
merge -1 318956
thanks

Hello,

it turned out to be a glibc problem, and it seems fixed in experimental.
Reassigning the bug.

Best regards
Frederik Schueler


On Sat, Jul 16, 2005 at 12:34:11PM -0400, Clint Adams wrote:
 Date: Sat, 16 Jul 2005 12:34:11 -0400
 From: Clint Adams [EMAIL PROTECTED]
 To: Frederik Schueler [EMAIL PROTECTED], [EMAIL PROTECTED]
 Subject: Re: Bug#318610: zsh_4.2.5-10: FTBFS on amd64 and ia64
 
  checking for C compiler default output file name... configure: error: C 
  compiler cannot create executables
 
 Is gcc unable to build static binaries?

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#318607: dash_0.5.2-6: FTBFS on 64bit architectures

[Frederik Schueler]

Package: dash
Version: 0.5.2-6
Severity: serious
Justification: Fails to build from source

Hello,

dash FTBFS on amd64, alpha and ia64, see attached buildd log.

Best regards
Frederik Schueler

-- 
ENOSIG
---BeginMessage---
Automatic build of dash_0.5.2-6 on athlon.lowpingbastards.de by sbuild/amd64 
1.170.5
Build started at 20050710-2305
**
Checking available source versions...
Fetching source files...
Reading package lists...
Building dependency tree...
Need to get 229kB of source archives.
Get:1 http://amd64.debian.net sid/main dash 0.5.2-6 (dsc) [639B]
Get:2 http://amd64.debian.net sid/main dash 0.5.2-6 (tar) [207kB]
Get:3 http://amd64.debian.net sid/main dash 0.5.2-6 (diff) [21.5kB]
Fetched 229kB in 1s (115kB/s)
Download complete and in download only mode
** Using build dependencies supplied by package:
Build-Depends: po-debconf, dietlibc-dev [alpha amd64 arm hppa i386 ia64 mips 
mipsel powerpc ppc64 s390 sparc]
Checking for already installed source dependencies...
po-debconf: missing
dietlibc-dev: missing
Checking for source dependency conflicts...
  /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install 
po-debconf dietlibc-dev
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  gettext gettext-base intltool-debian
Suggested packages:
  dietlibc-doc cvs gettext-doc
Recommended packages:
  dietlibc curl wget lynx libmail-sendmail-perl libcompress-zlib-perl
The following NEW packages will be installed:
  dietlibc-dev gettext gettext-base intltool-debian po-debconf
0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/2445kB of archives.
After unpacking 9658kB of additional disk space will be used.
Selecting previously deselected package gettext-base.
(Reading database ... 8677 files and directories currently installed.)
Unpacking gettext-base (from .../gettext-base_0.14.5-2_amd64.deb) ...
Selecting previously deselected package dietlibc-dev.
Unpacking dietlibc-dev (from .../dietlibc-dev_0.29-2_amd64.deb) ...
Selecting previously deselected package gettext.
Unpacking gettext (from .../gettext_0.14.5-2_amd64.deb) ...
Selecting previously deselected package intltool-debian.
Unpacking intltool-debian (from .../intltool-debian_0.30+20040213_all.deb) ...
Selecting previously deselected package po-debconf.
Unpacking po-debconf (from .../po-debconf_0.8.23_all.deb) ...
Setting up gettext-base (0.14.5-2) ...

Setting up dietlibc-dev (0.29-2) ...

Setting up gettext (0.14.5-2) ...

Setting up intltool-debian (0.30+20040213) ...
Setting up po-debconf (0.8.23) ...
Checking correctness of source dependencies...
Toolchain package versions: libc6-dev_2.3.2.ds1-22 
linux-kernel-headers_2.6.12.0-1 gcc-4.0_4.0.0-12 g++-4.0_4.0.0-12 
binutils_2.16.1-1 libstdc++6-4.0-dev_4.0.0-12 libstdc++6_4.0.0-12
--
dpkg-source: extracting dash in dash-0.5.2
dpkg-source: unpacking dash_0.5.2.orig.tar.gz
dpkg-source: applying /home/buildd/build/dash_0.5.2-6.diff.gz
dpkg-buildpackage: source package is dash
dpkg-buildpackage: source version is 0.5.2-6
dpkg-buildpackage: host architecture amd64
 fakeroot debian/rules clean
rm -rf build-tmp build-udeb-tmp
rm -f configure-stamp configure-udeb-stamp build-stamp \
  build-udeb-stamp po-templates-stamp
rm -rf '/build/buildd/dash-0.5.2/debian/dash' 
'/build/buildd/dash-0.5.2/debian/dash'-udeb 
'/build/buildd/dash-0.5.2/debian/ash'
rm -f debian/files debian/substvars debian/dash.templates changelog
 debian/rules build
mkdir -p build-tmp
(cd build-tmp  CC='cc' CFLAGS='-g -O2 -Wall' exec ../configure)
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of cc... gcc3
checking for bison... no
checking for byacc... no
checking for mempcpy... yes
checking for sigsetmask... yes
checking for stpcpy... yes
checking for strchrnul... yes
checking for strtoimax... yes
checking for strtoumax... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating config.h
config.status: executing depfiles commands
touch configure-stamp
gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v 
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr

Bug#316476: kernel-source-2.6.11: Fails to boot since 2.6.11-4

[Frederik Schueler]

Hello,

On Fri, Jul 01, 2005 at 02:10:04AM -0400, Pascal Giard wrote:
 Since kernel-image-2.6.11-amd64-generic 2.6.11-4, the kernel-image won't
 boot.
 
 The first error message says something like:
  Can't load shared object file libc.so.6 
 The second error message says it can't find sda1.
 
Do you have the initrd in place, and is it linked correctly in the
bootloader? 

 My hypothesis is that the necessary modules for my onboard SATA
 controller are no longer included in the initrd image.
 
 I HAVEN'T modified /etc/mkinitrd/mkinitrd.conf.
 
 I've a pretty common Asus K8V-X motherboard which SATA ctrler
 requires at least scsi_mod, sata_via and libata to work.

what do you have listed in your /etc/mkinitrd/modules?

 
 Booting with the current kernel-image-2.6.8-amd64-generic image works fine.
 I'm happy i kept my very old image before upgrading 2.6.11!!

the amd64-generic kernel is intended for the installer, you should
run install 2.6.11-9-amd64-k8 instead, but this is another issue.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#316476: kernel-source-2.6.11: Fails to boot since 2.6.11-4

[Frederik Schueler]

Hello,

On Fri, Jul 01, 2005 at 01:02:19PM -0400, Pascal Giard wrote:
 
 Hi Frederik,
 
 i've just tried kernel-image-2.6.11-amd64-k8 with the exact same result...
 
This is interesting. You have latest initrd-utils installed, and your
system is up to date?

can you please send your mkinitrd.conf?

menu.lst looks good, do the root devices match?

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#297196: Dummy bug to keep kernel-image-2.6.10-amd64 out of sarge

[Frederik Schueler]

package: kernel-image-2.6.10-amd64  


version: 2.6.10-2   


severity: grave 


justification: please keep kernel-image-2.6.10-amd64 out of sarge   





This is a dummy bug to keep kernel-image-2.6.10-amd64 out of sarge. 





Kind regards


Frederik Schueler   




-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#281306: libapache-mod-backhand: build error: autoconf: command not found

[Frederik Schueler]

tags +patch
thanks

The fix is pretty simple, see attached patch.

Kind regards
Frederik Schueler

-- 
ENOSIG
@@ -2,7 +2,7 @@
 Section: web
 Priority: optional
 Maintainer: James Bromberger [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.1.6), apache-dev (=1.3.20-1), autotools-dev
+Build-Depends: debhelper (= 4.1.6), apache-dev (=1.3.20-1), autotools-dev, 
automake1.4
 Standards-Version: 3.6.1.0
 
 Package: libapache-mod-backhand


signature.asc
Description: Digital signature

Bug#296623: kernel-image-2.6.8-amd64: 2.6.8 kernel images panic on quad Opteron box

[Frederik Schueler]

Hi,

On Wed, Feb 23, 2005 at 04:54:20PM +, Alex Page wrote:
 I have installed Debian Sarge on a four-way Opteron HE box. The 
 install went smoothly, and the default kernel-image-2.4.27-1-386 
 package seems to work fine. One of the first things I did was to 
 install an Opteron-optimised, SMP kernel-image, 
 kernel-image-2.6.8-10-amd64-k8-smp. This gave a Machine Check 
 Exception on boot:
 
 I have tried kernel-image-2.6.8-10-amd64-k8 which also gives a 
 Machine Check Exception, and kernel-image-2.6.8-2-386 which just 
 hangs at Calculating Delay Loop.
 
can you please try kernel-image-2.6.9-9-amd64-k8-smp from sid 

http://ftp.de.debian.org/debian/pool/main/k/kernel-image-2.6.9-amd64/kernel-image-2.6.9-9-amd64-k8-smp_2.6.9-4_i386.deb

and if that fails too, could you give kernel-image-2.6.10-9-amd64-k8-smp
from 

deb http://213.178.77.236/kernel/ ./ 

a try? 

http://213.178.77.236/kernel/kernel-image-2.6.10-9-amd64-k8-smp_2.6.10-4_i386.deb

The 2.6.10 amd64 kernels are still in NEW, version 2.6.10-4 on my site
is the latest one.


You should additionally check for a bios update. 
And maybe you should post to debian-amd64@lists.debian.org and look 
for other people with the very same system setup.


HTH
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature