Date: Fri, 6 Jul 2007 18:07:06 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Installing Debian Etch on hw RAID 1 on nvidia nForce 430i
Message-ID: <20070706220706.GA7540@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Fri, Jul 06, 2007 at 09:58:38PM +0200, csanyipal wrote:
>
> I want to install Debian Etch on my new box with motherboard that has for
> the storage the nvidia nForce 430i chipset. This chipset support RAID
> 1 configuration.
>
No it doesn't. MB 'raid' is really software raid set up by the BIOS
that uses windows drivers when you run windows. If it were hardware
raid, then when you install Debian it will only see one disk (the
hardware RAID being transparent to Debian).
> I want to install Etch on two SATA disk with the hardware RAID 1
> setup.
>
The installer lets you set up software raid as a standard feature.
> I setup in the BIOS the RAID 1 for these disks. I have only these two
> disks (2 x 320 GB) in the box.
>
Won't work. Undo the raid setup in the bios.
> I want to use the downloaded debian-40r0-i386-CD-1.iso for this
> installation.
>
No problem there.
> Will Etch recognize the RAID 1 BIOS setup during the installation?
>
No. See above.
> I find on the internet documentation about hardware RAID [1] but can't
> find in there description about installing a GNU/Linux system on hw
> RAID 1 out there.
>
See above.
Doug.
Date: Fri, 6 Jul 2007 18:13:42 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Setting up a cron for fetchmail
Message-ID: <20070706221342.GB7540@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Fri, Jul 06, 2007 at 01:07:33PM -0700, Andrew Sackville-West wrote:
>
> > What errors do you get? Send us your fetchmailrc (with the password and
> > other sensitive things XXX'd out. Also, ensure that
> > /etc/default/fetchmail has START_DAEMON=yes.
>
> ooh. and there too. learn something everyday. I had been running it on
> a per user basis and decided that was a pain because 1) my users were
> never going to mess with their fetchmailrc's and 2) then I would have
> multiple fetchmail's running. Neither of these were desirable, so I
> stuck them all in root and ran it like that.
>
> Thanks for the pointer.
>
To complete the pointer, here's my fetchmailrc (with my password Xd
out). Keep in mind, I'm on dialup. Therefore, I never run into the bug
some people experience of the daemon going into a coma. I did have a
problem with the default /etc/ppp/ip-up.d/fetchmail script so now have
it /etc/init.d/fetchmail start when the link comes up, and
/etc/init.d/fetchmail stop when it goes down.
If you did indeed run into the coma thing, you could put a script into
/etc/cron.hourly that /etc/init.d/fetchmail restart.
Doug.
# /etc/fetchmailrc for system-wide daemon mode
# This file must be chmod 0600, owner fetchmail
# The default for this option is 300, which polls the server every 5
# minutes.
#
#set daemon 300
# By default, the system-wide fetchmail will output logging messages to
# syslog; uncomment the line below to disable this. This might be useful
# if you are logging to another file using the 'logfile' option.
#
# set no syslog
# Avoid loss on 4xx errors. On the other hand, 5xx errors get more
# dangerous.
#
set no bouncemail
# The following defaults are used when connecting to any server, and can
# be overridden in the server description below.
#
# Set antispam to -1, since it is far safer to use that together with no
# bouncemail.
#
defaults:
antispam -1
batchlimit 100
# Example server section.
#
#poll foo.bar.org with protocol pop3
# user baka there is localbaka here smtphost smtp.foo.bar.org;
poll pop.porchlight.ca with protocol pop3
user 'dtutty' there with password 'XXXXXXXXXX' is 'dtutty' here
Date: Fri, 6 Jul 2007 18:28:53 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: RAD tool for debian?
Message-ID: <20070706222853.GC7540@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Fri, Jul 06, 2007 at 03:50:45PM -0500, will trillich wrote:
> RAD/rapid-application-development tool sought... (web page forms
> interface to a database we define)
>
> i've got a friend who's trying to get a license-free solution that'll
> provide an html/web front-end to a database... similar to ms access,
> but we're seeking 1) no licensing fees 2) an html interface, not a
> proprietary interface. we're NOT looking for a cms like joomla, but
> rather an engine for presenting forms to interact with a back-end
> database.
>
> we've tried to get Maypole installed, but run into cpan
> dependency/'make test' snags; same for Jifty.
>
> on debian 3.1, we're using postgres (not mysql) backend, and
> phppgadmin for setting up the tables... any ideas?
>
Is this one question or two?
For RAD, here's what I do: write the documentation, then write the
program in Python (possibly with IDLE) so it does what the docs say, and
then see if there are any compute-bound bottlenecks. Those sections I
rewrite in FORTRAN (the translation is fairly simple).
For an html front-end to postgres, try www-pgsql. I haven't tried it
but the description in aptitude looks like what you may want. It
depends on what you mean by license-free. Its free by the DFSG (its in
the main section) but I don't know specifically what licence it is.
Whenever I've needed a database, I've turned to postgres. Ususally,
though, its a spcific problem so I write the frontend in Python (usually
CUI).
Doug.
Date: Fri, 6 Jul 2007 18:30:18 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Cannnot authenticate debian archive packages
Message-ID: <20070706223018.GD7540@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Sat, Jul 07, 2007 at 12:01:19AM +0200, Enrique Perez-Terron wrote:
> Today I installed some 30 packages, but got an error message from two of
> them: samba and swat. They could not be authenticated. I tried to look
> around for a problem, but I could only find that if I downloaded the
> files manually, the md5sum was as detailed in /var/lib/apt/lists/
> security.debian.org_dists_etch_updates_main_binary-amd64_Packages.
>
> Then I tried to install gui-apt-key, but I got the same message.
> Downloading the deb manually and checking the md5sum against the
> Packages file, the match was perfect.
>
> Any ideas?
>
> My sources.list:
> deb http://ftp.uk.debian.org/debian/ etch main contrib non-free
>
> deb http://ftp.debian.org/debian/ etch main contrib non-free
> deb-src http://ftp.debian.org/debian/ etch main contrib non-free
> deb http://security.debian.org/ etch/updates main contrib non-free
>
Did you do an update and see if there's a new keyring?
Doug.
Date: Sat, 07 Jul 2007 01:52:19 +0200
From: Lars <debs@utysket.dk>
To: debian-user@lists.debian.org
Subject: Ata controller change device order
Message-ID: <468ed597$0$90272$14726298@news.sunsite.dk>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Hi
I'm having trouble with Debian Etch amd64 and a pci ata raid
controller. I've seen before that when adding a pci controller the
hd device order can shift. The pci controller get hda to hdd and
that also happen with this installation (kernel 2.6.18-4-amd64), no
problem there. (The pci controller just function as extra ata port
and has no raid setup.)
My problem started when I installed the 2.6.18-4-xen-vserver-amd64
kernel. It seems like udev (?) can't decide if the controller is
ranged from hda-d or hde-h. So if I boot the system 5 times, 3/2 of
the times the pci controller is ranged at hda-e and the rest at hde-h.
This only happens with the xen kernel, when I boot on the
"2.6.18-4-amd64" kernel the results is stable. I got no experience
with udev, if that is what can fix it.
I can only get info from the device attaches to the controller and
not from the controller itself. (This is from a correct boot!)
# udevinfo -q all -n hde
P: /block/hde
N: hde
S: disk/by-id/ata-Maxtor_6Y120P0_Y34LWWXE
S: disk/by-path/pci-0000:04:08.0-ide-0:0
E: ID_TYPE=disk
E: ID_MODEL=Maxtor_6Y120P0
E: ID_SERIAL=Y34LWWXE
E: ID_REVISION=YAR41BW0
E: ID_BUS=ata
E: ID_PATH=pci-0000:04:08.0-ide-0:0
# lspci 04:08.0 RAID bus controller: Silicon Image, Inc. PCI0680
Ultra ATA-133 Host Controller (rev 02)
Best regards
/Lars
Date: Fri, 6 Jul 2007 20:11:36 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Ata controller change device order
Message-ID: <20070707001136.GA8970@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Sat, Jul 07, 2007 at 01:52:19AM +0200, Lars wrote:
> I'm having trouble with Debian Etch amd64 and a pci ata raid
> controller. I've seen before that when adding a pci controller the
> hd device order can shift. The pci controller get hda to hdd and
> that also happen with this installation (kernel 2.6.18-4-amd64), no
> problem there. (The pci controller just function as extra ata port
> and has no raid setup.)
> My problem started when I installed the 2.6.18-4-xen-vserver-amd64
> kernel. It seems like udev (?) can't decide if the controller is
> ranged from hda-d or hde-h. So if I boot the system 5 times, 3/2 of
> the times the pci controller is ranged at hda-e and the rest at hde-h.
> This only happens with the xen kernel, when I boot on the
> "2.6.18-4-amd64" kernel the results is stable. I got no experience
> with udev, if that is what can fix it.
This is probably fixed somewhere (either in code or documentation) for
Lenny, but who wants to wait a year (or ?)?
Assume that drives will be assigned different sd? on each boot (how are
you getting hd* in Etch?). The trick is to use either UUIDs or lables
on the partition. Lables are shorter than the IDs listed under
/dev/disk/UUID.
For example, using the filesystem tools for your filesystem (JFS,
Reiserfs, extfs, whatever) label each partition. E.g. the partition
that gets mounted as /boot is labled boot.
Then use label= lines instead of /dev/ lines in fstab (see man fstab)
and the same on the kernel command line in your grub menu.list file that
points to your root filesystem.
Then it doesn't matter what order the drives are assigned, everything
will work.
Doug.
Date: Fri, 6 Jul 2007 20:48:23 -0400
From: "Tony Heal" <theal@pace2020.com>
To: "'Daniel Burrows'" <dburrows@debian.org>
Cc: <debian-user@lists.debian.org>
Subject: RE: upgrading to etch -ANSWERED
Message-ID: <02b801c7c030$864cece0$800101df@shipwreck>
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Thank you Daniel!!
You sent me the (REALLY BIG) hint and this is the 'how to'
cat > /etc/apt/apt.conf.d/etch-upgrade <<EOF
APT {
Get {
Assume-Yes "true";
Fix-Broken "true";
Force-Yes "true";
};
};
DPkg
{
// Probably don't want to use force-downgrade..
Options {"--force-confold";}
}
EOF
The syntax for this file can be found
/usr/share/doc/apt/examples/apt.conf
/usr/share/doc/apt/examples/configure-index.gz
Tony Heal
Pace Systems Group, Inc.
800-624-5999
theal@pace2020.com
> -----Original Message-----
> From: Daniel Burrows [mailto:dburrows@debian.org]
> Sent: Thursday, July 05, 2007 1:34 AM
> To: Tony Heal
> Cc: debian-user@lists.debian.org
> Subject: Re: upgrading to etch
>
> On Wed, Jul 04, 2007 at 10:54:25PM -0400, Tony Heal <theal@pace2020.com> was heard to say:
> > Does anyone know what function/package does the prompting for replacing configuration files during
> an upgrade? Any one
> > know how to automate the answers. Here is an example
>
> These prompts are issued by dpkg. You can disable them by passing the
> --force-conf{new,old,def} options to dpkg, see dpkg(1); to get these flags
> when dpkg is called from apt, put them in dpkg.cfg or apt.conf.
>
> I don't think there's any way to automate the choice at the package level,
> although you could maybe do something horrible using expect.
>
> Daniel
Date: Fri, 6 Jul 2007 21:13:27 -0400
From: Roberto =?iso-8859-1?Q?C=2E_S=E1nchez?= <roberto@connexer.com>
To: debian-user@lists.debian.org
Subject: Re: Cannnot authenticate debian archive packages
Message-ID: <20070707011327.GA15359@santiago.connexer.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT"
Content-Disposition: inline
--tKW2IUtsqtDRztdT
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sat, Jul 07, 2007 at 03:00:51AM +0200, Enrique Perez-Terron wrote:
> This is the output:
>=20
> # apt-get install gui-apt-key
> Reading package lists... Done
> Building dependency tree... Done
> The following NEW packages will be installed:
> gui-apt-key
> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 30.5kB of archives.
> After unpacking 512kB of additional disk space will be used.
> WARNING: The following packages cannot be authenticated!
> gui-apt-key
> Install these packages without verification [y/N]?y
> Get:1 http://ftp.uk.debian.org etch/main gui-apt-key 0.3-1 [30.5kB]
> Fetched 30.5kB in 0s (39.2kB/s)
> Selecting previously deselected package gui-apt-key.
> (Reading database ... 127897 files and directories currently
> installed.)
> Unpacking gui-apt-key (from .../gui-apt-key_0.3-1_all.deb) ...
> Setting up gui-apt-key (0.3-1) ...
>=20
Hmm. Have you tried doing an 'apt-get update' and trying to install the
package?
Regards,
-Roberto
--=20
Roberto C. S=E1nchez
http://people.connexer.com/~roberto
http://www.connexer.com
--tKW2IUtsqtDRztdT
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)
iD8DBQFGjui31snWssAFC08RAnldAJ0V6OvDgWBGC25Dg57avH43xNzNtwCcCX3P
axwG7LqGGnmKK+UZLdtl5ig=
=DPjE
-----END PGP SIGNATURE-----
--tKW2IUtsqtDRztdT--
Date: Sat, 07 Jul 2007 03:00:51 +0200
From: Enrique Perez-Terron <enrio@online.no>
To: "Roberto C." =?ISO-8859-1?Q?S=E1nchez?= <roberto@connexer.com>
Cc: debian-user@lists.debian.org
Subject: Re: Cannnot authenticate debian archive packages
Message-Id: <1183770051.7182.47.camel@localhost>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
On Fri, 2007-07-06 at 18:53 -0400, Roberto C. S=C3=A1nchez wrote:
> On Sat, Jul 07, 2007 at 12:32:17AM +0200, Enrique Perez-Terron wrote:
> >=20
> > Using synaptic, I click the "Install" checkbox to mark gui-apt-key
> > (which I have not yet installed) for installation. A dialog shows=20
> > saying
> >=20
> Try running this at the command line (as root):
>=20
> apt-get install gui-apt-key
>=20
> Please report the error message that you see in that case.
This is the output:
# apt-get install gui-apt-key
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
gui-apt-key
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 30.5kB of archives.
After unpacking 512kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
gui-apt-key
Install these packages without verification [y/N]?y
Get:1 http://ftp.uk.debian.org etch/main gui-apt-key 0.3-1 [30.5kB]
Fetched 30.5kB in 0s (39.2kB/s)
Selecting previously deselected package gui-apt-key.
(Reading database ... 127897 files and directories currently
installed.)
Unpacking gui-apt-key (from .../gui-apt-key_0.3-1_all.deb) ...
Setting up gui-apt-key (0.3-1) ...
#
There does not seem to be any new information.
Actually, I have never before questioned how dpkg/apt does
authentication, so I am not damn sure I am looking the right place. It
seemed to me that apt downloads the *Packages and the *Packages.gpg
files, and uses a previously downloaded public key to verify the
signature. After that, each package is verified just by comparing its
MD5sum with the sum given in the Packages file.
Now I tried to find the package in /var/cache/apt. The file I found
there was dated 2006-11-21, so my first reaction was it was not the
right one, but then I considered that apt may do like "tar x", that it
conserves the modification date of the source file.=20
# md5sum archives/gui-apt-key_0.3-1_all.deb
f1e77eebbd008a2e9fa3ca3b2de7bba0 archives/gui-apt-key_0.3-1_all.deb
# perl -ne '/Package: ([-._\w]+)/ and $here=3D($1 =3D~ /^gui-apt-key/);
$here and /MD5sum: (\w+)/ and print $1,"\n"' /var/lib/apt/lists/
ftp.uk.debian.org_debian_dists_etch_main_binary-amd64_Packages
f1e77eebbd008a2e9fa3ca3b2de7bba0
Exactly the same md5sum.
Regards
Enrique
Date: Fri, 6 Jul 2007 18:11:22 -0700 (PDT)
From: trillich <will@serensoft.com>
To: debian-user@lists.debian.org
Subject: Re: RAD tool for debian?
Message-ID: <11474698.post@talk.nabble.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Douglas Allan Tutty wrote:
>
> On Fri, Jul 06, 2007 at 03:50:45PM -0500, will trillich wrote:
>> RAD/rapid-application-development tool sought... (web page forms
>> interface to a database we define)
>
> For RAD, here's what I do: write the documentation, then write the
> program in Python (possibly with IDLE) so it does what the docs say, and
> then see if there are any compute-bound bottlenecks. Those sections I
> rewrite in FORTRAN (the translation is fairly simple).
>
[nice workflow, documentation first :) -- but RAD includes RAPID. coding in
python and fortran puts that out of reach. we're looking for a gizmo that
reads the tables (we may need to specify which tables relate to which others
-- has_a, has_many, etc) and produces web forms based on the data
structures: page with the invoice table shows 'person' popup menus in place
of the person_id field, for example.]
> For an html front-end to postgres, try www-pgsql. I haven't tried it
> but the description in aptitude looks like what you may want. It
> depends on what you mean by license-free. Its free by the DFSG (its in
> the main section) but I don't know specifically what licence it is.
>
> Whenever I've needed a database, I've turned to postgres. Ususally,
> though, its a spcific problem so I write the frontend in Python (usually
> CUI).
>
[yes, postgres rocks! rules, triggers, no license fees, and much more...]
> Doug.
>
--
View this message in context:
http://www.nabble.com/RAD-tool-for-debian--tf4038105.html#a11474698
Sent from the Debian User mailing list archive at Nabble.com.
Date: Sat, 07 Jul 2007 03:17:19 +0200
From: Enrique Perez-Terron <enrio@online.no>
To: Douglas Allan Tutty <dtutty@porchlight.ca>
Cc: debian-user@lists.debian.org
Subject: Re: Cannnot authenticate debian archive packages
Message-Id: <1183771039.7182.49.camel@localhost>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Fri, 2007-07-06 at 18:30 -0400, Douglas Allan Tutty wrote:
> On Sat, Jul 07, 2007 at 12:01:19AM +0200, Enrique Perez-Terron wrote:
> > Today I installed some 30 packages, but got an error message from two of
> > them: samba and swat. They could not be authenticated. I tried to look
> > around for a problem, but I could only find that if I downloaded the
> > files manually, the md5sum was as detailed in /var/lib/apt/lists/
> > security.debian.org_dists_etch_updates_main_binary-amd64_Packages.
> >
> > Then I tried to install gui-apt-key, but I got the same message.
> > Downloading the deb manually and checking the md5sum against the
> > Packages file, the match was perfect.
> >
> > Any ideas?
> >
> > My sources.list:
> > deb http://ftp.uk.debian.org/debian/ etch main contrib non-free
> >
> > deb http://ftp.debian.org/debian/ etch main contrib non-free
> > deb-src http://ftp.debian.org/debian/ etch main contrib non-free
> > deb http://security.debian.org/ etch/updates main contrib non-free
> >
>
> Did you do an update and see if there's a new keyring?
I did apt-key update.
# apt-key update
gpg: key 2D230C5F: "Debian Archive Automatic Signing Key (2006)
<ftpmaster@debian.org>" not changed
gpg: key 6070D3A1: "Debian Archive Automatic Signing Key (4.0/etch)
<ftpmaster@debian.org>" not changed
gpg: key ADB11277: "Etch Stable Release Key
<debian-release@lists.debian.org>" not changed
gpg: Total number processed: 3
gpg: unchanged: 3
Regards, enrique
Date: Fri, 6 Jul 2007 21:40:18 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: RAD tool for debian?
Message-ID: <20070707014018.GA9448@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Fri, Jul 06, 2007 at 06:11:22PM -0700, trillich wrote:
> [nice workflow, documentation first :) -- but RAD includes RAPID. coding in
> python and fortran puts that out of reach. we're looking for a gizmo that
> reads the tables (we may need to specify which tables relate to which others
> -- has_a, has_many, etc) and produces web forms based on the data
> structures: page with the invoice table shows 'person' popup menus in place
> of the person_id field, for example.]
>
So what about www-pgsql? It may mean coding an sql view or something.
I never got too far into sql coding since it was easier to use the
language I already knew (python).
>
>
> > For an html front-end to postgres, try www-pgsql. I haven't tried it
> > but the description in aptitude looks like what you may want. It
> > depends on what you mean by license-free. Its free by the DFSG (its in
> > the main section) but I don't know specifically what licence it is.
> >
Doug.
Date: Sat, 07 Jul 2007 03:44:34 +0200
From: Enrique Perez-Terron <enrio@online.no>
To: "Roberto C." =?ISO-8859-1?Q?S=E1nchez?= <roberto@connexer.com>
Cc: debian-user@lists.debian.org
Subject: Re: Cannnot authenticate debian archive packages
Message-Id: <1183772674.7182.58.camel@localhost>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
On Fri, 2007-07-06 at 21:13 -0400, Roberto C. S=C3=A1nchez wrote:
> On Sat, Jul 07, 2007 at 03:00:51AM +0200, Enrique Perez-Terron wrote:
> > This is the output:
> >=20
> > # apt-get install gui-apt-key
> > Reading package lists... Done
> > Building dependency tree... Done
> > The following NEW packages will be installed:
> > gui-apt-key
> > 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> > Need to get 30.5kB of archives.
> > After unpacking 512kB of additional disk space will be used.
> > WARNING: The following packages cannot be authenticated!
> > gui-apt-key
> > Install these packages without verification [y/N]?y
> > Get:1 http://ftp.uk.debian.org etch/main gui-apt-key 0.3-1 [30.5kB]
> > Fetched 30.5kB in 0s (39.2kB/s)
> > Selecting previously deselected package gui-apt-key.
> > (Reading database ... 127897 files and directories currently
> > installed.)
> > Unpacking gui-apt-key (from .../gui-apt-key_0.3-1_all.deb) ...
> > Setting up gui-apt-key (0.3-1) ...
> >=20
> Hmm. Have you tried doing an 'apt-get update' and trying to install th=
e
> package?
# apt-get update
Get:1 http://ftp.uk.debian.org etch Release.gpg [378B]
Hit http://ftp.uk.debian.org etch Release
...
Hit http://ftp.debian.org etch/non-free Sources
Fetched 23.4kB in 1s (15.1kB/s)
Reading package lists... Done
# apt-get install gui-apt-key
Reading package lists... Done
Building dependency tree... Done
gui-apt-key is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# dpkg --purge gui-apt-key
(Reading database ... 127942 files and directories currently
installed.)
Removing gui-apt-key ...
Purging configuration files for gui-apt-key ...
# apt-get install gui-apt-key
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
gui-apt-key
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/30.5kB of archives.
After unpacking 512kB of additional disk space will be used.
Selecting previously deselected package gui-apt-key.
(Reading database ... 127897 files and directories currently
installed.)
Unpacking gui-apt-key (from .../gui-apt-key_0.3-1_all.deb) ...
Setting up gui-apt-key (0.3-1) ...
No warning this time. :)
It seems apt-get update solved the problem. No explanation, though.
I usually do an update from synaptic, but I may have done diffently this
time.
Regards
Enrique
> Regards,
>=20
> -Roberto
>=20
Date: Fri, 6 Jul 2007 22:19:20 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: lenny comfortable yet?
Message-ID: <20070707021920.GA9919@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
I ran Etch for about 6 months before it became stable since my new box
required it. I'm runing amd64.
One of the main reasons for buying a new box was, believe it or not,
that my 486 had difficulty with all the over-graphiced web pages I
needed to access.
Now I'm finding that a lot of the sites I need use flash not just for
decoration but the main content. Of course, Etch amd64 doesn't have the
wrapper that allows me to use a flash player without using an i386
chroot.
I'm still trying to get it to work but if I can't, I'm wondering about
just moving up to Lenny.
I know from Etch that testing is not stable. Things stop working for a
while and then a fix comes down the pipe. In the mean time, use
something else. I undertand all that. However, since this is my main
box, I don't want to find that something happens to kill it requiring a
reinstall or something. I'm on dialup.
My daily must-haves really are mild: base system, a brower (lynx or
links2), an editor, mutt, exim, fetchmail, and I like mc, and aptitude
(or apt-get or even dselect or plain dpkg in a pinch), along with
ppp/chat. It wouldn't bother me if anything else stopped working for a
while, but if I loose the ability to dial out, loose email, then I'm in
difficulty.
I know that, just like mutual funds, past performance does not guarantee
future performance, but what has the experience been like for
non-developers over the past couple of months? Do people think that
Lenny is ready for a desktop run by a knowledgeable user?
Thanks,
Doug.
Date: 07 Jul 2007 02:44:29 GMT
From: Tyler Smith <tyler.smith@mail.mcgill.ca>
To: debian-user@lists.debian.org
Subject: Re: lenny comfortable yet?
Message-ID: <slrnf8u30p.5bo.tyler.smith@blackbart.mynetwork>
On 2007-07-07, Douglas Allan Tutty <dtutty@porchlight.ca> wrote:
>
> I know that, just like mutual funds, past performance does not guarantee
> future performance, but what has the experience been like for
> non-developers over the past couple of months? Do people think that
> Lenny is ready for a desktop run by a knowledgeable user?
>
I would say so. I've been using testing under whatever name for a few
years without anything more traumatic than waiting a few days for
related dependencies to filter out of unstable. Certainly nothing that
required rebooting, let alone re-installing.
On the other hand, I haven't really noticed any change between Etch
and Lenny, so if testing-Etch wasn't solid enough for you, I'm not
sure that testing-Lenny is going to be better.
HTH,
Tyler
End of debian-user-digest Digest V2007 Issue #1907
**************************************************
Received on Fri Jul 6 23:36:20 2007