Bug#673406: Why not
Can you give me a good reason why it should not be a Debian native package? It's been this way for a very long time now as you mentioned an nobody else has felt the need to complain. In fact (though I can't be sure) I think it was recommended to me in the first place by someone else on the project. To the best of my knowledge no other distribution provides the decnet kernel module that it depends on, and I don't release separate upstream sources any more. The rpm.spec probably doesn't produce a usable RPM any more and is most definitely is not Fedora-compliant! Making it a non-native package just doubles my workload for a package that has extremely minimal use and benefits nobody that I can see. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#479081: dnprogs: FTBFS: error: expected specifier-qualifier-list before '__u32'
Chris Lamb wrote: tags 479081 + patch thanks Thanks I'll release the fix over the holiday weekend sometime. -- Chrissie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478750: Uses $ in c sources
On 30 Apr 2008, at 20:19, Riku Voipio wrote: On Wed, Apr 30, 2008 at 08:15:46PM +0100, Christine Caulfield wrote: Is there no way of allowing these symbols on ARM ? gcc used to have - fdollars-in-identifiers (which I probably still have set) to enable them. -fdollars-in-identifiers should fix the build failure too. Ahh I see what's happened. I forgot to include -fdollars-in- identifiers in the dapfs compliation! The other places that need it already use it. I'll upload a fixed package soon. Thanks, Chrissie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478750: Uses $ in c sources
On 30 Apr 2008, at 19:54, Riku Voipio wrote: Package: dnprogs Version: 2.43 Severit: important Current dnprogs fails to build on arm/armel due to usage of '$' character as identifier in C source code. These appear to come from rabdef.h. See: http://buildd.debian.org/build.php?pkg=dnprogs&arch=arm Fixing is really trivial, just use some other allowed character than "$" as identifier. ISO C defines identifiers as [a-zA-Z0-9_], and supporting other characters is implementation specific. In other words, using them is not portable. GCC in general allows $, but Arm EABI reserves $ for internal ABI symbols. I'm really reluctant to change this. The files I am using, rabdef.h and fabdef.h are imported from VMS and I very keen to keep compatibility with those symbols. VMS uses $ signs rather a lot in symbols! Is there no way of allowing these symbols on ARM ? gcc used to have - fdollars-in-identifiers (which I probably still have set) to enable them. if it's really impossible to incorporate these symbols, it might just be easier to disable dnprogs (or maybe just librms) on ARM. I doubt there are any users and I don't even know if the kernel part of the DECnet stack works on that architecture! Christine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425012: Package lvm10 not in stable
Klaus Ethgen wrote: Hello, I want to ask again for the lvm10 package as it is very important for all admins using kernel 2.4. Unfortunately I got no answer from you the last time. If you can find someone to re-introduce and maintain this package then please feel free. I have neither the time not the inclination to do so. lvm10 is not maintained upstream and I have no systems I can run it on. There is nothing I can do to help. Sorry, Christine (formerly Patrick) Caulfield -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]