opensp: openjade1.3 causes FTBFS on hurd-i386

Package: opensp Version: 1.5.2-9 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, Currently opensp does not compile on GNU/Hurd. The problem is due to the dependency order of openjade versions. With openjade (1.4devel1-20) opensp builds fine while with

Processed: Re: Bug#627103: Cant install dropbear on Debian/Hurd because of incomplete dependencies

Processing commands for cont...@bugs.debian.org: reassign 627103 hurd Bug #627103 [dropbear] Cant install dropbear on Debian/Hurd because of incomplete dependencies/dev/random does not exist on a Debian/Hurd box if a pacakge named, random-egd is not installed. Thus the generation of key would

Re: opensp: openjade1.3 causes FTBFS on hurd-i386

Svante Signell, le Fri 19 Aug 2011 12:32:13 +0200, a écrit : Currently opensp does not compile on GNU/Hurd. What is the *actual* error? The problem is due to the dependency order of openjade versions. That's just a symptom. The tiny patch inlined below fixes this issue. ---

Re: Bug#625355: opensp: openjade1.3 causes FTBFS on hurd-i386

clone 625355 -1 reassign -1 openjade1.3 tags -1 + patch thanks Errgl, things got completely mangled with bugs. Let's fix this. Samuel Thibault, le Fri 19 Aug 2011 13:10:18 +0200, a écrit : Samuel Thibault, le Fri 19 Aug 2011 12:34:44 +0200, a écrit : Svante Signell, le Fri 19 Aug 2011

Re: NMUs?

On Fri, 2011-08-19 at 14:56 +0200, Samuel Thibault wrote: Svante Signell, le Fri 19 Aug 2011 14:47:30 +0200, a écrit : On Fri, 2011-08-19 at 14:36 +0200, Samuel Thibault wrote: It could have turned out that this bug hindered a lot of other packages from building. Sure, but

Re: NMUs?

On Fri, 2011-08-19 at 16:42 +0200, Samuel Thibault wrote: Samuel Thibault, le Fri 19 Aug 2011 16:40:49 +0200, a écrit : We also have a file/logrotate package in the archive, so it's not urging. Note: when doing the ftpmaster cleanup, we should probably take care of these packages for which

Re: NMUs?

I'll have a look at pvm if nobody beats me to it. Svante Signell, le Fri 19 Aug 2011 17:41:30 +0200, a écrit : Yes I know that pvm will be superseeded by *mpi* Well, that's a very long story. EuroThe PVM/MPI conference conference got renamed to just EuroMPI only very recently ;) I thus expect

cdrom interface?

Hello, There are quite a few packages out there which depend on the cdrom interface. I'm wondering whether we could just provide the linuxish interface for it in e.g. sys/cdrom.h. Most of the ioctls should be working fine, only the data read ones would only work with a kernel implementation. That

Bug#638577: gccxml: FTBFS on hurd-i386

Package: gccxml Version: 0.9.0+cvs20110723-2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hello, gccxml currently FTBFS on hurd-i386 due to a few obvious configuration issues. Could you apply the attached patch please? Samuel -- System Information: Debian

Re: cdrom interface?

On Fri, 2011-08-19 at 22:19 +0200, Samuel Thibault wrote: Hello, There are quite a few packages out there which depend on the cdrom interface. I'm wondering whether we could just provide the linuxish interface for it in e.g. sys/cdrom.h. Most of the ioctls should be working fine, only the

Re: cdrom interface?

Svante Signell, le Sat 20 Aug 2011 00:35:03 +0200, a écrit : Thoughts? Any news from the scdbackup maintainer, T Schmitt? He seems to be the person for this kund of issue. I should have mentioned: one thing that isn't covered at all by what I propose is the generic command ioctl, which is

Re: [dd-list] Please use Architecture: linux-any

On Sat, Aug 20, 2011 at 01:11:40AM +0200, Samuel Thibault wrote: Hello, Just a heads-up about Architecture: linux-any. The dd-list below is a (non-exhaustive!) list of packages that kfreebsd/hurd maintainers believe are candidates for using it in their debian/control file, because they are

Re: [dd-list] Please use Architecture: linux-any

Steve Langasek, le Fri 19 Aug 2011 16:27:40 -0700, a écrit : Steve Langasek vor...@debian.org aboot Why this one? The Architecture: any parts are generic tools used to create alpha boot blocks to images in an architecture-independent manner Ah, right. Given back, then. Samuel --

Re: Bug#638441: opensp: openjade1.3 causes FTBFS on hurd-i386

Thanks for the report. I will look into it the next time I prepare a new version of opensp. On 08/19/2011 06:32 AM, Svante Signell wrote: Package: opensp Version: 1.5.2-9 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, Currently opensp does not compile

Re: Bug#638441: opensp: openjade1.3 causes FTBFS on hurd-i386

reassign 638441 openjade1.3 forcemerge 638457 638441 thanks Neil Roeth, le Fri 19 Aug 2011 20:45:43 -0400, a écrit : Thanks for the report. I will look into it the next time I prepare a new version of opensp. Oops, so there actually *was* a new bug report to opensp. Please discard it, the

Re: [dd-list] Please use Architecture: linux-any

On Sat, Aug 20, 2011 at 07:11, Samuel Thibault sthiba...@debian.org wrote: Hello, Just a heads-up about Architecture: linux-any. The dd-list below is a (non-exhaustive!) list of packages that kfreebsd/hurd maintainers believe are candidates for using it in their debian/control file, because