Re: [RFH] CMake and /usr/lib64/
Goswin von Brederlow schrieb: > Bastian Venthur <[EMAIL PROTECTED]> writes: >> Does anybody know how to tell CMake not to use /usr/lib64 but /usr/lib >> when building a package on amd64? >> >> My quick and dirty solution to fix #417044 would be a modification in >> debian/rules where I move /usr/lib64 to /usr/lib, but it would be >> cleaner if CMake could take care of this. > > Don't. CMake is correct. > > The primary location for libraries on amd64 is (/usr)/lib64 and you > should compile your code for that. Only when packaging you must move > files into (/usr)/lib because dpkg can't handle links in one package > (libc6) being directories in others. If /usr/lib64 would be correct, why does GTK_LIB_DIR return /usr/lib while KDE3_LIB_DIR returns /usr/lib64 on the very same amd64 box? I mean as long as one of them is a symlink to the other it's not really false, but CMake could at least try to be consistent couldn't it? > If you don't compile for /usr/lib64 then you break compatibility with > other linux systems. Really? Is it safe to assume /usr/lib is correct for every arch Debian supports, so I can hardcode it instead of relying on KDE3_LIB_DIR? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419200: ITP: paris-traceroute -- A new version of the well known traceroute
Package: wnpp Severity: wishlist Owner: Herve Rousseau <[EMAIL PROTECTED]> * Package name: paris-traceroute Version : 0.92 Upstream Author : Xavier Cuvellier <[EMAIL PROTECTED]>, Brice Augustin <[EMAIL PROTECTED]> * URL : http://www.paris-traceroute.net/ * License : GPL Programming Lang: C++ Description : A new version of the well known traceroute Paris traceroute is a new version of the well-known network diagnosis and measurement tool. It addresses problems caused by load balancers with the initial implementation of traceroute. The full detail with technical explanations is available at http://www.paris-traceroute.net/newtraceroute.htm -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Building i386 binaries on ia64.
On Sat, 2007-04-14 at 02:32 +0100, Rob Andrews wrote: > On 14-Apr-2007 00:43.04 (BST), Ben Hutchings wrote: > > > I notice ia64 has ia32-libs and ia32-libs-dev, but I can't seem to find a > > > compiler to build i386 binaries. > > Use the -m32 option to gcc. > > That works on gcc for amd64, but there's no common runtime in > /usr/lib/gcc/ia64-linux-gnu/4.1.2/32/, so I don't think it works on ia64. Eh, sorry, I blame lack of sleep. > Are you an ia64 user? Does -m32 definitely generate i386 binaries? I doubt it. Ben. -- Ben Hutchings Never put off till tomorrow what you can avoid all together. signature.asc Description: This is a digitally signed message part
Re: PostgreSQL in Lenny, and the libpq transition
On Sat, Apr 14, 2007 at 02:48:47PM +0200, Martin Pitt wrote: > Hello fellow Debianers, Hi Martin, many thanks for your work! > * Library transition: 8.2 changed a tiny tiny thing in the ABI, so >that a soname bump was necessary. With today's upload, libpq-dev >will cause packages built against libpq5. In order to get rid of >libpq4 and postgresql-8.1, all ~ 100 packages which depend on >libpq4 need to be rebuilt. There should not be any API Can you please produce a dd-list of the packages which will need rebuilding? Many thanks in advance! Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#419226: ITP: ocsinventory-server -- Hardware and software inventory tool (server)
Package: wnpp Severity: wishlist Owner: Pierre Chifflier <[EMAIL PROTECTED]> * Package name: ocsinventory-server Version : 1.0.1 Upstream Author : Pascal DANEK * URL : http://ocsinventory.sourceforge.net/index.php * License : GPL Programming Lang: Perl, PHP Description : Hardware and software inventory tool (server) Open Computer and Software Inventory Next Generation is an application designed to help a network or system administrator keep track of the computers configuration and software that are installed on the network. It also allows deploying softwares, commands or files on client computers. . This package contains the server part. . Homepage: http://ocsinventory.sourceforge.net -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18vz (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PostgreSQL in Lenny, and the libpq transition
Stefano Zacchiroli <[EMAIL PROTECTED]> wrote: > On Sat, Apr 14, 2007 at 02:48:47PM +0200, Martin Pitt wrote: > Hi Martin, many thanks for your work! >> * Library transition: 8.2 changed a tiny tiny thing in the ABI, so >>that a soname bump was necessary. With today's upload, libpq-dev >>will cause packages built against libpq5. In order to get rid of >>libpq4 and postgresql-8.1, all ~ 100 packages which depend on >>libpq4 need to be rebuilt. There should not be any API > Can you please produce a dd-list of the packages which will need > rebuilding? Many thanks in advance! "whodepends libpq4" will output them. cu and- Imho there is not much point to posting the list, since this part of the translation can be handled better by binary NMUs. -reas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PostgreSQL in Lenny, and the libpq transition
On Sat, Apr 14, 2007 at 03:53:35PM +0200, Andreas Metzler wrote: > cu and- Imho there is not much point to posting the list, since this > part of the translation can be handled better by binary NMUs. -reas Fine, I was asking just in case me, as a maintainer, was required to ask for the relevant binNMUs of my packages. According to what Luk just said to me on IRC this is not the case, as all packages involved in the transition will be scheduled for binNMUs all together. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: Building i386 binaries on ia64.
On 14-Apr-2007 16:14.22 (BST), Al Stone wrote: > I personally have no idea why there are ia32-libs on ia64. The > only possible reasons I can think of are: (1) older versions of > the processor did have a small x86 processor on chip so it could > execute x86 binaries, or (2) it allows one to use the Intel ia32el > layer (a software layer to emulate x86 on ia64, but unfortunately > proprietary code). I don't think ia32el is in Debian (nothing in pool/i/ for contrib or non-free). The wikipedia article on ia64 sheds a little light, and indicates that point 1 is probably correct (http://en.wikipedia.org/wiki/Ia64#IA-32_support): "The original IA-64 architecture included support for IA-32 instructions and could therefore run the many thousands of applications available for x86-based systems. This can eliminate the added expense and complexity of deploying a second server or porting code from IA-32 to IA-64. However, performance was slower than for native IA-64 code and about 50% slower than for the same IA-32 code running on x86 servers of the time." It goes on to say that it was removed starting with Montecito in July 2006, and replaced with emulation instead. I'm giving up on the thought of building i386 binaries on ia64 in that case! Thanks for the heads up. rob. -- rob andrews :: pgp 0x01e00563 :: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Building i386 binaries on ia64.
On Thu, 2007-04-12 at 20:29 +0100, Rob Andrews wrote: > I notice ia64 has ia32-libs and ia32-libs-dev, but I can't seem to find a > compiler to build i386 binaries. > > The reason being is that I want to add support for the Debian nspluginwrapper > package to run on ia64 machines, since they are biarch and have ia32-libs > and ia32-libs-gtk. > > If there isn't a gcc with target i386 on ia64, why is there an ia32-libs-dev > package? I'm quite curious! > > thanks, > rob I personally have no idea why there are ia32-libs on ia64. The only possible reasons I can think of are: (1) older versions of the processor did have a small x86 processor on chip so it could execute x86 binaries, or (2) it allows one to use the Intel ia32el layer (a software layer to emulate x86 on ia64, but unfortunately proprietary code). X86 and ia64 are radically different architectures. If you want to build for x86 on ia64, you'll have to make a cross-compiler. But, even then, without the Intel ia32el software, or a version of qemu that works on ia64, you won't be able to run the binaries that you end up with. Hope that helps clarify... -- Ciao, al -- Al Stone Debian Developer E-mail: [EMAIL PROTECTED] http://www.debian.org [EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419257: ITP: schoolsplay -- Collection of educational activities
Package: wnpp Severity: wishlist Owner: Lior Kaplan <[EMAIL PROTECTED]> * Package name: schoolsplay Version : 0.66 Upstream Author : Stas Zytkiewicz <[EMAIL PROTECTED]> * URL : http://schoolsplay.sourceforge.net * License : GPL Programming Lang: Python Description : Collection of educational activities for schools and kids -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Shouldn't [EMAIL PROTECTED] be more liberal on accepting mail?
[Nikita V. Youshchenko] >> Why don't you use the http post option if your email address isn't >> routable? > > Does it support web proxy? The /usr/share/popularity-contest/popcon-upload script uses the http_proxy environment variable if it is set, yes. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419334: RFA: cdtool -- text-based audio CD player and CD-ROM control commands
Package: wnpp I find that I don't actually play audio CDs much anymore and I now have only occasional access to a machine that cdtool works on (one that can play audio CDs without DAE), so I'm sure there is someone out there who can do a better job maintaining it :-) It would be ideal if whoever adopts could also take over as cdtool upstream maintainer. The code is relatively small and simple and usually not much work. There was a proposal to port cdtool to libcdio which is probably a good idea - it could make cdtool work for the increasing number of systems that can only do DAE. If you are interested in adopting it, let me know. I'm happy to answer questions, provide an SVN dump, etc. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419340: ITP: convertall -- a very flexible unit converter
Package: wnpp Severity: wishlist Owner: William Grant <[EMAIL PROTECTED]> * Package name: convertall Version : 0.4.0 Upstream Author : Douglas W. Bell <[EMAIL PROTECTED]> * URL : http://www.bellz.org/convertall/ * License : GPL Programming Lang: Python Description : a very flexible unit converter With ConvertAll, you can convert any unit in the large database to any other compatible unit. If you want to convert from inches per decade, that's fine. Or from meter-pounds. Or from cubic nautical miles. The units don't have to make sense to anyone else. -- System Information: Debian Release: 4.0 APT prefers feisty APT policy: (500, 'feisty') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-14-generic Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Postfix as default MTA?
probably better if you all go outside and get some fresh air and daylight instead of playing with your neck beard and pony tail and worrying needlessly about geeky stuff -- Checked for viruses by Gigantic Computing using AVG Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 269.4.0/760 - Release Date: 13/04/2007 8:04 p.m.
