Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

debian-user-digest Digest V2007 #3024

From: <debian-user-digest-request(at)lists.debian.org>
Date: Wed Dec 19 2007 - 17:33:20 EST


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.

Do you need help?X

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:

Do you need more help?X

>
> 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-
Can we help you?X

> 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>&gt; I had thought to check the mdadm status<br>&gt; and remove the failed drive from the array by command.<br>&gt;<br>&gt; My question is shouldn&#39;t the Raid system have removed the drive for<br>&gt; me after it had failed? Why was the system still <br>&gt; trying to do operations on it after noticing the failure? Was (is)<br>&gt; there something wrong with my raid configuration?<br><br></div></div>Are these IDE drives? &nbsp;Were they on the same cable? &nbsp;IDE is kind of<br> &quot;fragile&quot; -- a bad drive can cause problems with accessing the other<br>drive on the same cable. &nbsp;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.

Can't find what you're looking for?X

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

Don't know where to look next?X

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).&nbsp; Why is it doing this?&nbsp; 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 &#39;^]&#39;.<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&#39;ll crosspost this problem to an apache list, but I&#39;m starting with debian since I assume that it&#39;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


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library