[RFH] CMake and /usr/lib64/

Hi, 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. Cheers,

Re: Use bz2 not gz for orig.tar ?

On Wednesday 11 April 2007 20:52, Don Armstrong wrote: > Presumably the wig-and-pen source format will (eventually?) support > this? Is progress on dpkg-source v2 actually being made? wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheri

Derechos Laborales - Servicio de Consulta Sin Cargo

INGRESANDO A: WWW.DERECHOSLABORALES.COM.AR. OBTENDRA UN SERVICIO GRATUITO DE INFORMACION Y CONSULTAS LEGALES DIRIGIDO A TODOS LOS TRABAJADORES PRESTADO POR PROFESIONALES ESPECIALIZADOS EN DERECHO LABORAL Si le resulta de interes este servicio por favor reenvie este mensaje a sus contactos perso

Re: Use bz2 not gz for orig.tar ?

On Thu, 12 Apr 2007, Drew Parsons wrote: > Do we have plans for lenny to enable the use of bzip2 instead of gzip > for the upstream orig.tar source tarballs? Does dpkg/apt support this > already or has this already been thought about? > > This would reduce our archive size by some 20% if all pack

Use bz2 not gz for orig.tar ?

Do we have plans for lenny to enable the use of bzip2 instead of gzip for the upstream orig.tar source tarballs? Does dpkg/apt support this already or has this already been thought about? This would reduce our archive size by some 20% if all packages moved to bzip2. Drew -- To UNSUBSCRIBE, em

Re: Debian Buzz and Rex binary packages

On Thursday 12 April 2007 08:49, Lennart Sorensen wrote: > On Wed, Apr 11, 2007 at 01:53:07AM +0200, Aur??lien G??R??ME wrote: > > Hi everyone, > > > > For a little silly experiment, I would like to know whether someone > > still has the official debs of Buzz and Rex around. > > > > The old release

Re: Debian Development environments.

On 23:20 Wed 11 Apr , Luis Matos wrote: > There are no development environments for example: C/gtk, C#/GTK, > Java/Gtk, python/gtk pre-defined. > > Environments where developpers can simply install and start working. > > There is no standard IDE (ok, i know mono for gtk#, bluefish for web > s

Re: Debian Development environments.

On Wed, 11 Apr 2007, Luis Matos wrote: > I think debian has some closed doors on developpers that come from > windows. You have complete freedom to apt-get install whatever package you need. > Tasksel has no devel task. > > There are no development environments for example: C/gtk, C#/GTK, > Java

Re: Debian Buzz and Rex binary packages

On Wed, Apr 11, 2007 at 04:49:21PM -0400, Lennart Sorensen wrote: > Hmm, I was under the impression that before 2.0, debian wasn't released > as binaries yet, only source packages and the source code to the > utilities needed to build the packages. I didn't really think debian > had any real insta

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Wed, 2007-04-11 at 22:55 +0200, Michael Banck wrote: > On Wed, Apr 11, 2007 at 02:13:07PM -0400, Matthias Julius wrote: > > I don't think it needs win64-only games. > > Please remember that this is debian-devel and not some general > discussion list. HA, that is going in the "context is everyt

Debian Development environments.

Qua, 2007-04-11 às 22:56 +0200, Michael Banck escreveu: > On Wed, Apr 11, 2007 at 08:01:09PM +0100, Luis Matos wrote: > > Visual Studio makes the job for non-professional programmers a pretty > > good job. > > Please remember that this is debian-devel and not some general > discussion forum. Ple

Re: Debian Buzz and Rex binary packages

Ciao, Wed, Apr 11, 2007 at 04:49:21PM -0400, Lennart Sorensen wrote: > Hmm, I was under the impression that before 2.0, debian wasn't released > as binaries yet, only source packages and the source code to the > utilities needed to build the packages. I didn't really think debian > had any real

Re: Bug#418552: ITP: umit -- nmap frontend, developed in Python and GTK

On Tue, 10 Apr 2007 16:05:40 +0200 Stefano Zacchiroli <[EMAIL PROTECTED]> wrote: > On Tue, Apr 10, 2007 at 03:31:02PM +0200, Bernd Zeimetz wrote: > > Description : nmap frontend, developed in Python and GTK > > Is it interesting for the user/sysadm that the frontend is developed in > Python?

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Wed, Apr 11, 2007 at 08:01:09PM +0100, Luis Matos wrote: > Visual Studio makes the job for non-professional programmers a pretty > good job. Please remember that this is debian-devel and not some general discussion forum. thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Wed, Apr 11, 2007 at 02:13:07PM -0400, Matthias Julius wrote: > I don't think it needs win64-only games. Please remember that this is debian-devel and not some general discussion list. thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble?

Bug#418776: ITP: synchronet -- Synchronet Bulletin Board System Software

Package: wnpp Severity: wishlist Owner: Dario Minnucci <[EMAIL PROTECTED]> * Package name: synchronet Version : 3.14a Upstream Author : Rob Swindell <[EMAIL PROTECTED]> * URL : http://www.synchro.net/ * License : GPL Programming Lang: C++ Description : S

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Wed, Apr 11, 2007 at 02:55:53PM -0400, Matthias Julius wrote: > Inventor wouldn't be that bad of a program if it was more stable. I have never been a fan of autodesk's interfaces in general, although I must admit I have mostly ignored them for the last few years now so who knows they may have c

Re: Debian Buzz and Rex binary packages

On Wed, Apr 11, 2007 at 01:53:07AM +0200, Aur??lien G??R??ME wrote: > Hi everyone, > > For a little silly experiment, I would like to know whether someone > still has the official debs of Buzz and Rex around. > > The old releases archive at [1] has the official debs starting from Bo, > but not be

Re: *dbg pakages

OK. Arithmetic exception is generated by OOo or by something else. Same problem appear in gxine and totem. totem version builded by apt-build and totem-gstreamer doesn't have this error. System version Linux debian 2.6.17-2-vserver-k7, Debian Etch upgraded to unstable/experimental. gdb gxine

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

[EMAIL PROTECTED] (Lennart Sorensen) writes: > Autodesk is fortunately slowly becoming less relevant as much better > programs are eating away at their market share. Moving to directx > sounds crazy given the pro level graphics cards have certified opengl > drivers, not directx drivers. They rea

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

Robert Millan <[EMAIL PROTECTED]> writes: > On Tue, Apr 10, 2007 at 04:43:09PM -0400, Matthias Julius wrote: >> Robert Millan <[EMAIL PROTECTED]> writes: >> >> > If x86_64-linux-gnu is stablished as the new reference api, well, they'll >> > be forced to. >> >> Reference for what? Is there any s

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

Qua, 2007-04-11 às 13:12 -0400, Lennart Sorensen escreveu: > I can't stand visual studio. It drives me nuts. It makes it so hard > to > figure out what is going on and wants to get in the way of everything. > Give me plain simple makefiles and source code files I can edit > (preferably with vim)

Bug#418745: ITP: python-yenc -- yEnc encoding/decoding extension for Python

Package: wnpp Severity: wishlist Owner: Adam Cécile (Le_Vert) <[EMAIL PROTECTED]> * Package name: python-yenc Version : 0.3~debian Upstream Author : Hellanzb Team Alessandro Duca <[EMAIL PROTECTED]> * URL : http://www.hell

Re: *dbg pakages

On Wed, Apr 11, 2007 at 07:21:53PM +0300, costin c wrote: > But running /usr/lib/openoffice/program/soffice.bin under gdb, with > openoffice.org-dbg package installed, doesn't give any additional > information toward running same executable without openoffice.org-dbg > installed. You get extra inf

Re: *dbg pakages

On Wed, Apr 11, 2007 at 07:21:53PM +0300, costin c wrote: > On 4/11/07, Daniel Jacobowitz <[EMAIL PROTECTED]> wrote: > >On Wed, Apr 11, 2007 at 06:31:00PM +0300, costin c wrote: > >> Hello > >> > >> How should be used pakages containing debugging symbols/informations, > >> like openoffice.org-dbg >

Thanks to the developers

Thanks to all! Many thanks to our release managers and all developers for spending the past 21 months preparing and releasing Etch! Etch is a great OS and a great distribution -- to me it's the best software I ever had. I would switch to something better than debian, but I know that such a move

Re: debian tex policy

Kamaraju S Kusumanchi <[EMAIL PROTECTED]> wrote: > Norbert Preining wrote: > >> An announcement of the Debian TeX Task Force concerning the move from >> teTeX to TeX Live is forthcoming, please wait a bit. >> > > Where will the announcement be made? debian-devel-announce or here or > someother ma

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Tue, Apr 10, 2007 at 11:07:09PM +0100, Luis Matos wrote: > Most people and main developpers only know windows' tools for > development, that's for sure. > > I am currently developping an industrial application for windows and > linux, because i forced the use of gtk (so i can develop and run it

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Tue, Apr 10, 2007 at 12:25:33PM -0400, Matthias Julius wrote: > 64bit Linux has been available since years. Pro/E is available for > 32bit RHEL only. UGS NX was to be ported to Linux as well, but I > couldn't find any information on their website. It seems like you > have to log in first and

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Tue, Apr 10, 2007 at 04:36:06PM +0100, Luis Matos wrote: > Maybe software vendors will look at linux for more power for less > hardware, using 64 bit solution. > > Talking about CAD and CAM, for example, they need too much of power, > even if machines are currently enought. > > Having linux to

Re: debian tex policy

Kamaraju S Kusumanchi <[EMAIL PROTECTED]>: > Norbert Preining wrote: > > On Mit, 11 Apr 2007, Kamaraju S Kusumanchi wrote: > >> Can someone point me to a page where debian's policy towards tex is > >> explained. In particular, should the dependencies on tetex-bin etc., be > >> replaced with texlive

Re: debian tex policy

Norbert Preining wrote: > Hi Kamaraju! > > On Mit, 11 Apr 2007, Kamaraju S Kusumanchi wrote: >> Can someone point me to a page where debian's policy towards tex is >> explained. In particular, should the dependencies on tetex-bin etc., be >> replaced with texlive etc.? > > /usr/share/doc/tex-com

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

Qua, 2007-04-11 às 17:33 +0200, Robert Millan escreveu: > > I don't know what the critical mass of Linux users is that generates > > interest for Linux among software vendors. We seem to be far from > > it. > > Yes, but Microsoft is much farther. I wouldn't be surprised if our > 64-bit > userb

Re: *dbg pakages

On 4/11/07, Daniel Jacobowitz <[EMAIL PROTECTED]> wrote: On Wed, Apr 11, 2007 at 06:31:00PM +0300, costin c wrote: > Hello > > How should be used pakages containing debugging symbols/informations, > like openoffice.org-dbg > When I try to run > /usr/lib/debug/usr/lib/openoffice/program/soffice.bi

Re: *dbg pakages

On Wed, Apr 11, 2007 at 06:31:00PM +0300, costin c wrote: > Hello > > How should be used pakages containing debugging symbols/informations, > like openoffice.org-dbg > When I try to run > /usr/lib/debug/usr/lib/openoffice/program/soffice.bin bash show an > unexpected error message "cannot execute

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

On Tue, Apr 10, 2007 at 04:43:09PM -0400, Matthias Julius wrote: > Robert Millan <[EMAIL PROTECTED]> writes: > > > If x86_64-linux-gnu is stablished as the new reference api, well, they'll > > be forced to. > > Reference for what? Is there any software vendor porting his > applications to 64bit

*dbg pakages

Hello How should be used pakages containing debugging symbols/informations, like openoffice.org-dbg When I try to run /usr/lib/debug/usr/lib/openoffice/program/soffice.bin bash show an unexpected error message "cannot execute binary file". ls -l /usr/lib/debug/usr/lib/openoffice/program/soffice.

Re: Debian Buzz and Rex binary packages

Hi, Aurélien GÉRÔME wrote: For a little silly experiment, I would like to know whether someone still has the official debs of Buzz and Rex around. I may have, but probably I'd need a *very* tolerant CD reader for that. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject o

Problem with module sata_sis

Hello. I first apologize for my english, i am not a specialist ;-) I've got a computer with motherboard foxconn sis6627 MA and sata hard disk. The chipset for sata is sis966 and sis966L. With a lspci command, it appears like an unknow device 1183 (or 1184, 1185, it depends on my bios settings), u

Bug#418691: ITP: melting -- computing the melting temperature of nucleic acid duplex

Package: wnpp Severity: wishlist Owner: Charles Plessy <[EMAIL PROTECTED]> I know I have many open ITPs, but this program already has a manpage, so it will not take hours to package... Package name: melting, melting-gui Version : 4.2g Upstream Author : Nicolas Le Novère <[EMAIL

Re: debian tex policy

Hi Kamaraju! On Mit, 11 Apr 2007, Kamaraju S Kusumanchi wrote: > Can someone point me to a page where debian's policy towards tex is > explained. In particular, should the dependencies on tetex-bin etc., be > replaced with texlive etc.? /usr/share/doc/tex-common/Debian-TeX-Policy.{html,pdf.gz,txt

debian tex policy

Can someone point me to a page where debian's policy towards tex is explained. In particular, should the dependencies on tetex-bin etc., be replaced with texlive etc.? Any ideas? thanks raju -- Kamaraju S Kusumanchi http://www.people.cornell.edu/pages/kk288/ http://malayamaarutham.blogspot.com/

Re: 64-bit transition deadline (Re: Etch in the hands of the Stable Release Managers)

[Luis Matos] > CATIA has unix versions ... i don't really know if they will ever > have linux versions. I'd be pretty surprised if they ever did. The CATIA 4 architecture would have fit Linux very well, if Dassault had seen a market for it back then (it was based on Motif, OpenGL and a huge Fort