Content-Type: text/plain
debian-user-digest Digest Volume 2007 : Issue 3024
Today's Topics:
Re: Raid 1 action on failed disk? [ David Brodbeck ]
Re: amarok hangs [ Chris ]
Re: amarok hangs [ Chris ]
latest radeon driver and full screen [ Romain JACQUET ]
Re: How To Install debian on IBM x35 [ "Jim Berry" ]
questions about shishi problem while [ "Dan Aronson" ]
Physicians SINTHE Country, (780k phy [ "Edgardo amherst" <jxjequ@soyhome.c ]
Re: How To Install debian on IBM x35 [ Julian De Marchi <julian@jdcomputer ]
Date: Wed, 19 Dec 2007 09:12:06 -0800
From: David Brodbeck <brodbd@u.washington.edu>
To: Debian List <debian-user@lists.debian.org>
Subject: Re: Raid 1 action on failed disk?
Message-Id:
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
On Dec 19, 2007, at 4:50 AM, S Scharf wrote:
> I am running a Debian 3.1 (Sarge) server with Raid 1 mirroring on
> the disk drive.
>
> Recently, one of the disks failed. The system sent root a proper e-
> mail notification of the failure. Unfortunately,
> the system seemed to continue to try to use the disk and operations
> slowed to the point that the only thing I could
> do was to power the system down and physically remove the bad drive.
> I had thought to check the mdadm status
> and remove the failed drive from the array by command.
>
> My question is shouldn't the Raid system have removed the drive for
> me after it had failed? Why was the system still
> trying to do operations on it after noticing the failure? Was (is)
> there something wrong with my raid configuration?
Are these IDE drives? Were they on the same cable? IDE is kind of
"fragile" -- a bad drive can cause problems with accessing the other
drive on the same cable. Ideally you want the two drives in a RAID 1
setup on separate cables -- this will give better performance, as well.
Date: Wed, 19 Dec 2007 18:16:33 +0100
From: Thierry Chatelet <tchatelet@free.fr>
To: debian-user@lists.debian.org
Subject: Re: How To Install debian on IBM x3550???
Message-Id: <200712191816.33413.tchatelet@free.fr>
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Pls, do not send html message.
Thierry
Date: Wed, 19 Dec 2007 12:32:17 -0500
From: "S Scharf" <ss11223@gmail.com>
To: "Debian List" <debian-user@lists.debian.org>
Subject: Re: Raid 1 action on failed disk?
Message-ID: <78582fa40712190932s7e43d1b0of03fae1d7907f331@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="----=_Part_29924_23702038.1198085537085"
------=_Part_29924_23702038.1198085537085
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Dec 19, 2007 12:12 PM, David Brodbeck <brodbd@u.washington.edu> wrote:
>
> On Dec 19, 2007, at 4:50 AM, S Scharf wrote:
>
> > I am running a Debian 3.1 (Sarge) server with Raid 1 mirroring on
> > the disk drive.
> >
> > Recently, one of the disks failed. The system sent root a proper e-
> > mail notification of the failure. Unfortunately,
> > the system seemed to continue to try to use the disk and operations
> > slowed to the point that the only thing I could
> > do was to power the system down and physically remove the bad drive.
> > I had thought to check the mdadm status
> > and remove the failed drive from the array by command.
> >
> > My question is shouldn't the Raid system have removed the drive for
> > me after it had failed? Why was the system still
> > trying to do operations on it after noticing the failure? Was (is)
> > there something wrong with my raid configuration?
>
> Are these IDE drives? Were they on the same cable? IDE is kind of
> "fragile" -- a bad drive can cause problems with accessing the other
> drive on the same cable. Ideally you want the two drives in a RAID 1
> setup on separate cables -- this will give better performance, as well.
>
>
The two drive are both IDE, the failed one shared the cable with the CD-ROM,
(the CD-ROM
was the master, the hard disk the slave) the good drive was on the other
cable by itself ( as the
master)
Stuart
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
>
>
------=_Part_29924_23702038.1198085537085
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Dec 19, 2007 12:12 PM, David Brodbeck <
brodbd@u.washington.edu> wrote:
On Dec 19, 2007, at 4:50 AM, S Scharf wrote:
> I am running a Debian 3.1 (Sarge) server with Raid 1 mirroring on
> the disk drive.
>
> Recently, one of the disks failed. The system sent root a proper e-
> mail notification of the failure. Unfortunately,
> the system seemed to continue to try to use the disk and operations
> slowed to the point that the only thing I could
> do was to power the system down and physically remove the bad drive.
<br>> I had thought to check the mdadm status<br>> and remove the failed drive from the array by command.<br>><br>> My question is shouldn't the Raid system have removed the drive for<br>> me after it had failed? Why was the system still
<br>> trying to do operations on it after noticing the failure? Was (is)<br>> there something wrong with my raid configuration?<br><br></div></div>Are these IDE drives? Were they on the same cable? IDE is kind of<br>
"fragile" -- a bad drive can cause problems with accessing the other<br>drive on the same cable. Ideally you want the two drives in a RAID 1<br>setup on separate cables -- this will give better performance, as well.
The two drive are both IDE, the failed one shared the cable with the CD-ROM, (the CD-ROM
was the master, the hard disk the slave) the good drive was on the other cable by itself ( as the
master)
Stuart
--
To UNSUBSCRIBE, email to
debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
------=_Part_29924_23702038.1198085537085--
Date: Wed, 19 Dec 2007 19:52:58 +0100
From: Chris <list.hurschler@gmx.de>
To: debian-user@lists.debian.org
Subject: Re: amarok hangs
Message-Id: <200712191952.58356.list.hurschler@gmx.de>
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Wednesday 19 December 2007, Adam Porter wrote:
> Chris wrote:
> > I really like amarok, am finding however that it is hanging often on
> > playback. Saw no bug reports on the version in unstable, I am running an
> > otherwise testing system (uprgaded to the unstable version in the hopes
> > that the problem was resolved in b2).
>
> If the bug is reported against testing, but not marked as fixed, it's
> probably still present in the unstable version.
>
> I think most of Amarok's problems stem from libxine. Xine hangs sometimes
> when it gets a stream or a file it doesn't like. Of course, it would be
> nice if Amarok could gracefully handle situations like this. In the
> future, Amarok2 will use GStreamer. Until then, use the latest versions of
> Amarok and libxine, and if it happens repeatedly, see if you can figure out
> with which streams and/or files.
Thanks for the info and hint!!
It seems to sometimes hang in the middle of different songs, I have always
when playing mp3 files. I haven't really noticed any one particular file
that causes problems. I do listen to some internet streams, but haven't
noticed anything.
Could it have something to do with the sound module? It sometimes makes a
quiet "click" sound when it hangs, other times it just stops.
Chris
--
C. Hurschler
Date: Wed, 19 Dec 2007 19:55:19 +0100
From: Chris <list.hurschler@gmx.de>
To: debian-user@lists.debian.org
Subject: Re: amarok hangs
Message-Id: <200712191955.19938.list.hurschler@gmx.de>
Content-Disposition: inline
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
On Tuesday 18 December 2007, Jonathan Kaye wrote:
> Chris wrote:
> > Thanks! Yea, I have it running on another system and it seems to be
> > stable
> > there. The system on which amarok hangs seems to be otherwise stable: go
> > figure.
> >
> > Chris
>
> Yeah, tell me about it. But life is more interesting this way. ;-)
> and Amarok does rock.
> Cheers,
> Jonathan
>
> --
> Registerd Linux user #445917 at http://counter.li.org/
It really is very nice! It's the kind of application that makes people start
to consider Linux: I've used it at several parties.
--
C. Hurschler
Date: Wed, 19 Dec 2007 20:34:55 +0100
From: Romain JACQUET <romain.jacquet.dev@free.fr>
To: debian-user@lists.debian.org
Subject: latest radeon driver and full screen video
Message-ID: <4769725F.2070606@free.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hello,
I'm playing with the experimental version of xserver-xorg-video-ati
(6.7.196-2).
I'm using a big desktop configuration with a LCD computer screen on the
vga output and LCD TV on the DVI output.
I want to use the TV screen to watch films.
When I play a video on the first screen, the video is fine. But I want
to play a video on the second screen, I choose
the 16:9 aspect ratio in gmplayer, the video is shifted to the up of the
screen. It mean I see a black rectangular area on the bottom of the screen.
Is the problem related to gmplayer or to xserver-xorg-video-ati?
Any ideas are welcomed.
Thanks in advance.
Date: Wed, 19 Dec 2007 18:09:54 +0000 (UTC)
From: Hendrik Boom <hendrik@topoi.pooq.com>
To: debian-user@lists.debian.org
Subject: ftell, fgetpos, etc.
Message-ID: <fkbmpi$uaj$1@ger.gmane.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
I need to write code that creates, reads, and writes a random-access bina=
ry
file, said binary file to be readable and writable on several machines,
which may have different byte sex, but will certainly have different
native word size (32 vs 64 bit). Addresses of positions in the file
*will* have to be written into the file.
The machines on which this software will have to run presently use
Debian or Debian-derived Linux distributions. (386, AMD64, maemo).
Now I know how to handle different byte sex (use shifts and masks to
decompose data and recompose it in the chosen file-format -- anyone have =
a
metter method?).
What I don't know is how to seek around the file in a machine-independent
manner, and avoid future headaches.
I can certainly hack up something that works for now, and will have to be
replaced if the files to be handled ever get huge. But I'd like to know
if there's a recommended way of doing it.
As far as I can tell, the two regimes available are
(a) use fgetpos and fsetpos
This will presumably do random access to anything the machine's file
system will handle, but the disk address I get from fgetpos are
unliky to be usable on another system.
(b) use ftell and fseek
Now these will solve the problem as long as my files stay small.
They provide byte counts from the start of the file, which are
semantically independent of the platform, but are just long int, which,
last I heard, was 32 bits almost everywhere (and, because of the sign
bit are limited to 31 bits in practise).
Is there something else available? Is there another way to use the tools
I have already mentioned? Is there a clean way to move to 64-bit
relatively system-independent disk addresses? Is there a standard way?
=20
-- hendrik
Date: Wed, 19 Dec 2007 20:51:49 +0100
From: strawks <strawks@yahoo.fr>
To: debian-user@lists.debian.org
Subject: Re: ip redirect
Message-Id: <1198093909.6162.6.camel@millie.home>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Hi,
> Can I do (perhaps with iptables) on the server a rule to redirect some ip to
> other?
>
> (example: internet web mail ip 87.10.123.32 redirect to 192.168.1.10) -
> without specify any ports.
maybe you're looking for the DNAT target, something like this :
iptables -t nat -A PREROUTING -i interface -d 87.10.123.32
--to-destination 192.168.1.10 -j DNAT
Take a look at iptables manpage for the details.
Hope this helps,
strawks
Date: Wed, 19 Dec 2007 15:06:23 -0500
From: "Jim Berry" <jberry@ppvs.com>
To: "M.Setyo Budi" <oddie_star@yahoo.com>
Cc: "debian-user" <debian-user@lists.debian.org>
Subject: Re: How To Install debian on IBM x3550???
Message-ID: <1198094783.3612.4.camel@sa.ppvs2k.com>
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C8427B.3409215E"
Content-class: urn:content-classes:message
This is a multi-part message in MIME format.
------_=_NextPart_001_01C8427B.3409215E
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: base64
SGVsbG8sDQogIEkgcnVuIDQuMCBvbiB0aGF0IHNhbWUgYm94LiBJdCdzIG91ciBWTVdhcmUgc2Vy
dmVyLiBJIGRvbid0IHRoaW5rIEkNCmhhZCB0byBsb2FkIGFueSBtb2R1bGVzIG9yIGRvIGFueXRo
aW5nIHNwZWNpYWwgdG8gZ2V0IDQuMCBvbiB0aGVyZS4gSWYNCnlvdSBoYXZlIGEgc3BlY2lmaWMg
cXVlc3Rpb24gSSBzaG91bGQgYmUgYWJsZSB0byBoZWxwIHlvdSBvbiB0aGF0DQpzZXJ2ZXIuDQoN
CiAgLS1qaW0NCg0KT24gVHVlLCAyMDA3LTEyLTE4IGF0IDIzOjU0IC0wODAwLCBNLlNldHlvIEJ1
ZGkgd3JvdGU6DQo+IERlYmlhbiAzLjEgdXBkYXRlZA0KPiAgDQo+IE9kZGllDQo+IA0KPiANCj4g
LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tDQo+IEZyb206IEp1bGlhbiBEZSBNYXJjaGkgPGp1
bGlhbkBqZGNvbXB1dGVycy5jb20uYXU+DQo+IFRvOiBkZWJpYW4tdXNlckBsaXN0cy5kZWJpYW4u
b3JnDQo+IFNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMTksIDIwMDcgMTI6NDM6MTQgUE0NCj4g
U3ViamVjdDogUmU6IEhvdyBUbyBJbnN0YWxsIGRlYmlhbiBvbiBJQk0geDM1NTA/Pz8NCj4gDQo+
IE0uU2V0eW8gQnVkaSB3cm90ZToNCj4gPiBkZWFyIEFsbCwNCj4gPiANCj4gPiBJIG5lZWQgYSBs
aXR0bGUgaGVscCBhYm91dCBIb3cgdG8gSW5zdGFsbCBEZWJpYW4gZXRjaCA0MHIwIC1pMzg2ICBv
bg0KPiBJQk0gDQo+ID4geDM1NTAuDQo+ID4gRHVhbC1Db3JlIEludGVswq4gWGVvbsKuIFByb2Nl
c3NvciA1MTYwIHVwIHRvIDMuMCBHSHogYW5kIHVwIHRvIDEzMzMNCj4gTUh6IA0KPiA+IGZyb250
LXNpZGUgYnVzDQo+ID4gMjkzLjYgR0IgMi41IiBob3Qtc3dhcCBTQVMgc3RvcmFnZQ0KPiA+IFJh
aWQgU3VwcG9ydCA6SW50ZWdyYXRlZCBSQUlELTAsIC0xLCAtMTAsIG9wdGlvbmFsIFJBSUQtNSwg
LTYNCj4gDQo+IFdoYXQgZXJyb3IgZG8geW91IGdldD8gUGxlYXNlIGJlIG1vcmUgc3BlY2lmaWM/
DQo+IA0KPiAtLSANCj4gQ2hlZXJzLA0KPiBKdWxpYW4gRGUgTWFyY2hpDQo+IC0tDQo+IE9wZW5O
SUMgdXNlciAtIGh0dHA6Ly93d3cub3Blbm5pY3Byb2plY3Qub3JnLw0KPiAtLQ0KPiBQbGVhc2Ug
YXZvaWQgc2VuZGluZyBtZSBXb3JkIG9yIFBvd2VyUG9pbnQgYXR0YWNobWVudHMuDQo+IFNlZSBo
dHRwOi8vd3d3LmdudS5vcmcvcGhpbG9zb3BoeS9uby13b3JkLWF0dGFjaG1lbnRzLmh0bWwNCj4g
DQo+IA0KPiAtLSANCj4gVG8gVU5TVUJTQ1JJQkUsIGVtYWlsIHRvIGRlYmlhbi11c2VyLVJFUVVF
U1RAbGlzdHMuZGViaWFuLm9yZyANCj4gd2l0aCBhIHN1YmplY3Qgb2YgInVuc3Vic2NyaWJlIi4g
VHJvdWJsZT8gQ29udGFjdA0KPiBsaXN0bWFzdGVyQGxpc3RzLmRlYmlhbi5vcmcNCj4gDQo+IA0K
PiANCj4gDQo+IA0KPiBTZW5kIGluc3RhbnQgbWVzc2FnZXMgdG8geW91ciBvbmxpbmUgZnJpZW5k
cw0KPiBodHRwOi8vdWsubWVzc2VuZ2VyLnlhaG9vLmNvbSANCg==
------_=_NextPart_001_01C8427B.3409215E
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPEhUTUw+
DQo8SEVBRD4NCjxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9o
dG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIE5BTUU9IkdlbmVyYXRvciIgQ09OVEVOVD0iTVMg
RXhjaGFuZ2UgU2VydmVyIHZlcnNpb24gNi41Ljc2NTEuNTkiPg0KPFRJVExFPlJlOiBIb3cgVG8g
SW5zdGFsbCBkZWJpYW4gb24gSUJNIHgzNTUwPz8/PC9USVRMRT4NCjwvSEVBRD4NCjxCT0RZPg0K
PCEtLSBDb252ZXJ0ZWQgZnJvbSB0ZXh0L3BsYWluIGZvcm1hdCAtLT4NCg0KPFA+PEZPTlQgU0la
RT0yPkhlbGxvLDxCUj4NCiZuYnNwOyBJIHJ1biA0LjAgb24gdGhhdCBzYW1lIGJveC4gSXQncyBv
dXIgVk1XYXJlIHNlcnZlci4gSSBkb24ndCB0aGluayBJPEJSPg0KaGFkIHRvIGxvYWQgYW55IG1v
ZHVsZXMgb3IgZG8gYW55dGhpbmcgc3BlY2lhbCB0byBnZXQgNC4wIG9uIHRoZXJlLiBJZjxCUj4N
CnlvdSBoYXZlIGEgc3BlY2lmaWMgcXVlc3Rpb24gSSBzaG91bGQgYmUgYWJsZSB0byBoZWxwIHlv
dSBvbiB0aGF0PEJSPg0Kc2VydmVyLjxCUj4NCjxCUj4NCiZuYnNwOyAtLWppbTxCUj4NCjxCUj4N
Ck9uIFR1ZSwgMjAwNy0xMi0xOCBhdCAyMzo1NCAtMDgwMCwgTS5TZXR5byBCdWRpIHdyb3RlOjxC
Uj4NCiZndDsgRGViaWFuIDMuMSB1cGRhdGVkPEJSPg0KJmd0OyZuYnNwOzxCUj4NCiZndDsgT2Rk
aWU8QlI+DQomZ3Q7PEJSPg0KJmd0OzxCUj4NCiZndDsgLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAt
LS0tPEJSPg0KJmd0OyBGcm9tOiBKdWxpYW4gRGUgTWFyY2hpICZsdDtqdWxpYW5AamRjb21wdXRl
cnMuY29tLmF1Jmd0OzxCUj4NCiZndDsgVG86IGRlYmlhbi11c2VyQGxpc3RzLmRlYmlhbi5vcmc8
QlI+DQomZ3Q7IFNlbnQ6IFdlZG5lc2RheSwgRGVjZW1iZXIgMTksIDIwMDcgMTI6NDM6MTQgUE08
QlI+DQomZ3Q7IFN1YmplY3Q6IFJlOiBIb3cgVG8gSW5zdGFsbCBkZWJpYW4gb24gSUJNIHgzNTUw
Pz8/PEJSPg0KJmd0OzxCUj4NCiZndDsgTS5TZXR5byBCdWRpIHdyb3RlOjxCUj4NCiZndDsgJmd0
OyBkZWFyIEFsbCw8QlI+DQomZ3Q7ICZndDs8QlI+DQomZ3Q7ICZndDsgSSBuZWVkIGEgbGl0dGxl
IGhlbHAgYWJvdXQgSG93IHRvIEluc3RhbGwgRGViaWFuIGV0Y2ggNDByMCAtaTM4NiZuYnNwOyBv
bjxCUj4NCiZndDsgSUJNPEJSPg0KJmd0OyAmZ3Q7IHgzNTUwLjxCUj4NCiZndDsgJmd0OyBEdWFs
LUNvcmUgSW50ZWzCriBYZW9uwq4gUHJvY2Vzc29yIDUxNjAgdXAgdG8gMy4wIEdIeiBhbmQgdXAg
dG8gMTMzMzxCUj4NCiZndDsgTUh6PEJSPg0KJmd0OyAmZ3Q7IGZyb250LXNpZGUgYnVzPEJSPg0K
Jmd0OyAmZ3Q7IDI5My42IEdCIDIuNSZxdW90OyBob3Qtc3dhcCBTQVMgc3RvcmFnZTxCUj4NCiZn
dDsgJmd0OyBSYWlkIFN1cHBvcnQgOkludGVncmF0ZWQgUkFJRC0wLCAtMSwgLTEwLCBvcHRpb25h
bCBSQUlELTUsIC02PEJSPg0KJmd0OzxCUj4NCiZndDsgV2hhdCBlcnJvciBkbyB5b3UgZ2V0PyBQ
bGVhc2UgYmUgbW9yZSBzcGVjaWZpYz88QlI+DQomZ3Q7PEJSPg0KJmd0OyAtLTxCUj4NCiZndDsg
Q2hlZXJzLDxCUj4NCiZndDsgSnVsaWFuIERlIE1hcmNoaTxCUj4NCiZndDsgLS08QlI+DQomZ3Q7
IE9wZW5OSUMgdXNlciAtIDxBIEhSRUY9Imh0dHA6Ly93d3cub3Blbm5pY3Byb2plY3Qub3JnLyI+
aHR0cDovL3d3dy5vcGVubmljcHJvamVjdC5vcmcvPC9BPjxCUj4NCiZndDsgLS08QlI+DQomZ3Q7
IFBsZWFzZSBhdm9pZCBzZW5kaW5nIG1lIFdvcmQgb3IgUG93ZXJQb2ludCBhdHRhY2htZW50cy48
QlI+DQomZ3Q7IFNlZSA8QSBIUkVGPSJodHRwOi8vd3d3LmdudS5vcmcvcGhpbG9zb3BoeS9uby13
b3JkLWF0dGFjaG1lbnRzLmh0bWwiPmh0dHA6Ly93d3cuZ251Lm9yZy9waGlsb3NvcGh5L25vLXdv
cmQtYXR0YWNobWVudHMuaHRtbDwvQT48QlI+DQomZ3Q7PEJSPg0KJmd0OzxCUj4NCiZndDsgLS08
QlI+DQomZ3Q7IFRvIFVOU1VCU0NSSUJFLCBlbWFpbCB0byBkZWJpYW4tdXNlci1SRVFVRVNUQGxp
c3RzLmRlYmlhbi5vcmc8QlI+DQomZ3Q7IHdpdGggYSBzdWJqZWN0IG9mICZxdW90O3Vuc3Vic2Ny
aWJlJnF1b3Q7LiBUcm91YmxlPyBDb250YWN0PEJSPg0KJmd0OyBsaXN0bWFzdGVyQGxpc3RzLmRl
Ymlhbi5vcmc8QlI+DQomZ3Q7PEJSPg0KJmd0OzxCUj4NCiZndDs8QlI+DQomZ3Q7PEJSPg0KJmd0
OzxCUj4NCiZndDsgU2VuZCBpbnN0YW50IG1lc3NhZ2VzIHRvIHlvdXIgb25saW5lIGZyaWVuZHM8
QlI+DQomZ3Q7IDxBIEhSRUY9Imh0dHA6Ly91ay5tZXNzZW5nZXIueWFob28uY29tIj5odHRwOi8v
dWsubWVzc2VuZ2VyLnlhaG9vLmNvbTwvQT48QlI+DQo8L0ZPTlQ+DQo8L1A+DQoNCjwvQk9EWT4N
CjwvSFRNTD4=
------_=_NextPart_001_01C8427B.3409215E--
Date: Wed, 19 Dec 2007 12:06:52 -0800
From: "Dan Aronson" <dan.aronson@gmail.com>
To: debian-user@lists.debian.org
Subject: questions about shishi problem while using apache with etch
Message-ID: <969e80160712191206r141c1903ide23b6b557644ca2@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="----=_Part_22981_11823793.1198094812769"
------=_Part_22981_11823793.1198094812769
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In trying to create some new web stuff, apache seems to be complaining about
shishi (which I see from research is the gnu kerberos stuff). Why is it
doing this? I know I could just create the directory, but I want to
understand WHAT it is trying to do and WHY.
Port 12345 is one of my apache ports....
telnet localhost 12345
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
libshishi: warning: /home/dan/.shishi/tickets: No such file or directory
It also seems to me to be an apache error to have something come out on
stderr.
I'll crosspost this problem to an apache list, but I'm starting with debian
since I assume that it's an issue with the installed libraries.
--dan
------=_Part_22981_11823793.1198094812769
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In trying to create some new web stuff, apache seems to be complaining about shishi (which I see from research is the gnu kerberos stuff). Why is it doing this? I know I could just create the directory, but I want to understand WHAT it is trying to do and WHY.
<br><br>Port 12345 is one of my apache ports....<br><br><div style="margin-left: 40px;">telnet localhost 12345<br>Trying 127.0.0.1...<br>Connected to localhost.<br>Escape character is '^]'.<br>libshishi: warning: /home/dan/.shishi/tickets: No such file or directory
<br><br></div>It also seems to me to be an apache error to have something come out on stderr. <br><br>I'll crosspost this problem to an apache list, but I'm starting with debian since I assume that it's an issue with the installed libraries.
<br><br>--dan<br>
------=_Part_22981_11823793.1198094812769--
Date: Wed, 19 Dec 2007 12:50:49 -0800 (PST)
From: Jeppe <jepsovitz@home.se>
To: debian-user@lists.debian.org
Subject: apt-get install php4-mysql
Message-ID: <829be928-1649-4c3f-a0a8-2d17eef02ce1@y5g2000hsf.googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi there,
First of all, I=B4m new to Debian and especially the apt-thing.
I was going to try to enable apache2 with mysql. I already have a
Postgres-DB but now for different reasons, I also wanted MySQL. I did
not enable MySQL during the apache installation the first time. PHP
(4.-something) is/was enabled and worked towards Postgres without any
problems.
So, after having done a "apt-cache search mysql" and grep:ed for
something containg php I found the package:
php4-mysql
I thought this must be the right thing for me, I mean, I want to be
able to connect to MySQL with PHP4.
Well, I did "apt-get install php4-mysql" (I have included some of the
output between ---- )
-------------------------------
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
apache-common libapache-mod-php4 libkrb53 libpq4 php4-common php4-
pgsql
Suggested packages:
apache apache-ssl apache-perl php-pear krb5-doc krb5-user
The following packages will be REMOVED:
libapache2-mod-php4
The following NEW packages will be installed:
apache-common libapache-mod-php4 libpq4 php4-mysql
The following packages will be upgraded:
libkrb53 php4-common php4-pgsql
3 upgraded, 4 newly installed, 1 to remove and 250 not upgraded.
=2E..
Preparing to replace php4-pgsql 3:4.3.10-4 (using ../php4-
pgsql_6%3a4.4.4-8+etch4_i386.deb) ...
Unpacking replacement php4-pgsql ...
dpkg: libapache2-mod-php4: dependency problems, but removing anyway as
you request:
php4 depends on libapache-mod-php4 (>=3D 4:4.3.10-16) | libapache2-mod-
php4 (>=3D 4:4.3.10-16); however:
Package libapache-mod-php4 is not installed.
Package libapache2-mod-php4 is to be removed.
(Reading database ... 33009 files and directories currently
installed.)
Removing libapache2-mod-php4 ...
Module php4 disabled; run /etc/init.d/apache2 force-reload to fully
disable.
=2E.
-------------------------------
When the process was over I restarted Apache and paniced when I
realized that my browser wanted to download the php-sides instead of
having the server parsing the sides. Apache did not parse my php any
more. Obviously some dependency-things had gone wrong ("libapache2-mod-
php4: dep. probs., but removing anyway as you request").
What to do?
I tried doing this:
"apt-get install libapache2-mod-php5"
-------------------------------
The following extra packages will be installed:
apache2 apache2-mpm-prefork apache2.2-common coreutils dpkg
libapache2-mod-perl2 libapr1 libaprutil1 libncursesw5
libsqlite3-0 libxml2 php5-common python2.4 python2.4-minimal
Suggested packages:
lzma php-pear python2.4-doc python-profiler
Recommended packages:
xml-core
The following packages will be REMOVED:
apache2-common libapache2-mod-python libapache2-mod-python2.3
The following NEW packages will be installed:
apache2.2-common libapache2-mod-php5 libapr1 libaprutil1
libsqlite3-0 php5-common python2.4 python2.4-minimal
The following packages will be upgraded:
apache2 apache2-mpm-prefork coreutils dpkg libapache2-mod-perl2
libncursesw5 libxml2
7 upgraded, 8 newly installed, 3 to remove and 242 not upgraded.
=2E.
dpkg: apache2-common: dependency problems, but removing anyway as you
request:
apache2-mpm-prefork depends on apache2-common (=3D 2.0.54-5).
(Reading database ... 33067 files and directories currently
installed.)
Removing apache2-common ...
=2E.
-------------------------------
And yes, I was lucky. Things got back to normal again. Well, despite
the fact that I=B4m running php5 now.
I was asked a question if I wanted to replace my existing
apache2.config with an updated version but I chosed to keep my
existing config due changes that I had made before.
Questions to be answered:
1. What was the cause of the problem? Did I choose the wrong package
or was my configuration wrong from the beginning?
2. Do I have to do something about this now? Do I have any corrupted
dependencies?
3. How do I enable MySQL with apache and php if not by installing the
package php[45]-mysql? I have checked the php.ini and I do not find
anything that looks like an on/off switch for the mysql.
Thanks for answering, Jeppe
Date: Thu, 20 Dec 2007 01:13:00 +0400
From: "Edgardo amherst" <jxjequ@soyhome.com>
To: shipping@energyoutfitters.com, debian-user@lists.debian.org, 248k3v0c@yahoo.com, annesikkema@hotmail.com, fuznal@mail.com, klemke@siagency.net, sbproject@volny.cz, m2ch6rfb@yahoo.com
Subject: Physicians SINTHE Country, (780k physicians)
Message-ID: <666346i3hlj0$o0411pt0$9656h1y0@Delldim5150
Content-type: text/plain; charset=US-ASCII
788,030 in total - 17,400 emails
Lots of Physicians in specialties like Orthopedics, Surgery, Radiology,
Dermatology, Neurology, General Practice etc..
Can easily be sorted by 16 different fields
Price for this week only = $390
*** Get the data below as a gift when you order the MD list above ***
Listing of US Pharma Companies
Personal email addresses (5000 in total) and names for execs
Listing of US Hospitals
complete contact information for CEO's, CFO's, Directors and more -
over 23,000 listings in total for more than 7,000 hospitals in the USA
US Dentist Database
597,000 dentists and dental services ( a $300 value!)
American Chiropractors Directory
Complete data for all chiropractors in the USA (a $249 value)
eail to d_southren@hotmail.com or 206-202-0148
Date: Thu, 20 Dec 2007 07:55:07 +1000
From: Julian De Marchi <julian@jdcomputers.com.au>
To: debian-user <debian-user@lists.debian.org>
Subject: Re: How To Install debian on IBM x3550???
Message-ID: <4769933B.1040500@jdcomputers.com.au>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
M.Setyo Budi wrote:
> Debian Testing i386
I have an x3550 at work with ESX 3.2 on it. I believe they are x86_64,
so please download the 64bit of Debian Etch and try to install again.
<snip>
--
Cheers,
Julian De Marchi
--
OpenNIC user - http://www.opennicproject.org/
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
End of debian-user-digest Digest V2007 Issue #3024
**************************************************
Received on Wed Dec 19 17:33:40 2007
This archive was generated by hypermail 2.1.8
: Wed Mar 19 2008 - 02:58:12 EDT