Content-Type: text/plain
debian-user-digest Digest Volume 2007 : Issue 1890
Today's Topics:
RE: static IP [ "Iuri Sampaio" ]
Re: Floppy disk filesystem [ Ron Johnson ]
Can not build Grub bootloader [ rocky ]
Re: Aptitude can't upgrade Apt! [ Daniel Burrows ]
Re: unbale to do dhclient after MAC [ Jabka Atu ]
Newbie, Xen linux-image [ "Masatran, R. Deepak" ]
Re: Keyboard sluggish in Etch, not S [ Anthony Campbell <ac@acampbell.org. ]
Re: svn checkout via a web-browser? [ "Tshepang Lekhonkhobe" <tshepang@gm ]
Date: Wed, 4 Jul 2007 01:09:46 -0300
From: "Iuri Sampaio" <iuri.sampaio@gmail.com>
To: "'Douglas Allan Tutty'" <dtutty@porchlight.ca>,
<debian-user@lists.debian.org>
Cc: "'Jeff'" <debian@waysoft.com>,
"'thanigai rajan'" ,
"'Yann Lejeune'"
Subject: RE: static IP
Message-ID: <004d01c7bdf1$2a922fa0$6401a8c0@compaqr4000>
Content-Type: text/plain;
charset="windows-1250"
Content-Transfer-Encoding: quoted-printable
Hi,
Yes I meant /etc/network/interfaces
I connect the machine to the internet through a gateway. The router is =
set
at 192.168.1.1 as usual.
I tried ping debian.org and it doesn=92t return results.
The device that has the error is an onboard network device, eth0. My
motherboard is ASUS.
However, I plugged another network device, eth1 and the put the same
settings then it worked fine.=20
I believe it's a compatibility error at debian etch and my motherboard.
Since I had installed debian stable in the past and I didn't have any
problems with the onboard network device
Jeff
About the /etc/init.d/networking restart. Without reboot the machine...
I realized it doesn=92t work, it worked only when I first use stop and =
then
start
/etc/init.d/networking stop
/etc/init.d/networking start=20
That happens also with postgres.
Sorry for my delay,
iuri
-----Original Message-----
From: Douglas Allan Tutty [mailto:dtutty@porchlight.ca]=20
Sent: Monday, July 02, 2007 2:16 PM
To: debian-user@lists.debian.org
Subject: Re: static IP
On Mon, Jul 02, 2007 at 11:21:57AM -0300, Iuri Sampaio wrote:
>=20
> I=92m trying to set up a internal static IP to my machine.=20
>=20
> My /etc/init.d/interfaces is:
You mean /etc/network/interfaces.
>=20
> # This file describes the network interfaces available on your system> # and how to activate them. For more information, see interfaces(5).
>=20
> # The loopback network interface> auto lo> iface lo inet loopback
>=20
> # The primary network interface> allow-hotplug eth1> # Static IP> iface eth1 inet static> address 192.168.1.10> netmask 255.255.255.0> network 192.168.1.255> gateway 192.168.1.1
>=20
> I set the IP but when I restarted the machine to the changes make =
effect I
> loose internet connection.=20
>=20
> I already tried other final number to the ip such as 192.168.1.105. =
but it
> didn=92t work out
>=20
> Is there anything I=92m doing wrong?
>=20
Hi iuri
That depends. How are you connecting to the internet? You've told the
system that you only have one network interface card (but then why is it
eth1?) and that to get to the internet it should default route to the
gateway at 192.168.1.1.
What exactly do you mean that you loose the internet connection? Is it
a connectivity thing or that the name doesn't resolve? Give us the
exact error message you get when you enter: ping debian.org
Doug.
--=20
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org=20
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
No virus found in this incoming message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.9.14/885 - Release Date: 7/3/2007
10:02 AM
=20
No virus found in this outgoing message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.9.14/885 - Release Date: 7/3/2007
10:02 AM
=20
Date: Tue, 03 Jul 2007 23:19:57 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: My ISP will accept encrypted POP3?
Message-ID: <468B1FED.3020406@cox.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
On 07/03/07 21:24, Roberto C. S=E1nchez wrote:
> On Tue, Jul 03, 2007 at 09:10:42PM -0500, Ron Johnson wrote:
>> My system's mailserver isn't yet involved. This is a POP3=20
>> conversation between fetchmail and pop.east.cox.net.
>>
> Ah. Then does fetchmail understand SSL/TLS? If so, then you can> authenticate and download your mail encrypted.
It occured to me, though, that this might be *fetchmail* trying to=20
use TLS but being rebuffed by my ISP. Hmmmm.
--=20
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
Date: Tue, 03 Jul 2007 23:22:37 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: Floppy disk filesystem
Message-ID: <468B208D.7010508@cox.net>
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
On 07/03/07 22:47, rocky wrote:
> Hey,
>
> I'm following Pocket Linux Guide from www.tldp.org. The 2nd chapter
> 2.3.1 talks about prepare the book disk media.
>
> I got a blank floppy disk, inserted it in and did the following
> $-----code1 begin---------$
> ronie:~# dd if=/dev/zero of=/dev/fd0 bs=1k count=1440
> dd: writing `/dev/fd0': Input/output error
> 1+0 records in
> 0+0 records out
> 0 bytes (0 B) copied, 0.803137 seconds, 0.0 kB/s
> $-----code1 end--------$
>
[snip]
>
>
> $---------------code4 begin-----------------------$
> ronie:~# dmesg | tail
> Buffer I/O error on device fd0, logical block 0
> floppy0: data CRC error: track 1, head 0, sector 7, size 2
> floppy0: data CRC error: track 1, head 0, sector 7, size 2
> end_request: I/O error, dev fd0, sector 42
> Buffer I/O error on device fd0, logical block 5
> floppy0: data CRC error: track 0, head 0, sector 7, size 2
> floppy0: data CRC error: track 0, head 0, sector 7, size 2
> end_request: I/O error, dev fd0, sector 6
> Buffer I/O error on device fd0, logical block 0
> VFS: Can't find an ext2 filesystem on dev fd0.
> $-------------------code4 end-------------------------$
>
> What is the filesystem I should specify for this?
The Great Filesystem In The Sky. Seems to me that it's a bad disk.
--
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
Date: Wed, 04 Jul 2007 04:13:57 -0000
From: rocky <rocky2winnie@gmail.com>
To: debian-user@lists.debian.org
Subject: Can not build Grub bootloader
Message-ID: <1183522437.435363.242090@o11g2000prd.googlegroups.com>
Content-Type: text/plain; charset="iso-8859-1"
Hey,
I'm following the Pocket Linux Guide from www.tldp.org. I'm on the
section of build the GRUB bootloader
I downloaded the grup 0.95. export CC="gcc -mcpu=i386" does not give
any warning. But running configure stopped me from going on.
$-------------code begin--------------------------------------$
ronie:/usr/src/grub-0.95# ./configure --host=i386-pc-linux-gnu --
without-curses
configure: WARNING: If you wanted to set the --build type, don't use --
host.
If a cross compiler is detected then cross compile mode will be
used.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... configure: error: newly
created file is older than distributed files!
Check your system clock
$-----------------code end------------------------------------------$
I'm using Debian Etch which is the latest stable version. Can any of
you help me please?
Blessings,
Rocky
Date: Tue, 03 Jul 2007 09:31:19 -0700
From: Daniel Burrows <dburrows@debian.org>
To: Frank McCormick <fmccormick@videotron.ca>
Cc: debian-user@lists.debian.org
Subject: Re: Aptitude can't upgrade Apt!
Message-id: <20070703163119.GA31284@alpaca>
Content-type: text/plain; charset=us-ascii
Content-disposition: inline
On Wed, Jun 13, 2007 at 08:39:11AM -0700, Daniel Burrows <dburrows@debian.org> was heard to say:
> Note that it may be a few days before a new aptitude is uploaded: the
> new apt interacts badly with aptitude and I need to track down why.
Well, that was a long few days.
I've finally uploaded a version of aptitude that works with the new
apt to unstable. There are a few bugs I haven't been able to reproduce,
but it should be better than the broken NMU that's sitting there now.
Daniel
Date: Wed, 4 Jul 2007 13:58:05 +0800
From: swhe <amalgam.swhe@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: aptitude 0.4.4-4+b1 is very slow....
Message-ID: <a2bd59240707032258u4a8c4eb4xb460c81c1d8f7faa@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
yeah, slower than before
On 7/4/07, Magicloud Magiclouds <magicloud.magiclouds@gmail.com> wrote:
> Dear all,
> I am using unstable brench.
> A few days ago, apt updated, so aptitude can not be installed.
> Yesterday, I found that aptitude was updated and can be installed, so I
> did it. Now I find out that, the new aptitude works very slow....
>
> Thanks.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
Yours,
swhe
Date: Wed, 04 Jul 2007 09:55:03 +0300
From: Jabka Atu <mashrom.head@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: unbale to do dhclient after MAC change (ifconfig eth1 hw ether
XX:XX..)
Message-ID: <468B4447.6010901@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Wayne Topa wrote:
> Jabka Atu(mashrom.head@gmail.com) is reported to have said:
>
>> Hello,..
>>
>> im using debian SID (64 bit) on Acer 5102.
>> using bcm4318 wifi card.
>> kernel 2.6.21-2-amd64
>>
>
> That is a driver for a Broadcom card.
>
>> since i noticed that my local AP started to collected data about my serf
>> i guesed it is time to play with MAC masquerade.
>>
>> i have compiled the madwifi module .
>> and loaded it.
>>
>>
> Madwifi is a driver for Atheros Cards _not_ Broadcom cards.
>
> As I do not use any Broadcom cards, I suggest you use google and
> search for your card model and linux. Note the Model number of your
> card.
>
>
i acdently left some data wrong (since when i was writing the thread i
was complining maswifi)
Im using BCM43XX module
when reading dmesg i found :
bcm43xx: PHY connected
bcm43xx: Microcode rev 0x127, pl 0xe (2005-04-18 02:36:27)
bcm43xx: Radio turned on
bcm43xx: Radio enabled by hardware
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at:
drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1484:bcm43xx_find_lopair()
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at:
drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1484:bcm43xx_find_lopair()
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at:
drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1484:bcm43xx_find_lopair()
bcm43xx: Chip initialized
bcm43xx: 32-bit DMA initialized
bcm43xx: Keys cleared
bcm43xx: Selected 802.11 core (phytype 2)
bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at:
drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1484:bcm43xx_find_lopair()
bcm43xx: set security called, .level = 0, .enabled = 0, .encrypt = 0
the strange thing that it works in 32 bit and not 64 bit
> Here's why.
>
> >From "Linux Quick Fix Notebook" by Peter Harrison
> <quote>
>
> Chapter 13 Linux Wireless Networking
>
> Wireless Linux-Compatible NICs
>
> Not all wireless NICs work in Linux. For this reason, do your
> homework. You can find hardware compatibility list for Wireless
> Tools quite easily on popular search engines. For Linux-WLAN,
> check www.linux-wlan.org for the latest list of compatible
> hardware.
>
> Wireless NIC manufactures are notorious for changing the chip sets
> on their cards depending on the price of the components. They
> then supply different drivers with each new card to make them
> work. It is possible to buy cards with the same model number from
> the same vendor with very different circuitry. Frequently Linux
> drivers for the new cards are unavailable. Always check the
> compatibility lists before buying your wireless hardware.
>
> The Linksys WMP11 wireless card is a good example of this
> confusion. The original version of the card used the Intersil
> Prism chip set, which worked with Linux, but the newer version 2.7
> (Broadcom chip set) and version 4 (InProComm chipset) do not.
> Even so, their original WMP won't work without upgrading the
> firmware.
>
> </quote>
>
> Another compatibility list can be found at http://madwifi.org
>
> Side note: This is a very good Linux reference book. It is from the
> "Bruce Peren's Open Source Series" and is published under the Open
> Publication License, an open book license, which means that an
> electronic version will be made available at no cost after the book(s)
> have been in print for six months.
>
> At over 660 pages I have not finished reading it yet but I am very
> glad I purchased it for my bookshelf.
>
> Wayne
>
>
Date: Wed, 4 Jul 2007 12:49:18 +0530
From: "Masatran, R. Deepak" <masatran@research.iiit.ac.in>
To: debian-user@lists.debian.org
Subject: Newbie, Xen linux-image
Message-ID: <20070704071918.GA8156@research.iiit.ac.in>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j"
Content-Disposition: inline
--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
"linux-image-2.6-xen-amd64"
"linux-image-2.6-xen-vserver-amd64"
The above linux-images, are they the client component, or the server
component, in virtualization?
--=20
Masatran, R. Deepak <http://research.iiit.ac.in/~masatran/>
--nFreZHaLTZJo0R7j
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFGi0n2vnoghb5uX00RAnU9AKDQDQXHHX9Z+o+O7iQFv7L9TYzDmwCgp8x0
xBBcaNMR9NjlFMuDyJdVPEY=
=gvvi
-----END PGP SIGNATURE-----
--nFreZHaLTZJo0R7j--
Date: Wed, 4 Jul 2007 13:20:18 +0530
From: Kumar Appaiah <akumar@ee.iitm.ac.in>
To: Debian Mentors' Mailing list <debian-user@lists.debian.org>
Subject: RFS: disksearch
Message-ID: <20070704075018.GA25666@localhost>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/"
Content-Disposition: inline
--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Dear Mentors,
I am looking for a sponsor for my package "disksearch".
* Package name : disksearch
Version : 1.2.0-1
Upstream Author : Stefan Saring
* URL : http://disksearch.sf.net
* License : GPL
Section : python
The website does talk about an unofficial Ubuntu package being
available, but I went ahead and packaged it afresh for Debian, since I
couldn't get my hands on the source package for the former.
If you have any comments or find mistakes, please do get back to me.
dget http://mentors.debian.net/debian/pool/main/d/disksearch/disksearch_1.2=
=2E0-1.dsc
Thanks!
Kumar
--=20
Kumar Appaiah,
462, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
--pWyiEgJYm5f9v55/
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGi1E6Sd75awtatOcRAgIeAJ4rgDfVVTInm55RXGVTgoGUYvH40gCeIuYV
Na0Pi3ZA2ZiMXX3ju/reP7Q=
=zkaK
-----END PGP SIGNATURE-----
--pWyiEgJYm5f9v55/--
Date: Wed, 4 Jul 2007 13:23:35 +0530
From: Kumar Appaiah <akumar@ee.iitm.ac.in>
To: debian-user@lists.debian.org
Subject: Re: RFS: disksearch
Message-ID: <20070704075335.GA25856@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, Jul 04, 2007 at 01:20:18PM +0530, Kumar Appaiah wrote:
[snip]
Very sorry. This was meant for another list.
Sory again!
Kumar
--
Kumar Appaiah,
462, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
Date: Wed, 4 Jul 2007 09:10:21 +0100
From: "Nick Adie" <nick.adie@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Media Wiki 1.7 - Set-up / Install Help
Message-ID: <fda7659b0707040110m21aa92a7yfcca38784ef14ba0@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="----=_Part_39633_2202977.1183536621331"
------=_Part_39633_2202977.1183536621331
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On 7/3/07, Ken Irving <fnkci@uaf.edu> wrote:
>
> On Tue, Jul 03, 2007 at 08:33:38AM -0500, John W. Foster wrote:
> > On Monday 02 July 2007 12:04, Ken Irving wrote:
> > > On Mon, Jul 02, 2007 at 09:19:15AM +0100, Nick Adie wrote:
> > > >
> > > > The read me file is very confusing as it talks about a file that
> does not
> > > > exist and a symbolic link that appears to have no relevence.
> > > >
> > > > Has anyone experience of the installation/set-up of MediaWiki, and
> if so
> > > > could I have a few pointers please.
> > >
> > > ...
> > > 1. Move /var/lib/mediawiki1.7/config/LocalSettings.php to
> > > /var/lib/mediawiki1.7/LocalSettings.php for normal install,
> > > root of your install for multisite, with rights 640
> > >
> > > There's presumably somem reason this isn't done automatically by the
> > > installer, but here you're just relocating the setup script generated
> > > by the installer. Somewhere else there's a suggestion to create a
> > > symlink to this setup script into /etc/mediawiki1.7/; this just puts
> > > the script into the more conventional /etc/ tree, which makes sense
> > > -- not sure why this isn't done automatically, but maybe it has to do
> > > with single- or multi-wiki sites...
> > > ...
> > -------------------------------------------------------
> > I had the same problem as Nick when I recently installed Mediawiki as a
> single
> > user system on a etch box. I did something similar to Ken's suggestion,
> only
> > I used syslinks (which were there but not properly connected) instead of
> > moving the files. I did also have a disconnected syslink after I got MW
> > working to AdminSettings.php. I have been unable to figure out
> what/where I
> > should link this to. Any ideas? I have seen this problem only rarely and
> an
> > explanation in the Readme file would be very helpful (hint,hint, to
> > developer)
> > Thanks!
>
> I see a "dead" symlink at /usr/share/mediawiki1.7/AdminSettings.php
> pointing back to /var/lib/mediawiki1.7/AdminSettings.php which doesn't
> exist. A number of other .php files in /var/lib/mediawiki1.7/ are
> symbolic links back to (existing) files in /usr/share/mediawiki1.7/.
>
> I did what was described in the installation script, and ended up with
> a working system. The LocalSettings.php file I moved was generated by
> the installation script, at the end of which are instructions to move
> it to /var/lib/mediawiki1.7/; my guess is that that generated script
> is what might be intended as the target of the dead AdminSettings.php
> link, but the instructions were to call it "LocalSettings.php".
>
> The /etc/mediawiki1.7/README file explains (the arcane reasons)
> why things are located in /var/lib/mediawiki1.7, and *suggests*
> setting this symbolic link:
>
> ln -s /var/lib/mediawiki1.7/LocalSettings.php /etc/mediawiki1.7/my-
> site.org.config
>
> Again, LocalSettings.php must be moved to that location from the
> config/ directory, or it won't exist. The my-site.org.config file
> in /etc/ is suggested for convenience, putting the main config file
> for the wiki in a sensible place.
>
> I have no idea why things seem so obtuse, kind of rare for debian
> packages, but it does work if you follow the directions.
>
> Ken
>
> --
> Ken Irving, fnkci@uaf.edu
Ken,
It was the LocalSettings.php that caused me the problem, I didn't realise
that I had to run the install first in order to creat the file. Every thing
is now clear.
Thank you everyone for your assistance.
Regards
Nick
------=_Part_39633_2202977.1183536621331
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<br><br>
<div><span class="gmail_quote">On 7/3/07, <b class="gmail_sendername">Ken Irving</b> <<a href="mailto:fnkci@uaf.edu">fnkci@uaf.edu</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Tue, Jul 03, 2007 at 08:33:38AM -0500, John W. Foster wrote:<br>> On Monday 02 July 2007 12:04, Ken Irving wrote:
<br>> > On Mon, Jul 02, 2007 at 09:19:15AM +0100, Nick Adie wrote:<br>> > ><br>> > > The read me file is very confusing as it talks about a file that does not<br>> > > exist and a symbolic link that appears to have no relevence.
<br>> > ><br>> > > Has anyone experience of the installation/set-up of MediaWiki, and if so<br>> > > could I have a few pointers please.<br>> ><br>> > ...<br>> > 1. Move /var/lib/mediawiki1.7/config/LocalSettings.php to
<br>> > /var/lib/mediawiki1.7/LocalSettings.php for normal install,<br>> > root of your install for multisite, with rights 640<br>> ><br>> > There's presumably somem reason this isn't done automatically by the
<br>> > installer, but here you're just relocating the setup script generated<br>> > by the installer. Somewhere else there's a suggestion to create a<br>> > symlink to this setup script into /etc/mediawiki1.7/; this just puts
<br>> > the script into the more conventional /etc/ tree, which makes sense<br>> > -- not sure why this isn't done automatically, but maybe it has to do<br>> > with single- or multi-wiki sites...<br>
> > ...<br>> -------------------------------------------------------<br>> I had the same problem as Nick when I recently installed Mediawiki as a single<br>> user system on a etch box. I did something similar to Ken's suggestion, only
<br>> I used syslinks (which were there but not properly connected) instead of<br>> moving the files. I did also have a disconnected syslink after I got MW<br>> working to AdminSettings.php. I have been unable to figure out what/where I
<br>> should link this to. Any ideas? I have seen this problem only rarely and an<br>> explanation in the Readme file would be very helpful (hint,hint, to<br>> developer)<br>> Thanks!<br><br>I see a "dead" symlink at /usr/share/mediawiki1.7/AdminSettings.php
<br>pointing back to /var/lib/mediawiki1.7/AdminSettings.php which doesn't<br>exist. A number of other .php files in /var/lib/mediawiki1.7/ are<br>symbolic links back to (existing) files in /usr/share/mediawiki1.7/.<br>
<br>I did what was described in the installation script, and ended up with<br>a working system. The LocalSettings.php file I moved was generated by<br>the installation script, at the end of which are instructions to move
<br>it to /var/lib/mediawiki1.7/; my guess is that that generated script<br>is what might be intended as the target of the dead AdminSettings.php<br>link, but the instructions were to call it "LocalSettings.php".
<br><br>The /etc/mediawiki1.7/README file explains (the arcane reasons)<br>why things are located in /var/lib/mediawiki1.7, and *suggests*<br>setting this symbolic link:<br><br>ln -s /var/lib/mediawiki1.7/LocalSettings.php /etc/mediawiki1.7/my-
site.org.config<br><br>Again, LocalSettings.php must be moved to that location from the<br>config/ directory, or it won't exist. The my-site.org.config file<br>in /etc/ is suggested for convenience, putting the main config file
<br>for the wiki in a sensible place.<br><br>I have no idea why things seem so obtuse, kind of rare for debian<br>packages, but it does work if you follow the directions.<br><br>Ken<br><br>--<br>Ken Irving, <a href="mailto:fnkci@uaf.edu">
fnkci@uaf.edu</a></blockquote>
<div> </div>
<div>Ken,</div>
<div> </div>
<div>It was the LocalSettings.php that caused me the problem, I didn't realise that I had to run the install first in order to creat the file. Every thing is now clear.</div>
<div> </div>
<div>Thank you everyone for your assistance.</div>
<div> </div>
<div>Regards</div>
<div>Nick</div><br> </div>
------=_Part_39633_2202977.1183536621331--
Date: Wed, 4 Jul 2007 09:14:25 +0100
From: Anthony Campbell <ac@acampbell.org.uk>
To: debian-user@lists.debian.org
Subject: Re: Keyboard sluggish in Etch, not Sid - problem gone away
Message-ID: <20070704081425.GM22079@acampbell.org.uk>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On 02 Jul 2007, Anthony Campbell wrote:
> I have both Etch and Sid installed on my Thinkpad R40. I installed Etch
> because the wireless connection ceased to work in Sid - the card was no
> longer connecting although it was recognized.
>
> However, in Etch there is a problem with the keyboard in X. Fast typing
> causes letters to be missed out. I thought it might be a difference in
> /etc/X11/xorg.conf but I copied the version from Sid without altering
> things. I also tried substituting the "kbd" driver with "keyboard",
> again without success.
>
> Typing in a console seems to be unaffected.
>
> Any ideas where to look for the problem?
>
Since no one has commented I presume this is one of those strange things
that just happen from time to time. Anyway, I made a fresh installation
of Lenny and then upgraded to Sid. The wireless card continued to work
and so did the keyboard, so both problems have gone away though I don't
know why.
--
Anthony Campbell - ac@acampbell.org.uk
Microsoft-free zone - Using Linux Gnu-Debian
http://www.acampbell.org.uk (blog, book reviews,
on-line books and sceptical articles)
Date: Wed, 4 Jul 2007 10:20:57 +0200
From: "Tshepang Lekhonkhobe" <tshepang@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: svn checkout via a web-browser?
Message-ID: <857993970707040120q53959978x2272fb2671255558@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On 7/3/07, Vincent Lefevre <vincent@vinc17.org> wrote:
> On 2007-07-03 16:26:40 +0200, Tshepang Lekhonkhobe wrote:
> > On 7/3/07, Vincent Lefevre <vincent@vinc17.org> wrote:
> >> On 2007-07-03 13:40:47 +0200, Tshepang Lekhonkhobe wrote:
> >> > Me have been struggling to access a subversion repo (svn checkout
> >> > svn.gnome.org/svn/tracker/trunk) due to being behind a proxy server. I
> >> > wonder if there's a way to download such repos without having an svn
> >> > client since I can access the web with a web-browser.
> >>
> >> Only if your web browser is a also svn client. But if it isn't, why
> >> don't you install a svn client?
> >
> > I failed: http://lists.debian.org/debian-user/2007/07/msg00075.html
> > And help didn't help:
> > http://lists.debian.org/debian-user/2007/07/msg00162.html
>
> You'll probably have the same problem with a web browser having a
> svn client extension. With a proxy server that filters some method,
> you can't access all the web, and changing the client won't solve
> your problem. If you control the web server itself, perhaps you can
> try something like SSH over HTTP (if CONNECT is allowed).
It's interesting to note that I tried TortoiseSVN which runs on
Windows and worked without a breeze. This leads me to think that the
web server (which I dodn't control) does accept svn requests.
The company network is run by Windows.
--
my place on the web:
floss-and-misc.blogspot.com
End of debian-user-digest Digest V2007 Issue #1890
**************************************************
Received on Wed Jul 4 04:48:11 2007