Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 100799.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2714

From: <debian-user-digest-request(at)lists.debian.org>
Date: Wed Oct 31 2007 - 13:42:47 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2714

Today's Topics: 

  Etch 2.6.18-5-486 stable but 2.6.18-  [ Digby Tarvin  ]
  Re: Charging iPod / Listening to mus  [ Richard Lyons 

Date: Wed, 31 Oct 2007 13:04:12 +0000


From: Digby Tarvin <digbyt@acm.org>


To: debian-user@lists.debian.org


Subject: Etch 2.6.18-5-486 stable but 2.6.18-5-686 crashes on PIII SMP???

Message-ID: <20071031130412.GL24042@skaro.cthulhu.dircon.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


I have installed Etch using a recent netinstall on a Dell Precision 410,
and had a lot of trouble initially with mysterious frequent
'segmentation fault' errors and total system freezes which required a
reset.



After some trial and error and some advice from the net I discovered that
if I installed the 2.6.18-5-486 kernel and booted that instead of the
2.6.18-5-686 kernel from the installer then all the instability went away.



However this leaves me without use of my second CPU and without access to
a 'bigmem' kernel to access all of my ram :(


Do you need help?X

I am hoping that there might be some kernel experts out there that can
offer some suggestions as to what might be going wrong with the 686
kernel, and which I might be able to try in order to resolve (or at least
explain) the problem...



/proc/cpuinfo returns:

 processor       : 0
 vendor_id       : GenuineIntel
 cpu family      : 6
 model           : 7
 model name      : Pentium III (Katmai)
 stepping        : 2
 cpu MHz         : 447.728
 cache size      : 512 KB
 fdiv_bug        : no
 hlt_bug         : no
 f00f_bug        : no
 coma_bug        : no
 fpu             : yes
 fpu_exception   : yes
 cpuid level     : 2
 wp              : yes
 flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
 bogomips        : 896.10
 


I tried booting the 686 kernel with the 'nosmp' option to see if there was
a problem with the SMP implementation on this machine, but that made no
difference (other than giving me a single processor).



Anyone come across anything like this? Any kernel experts with any
idea what difference between these two kernels might explain this
problem?



A 'diff config-2.6.18-5-486 config-2.6.18-5-686' produces

	4c4

	< # Tue Oct  2 23:31:31 2007

	---
	> # Tue Oct  2 23:31:49 2007
	24c24

	< CONFIG_BROKEN_ON_SMP=y

	---
	> CONFIG_LOCK_KERNEL=y
	40a41
	> CONFIG_CPUSETS=y
	72a74
	> CONFIG_STOP_MACHINE=y
	97c99

	< # CONFIG_SMP is not set

	---
	> CONFIG_SMP=y
	108c110

	< CONFIG_M486=y

	---
	> # CONFIG_M486 is not set
	112c114

	< # CONFIG_M686 is not set

	---
	> CONFIG_M686=y

Do you need more help?X

	129c131

	< CONFIG_X86_GENERIC=y

	---
	> # CONFIG_X86_GENERIC is not set
	132c134

	< CONFIG_X86_L1_CACHE_SHIFT=7

	---
	> CONFIG_X86_L1_CACHE_SHIFT=5
	136d137

	< CONFIG_X86_F00F_BUG=y

	141,142c142,145

	< CONFIG_X86_ALIGNMENT_16=y
	< CONFIG_X86_INTEL_USERCOPY=y

	---
	> CONFIG_X86_CMPXCHG64=y
	> CONFIG_X86_GOOD_APIC=y
	> CONFIG_X86_USE_PPRO_CHECKSUM=y
	> CONFIG_X86_TSC=y
	143a147,149
	> CONFIG_NR_CPUS=8
	> CONFIG_SCHED_SMT=y
	> CONFIG_SCHED_MC=y
	147,148c153

	< CONFIG_X86_UP_APIC=y
	< CONFIG_X86_UP_IOAPIC=y

	---
	> # CONFIG_PREEMPT_BKL is not set
	151c156,158

	< # CONFIG_X86_MCE is not set

	---
	> CONFIG_X86_MCE=y
	> CONFIG_X86_MCE_NONFATAL=m
	> CONFIG_X86_MCE_P4THERMAL=y
	167,168c174,175

	< CONFIG_NOHIGHMEM=y
	< # CONFIG_HIGHMEM4G is not set

	---
	> # CONFIG_NOHIGHMEM is not set
	> CONFIG_HIGHMEM4G=y
	170a178
	> CONFIG_HIGHMEM=y
	183c191,192

	< CONFIG_MATH_EMULATION=y

	---
	> # CONFIG_HIGHPTE is not set
	> # CONFIG_MATH_EMULATION is not set
	185a195
	> CONFIG_IRQBALANCE=y
	193a204
	> # CONFIG_CRASH_DUMP is not set
	194a206
	> CONFIG_HOTPLUG_CPU=y
	195a208
	> CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
	204a218
	> CONFIG_SUSPEND_SMP=y
	220a235
	> CONFIG_ACPI_HOTPLUG_CPU=y
	253c268

	< CONFIG_CPU_FREQ_STAT_DETAILS=y

	---
	> # CONFIG_CPU_FREQ_STAT_DETAILS is not set
	306,313c321,322

	< CONFIG_EISA=y
	< CONFIG_EISA_VLB_PRIMING=y
	< CONFIG_EISA_PCI_EISA=y
	< CONFIG_EISA_VIRTUAL_ROOT=y
	< CONFIG_EISA_NAMES=y
	< CONFIG_MCA=y
	< CONFIG_MCA_LEGACY=y
	< # CONFIG_MCA_PROC_FS is not set

	---
	> # CONFIG_EISA is not set
	> # CONFIG_MCA is not set
	350c359

	< CONFIG_HOTPLUG_PCI_COMPAQ_NVRAM=y

	---
	> # CONFIG_HOTPLUG_PCI_COMPAQ_NVRAM is not set
	762d770

	< CONFIG_DMASCC=m

	815d822

	< CONFIG_IRPORT_SIR=m

	820d826

	< # CONFIG_DONGLE_OLD is not set

	1210d1215

	< CONFIG_SCSI_AHA1740=m

	1215d1219

	< CONFIG_AIC7XXX_PROBE_EISA_VL=y

	1262d1265

	< CONFIG_SCSI_FD_MCS=m

	1267,1269d1269

	< CONFIG_SCSI_IBMMCA=m
	< CONFIG_IBMMCA_SCSI_ORDER_STANDARD=y
	< # CONFIG_IBMMCA_SCSI_DEV_RESET is not set

	1278d1277

	< CONFIG_SCSI_NCR_D700=m

	1287,1292d1285

	< CONFIG_SCSI_NCR_Q720=m
	< CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
	< CONFIG_SCSI_NCR53C8XX_MAX_TAGS=4
	< CONFIG_SCSI_NCR53C8XX_SYNC=5
	< # CONFIG_SCSI_NCR53C8XX_PROFILE is not set
	< CONFIG_SCSI_MCA_53C9X=m

	1299,1300d1291

	< CONFIG_SCSI_SIM710=m
	< CONFIG_53C700_IO_MAPPED=y

	1328d1318

	< CONFIG_SBPCD=m

	1331d1320

	< CONFIG_CM206=m

	1334d1322

	< CONFIG_CDU31A=m

	1472,1473d1459

	< CONFIG_ELMC=m
	< CONFIG_ELMC_II=m

	1479d1464

	< CONFIG_ULTRAMCA=m

	1481d1465

	< CONFIG_ULTRA32=m

	1484d1467

	< CONFIG_NI5010=m

	1503d1485

	< CONFIG_PCMCIA_XIRTULIP=m

	1519,1520d1500

	< CONFIG_NE2_MCA=m
	< CONFIG_IBMLANA=m

	1534d1513

	< CONFIG_LNE390=m

	1538,1539d1516

	< CONFIG_NE3210=m
	< CONFIG_ES3210=m

	1601d1577

	< CONFIG_MADGEMC=m

	1811d1786

	< CONFIG_ISDN_DRV_LOOP=m

	1892,1893d1866

	< CONFIG_HYSDN=m
	< CONFIG_HYSDN_CAPI=y

	2047c2020

	< CONFIG_COMPUTONE=m

	---
	> # CONFIG_COMPUTONE is not set
	2051c2024

	< CONFIG_DIGIEPCA=m

	---
	> # CONFIG_DIGIEPCA is not set
	2053c2026

	< CONFIG_MOXA_INTELLIO=m

	---
	> # CONFIG_MOXA_INTELLIO is not set
	2060d2032

	< # CONFIG_RISCOM8 is not set

	2063,2064c2035

	< CONFIG_RIO=m
	< CONFIG_RIO_OLDPCI=y

	---
	> # CONFIG_RIO is not set
	2066,2067d2036

	< CONFIG_STALLION=m
	< CONFIG_ISTALLION=m

	2088d2056

	< CONFIG_SERIAL_8250_MCA=m

	2182,2206d2149

	< CONFIG_FTAPE=m
	< CONFIG_ZFTAPE=m
	< CONFIG_ZFT_DFLT_BLK_SZ=10240
	< 
	< #
	< # The compressor will be built as a module only!
	< #
	< CONFIG_ZFT_COMPRESSOR=m
	< CONFIG_FT_NR_BUFFERS=3
	< CONFIG_FT_PROC_FS=y
	< CONFIG_FT_NORMAL_DEBUG=y
	< # CONFIG_FT_FULL_DEBUG is not set
	< # CONFIG_FT_NO_TRACE is not set
	< # CONFIG_FT_NO_TRACE_AT_ALL is not set
	< 
	< #
	< # Hardware configuration
	< #
	< CONFIG_FT_STD_FDC=y
	< # CONFIG_FT_MACH2 is not set
	< # CONFIG_FT_PROBE_FC10 is not set
	< # CONFIG_FT_ALT_FDC is not set
	< CONFIG_FT_FDC_THR=8
	< CONFIG_FT_FDC_MAX_RATE=2000
	< CONFIG_FT_ALPHA_CLOCK=0

	2276c2219

	< CONFIG_I2C_ELEKTOR=m

	---
	> # CONFIG_I2C_ELEKTOR is not set
	2492c2435

	< CONFIG_USB_W9968CF=m

	---
	> # CONFIG_USB_W9968CF is not set
	3060c3003

	< CONFIG_USB_SERIAL_WHITEHEAT=m

	---
	> # CONFIG_USB_SERIAL_WHITEHEAT is not set
	3253c3196

	< CONFIG_EXT2_FS=y

	---
	> CONFIG_EXT2_FS=m

Can we help you?X

	3264c3207

	< CONFIG_FS_MBCACHE=y

	---
	> CONFIG_FS_MBCACHE=m
	3500c3443

	< CONFIG_LOG_BUF_SHIFT=14

	---
	> CONFIG_LOG_BUF_SHIFT=15
	3582a3526,3528
	> CONFIG_GENERIC_PENDING_IRQ=y
	> CONFIG_X86_SMP=y
	> CONFIG_X86_HT=y
	3583a3530
	> CONFIG_X86_TRAMPOLINE=y


I suppose I could start building new kernels, starting with the 486
config and gruadually moving to the 686 till the problem comes back.



But I am not really sure what a lot of the options do and what combinations
make sense, so I am hoping some kernel experts can give me some pointers
on likely culprits.



Thanks,


DigbyT

-- 
Digby R. S. Tarvin                                          digbyt(at)digbyt.com
http://www.digbyt.com

Date: Wed, 31 Oct 2007 14:39:05 +0100
From: Richard Lyons <richard@the-place.net>
To: debian-user@lists.debian.org
Subject: Re: Charging iPod / Listening to music
Message-ID: <20071031133900.GF16697@mulinocarletti.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Oct 31, 2007 at 08:41:38AM -0400, Douglas A. Tutty wrote:

> On Tue, Oct 30, 2007 at 06:14:49PM -0600, Nate Duehr wrote:
> > On Oct 30, 2007, at 4:01 PM, Mathieu Malaterre wrote:
>  
> > > It works, I can listen to music again, but even if the cable is
> > >pluged it does not seems to be charging...
> > 
> > That makes sense.  USB devices have to "request" how much power-draw  
> > they want to pull from the host.  If you kill the "stuff" that talks  
> > to USB devices, they can't request power.
> 
> Then how does my USB light get power; surely it doesn't "request" enough
> power to run an LED?  I can also charge my Palm with the computer off;
> there's nothing running to receive any "request".

Oh, that is interesting.  Only yesterday I noticed that (at least on
this laptop) the usb is dead when the computer is off.  Plugging in the
mp3 player, for example, (or mobile phone charger) has no effect, even
if the power lead to the portable is connected.  Only when I start the
computer up does the usb go live.  I wonder if this is simply the normal
arrangement for laptops?

-- 
richard



Date: Wed, 31 Oct 2007 09:46:28 -0400
From: Steve Kleene <skdeb@syrano.acb.uc.edu>
To: debian-user@lists.debian.org
Subject: valid swap partition and uswsusp
Message-ID: <1054_4462_1193838388_1@syrano.acb.uc.edu>
Content-ID: <1054_4462_1193838388_2@syrano.acb.uc.edu>
Content-type: text/plain

I've built three Etch systems this year.  The most recent (last weekend)
seems fine, but its installation proceeded differently than in the past, and
so I'm confused.

I installed from the latest netinst CD.  During "Select and install
software", the following came up:

 "The swap partition that was found in uswsusp's configuration file is
  not active.  In most cases this means userspace software suspend will
  not work for you and you will need to choose (or let uswsusp choose)
  another partition.  In some corner cases, however, this can be what you
  want.

 "Continue without a valid swap partition?"

One would think that answering "No" (continue without a valid swap partition)
would be a bad idea.  In fact, it was the only way to get the installation to
complete.

I now find that I have /usr/sbin/s2disk, /etc/uswsusp.conf, and other
hibernation software that is not present on my previous two installations.
I did the same "software selection" on those but used whatever Etch (stable)
netinst CD was current.

As far as I can tell, I do have a valid swap partition despite the error
during installation.  /proc/swaps has

  Filename            Type            Size    Used    Priority
  /dev/hda5           partition       1461904 524     -1

I have two questions.

1. What caused hibernation software to be installed this time but not in the
   recent past?
2. Do I have a valid swap partition?

This could be related to bug 411727, but supposedly that was fixed.  Thanks.



Date: Wed, 31 Oct 2007 10:11:00 -0400
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: reverting to 'standard' etch installation
Message-ID: <20071031141100.GB6626@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Oct 31, 2007 at 11:26:04AM +0000, michael wrote:
> Folks, I made a cuckoo (mess up) - I had installed Etch from netinst  
> and done the upgrades. That was a while ago. Last night I decided I  
> wanted gnomad2 from unstable so amended my /etc/apt/sources.list and  
> installed it (along with other dependencies, particularly I remember  
> OO being removed/(re)installed). Now I seem to be having problems  
> with gdm/X (non-responding). I think I'd prefer the stable Etch  
> without gnomad2, but how do I easily "unroll" what I did last night?  
> I'm happy to re-install Etch from the CD but is there a quicker way  
> and anyway not to lose the data on the HD?
> Pointers to FAQs (surely I'm not the first!) are most welcome!

Well, you have a mixed system now, and unstable, is, well, unstable.
Mixing unstable and stable makes, well, a mess.

Downgrading isn't supported.  Removing the unstable from sources.list
will only make the unstable packages to be listed in aptitude as
something like "obsolete or locally installed".

The ideal situation would be to reinstall, but before that, here's what
I would try (not that I've ever done this, so this is totally untested).
Ensure that all your stuff (including /etc, /home, /usr/local,
/var/local) is backed-up.

1.	
	Remove unstable from /etc/apt/sources.list

2.	
	run Aptitude CUI (which I always do).

3.
	Do an update (hit u)

4.	
	Now, look in the obsolete and locally installed stuff and make a
	list.  Remove gnomad2.  Aptitude should also mark for removal
	anything that only gnomad2 depends on.

5.	
	Now, anything else in the list are packages from stable that got
	upgraded to unstable as part of installing gnomad2 (things that
	gnomad2 required at a higher version than things in stable).
	One at a time, find the same package name in the regular section
	and see what depends on it and see if you have anything.  Then,
	mark for removal the package in obsolete, mark the stable
	package for install and mark it for automatic.

6.
	What that is done, everything in obsolete should be marked for
	removal and you should have no packages marked broken.

7.
	Hit 'g' and see what aptitude wants to do.  If it looks right,
	hit 'g' again to do it.  Hope for the best.

Good luck.

Doug.



Date: Wed, 31 Oct 2007 10:01:54 -0400
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: RDP hasn't working behind shorewall
Message-ID: <20071031140154.GA6626@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Oct 31, 2007 at 04:41:45PM +0530, Thanigairajan wrote:
> My LAN has 192.168.0.0/24 behind the shorewall.
> I have forwarded the ports in my modem by portforwarding.
> i.e i have forwarded the port 3389.
> 
> and I DNAT this to  one of my particular machine in my LAN.
> But I am facing following problem,
> i.e. I use the RemoteDesktop through SONICWALL which has given to work.
> (I think the sonicwall is run the RDP @ random port numbers)
> 
> The sonic wall is allowing the RDP through https & some activeX controls.
> 
> can any one suggest how to solve this?

Well, did you open the port in shorewall?

Doug.



Date: Wed, 31 Oct 2007 16:19:25 +0100
From: Elimar Riesebieter <riesebie@lxtec.de>
To: debian-user@lists.debian.org
Subject: Re: /etc/host.conf questions
Message-ID: <20071031151925.GC18173@frodo.home.lxtec.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline

On Tue, 30 Oct 2007 the mental interface of
Marty told:

> Mike Kuhar wrote:
>> That would be
>> /etc/nsswitch.conf
>
> Is this file used by Etch?  Here is what I get with the apt-file
> "search" command:
>
> # apt-file search /etc/nsswitch.conf

$ dlocate nsswitch.conf
base-files: /usr/share/base-files/nsswitch.conf
base-files: /etc/nsswitch.conf
manpages: /usr/share/man/man5/nsswitch.conf.5.gz

Elimar

-- 
  Alles was viel bedacht wird ist bedenklich!;-)
         Friedrich Nietzsche



Date: Wed, 31 Oct 2007 08:59:15 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: apt-get failing
Message-ID: <20071031155914.GM29856@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="nljfjKcp9HDtPSOP"
Content-Disposition: inline

--nljfjKcp9HDtPSOP
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Oct 31, 2007 at 03:17:24AM -0700, justsimplequestions wrote:
> Hello,
>=20
> I am trying to install some new software as well as updating my
> packages but apt-get install and apt-get update both fail. apt-get
> update fails with:
>=20
> Err http://security.debian.org etch/updates Release.gpg
>   Temporary failure resolving =E2security.debian.org=E2
> Err http://packages.dotdeb.org stable Release.gpg
>   Temporary failure resolving =E2packages.dotdeb.org=E2
> Err http://ftp.uk.debian.org etch Release.gpg
>   Temporary failure resolving =E2ftp.uk.debian.org=E2
> Err http://download.webmin.com sarge Release.gpg
>   Temporary failure resolving =E2download.webmin.com=E2
> Failed to fetch http://ftp.uk.debian.org/debian/dists/etch/Release.gpg
> Temporary failure resolving =E2ftp.uk.debian.o
> Failed to fetch http://security.debian.org/dists/etch/updates/Release.gpg
> Temporary failure resolving =E2security.deb
> Failed to fetch http://download.webmin.com/download/repository/dists/sarg=
e/Release.gpg
> Temporary failure resolving com=E2
> Failed to fetch http://packages.dotdeb.org/dists/stable/Release.gpg
> Temporary failure resolving =E2packages.dotdeb.or
> Reading package lists... Done
> W: Couldn't stat source package list http://packages.dotdeb.org
> stable/
> all Packages (/var/lib/apt/lists/packages.dotble_all_binary-
> i386_Packages) - stat (2 No such file or directory)
> W: You may want to run apt-get update to correct these problems
> E: Some index files failed to download, they have been ignored, or old
> ones used instead.
>=20
> When I do a apt-get check, I get the following error:
>=20
> Reading package lists... Done
> Building dependency tree... Done
> W: Couldn't stat source package list http://packages.dotdeb.org
> stable/
> all Packages (/var/lib/apt/lists/
> packages.dotdeb.org_dists_stable_all_binary-i386_Packages) - stat (2
> No such file or directory)
> W: You may want to run apt-get update to correct these problems
>=20
> My /apt/sources.list file is as follows:
>=20
> deb http://ftp.uk.debian.org/debian/ etch main
> deb-src http://ftp.uk.debian.org/debian/ etch main
> deb http://security.debian.org/ etch/updates main
> deb-src http://security.debian.org/ etch/updates main
> deb http://download.webmin.com/download/repository sarge contrib
> deb http://packages.dotdeb.org stable all
> deb-src http://packages.dotdeb.org stable all
>=20
> I am able to ping external websites using both ip and name, The
server

great that you can ping external websites, but can you ping the debian
servers? those are the ones that count here ;)  Also there are some
funky characters and missing characters in your apt output above. Is
that transcription error? or something else?

A

--nljfjKcp9HDtPSOP
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)

iD8DBQFHKKZSaIeIEqwil4YRApgRAJ9mE1ZgxgxUmCnjLHCqrNySQKL+kwCgxXa+
MSkLLO62g84U03tz6Pd4HFs=
=4TmZ
-----END PGP SIGNATURE-----

--nljfjKcp9HDtPSOP--



Date: Wed, 31 Oct 2007 09:01:31 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: udev MAKEDEV
Message-ID: <20071031160131.GN29856@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="FRaepaAnLTQkJ4tS"
Content-Disposition: inline

--FRaepaAnLTQkJ4tS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Oct 31, 2007 at 01:01:22PM +0300, Vadim Vatlin wrote:
> Now I create by hand md0, sda, sdb, sda1, sdb1 - all partitions which I
> want.

udev will create these partitions on its own during boot.=20
>=20
> And when I run lilo I get:
> Fatal: Sorry, don't know how to handle device 0xfd00

Is this when trying to install lilo? From where are you trying to
install it?=20

you should be chroot'ing into the new system to install lilo...

A

--FRaepaAnLTQkJ4tS
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)

iD8DBQFHKKbbaIeIEqwil4YRAvunAKC/PwT1gztenZNrJJd0rr1JcIsBjQCffffM
AI4FP01fp6adiqGiKZsZpNE=
=PXRf
-----END PGP SIGNATURE-----

--FRaepaAnLTQkJ4tS--



Date: Wed, 31 Oct 2007 09:07:14 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: Apt-Get or Aptitude
Message-ID: <20071031160714.GO29856@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="A7FgPGrDEcSmmdo/"
Content-Disposition: inline

--A7FgPGrDEcSmmdo/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Oct 30, 2007 at 09:31:12PM -0700, Daniel Burrows wrote:
> On Wed, Oct 31, 2007 at 12:53:46AM +0100, Richard Lyons <richard@the-plac=
e.net> was heard to say:
> > On Tue, Oct 30, 2007 at 05:22:16PM -0600, Nate Duehr wrote:
> >=20
> > [...]
> > > aptitude is by far one of the best package management tools out =20
> > > there.  Newbies and folks really stuck in the graphic-oriented/deskto=
p =20
> > > user world may like synaptic better, but for just getting things done=
 =20
> > > -- aptitude wins hands down, almost all the time.
> >=20
> > I do agree!  Just occasionally, I fire up synaptic to browse a category,
> > say stuff to do with sound, or mail for example.  It is slightly easier
> > in synaptic to browse than it is in aptitude.  And I wish you could
> > reverse direction in mid-search in aptitude.  I often race past a
> > relevant match by being too quick on the "n".  If only "b" for back or
> > "p" for previous or "N" or whatever switched the direction without
> > having to reenter the search using \ or page up enough times to probably
> > pass whatever it was you didn't quite see...
>=20
> changeset:   604:42378273c12b
> user:        Daniel Burrows <Daniel_Burrows@alumni.brown.edu>
> date:        Sat Mar 10 16:46:30 2007 +0000
> summary:     [aptitude @ Add a keyboard command bound to 'N' that repeats=
 the last search in the opposite direction (Closes: #414020, #397880)]

wow! talk about awesome dev response time! that was so fast its in the
past!

whoosh...

A

--A7FgPGrDEcSmmdo/
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)

iD8DBQFHKKgyaIeIEqwil4YRAg+1AKDgDZQiJv7lRLwjWjnRA++NcoE8iACfVmHk
P5p46V4QAxM//iRLPv4M8Pw=
=4u/h
-----END PGP SIGNATURE-----

--A7FgPGrDEcSmmdo/--


Don't know where to look next?X

Date: Thu, 01 Nov 2007 03:44:21 +1100
From: Owen Townend <bowbowbow@optushome.com.au>
To: debian user list <debian-user@lists.debian.org>
Subject: Re: udev MAKEDEV
Message-Id: <1193849061.6501.40.camel@mattimeo.aehgts.homeip.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

hey,
  /dev is, as mentioned, created at boot time, if you're trying to run
lilo from a rescue disk you'll need to use something like 
'sudo mount -o bind /dev/ /path/to/mounted/disk/dev'
  Then chroot into /path/to/mounted/disk/ and then run lilo.

hope this helps,
cheers,
Owen.

On Wed, 2007-10-31 at 09:01 -0700, Andrew Sackville-West wrote:
> On Wed, Oct 31, 2007 at 01:01:22PM +0300, Vadim Vatlin wrote:
> > Now I create by hand md0, sda, sdb, sda1, sdb1 - all partitions which I
> > want.
> 
> udev will create these partitions on its own during boot. 
> > 
> > And when I run lilo I get:
> > Fatal: Sorry, don't know how to handle device 0xfd00
> 
> Is this when trying to install lilo? From where are you trying to
> install it? 
> 
> you should be chroot'ing into the new system to install lilo...
> 
> A



Date: Wed, 31 Oct 2007 10:01:12 -0700
From: David Brodbeck <brodbd@u.washington.edu>
To: debian user list <debian-user@lists.debian.org>
Subject: Re: Charging iPod / Listening to music
Message-Id: <18C37CB9-496B-4073-AEDF-662184F9947A@u.washington.edu>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Content-Transfer-Encoding: 7bit

On Oct 30, 2007, at 4:43 PM, steve wrote:

> its not possible to listen and charge an ipod on any platform with the
> "ipod firmware".

Not true.  If I plug my iPod mini into my MacOS X machine, then eject  
it in Finder, it will continue to charge but I'll have control again.

This also works under Linux with AmaroK and recent version of GTKpod,  
assuming you have sufficient permissions to unmount the device.   
However, if you just mount and unmount it without running AmaroK or  
GTKpod, it will display the 'DO NOT DISCONNECT' screen until you,  
well, disconnect it. ;)  I haven't looked at the source code of those  
two apps, but I suspect there's some flag that must be set on the  
iPod before the OS unmounts it so it knows it's been cleanly  
disconnected.  Probably Apple is trying to protect the internal  
database it uses from corruption.

BTW, this behavior may be slightly different depending on the  
filesystem your iPod is using.  Mine is vfat because I originally set  
it up on a Windows system.  iPods originally set up on a Mac will be  
HFSv2, and I don't have any experience with that.

End of debian-user-digest Digest V2007 Issue #2714
**************************************************

Received on Wed Oct 31 13:42:55 2007
Can't find what you're looking for?X

This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 02:55:42 EDT

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