Andreas Jochens wrote:
On 05-Mar-02 07:58, Harald Dunkel wrote:
Sven Mueller wrote:
So could any one of you please create a working package for AMD64? I
mean it just doesn't make sense that everyone compiles one on his own.
No problem. I've got some new source and binary packages for
amd64 (gcc-3.4
On Thu, 03 Mar 2005 00:11:45 -0500, Javier Kohen
<[EMAIL PROTECTED]> wrote:
>
> What's the compiler command-line that causes the error and what does the
> compiler display?
The following is the command:
g++ -o conftest -g -O2 -I/usr/X11R6/include -L/usr/X11R6/lib
conftest.cc -lGL -L /usr/X11R6/
On Wed, Mar 02, 2005 at 09:04:07PM -0800, Superuserman wrote:
> Are you trying to finish installation or fix the installer?
> Barry Rountree wrote:
> > Installation hangs after email configuration with message:
> > Restarting MTA: exim4
If you're trying to install and don't actually need exim
Barry Rountree wrote:
Installation hangs after email configuration with message:
Restarting MTA: exim4
>
I can log into the second console.
This happened with each of these two isos.
sid-amd64-netboot.iso 01-Mar-2005
sid-amd64-netinst.iso 19-Feb-2005
+++
What's the compiler command-line that causes the error and what does the
compiler display?
If it's using configure you can get a lot of information from the
config.log file.
Karol Krizka wrote:
Hello,
I have lately been trying to get metissa
(http://insitu.lri.fr/~chapuis/metisse/index.html) ru
Hello all,
Recently bought a nice Silverstone case for my HTPC project, and was
wondering if anyone here knows of Linux drivers for the VFD (Vacuum
Fluorescent Display). It's a USB interface and it's all hooked up
according to the instructions. I've been googling, but have come up
with not
Goswin wrote:
I expect the raid chips will actually improve in the future and wonder
when they will arrive. Some of the older SCSI RAID controllers were
probably fairly good and the newer SATA RAID controllers should have
been introduced with at least that capability.
Why should they improve? There
David Liontooth wrote:
Both Fasttrack and Via are now supported -- cf. the Linux software raid dmraid
driver
at http://people.redhat.com/~heinzm/sw/dmraid, which lists these:
Highpoint HPT37X
Highpoint HPT45X
Intel Software RAID
LSI Logic MegaRAID
NVidia NForce
Promise FastTrack
Silicon Image Medl
Tong wrote:
Could someone compile a quick reference on "fresh installing Debian-amd64
sarge" for experienced Debian user please? By "for experienced Debian
user" I mean, focus on bare-bone while omitting all "detailed-howtos"
+++
I installed debian-amd64 sarge about a week ago witho
Hello,
I have lately been trying to get metissa
(http://insitu.lri.fr/~chapuis/metisse/index.html) running on my
laptop, but it fails at configure with the following error:
configure: error: GL header found, but fail to found libGL (use LDFLAGS?)
But I have the gl development libraries installed a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Installation hangs after email configuration with message:
Restarting MTA: exim4
I've tried "local delivery only" and "no configuration" -- both hang.
I can log into the second console.
This happened with each of these two isos.
si
Well, I use LPRNG (rather than CUPS) and it works without any changes.
That's because printing always goes over network connections, so the
chroot client can talk directly to the non-chroot lprng server.
On Wed, Mar 02, 2005 at 03:08:05PM -0800, Tong wrote:
> Hi,
>
> This is an obvious simple que
On Wed, 02 Mar 2005 18:08:05 -0500, Tong <[EMAIL PROTECTED]> wrote:
> This is an obvious simple question, but I can't seem to find the answer
> anywhere. I mean,
>
> What should I do in order to print from open office which is installed in
> the chrooted environment.
>
> I.e., I think I should in
Hi,
This is an obvious simple question, but I can't seem to find the answer
anywhere. I mean,
What should I do in order to print from open office which is installed in
the chrooted environment.
I.e., I think I should install the printing system (cups) in the 32bit
chroot, then how about the tt
Hi Giacorno,
Thanks a lot for your usefull help.
I just downgraded and everything worked right, except for gaim and
libofx1, that I had to uninstall manually and reinstall again due to
file conflicts (in different packages: gaim-data and libofx1c102).
Nothing too bad :)
Seems that evolution load
On Wed, Mar 02, 2005 at 07:22:19PM +0100, Frank Küster wrote:
> reassign 297257 libperl5.8
> retitle 297257 libperl5.8: Does not install libperl.so.5.8 on amd64
> thanks
>
> Hi Perl people,
>
> this caused auctex to FTBFS on amd64. It's probably more important for
> other packages that use eperl
Brett Viren wrote:
Yes. You are also free to use mine at:
mirror.phy.bnl.gov::Debian-amd64
There was some discussion on IRC the other day regarding mirroring. I
never did find a good mirror to get the pure64 Debian data.
David
--
David J. Coulson
email: [EMAIL PROTECTED]
web: http://www.davidco
Hi,
Could someone compile a quick reference on "fresh installing Debian-amd64
sarge" for experienced Debian user please? By "for experienced Debian
user" I mean, focus on bare-bone while omitting all "detailed-howtos".
IIRC, all current documents (especially urls in them) are for SID. I have
to
On Wed, 2005-03-02 at 15:14 -0500, Brett Viren wrote:
> "Pedro Sanchez" <[EMAIL PROTECTED]> writes:
>
> > I get similar errors when trying the http method on
> > debian-amd64.alioth.debian.org. I guess the amd64 repository is not
> > "official" enough for debmirror to swallow.
>
> My mirror (when
"Pedro Sanchez" <[EMAIL PROTECTED]> writes:
> I get similar errors when trying the http method on
> debian-amd64.alioth.debian.org. I guess the amd64 repository is not
> "official" enough for debmirror to swallow.
My mirror (when it doesn't break down due to full disks) should just
be a straight
Thanks Brett,
I just tried your mirror using debmirror and this is what I get:
# debmirror -e rsync -a amd64 -h mirror.phy.bnl.gov -r :Debian-amd64 -d
sid,sarge /mirror/debian-amd64
Errors:
Release signature does not verify, use -v to see the gpg error.
Release signature does not verify, use -
Lennart Sorensen wrote:
On Wed, Mar 02, 2005 at 01:21:54PM -0500, Javier Kohen wrote:
any reason why ndiswrapper-source didn't make it to Debian AMD64?
Neither pure64's nor gcc-3.4's buildds seem to have attempted to "build it."
Probably flagged i386 only in the source since it certainly in the p
"Pedro Sanchez" <[EMAIL PROTECTED]> writes:
> I want to use rsync anyways. debmirror seems to support it but
> apt-mirror ans apt-proxy don't. I'll then start with debmirror.
apt-proxy doesn't mirror per se. Rather it lets some machine (in my
case a gateway that bridges a private net and the int
Thanks for the suggestions.
I want to use rsync anyways. debmirror seems to support it but
apt-mirror ans apt-proxy don't. I'll then start with debmirror.
So, again, are there any AMD64 rsync servers that I can use? Is alioth
rsync-enabled?
--
Pedro
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
reassign 297257 libperl5.8
retitle 297257 libperl5.8: Does not install libperl.so.5.8 on amd64
thanks
Hi Perl people,
this caused auctex to FTBFS on amd64. It's probably more important for
other packages that use eperl, or otherwise libperl (auctex is
architecture: all). From the original bug r
Pedro Sanchez wrote:
I'd like to set up an internal mirror of the AMD64 distros (pure64 and
debian-pure64).
I use debmirror (with the http method) and it works very well.
Ciao,
Manuele
--
"È ricercando l'impossibile che l'uomo ha sempre realizzato il
possibile. Coloro che si sono saggiamente limita
On Wed, Mar 02, 2005 at 01:21:54PM -0500, Javier Kohen wrote:
> any reason why ndiswrapper-source didn't make it to Debian AMD64?
> Neither pure64's nor gcc-3.4's buildds seem to have attempted to "build it."
Probably flagged i386 only in the source since it certainly in the past
would have made
Hi guys,
any reason why ndiswrapper-source didn't make it to Debian AMD64?
Neither pure64's nor gcc-3.4's buildds seem to have attempted to "build it."
Cheers,
--
Javier Kohen <[EMAIL PROTECTED]>
ICQ: blashyrkh #2361802
Jabber: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On Wed, Mar 02, 2005 at 01:03:41PM -0500, Pedro Sanchez wrote:
> I'd like to set up an internal mirror of the AMD64 distros (pure64 and
> debian-pure64). Ideally I'd like to use the same rsync script that we
> already use to mirror Debian x86. Are there any rsync servers available?
> I could as wel
"Pedro Sanchez" <[EMAIL PROTECTED]> writes:
> Hello,
>
> I'd like to set up an internal mirror of the AMD64 distros (pure64 and
> debian-pure64). Ideally I'd like to use the same rsync script that we
> already use to mirror Debian x86. Are there any rsync servers available?
> I could as well exper
Hello,
I'd like to set up an internal mirror of the AMD64 distros (pure64 and
debian-pure64). Ideally I'd like to use the same rsync script that we
already use to mirror Debian x86. Are there any rsync servers available?
I could as well experiment with some other packages that manage Debian
mirror
Alexandru Cabuz <[EMAIL PROTECTED]> writes:
> Why is octaviz not in pure64 experimental?
The answere is simple: Because nobody cares.
If someone would care and offer their time to manage it it can easily
be added to the archive. Till now people only needed the odd package
from experimental and h
sarge netinst debian-pure64 <[EMAIL PROTECTED]> writes:
> So I wonder whether my raid chips are smart_raid or dumb_raid and
> whether they can save the CPU cycles or not while remaining error free.
Thats realy easy. If the chip works in non raid mode but not raid mode
then it is dumb. Real hardwa
Hello list,
While trying to upgrade mozilla-firefox, I noticed that the
mozilla-firefox directory on debian.inode.at
(http://debian.inode.at/pure64/pool/unstable/main/amd64/m/mozilla-firefox/)
is currently empty.
I just thought I'd bring this to your attention, maybe something went
wrong somewhere
Hello list,
While trying to upgrade mozilla-firefox, I noticed that the
mozilla-firefox directory on debian.inode.at
(http://debian.inode.at/pure64/pool/unstable/main/amd64/m/mozilla-firefox/)
is currently empty.
I just thought I'd bring this to your attention, maybe something went
wrong somewhere
> deb http://debian.inode.at/debian-amd64/pure64 experimental main contrib
non-free
>
> Perchance I should use another mirror...?
No point. As far as I know, there is no such thing as pure64 experimental.
Your best bet is to compile from source, which you should have no problems
with as otherwi
* Alexandru Cabuz <[EMAIL PROTECTED]> [Mar 02. 2005 13:28]:
> I am trying to install the octaviz package, which is in 32bit
> experimental but it seems, not in amd64 experimental. (It's an
> advanced plotting tool for octave)
>
> The AMD64 howto does not say anything about experimental
> packages
On Wednesday 02 March 2005 11:09, Dr Gavin Seddon wrote:
> How do I change from scsi emulation being that the kb m don't work with k3b?
k3bsetup's autodetect doesn't work?
Ernest
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
I am trying to install the octaviz package, which is in 32bit
experimental but it seems, not in amd64 experimental. (It's an
advanced plotting tool for octave)
The AMD64 howto does not say anything about experimental packages and
a search of list archives gives nothing.
Why is octaviz not
How do I change from scsi emulation being that the kb m don't work with
k3b?
thanks
gs
On Wed, 2005-03-02 at 10:57 +1100, Ed Murray wrote:
> I can run and use K3B with no problem. I am using the ide-cd module not
> scsi emulation. Version:
> k3b 0.11.20-1
>
> HTH
>
> R
On Mon, 28 Feb 2005, Eneko Lacunza wrote:
Hi all,
First of all, thanks a lot to everyone involved in this port. I just
bought a new destop PC and migrated my old PC data (mostly evolution
stuff) successfully and without problems from a Fedora Core 3 i386 :)
Too bad I discovered
http://debian-amd64.
Le 02.03.2005 10:29:52, Andrei Mikhailovsky a écrit :
Hi
How does your glxgears or opengl games behave in the fullscreen mode?
I have noticed previously that even though the glxgears game me a good
performance, the games ran horribly slow without the proprietary fglrx
driver.
Can people give me som
Hi
How does your glxgears or opengl games behave in the fullscreen mode?
I have noticed previously that even though the glxgears game me a good
performance, the games ran horribly slow without the proprietary fglrx
driver.
Can people give me some ideas from their experience using the radeon
driv
[EMAIL PROTECTED] wrote:
I have the onboard Promise and VIA chips with raid features. I also use
those now as individual disks with the raid turned off. Unless I missed
something, I think there is no raid support for these chips under Linux.
Lots of fun stuff happening with Linux raid -- cf.
http:
sarge netinst debian-pure64 wrote:
My XF86Config-4 had dri after glx out of order causing this:
This is sarge debian-pure64 with 2.6.8 kernel and sarge XFree86 4.3.0.1
+++
Sorry, this was my fault not sarge. I don't want to set off alarms.
The XF86Config-4 after sarge was installed did
45 matches
Mail list logo
