[RFH] CMake and /usr/lib64/

[Bastian Venthur]

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,

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]

Re: Use bz2 not gz for orig.tar ?

[Warren Turkal]

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 Atmospheric Science


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

Derechos Laborales - Servicio de Consulta Sin Cargo

[Derechos Laborales]

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 personales

Consultas por correo electrónico: [EMAIL PROTECTED]

Información telefónica: 4821-0415 de lunes a viernes de 15 a 18 hs
Urgencias: 155-527-5019

Si no desea recibir mas nuestra informacion, solo responda el mail con la 
palabra "borrar" en el asunto. Muchas gracias y disculpe la molestia.

Re: Use bz2 not gz for orig.tar ?

[Don Armstrong]

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 packages moved to
> bzip2.

With consequent increase in CPU time to compress and extract the
packages.

A more compelling reason is that some upstreams only distribute in
bz2, and this would enable us to distribute the actual upstream
version without repacking.

Presumably the wig-and-pen source format will (eventually?) support
this?


Don Armstrong

-- 
Quite the contrary; they *love* collateral damage. If they can make
you miserable enough, maybe you'll stop using email entirely. Once
enough people do that, then there'll be no legitimate reason left for
anyone to run an SMTP server, and the spam problem will be solved.
 -- Craig Dickson in <[EMAIL PROTECTED]>

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Use bz2 not gz for orig.tar ?

[Drew Parsons]

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, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Buzz and Rex binary packages

[Philip Charles]

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 releases archive at [1] has the official debs starting from
> > Bo, but not before, and Google only finds some debs for 0.91 and Buzz
> > at [2].
> >
> > Cheers,
> >
> > [1] 
> > [2] 
>
> 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 installer or anything before 2.0 anyhow.  More of a work
> in progress.  I could be wrong of course since I only actually started
> using debian at version 2.0 (which was hard enough to install).

I have managed to locate my Infomagic discs.  I have 1.0 (yes, and Debian 
was furious because it was incomplete and uninstallable), 1.2.  Binaries 
were supplied.  I also have 1.3.1, the first Debian release Copyleft 
sold.

Contact me off list if you want copies.

Phil.

-- 
  Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
   +64 3 488 2818Fax +64 3 488 2875Mobile 027 663 4453
   [EMAIL PROTECTED] - personal.[EMAIL PROTECTED] - business
  I sell GNU/Linux & GNU/Hurd CDs & DVDs.   See http://www.copyleft.co.nz


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

Re: Debian Development environments.

[Xavier Oswald]

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
> stuff, anjuta for C, Kdevelop for a bunch  - that is very good, ok...
> vim and emacs) that people can use in a Visual Studio Way.
There is QTdesigner and glade that are great tools !

friendly,
-- 
  ,''`.  Xavier Oswald <[EMAIL PROTECTED]>
 : :' :  GNU/LINUX Debian & Debian-Edu 
 `. `'   GnuPG Key ID 0x88BBB51E 
   `-938D D715 6915 8860 9679  4A0C A430 C6AA 88BB B51E


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

Re: Debian Development environments.

[Santiago Vila]

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/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
> stuff, anjuta for C, Kdevelop for a bunch  - that is very good, ok...
> vim and emacs) that people can use in a Visual Studio Way.
> 
> i don't mean all the debug and etc stuff... But the a beginner
> environment for people to start to use and learn about linux
> development.

I don't think "beginner" and "developer" belong in the same sentence.

> It's not a great dificulty to set this up, but having this prepared
> makes things easier for windows to linux developers.
> 
> It is a good thing to put in lenny.

The Matrix can't tell you who you are.


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

Re: Debian Buzz and Rex binary packages

[Hamish Moffatt]

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 installer or anything before 2.0 anyhow.  More of a work in
> progress.  I could be wrong of course since I only actually started
> using debian at version 2.0 (which was hard enough to install).

No, binaries were provided for all official releases (buzz/1.1 onwards).
There was an installer (known as boot-floppies); its appearance was
fairly similar from buzz right through to woody when it was retired.

There was no apt and no source dependencies, and early on even a
different source package format, but there's still a lot of similarity.


Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

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

[Greg Folkert]

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 everything" quote list, of
course... with the context snipped.
-- 
greg, [EMAIL PROTECTED]

Novell's Directory Services is a competitive product to Microsoft's
Active Directory in much the same way that the Saturn V is a competitive
product to those dinky little model rockets that kids light off down at
the playfield. -- Thane Walkup


signature.asc
Description: This is a digitally signed message part

Debian Development environments.

[Luis Matos]

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.

Please allow me do a small fast question/comment.

I think debian has some closed doors on developpers that come from
windows.

Tasksel has no devel task.

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
stuff, anjuta for C, Kdevelop for a bunch  - that is very good, ok...
vim and emacs) that people can use in a Visual Studio Way.

i don't mean all the debug and etc stuff... But the a beginner
environment for people to start to use and learn about linux
development.

It's not a great dificulty to set this up, but having this prepared
makes things easier for windows to linux developers.

It is a good thing to put in lenny.
> 
> 
> thanks,
> 
> Michael
> 
> 


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

Re: Debian Buzz and Rex binary packages

[Cherubini Enrico]

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 installer or anything before 2.0 anyhow.  More of a work in
> progress.  I could be wrong of course since I only actually started
> using debian at version 2.0 (which was hard enough to install).

I have the 1995 InfoMagic 5 cd set, and it contains Debian 1.0 with .deb
packages and of course install floppy images :)

Maybe I'll try it in some qemu/xen virtual system :)

home:/cdrom/debian/debian-1.0# du -s binary/
88290   binary/

eheh :)

-- 

Bye Enrico

Le donne non hanno mai niente da dire.  Ma lo sanno dire cosi' bene.
-- Oscar Wilde


smime.p7s
Description: S/MIME cryptographic signature

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

[Andrea Bolognani]

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? I would remote that (while I will keep the reference to GTK) and
> perhaps adding something about the intended targets: both advanced users
> and newbies.

The reference to GTK is useless, too.
We have tags for that sort of things.

--
KiyuKo 
Resistance is futile, you will be garbage collected.


pgpELSst1n9pM.pgp
Description: PGP signature

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

[Michael Banck]

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 a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Michael Banck]

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? Contact [EMAIL PROTECTED]

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

[Dario Minnucci]

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 : Synchronet Bulletin Board System Software

Synchronet Bulletin Board System Software is a free software package
that can turn your personal computer into your own custom online service
supporting multiple simultaneous users with hierarchical message and file
areas, multi-user chat, and the ever-popular BBS door games.

In November of 1999, the author found a renewed interest in further developing
Synchronet, specifically for the Internet community, embracing and integrating
standard Internet protocols such as Telnet, FTP, SMTP, POP3, IRC, NNTP, and 
HTTP.

Synchronet has since been substantially redesigned as an Internet-only BBS 
package
for Win32 and Unix-x86 platforms and is an Open Source project under continuous
development.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.4 (PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash


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

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

[Lennart Sorensen]

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 come up with a new interface.

> That's something on the plus side.  But it still needs Excel and uses
> VBA.

I know.  Can't have it all I guess.  Costs a small fortune too. :)

--
Len Sorensen


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

Re: Debian Buzz and Rex binary packages

[Lennart Sorensen]

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 before, and Google only finds some debs for 0.91 and Buzz at
> [2].
> 
> Cheers,
> 
> [1] 
> [2] 

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 installer or anything before 2.0 anyhow.  More of a work in
progress.  I could be wrong of course since I only actually started
using debian at version 2.0 (which was hard enough to install).

--
Len Sorensen


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

Re: *dbg pakages

[costin c]

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
...
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(gdb) r
Starting program: /usr/bin/gxine
(no debugging symbols found)

(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1220450096 (LWP 27378)]
[New Thread -1223144560 (LWP 27381)]
[New Thread -1232725104 (LWP 27384)]
[New Thread -1241388144 (LWP 27385)]
[New Thread -1254028400 (LWP 27386)]
[New Thread -1266521200 (LWP 27387)]
[New Thread -1276802160 (LWP 27388)]

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1220450096 (LWP 27378)]
0x0805a2b8 in ?? ()
(gdb) bt
#0  0x0805a2b8 in ?? ()
#1  0x080b51e8 in ?? ()
#2  0x0805a620 in ?? ()
#3  0x08195660 in ?? ()
#4  0x in ?? ()

$gdb totem
GNU gdb 6.6-debian
..
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(gdb) r
Starting program: /usr/bin/totem
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1226221888 (LWP 2915)]
[New Thread -1245377648 (LWP 2923)]

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1226221888 (LWP 2915)]
0x0807121d in ?? ()
(gdb) bt
#0  0x0807121d in ?? ()
#1  0x0832df78 in ?? ()
#2  0x0018 in ?? ()
#3  0x0028 in ?? ()
#4  0x0018 in ?? ()
#5  0x0001 in ?? ()
#6  0xbf9bd670 in ?? ()
#7  0xb7efc2a9 in _dl_fixup () from /lib/ld-linux.so.2
#8  0x080788d3 in ?? ()
#9  0x0809c158 in ?? ()
#10 0x0807f119 in ?? ()
#11 0x08078a40 in ?? ()
#12 0x0832df20 in ?? ()
#13 0x in ?? ()



Distribution: Debian 4.0
Gnome Release: 2.18.0 2007-03-17 (Debian)
BugBuddy Version: 2.18.1

System: Linux 2.6.17-2-vserver-k7 #1 SMP Wed Sep 13 19:32:15 UTC 2006 i686
X Vendor: The X.Org Foundation
X Vendor Release: 70101000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Crux
Icon Theme: default.kde

Memory status: size: 50233344 vsize: 50233344 resident: 19021824
share: 13254656 rss: 19021824 rss_rlim: 4294967295
CPU usage: start_time: 1176316863 rtime: 121 utime: 104 stime: 17
cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/totem'

(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1225754944 (LWP 31007)]
[New Thread -1244910704 (LWP 31100)]
0xe410 in __kernel_vsyscall ()
#0  0xe410 in __kernel_vsyscall ()
#1  0xb73c811b in ?? () from /lib/i686/cmov/libpthread.so.0
#2  0xb7eb5145 in ?? () from /usr/lib/libgnomeui-2.so.0
#3  0x797d in ?? ()
#4  0xbfd16e98 in ?? ()
#5  0x in ?? ()

Thread 2 (Thread -1244910704 (LWP 31100)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73c487c in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb7485e88 in ?? () from /usr/lib/libxine.so.1
No symbol table info available.

Thread 1 (Thread -1225754944 (LWP 31007)):
#0  0xe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb73c811b in ?? () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb7eb5145 in ?? () from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#3  0x797d in ?? ()
No symbol table info available.
#4  0xbfd16e98 in ?? ()
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.
#0  0xe410 in __kernel_vsyscall ()
The program is running.  Quit anyway (and detach it)? (y or n)
[answered Y; input not from terminal]


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

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

[Matthias Julius]

[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 really must have had too much of the
> Microsoft coolaid.

Inventor wouldn't be that bad of a program if it was more stable.

> Solidworks has 64bit support, and they are sticking with opengl.

That's something on the plus side.  But it still needs Excel and uses
VBA.

Matthias


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

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

[Matthias Julius]

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 software vendor porting his
>> applications to 64bit Linux because of problems with win64?
>
> No, but there isn't any vendor providing win64 games either.  Everything
> I see are proof-of-concept versions that nobody is going to use because
> functionaly equivalent win32 counterparts are available.  I will truly
> believe it when I see win64-only games, and when I see gamers give up their
> old, driverless hardware to be able to run them on win64.

I don't think it needs win64-only games.  It just needs games that run
with a 10% higher frame rate on win64 to create demand. Or on
Linux-amd64.

My point is that not many people will switch to 64bit Linux because
they can not have a working win64 system.  People switch for other
reasons.  Or would if their favorite application would support it.
And for most people it doesn't matter whether they run in 32 or 64bit
mode on Windows and Linux.  I run amd64 because it is available and
almost as complete as i386 - not because I really need it.

>
>> I havn't
>> noticed any.  Proprietary software that is available for Linux is only
>> available for i386 in most cases.
>
> The same happens on Windows.
>
>> 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
> userbase outnumbered win64's already.

And MS doesn't care.  As long as users don't switch to Linux because
they need a working 64bit system.  This might be the case for servers
but not for desktop systems.  People just stay with win32 if they can
not have win64 drivers for their hardware.

> When 64-bit computing as a whole starts to become significant,
> they'll start to be interested in either of these platforms.

It will be a while before that happens for desktop computers.  So far
it doesn't provide a real advantage for the average desktop computer.

Matthias


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

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

[Luis Matos]

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) and I can actually get some work done.  I don't
> like development tools that magically do stuff without telling you and
> without really letting you change the behaviour if the magic didn't
> actually do what you wanted.
> 
Visual Studio makes the job for non-professional programmers a pretty
good job. I am in the final year of my Mechnical Engeneering degree and
many of my coleagues does not have programing experience, so they
program *only* in Visual Basic.

So does a lot's of engineerings that are in front of teams to develop
software, like my boss.

So ... when yu want something, just let's hope microsoft has it
developed ... when in linux, you just can have the simpliest platform nd
the more complex one too.

> I think unfortunately GUI tools let people think they know what they
> are
> doing, and makes them think they know how to program.  For a large
> portion of those users, they really don't know what they are doing
> (especially when visual basic gets involved), and end up writing
> unmaintainable bloated crap with many dumb bugs.

No ... gui tools helps people with some non coding work. Having, for
example, an F11 key to compile, or someone to edit most of my makefiles
is pretty good.

Still ... i agree ... i hate Visual Studio because you only have the
gui.

I develop in anjuta and use gdb for debug, along with other memory
debuggers.
> 
> Of course you can write unmaintainable bloated crap with vim and
> makefiles too, but at least you have to do a bit of work, not just
> click
> pretty buttons.

lol ... there you have to at least think what you are doing for sure.
> 
> --
> Len Sorensen 


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

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

[Y]

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.hellanzb.com/
* License : GPL
  Programming Lang: C, Python
  Description : yEnc encoding/decoding extension for Python

The yEnc module provide a simple API for doing raw encoding/decoding of
yencoded binaries, mainly for retrieving or posting to the usenet.
This implementation is really simple and intended mainly as an exercise
to the author but is also significatively faster than any possible pure
Python implementation and it's being actually used by some Python nntp
clients out there.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.2-raq550
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Re: *dbg pakages

[Daniel Jacobowitz]

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 information.  What this output means is that it's not
enough debugging information to do line number mapping.  That is
probably the maintainer's deliberate choice; check the source package.

-- 
Daniel Jacobowitz
CodeSourcery


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

Re: *dbg pakages

[Pierre Habouzit]

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
> >> When I try to run
> >> /usr/lib/debug/usr/lib/openoffice/program/soffice.bin bash show an
> >> unexpected error message "cannot execute binary file".
> >
> >Just install it, don't try to run it.  GDB will pick it up
> >automatically.
> Thank you for answering to my question.
> 
> 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.
  yes it does:

  isn't the difference in the backtraces obvious to you ?

> (gdb) bt
> #0  0xb5c99c42 in SalDisplay::Init () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> #1  0xb5c9c29e in SalX11Display () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> #2  0xb5c8e60d in SalXLib::Init () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> #3  0xb5c8f5ee in X11SalData::Init () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> #4  0xb5c9eba2 in create_SalInstance () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> #5  0xb7eaae32 in tryInstance () from 
> /usr/lib/openoffice/program/libvcl680li.so
> #6  0xb7eaaf59 in CreateSalInstance () from 
> /usr/lib/openoffice/program/libvcl680li.so
> #7  0xb7c321cd in InitVCL () from /usr/lib/openoffice/program/libvcl680li.so
> #8  0xb7c325e1 in ImplSVMain () from 
> /usr/lib/openoffice/program/libvcl680li.so
> #9  0xb7c327f5 in SVMain () from /usr/lib/openoffice/program/libvcl680li.so
> #10 0x08060be6 in main ()

> (gdb) bt full
> #0  0xb5cd2f48 in SalDisplay::Init () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> No symbol table info available.
> #1  0xb5cd4200 in SalX11Display::SalX11Display () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> No symbol table info available.
> #2  0xb5ccad1d in SalXLib::Init () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> No symbol table info available.
> #3  0xb5cca01b in X11SalData::Init () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> No symbol table info available.
> #4  0xb5cd5042 in create_SalInstance () from 
> /usr/lib/openoffice/program/libvclplug_gen680li.so
> No symbol table info available.
> #5  0xb7ee3442 in ?? () from /usr/lib/openoffice/program/libvcl680li.so
> No symbol table info available.
> #6  0x0809e4b8 in ?? ()
> No symbol table info available.
> #7  0x0809e2e0 in ?? ()
> No symbol table info available.
> #8  0x in ?? ()
> No symbol table info available.

  because it is for me.
  the very fact that you still have function names without the -dbg is
because OOo is C++ and that "thanks to" the C++ symbols names mangling
it's able to go back to the real function name if it's an exported
symbol. When it's inside the library, then you're doomed (see the
frames >= 6 in your backtraces).

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgptxLvE7Oj6f.pgp
Description: PGP signature

Thanks to the developers

[Johannes Wiedersich]

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 will remain unlikely for the foreseeable future! 8-)

I had some minor glitches on upgrading from sarge, but those could be
sorted out quickly with the prompt help of a release manager taking some
of his precious time to lend me a hand! Special thanks to Steve!

Debian has faced a little criticism in the past regarding things like
the Mozilla rebrandings, Dunc tank discussions echoing in the media, so
I would like to stand up and to encourage the developers ignore such
nonsense and to continue their work just like in the past. Debian's
policy has never been to be the sexiest distribution around, and while
media etc. like to hype any OS or distribution based on its 'sexiness',
all Debian users know that stability, maintainability, etc. all work
against 'sexiness', but ultimately are more important and are the key
factors for Debian's long time success among its users.

Keep debian simple, stable and universal; keep out of the hype! Stay
firm on debian's design principles and the social contract; keep up the
great work!

Take my humble thanks for making my computers work great -- they
wouldn't work as good and as smoothly without Debian!

Johannes



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

Re: debian tex policy

[Frank Küster]

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 mailing list?

d-d-a, and it's already there.  

http://lists.debian.org/debian-devel-announce/2007/04/msg6.html

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

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

[Lennart Sorensen]

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 on
> linux), but my boss is forcing me to only develop in and for windows,
> because it is the OS that everybody uses ...
> It doesn't matter if there is a dependence on windows, if there re other
> better oeses ... many industrial tools are developped in visual
> basic ... things like CNC software controlers.
> 
> Can linux and opensource OS compete with the facility to develop in
> windows?

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) and I can actually get some work done.  I don't
like development tools that magically do stuff without telling you and
without really letting you change the behaviour if the magic didn't
actually do what you wanted.

I think unfortunately GUI tools let people think they know what they are
doing, and makes them think they know how to program.  For a large
portion of those users, they really don't know what they are doing
(especially when visual basic gets involved), and end up writing
unmaintainable bloated crap with many dumb bugs.

Of course you can write unmaintainable bloated crap with vim and
makefiles too, but at least you have to do a bit of work, not just click
pretty buttons.

--
Len Sorensen


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

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

[Lennart Sorensen]

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 you have to be a customer for that.
> 
> So why is nobody adopting 64bit Linux (or *BSD)?
> 
> Autodesk will not even have a win64 port of Inventor with the upcoming
> release.  They do have one for AutoCAD.  I doubt Autodesk will ever
> port their software to Linux.  They are tied up with MS all over.
> Inventor requires MS Excell and it uses VBA.  Their data management
> system requires MS IIS and MS SQL Server.  They are just switching
> from OpenGL to DirectX...

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 really must have had too much of the
Microsoft coolaid.

> AFAIK it doesn't look much better for SolidWorks.

Solidworks has 64bit support, and they are sticking with opengl.

As for making a linux version, I don't see much chance of that any time
soon.

--
Len Sorensen


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

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

[Lennart Sorensen]

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 complete use 64 bit solutions may open a door for
> software vendors to built their applications on linux.
> 
> Free cad implementations are too simple for use in some industrial
> environments, when programs like CATIA or Solidorks, or inventor, Come
> in Mind.
> These programs are expensive and require power that can be better used
> in 64 bit platform.
> 
> CATIA has unix versions ... i don't really know if they will ever have
> linux versions.

Who knows.  Given they probably have to do extensive testing to cerfity
a platform with specific hardware and drivers and everything else with
specific versions, it may simply not be feasable to do that for linux,
at least not at this time.

--
Len Sorensen


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

Re: debian tex policy

[Frank Terbeck]

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 etc.?
> > 
> > /usr/share/doc/tex-common/Debian-TeX-Policy.{html,pdf.gz,txt.gz}
> > 
> > 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 mailing list?

I guess that is what you are looking for:


Regards, Frank

-- 
In protocol design, perfection has been reached not when there is
nothing left to add, but when there is nothing left to take away.
  -- RFC 1925


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

Re: debian tex policy

[Kamaraju S Kusumanchi]

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-common/Debian-TeX-Policy.{html,pdf.gz,txt.gz}
> 
> 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 mailing list?

raju


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

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

[Luis Matos]

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
> userbase outnumbered win64's already.  When 64-bit computing as a
> whole starts
> to become significant, they'll start to be interested in either of
> these
> platforms. 

don't forget the servers boost on amd64 + linux that every big companies
(hp, ibm, sun for example) sold.

many companies are promoting amd64 with linux.


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

Re: *dbg pakages

[costin c]

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.bin bash show an
> unexpected error message "cannot execute binary file".

Just install it, don't try to run it.  GDB will pick it up
automatically.

Thank you for answering to my question.

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.

To display line number and/or when (SIGFPE) Arithmetic exception
appear, and other usefull variables, is necessary to install and
compile openoffice.org package from sources, with debugging included ?

I am not sure how to find this error precisely, gdb is sufficient or
other tools like binutils are requierd ?

With openoffice.org-dbg:
$ gdb /usr/lib/openoffice/program/soffice.bin
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(gdb) r
Starting program: /usr/lib/openoffice/program/soffice.bin
[Thread debugging using libthread_db enabled]
[New Thread -1244571952 (LWP 16880)]
warning: Lowest section in /usr/lib/libicudata.so.36 is .hash at 00b4

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1244571952 (LWP 16880)]
0xb5c99c42 in SalDisplay::Init () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
(gdb) bt
#0  0xb5c99c42 in SalDisplay::Init () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
#1  0xb5c9c29e in SalX11Display () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
#2  0xb5c8e60d in SalXLib::Init () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
#3  0xb5c8f5ee in X11SalData::Init () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
#4  0xb5c9eba2 in create_SalInstance () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
#5  0xb7eaae32 in tryInstance () from /usr/lib/openoffice/program/libvcl680li.so
#6  0xb7eaaf59 in CreateSalInstance () from
/usr/lib/openoffice/program/libvcl680li.so
#7  0xb7c321cd in InitVCL () from /usr/lib/openoffice/program/libvcl680li.so
#8  0xb7c325e1 in ImplSVMain () from /usr/lib/openoffice/program/libvcl680li.so
#9  0xb7c327f5 in SVMain () from /usr/lib/openoffice/program/libvcl680li.so
#10 0x08060be6 in main ()
(gdb) bt full
#0  0xb5c99c42 in SalDisplay::Init () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
No locals.
#1  0xb5c9c29e in SalX11Display () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
No locals.
#2  0xb5c8e60d in SalXLib::Init () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
No locals.
#3  0xb5c8f5ee in X11SalData::Init () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
No locals.
#4  0xb5c9eba2 in create_SalInstance () from
/usr/lib/openoffice/program/libvclplug_gen680li.so
No locals.
#5  0xb7eaae32 in tryInstance () from /usr/lib/openoffice/program/libvcl680li.so
No locals.
#6  0xb7eaaf59 in CreateSalInstance () from
/usr/lib/openoffice/program/libvcl680li.so
No locals.
#7  0xb7c321cd in InitVCL () from /usr/lib/openoffice/program/libvcl680li.so
No locals.
#8  0xb7c325e1 in ImplSVMain () from /usr/lib/openoffice/program/libvcl680li.so
No locals.
#9  0xb7c327f5 in SVMain () from /usr/lib/openoffice/program/libvcl680li.so
No locals.
#10 0x08060be6 in main ()
No locals.

Without openoffice.org-dbg

~$ gdb  /usr/lib/openoffice/program/soffice.bin
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(gdb) r
Starting program: /usr/lib/openoffice/program/soffice.bin
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1244367152 (LWP 29452)]
(no debugging symbols found)

...
(no debugging symbols found)
warning: Lowest section in /usr/lib/libicudata.so.36 is .hash at 00b4
(no debugging symbols found)
..
(no debugging symbols found)

Program received

Re: *dbg pakages

[Daniel Jacobowitz]

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 binary file".

Just install it, don't try to run it.  GDB will pick it up
automatically.

-- 
Daniel Jacobowitz
CodeSourcery


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

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

[Robert Millan]

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 Linux because of problems with win64?

No, but there isn't any vendor providing win64 games either.  Everything
I see are proof-of-concept versions that nobody is going to use because
functionaly equivalent win32 counterparts are available.  I will truly
believe it when I see win64-only games, and when I see gamers give up their
old, driverless hardware to be able to run them on win64.

> I havn't
> noticed any.  Proprietary software that is available for Linux is only
> available for i386 in most cases.

The same happens on Windows.

> 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
userbase outnumbered win64's already.  When 64-bit computing as a whole starts
to become significant, they'll start to be interested in either of these
platforms.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

*dbg pakages

[costin c]

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.bin
-rwxr-xr-x 1 root root 275929 2007-03-30 16:24

/usr/lib/debug/usr/lib/openoffice/program/soffice.bin has a+x permission

:~$  /usr/lib/debug/usr/lib/openoffice/program/soffice.bin
bash: /usr/lib/debug/usr/lib/openoffice/program/soffice.bin: cannot
execute binary file

What is necessary to run or debug
/usr/lib/debug/usr/lib/openoffice/program/soffice.bin (or other
similar executables from *dbg packages)



gdb  /usr/lib/debug/usr/lib/openoffice/program/soffice.bin
GNU gdb 6.6-debian

This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
(gdb) r
Starting program: /usr/lib/debug/usr/lib/openoffice/program/soffice.bin
/bin/bash: /usr/lib/debug/usr/lib/openoffice/program/soffice.bin:
cannot execute binary file
/bin/bash: /usr/lib/debug/usr/lib/openoffice/program/soffice.bin: Success

Program exited with code 01.
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
You can't do that without a process to debug.
(gdb)


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

Re: Debian Buzz and Rex binary packages

[Simon Richter]

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 of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Problem with module sata_sis

[devilliere . thierry]

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), us
shown :
00:00.0 Host bridge: Silicon Integrated Systems [SiS] Unknown device 0662 (rev
01)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS AGP Port (virtual
PCI-to-PCI bridge)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] Unknown device 0966 (rev
59)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 01)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97
Sound Controller (rev a0)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev
0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev
0f)
00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
00:05.0 IDE interface: Silicon Integrated Systems [SiS] Unknown device 1183 (rev
02)
00:06.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
00:07.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
00:1f.0 PCI bridge: Silicon Integrated Systems [SiS] PCI-to-PCI bridge
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
661/741/760/761 PCI/AGP VGA Display Adapter (rev 04)

I used mandriva to test, and my sata hard disk was recognized ! The module is
sata_sis also, but not the same as debian's one, it includes the device 1183.
I downloaded the source on the sis site and hoped making my own sata_sis.ko
file :
apt-get install linux-header-mykernelversion build-essentials, then i follow the
instructions of the sata_sis.c file author
Unfortunately, a file was missing : scsi/scsi_request.h
I founded it on internet (i hope it's the good one) and try making again. But
make gave me the following message:

make -C /lib/modules/2.6.18-4-686/build SUBDIRS=/home/kiti/sa  modules
make[1]: entrant dans le répertoire « /usr/src/linux-headers-2.6.18-4-686 »
  CC [M]  /home/kiti/sa/sata_sis.o
In file included from /home/kiti/sa/sata_sis.c:38:
/home/kiti/sa/scsi.h: In function 'print_req_sense':
/home/kiti/sa/scsi.h:81: warning: implicit declaration of function
'scsi_print_req_sense'
/home/kiti/sa/scsi.h:81: warning: 'return' with a value, in function returning
void
/home/kiti/sa/scsi.h: In function 'print_msg':
/home/kiti/sa/scsi.h:97: warning: implicit declaration of function
'scsi_print_msg'
/home/kiti/sa/sata_sis.c: At top level:
/home/kiti/sa/sata_sis.c:91: error: unknown field 'eh_strategy_handler'
specified in initializer
/home/kiti/sa/sata_sis.c:91: error: 'ata_scsi_error' undeclared here (not in a
function)
/home/kiti/sa/sata_sis.c: In function 'sis_init_one':
/home/kiti/sa/sata_sis.c:358: error: too few arguments to function
'ata_pci_init_native_mode'
/home/kiti/sa/sata_sis.c: At top level:
/home/kiti/sa/sata_sis.c:460: fatal error: opening dependency file
/home/kiti/sa/.sata_sis.o.d: Permission non accordée
compilation terminated.
make[2]: *** [/home/kiti/sa/sata_sis.o] Erreur 1
make[1]: *** [_module_/home/kiti/sa] Erreur 2
make[1]: quittant le répertoire « /usr/src/linux-headers-2.6.18-4-686 »
make: *** [default] Erreur 2

I don't know if sis_request.h is the good one (but why debian doesn't got it ?),
i don't known if i got all files to make the sata_sis.ko.
Could you help me ?
(It may be good idea to include the module in the installer.)
Thanks so much, long time seeking, i am a bit tired (and desesparate).
T. Devilliere


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

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

[Charles Plessy]

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 PROTECTED]>
  URL : http://www.ebi.ac.uk/~lenov/meltinghome.html
  License : GPL
  Programming Lang: C, perl::Tk
  Description : computing the melting temperature of nucleic acid duplex

melting:

 This program computes, for a nucleic acid duplex, the enthalpy, the
 entropy and the melting temperature of the helix-coil
 transitions. Three types of hybridisation are possible: DNA/DNA,
 DNA/RNA, and RNA/RNA. The program first computes the hybridisation
 enthalpy and entropy from the elementary parameters of each Crick's
 pair by the nearest-neighbor method. Then the melting temperature is
 computed. The set of thermodynamic parameters can be easely changed,
 for instance following an experimental breakthrough. Melting was
 published in Le Novère N. (2001), Bioinformatics, 17: 1226-1227.
 .
  Homepage: http://www.ebi.ac.uk/~lenov/meltinghome.html

melting-gui:

 This package provide a graphical user interface to the "melting" program.





-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-4-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Re: debian tex policy

[Norbert Preining]

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.gz}

An announcement of the Debian TeX Task Force concerning the move from
teTeX to TeX Live is forthcoming, please wait a bit.

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
Pages one and two [of Zaphod's presidential speech] had
been salvaged by a Damogran Frond Crested Eagle and had
already become incorporated into an extraordinary new form
of nest which the eagle had invented. It was constructed
largely of papier mache and it was virtually impossible for
a newly hatched baby eagle to break out of it. The Damogran
Frond Crested Eagle had heard of the notion of survival of
the species but wanted no truck with it.
 --- An example of Damogran wildlife.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


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

debian tex policy

[Kamaraju S Kusumanchi]

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/


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

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

[Peter Samuelson]

[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 Fortran/C API
available for extensions - yes, F77, including those 6-char function
names), but CATIA 5 is all about VB scripting, data interchange with
Excel, stuff like that.  The Unix port runs on a Windows emulation
toolkit of some sort, and truly is a second-class port - last I tried
it, at least, it felt very Windowsy and very slow.  Even assuming the
toolkit is available for Linux, I can't see anyone getting excited
about deploying CATIA that way.  I had the distinct impression that
Dassault would like for interest in the Unix port to dwindle away so
they wouldn't have to bother.


signature.asc
Description: Digital signature