Arno Schuring writes:
> What does the following show:
> $ aptitude search ~ahold
>
> This should probably give you the list of 135 packages. You can release
> the held packages by using the same syntax:
> # aptitude unhold ~ahold
Yes it does... thanks for the unhold stuff with aptitude
[...] Sn
Harry Putnam (rea...@newsguy.com on 2011-11-12 05:31 -0600):
> Andrei POPESCU writes:
>
> > I would suggest you run 'aptitude safe-upgrade' first and then try
> > 'aptitude full-upgrade'. Don't worry, aptitude will present all
> > changes to you before applying. If you don't like or understand
>
Andrei POPESCU writes:
> I would suggest you run 'aptitude safe-upgrade' first and then try
> 'aptitude full-upgrade'. Don't worry, aptitude will present all changes
> to you before applying. If you don't like or understand what you see
> just copy-paste it here and we'll have a look.
It happ
On Jo, 10 nov 11, 04:56:08, Harry Putnam wrote:
> >
> > What are you using for updates, just the Update Manager or
> > apt-get/aptitude?
>
> I've actually used both on occasion. Are you suggesting I should run
> something in particular with an specific apt-get/aptitude command.
>
> Is there any
Andrei POPESCU writes:
> On Jo, 27 oct 11, 15:08:57, Harry Putnam wrote:
>> I noticed this command posted for another recent thread:
>>aptitude search ~ahold
>>
>> I was curious so ran it myself. I was shocked to see quite a bunch of
>> held packages.. 140 to be exact. Are there any circum
On Jo, 27 oct 11, 15:08:57, Harry Putnam wrote:
> I noticed this command posted for another recent thread:
>aptitude search ~ahold
>
> I was curious so ran it myself. I was shocked to see quite a bunch of
> held packages.. 140 to be exact. Are there any circumstances that
> would warrant suc
Mark Grieveson <[EMAIL PROTECTED]> wrote:
> (xserver-xorg-video-ati). Now, for some reason, I've got a plug icon
> letting me know that my computer is running on ac power. Hmm.
>
> Mark
And isn't it? :)))
Regards,
Andrei
--
If you can't explain it simply, you don't understand it well enough
On Sun, 29 Oct 2006 18:05:27 -0500
Mark Grieveson <[EMAIL PROTECTED]> wrote:
> Holy scare the crap outta me! I normally keep my computer on, because I
> run a web server. But today I turned it off, and when I went to turn it
> on, the xserver wouldn't start. Yikes. However, given that I have
On Thu, Sep 21, 2000 at 01:22:22AM -0500, John Reinke ([EMAIL PROTECTED]) wrote:
> I just tried installing a .deb from an old CD, and I used apt-cdrom.
> Somehow, it must have decided to remove a lot of my applications the next
> time I ran dselect. I just hit enter and when I looked back, I found
On Tue, Mar 03, 1998 at 07:05:34PM +0100, Lorens Kockum wrote:
> As a corollary, where do you find the source of the programs
> executed during the install of debian? I ask because I wanted
> to check if the install points out the NIS problem when it asks
> whether to use shadow passwords.
IIRC,
On Mon, Mar 02, 1998 at 07:51:19PM +0200, Tommi Virtanen wrote:
> On Mon, Mar 02, 1998 at 04:14:37PM +, Lorens Kockum wrote:
> > Are there any reasons at all for keeping crypted passwords in
> > /etc/passwd ?
>
> NIS is notorious for not working with shadowed passwords
Of course, forgot
Lorens Kockum said something to the effect of:
"Why get asked at all whether to run shadow passwds?"
There are multiple buffer overrun bugs in the shadow
passwd suite as used by debian. The bugs seem to take
different forms in hamm than they do in bo; I'm not sure
why. I reported this as a critic
On Mon, Mar 02, 1998 at 04:14:37PM +, Lorens Kockum wrote:
> Only one thing I don't really like: sure, we do get shadow
> passwords if we ask for them (and oh joy, xlock knows that!)
> but why do we get asked at all? Are there any reasons at all
> for keeping crypted passwords in /etc/passwd ?
13 matches
Mail list logo
