[gentoo-user] Re: Kernel updates

[Tim Kruse]

* On 27.10.2005 Qian Qiao wrote:

>> P.S. is there an easy way to confirm which kernel source (gentoo/vanilla)
>> was originally installed?
>
> # cat /var/lib/portage/world> grep sys-kernel

 UUOC

> The above command should give you the kernel(s) you've emerged.

 Normally the above command should do the trick. But there's a
special case where it doesn't work, though. If you installed with
the portage option '--oneshot' the package isn't recorded to the
world file.

 Then you're still be able to confirm the package, though, if
we're imagin that /var/log/emerge.log hasn't been touched (read:
hasn't been rotated or such):

% grep sys-kernel /var/log/emerge.log

 should do the trick then

 So long,
tkr

-- 
... at least I thought I was dancing, 'til somebody stepped on my hand.
-- J. B. White


signature.asc
Description: PGP signature

[gentoo-user] Re: Kernel updates

[Tim Kruse]

* On 30.10.2005 Qian Qiao wrote:

>>> # cat /var/lib/portage/world> grep sys-kernel

 I have corrupted your command, but realized it too late, sorry.
You originally have written:

>>> # cat /var/lib/portage/world | grep sys-kernel


>>  UUOC
>
> I stand corrected. grep sys-kernel < /var/lib/portage/world is a neater way.

 You don't need the less-than here. grep can work directly on the
file.

% grep sys-kernel /var/lib/portage/world

 So long,
tkr

-- 
You know you're using the computer too much when:
You try and use wget to pick up that pizza.
-- snakattak3


signature.asc
Description: PGP signature

[gentoo-user] Re: (masked by: missing keyword)

[Tim Kruse]

* On 29.10.2005 sean wrote:

> What is the proper way to over ride a package that is (masked by: 
> missing keyword)?

 The only way I know of is to change the ebuild. But don't do
this on the ebuild in your normal portage dir (it will be
overridden after the next sync). Copy the ebuild to
'${PORTDIR_OVERLAY}/category/name/package.ebuild' and do your
changes there (in this case
'${PORTDIR_OVERLAY}/app-office/openoffice/openoffice-2.0.0.ebuild')

 Now you have to add your architecture into the KEYWORDS variable
(here: KEYWORDS="amd64") and it should work. (Perhaps you have to
update your portage cache, I don't know).

 But, as Ciaran said, don't do it with openoffice-2.0.0, because
it won't work under amd64.

>  From what I read it is supposed to be done with the package.keywords 
> file in /etc/portage.
> But I must be doing something wrong with format.

 I'm not really sure, but you can't unmask packages marked by
missing keyword with any of these files in /etc/portage
(specially /etc/portage/package.keywords) IIRC. With these files
you can unmask packages masked by
/usr/portage/profiles/package.unmask (/etc/portage/package.mask)
or marked testing in the ebuild (~amd64) if are running a stable
gentoo (read: set ACCEPT_KEYWORDS="amd64" in /etc/make.conf)
(/etc/portage/package.keywords)

 You can do lots more here. Read 'man portage' for details.

> Specifically I am trying to install openoffice 2.0 on my amd64 system. I 
> have unmasked it, but the keyword is still blocking me.

 As mentioned above it won't work.

 So long,
tkr

-- 
You can't hurt me!!  I have an ASSUMABLE MORTGAGE!!


signature.asc
Description: PGP signature

[gentoo-user] [OT] This list with a newsclient (was: giflib vs. libungif)

[Tim Kruse]

* On 29.10.2005 Peter Kelly wrote:

> On another note, is there a way to both view and post to this list through 
> Knode?

 

 You still have to be subscribed to the list to post

 So long,
tkr

-- 
untold wealth, n.:
What you left out on April 15th.


signature.asc
Description: PGP signature

[gentoo-user] Re: Quoting styles

[Tim Kruse]

* On 30.10.2005 Alexander Skwar wrote:

> Me too. Badly translated joke. It should read: There are 10
> kinds of people. Then it is funny

 Oh, it is funny. The joke you mean is slightly different and has
something to do with the binary system ;-)

 So long,
tkr

-- 
Stewie: [bathing in blood] This absolutely delightful, it's like someone stabbed
Mr. Bubble


signature.asc
Description: PGP signature

[gentoo-user] Re: ethereal weirdness

[Tim Kruse]

* On 31.10.2005 James wrote:

>> [ebuild   R   ] net-analyzer/ethereal-0.10.13-r1  -adns +gtk +ipv6 
>> -kerberos -snmp +ssl 0 kB
> 
> What syntax did you use to generate this listing?  

,-
| % emerge -pv ethereal
|
| These are the packages that I would merge, in order:
|
| Calculating dependencies ...done!
| [ebuild  N] net-analyzer/ethereal-0.10.13-r1  -adns -gtk \
| -ipv6 -kerberos -snmp +ssl 9,974 kB
`-

 So long,
tkr

-- 
You love your home and want it to be beautiful.


signature.asc
Description: PGP signature

[gentoo-user] Re: Kernel updates

[Tim Kruse]

* On 01.11.2005 Neil Bothwick wrote:

> On Sun, 30 Oct 2005 13:15:16 +0100, Tim Kruse wrote:
>
>> % grep sys-kernel /var/log/emerge.log
>>
>>  should do the trick then
>
> qpkg -I -g sys-kernel

 This is true. But you should mention, that 'qpkg' is deprecated
and 'equery' should be used:

,-[qpkg --help]
| [...]
| NOTICE: This tool will be phased out at some point in the
| future, please use equery instead.
| Bugs are still fixed but new features won't be added.
| [...]
`-

 There are still missing features of qpgk in equery, though.

 The point is, that 'qpkg' won't be/isn't in your $PATH anymore.
In the latest stable release of gentoolkit (which is 0.2.0-r2 on
my system) it is installed in '/usr/lib/gentoolkit/bin/' and from
0.2.1 on (these are testing atm) it will be found in
'/usr/share/doc/gentoolkit-${VERSION}/deprecated/qpkg/'

 Further, if you have 'portage-utils' installed, you have a
executable called 'qpkg' which does something completely
different. But then you can take 'qlist' for exactly the above:

% qlist -I | grep sys-kernel

 Or you can emerge eix and take eix for it. Or ...

 So long,
tkr

-- 
Next Friday will not be your lucky day.  As a matter of fact, you don't
have a lucky day this year.


signature.asc
Description: PGP signature

[gentoo-user] Re: Problem emerging realplayer-10.0.6

[Tim Kruse]

* On 01.11.2005 Walter Dnes wrote:

>   Several people on this list, me included, have been bitten by this.
> Note the "s" in "https".  That means "secure".  wget is the program that
> emerge uses to download files.  In order to access "https" URLs, wget
> *MUST* be emerged with the "ssl" flag.  You can either set it globally
> in your /etc/make.conf, or if you just want to affect wget, enter this
> line in /etc/portage/package.use
>
> net-misc/wget ssl
>
>   You must emerge wget after setting the "ssl" flag, and then wget can
> access "https" URLs.

 I had the same problem and my wget is emerged with the ssl USE
flag

,-[equery uses wget]
| [...]
| + + ssl: Adds support for Secure Socket Layer connections
| [...]
`-

 So that is not the issue here. The problem is, that wget
couldn't verify the certificate (for which reason ever) and you
have to manually download it (or set the proper option in wget's
config):

,-
| # wget \
| 
https://helixcommunity.org/download.php/1589/RealPlayer-10.0.6.776-20050915.i586.rpm
| --12:30:08--  \
| 
https://helixcommunity.org/download.php/1589/RealPlayer-10.0.6.776-20050915.i586.rpm
|=> `RealPlayer-10.0.6.776-20050915.i586.rpm'
| Resolving helixcommunity.org... 207.188.25.135
| Connecting to helixcommunity.org|207.188.25.135|:443... connected.
| ERROR: Certificate verification error for helixcommunity.org:
| unable to get local issuer certificate
| To connect to helixcommunity.org insecurely, use `--no-check-certificate'.
   
| Unable to establish SSL connection.
|
| # wget --no-check-certificate \
| 
https://helixcommunity.org/download.php/1589/RealPlayer-10.0.6.776-20050915.i586.rpm
| --12:30:23--  \
| 
https://helixcommunity.org/download.php/1589/RealPlayer-10.0.6.776-20050915.i586.rpm
|=> `RealPlayer-10.0.6.776-20050915.i586.rpm'
| Resolving helixcommunity.org... 207.188.25.135
| Connecting to helixcommunity.org|207.188.25.135|:443... connected.
| WARNING: Certificate verification error for helixcommunity.org:
| unable to get local issuer certificate
| HTTP request sent, awaiting response... 200 OK
| Length: 6,643,315 (6.3M) [application/binary]
|
|  5% [> ] 360,448  128.93K/s
`-

 So long,
tkr

PS: Sorry for the long lines. They're due to copy and paste,
but I have reajusted the longest

-- 
I HAVE to buy a new "DODGE MISER" and two dozen JORDACHE JEANS because
my viewscreen is "USER-FRIENDLY"!!


signature.asc
Description: PGP signature

[gentoo-user] Re: Kernel updates

[Tim Kruse]

* On 01.11.2005 Neil Bothwick wrote:

>>  This is true. But you should mention, that 'qpkg' is deprecated
>> and 'equery' should be used:
>
> In that case I would have recommended equery to start with. But equery is
> horrendously slow to start up, whereas qpkg is virtually instant. It may
> be deprecated but it works well, so why not use it?

 Oh, I didn't said that you shouldn't use it. But it isn't in
$PATH anymore - that was what I wanted to make clear.

 And you're right that equery is slow, and it doesn't has some of
qpkg's features. I have made a symbolic link
/usr/local/bin/qpkg-old to qpkg (qpkg-old because I have
portage-utils installed)

 So long,
tkr

-- 
Ahh... the smell of cuprinol and mahogany.  It excites me to...
acts of passion... acts of... ineptitude.


signature.asc
Description: PGP signature

[gentoo-user] Re: Problem emerging realplayer-10.0.6

[Tim Kruse]

* On 01.11.2005 Alan E. Davis wrote:

 TOFU corrected

>> You must emerge wget after setting the "ssl" flag, and then wget can
>> access "https" URLs.
>
> I didn't understand how to set the ssl flag.

 He means the USE flag

 So long,
tkr

-- 
There is a Massachusetts law requiring all dogs to have their hind legs
tied during the month of April.


signature.asc
Description: PGP signature

[gentoo-user] Re: usermod broken?

[Tim Kruse]

* On 02.11.2005 Jorge Almeida wrote:

> I edited /etc/group with vigr to add user jorge to group jorge. Still,
> id and groups give outdated output...

 The changes do not affect existing sessions. You have to relogin
first.

 So long,
tkr

-- 
You get along very well with everyone except animals and people.


signature.asc
Description: PGP signature

[gentoo-user] Re: wine emerge wants to downgrade?

[Tim Kruse]

* On 04.11.2005 Mark Knecht wrote:

>> [masking packages in /etc/portage/package.mask]
>
> I generally avoid putting these masks in as I seem to forget they are
> there. :-)

 This is the reason I have these lines in my user crontab (I have
read permissions on /etc/portage/package.mask)

,-[crontab -l]
| #
| #   Show masked packages in /etc/portage/package.mask
| #
| 00  6   * * *   /bin/grep -v "^\#" /etc/portage/package.mask
`-

 The output is mailed to me ;-)

 So long,
tkr

-- 
BOFH Excuse #185:

system consumed all the paper for paging


signature.asc
Description: PGP signature

[gentoo-user] Re: bash_history

[Tim Kruse]

* On 07.03.2006 Haim Ashkenazi wrote:

>> I am wondering what do I need to config so that when a user or root
>> type reboot the commands typed before a saved in bash_history and also
>> when the user or root don' type anything but just press combination of
>> keys ctrl+alt+del?
> when you press reboot the shell process dies, so it doesn't save the
> history. if you want to save history you have to exit the shell and then
> login and enter reboot, or press ctrl+alt+del.

 I love zsh ;-)

,-
| % setopt | grep -i "append.*history"
| incappendhistory
| % man zshoptions | col -b | grep -A 4 APPEND_HISTORY
| APPEND_HISTORY 
| If this is set, zsh sessions will append their history  list  to
| the  history file, rather than overwrite it. Thus, multiple par-
| allel zsh sessions will all have their history  lists  added  to
| the history file, in the order they are killed.
|--
| INC_APPEND_HISTORY
| This options works like APPEND_HISTORY except that  new  history
| lines  are added to the $HISTFILE incrementally (as soon as they
| are entered), rather than waiting until  the  shell  is  killed.
| The  file  is periodically trimmed to the number of lines speci-
| fied by $SAVEHIST, but can exceed this value between  trimmings.
`-

 So long,
tkr

-- 
"There are some good people in it, but the orchestra as a whole is equivalent
to a gang bent on destruction."
-- John Cage, composer


signature.asc
Description: PGP signature

[gentoo-user] Re: bash_history

[Tim Kruse]

* On 07.03.2006 Harry Putnam wrote:

> Tim Kruse <[EMAIL PROTECTED]> writes:
> 
>>  I love zsh ;-)
>>
>> ,-
>> | % setopt | grep -i "append.*history"
>> | incappendhistory
>> | % man zshoptions | col -b | grep -A 4 APPEND_HISTORY
>> | APPEND_HISTORY 
>> | If this is set, zsh sessions will append their history  list  to
>> | the  history file, rather than overwrite it. Thus, multiple par-
>> | allel zsh sessions will all have their history  lists  added  to
>> | the history file, in the order they are killed.
>> |--
>> | INC_APPEND_HISTORY
>> | This options works like APPEND_HISTORY except that  new  history
>> | lines  are added to the $HISTFILE incrementally (as soon as they
>> | are entered), rather than waiting until  the  shell  is  killed.
>> | The  file  is periodically trimmed to the number of lines speci-
>> | fied by $SAVEHIST, but can exceed this value between  trimmings.
>> `-
>
> I'd love it more if they bothered to tell you how to set this stuff.

 Like you set all options in zsh ...

setopt INC_APPEND_HISTORY  # incrementally append history to $HISTFILE

 So long,
tkr

-- 
A countryman between two lawyers is like a fish between two cats.
-- Ben Franklin


signature.asc
Description: PGP signature

[gentoo-user] Re: bash_history

[Tim Kruse]

* On 07.03.2006 Harry Putnam wrote:

> I'd love it more if they bothered to tell you how to set this stuff.

 A second notice to that.

 'man zshoptions' says it all. You even haven't to scroll down as
it is all mentioned on the first page ...

 So long,
tkr

-- 
MSDOS didn't get as bad as it is overnight -- it took over ten years
of careful development.
-- [EMAIL PROTECTED]


signature.asc
Description: PGP signature

[gentoo-user] Re: bash_history

[Tim Kruse]

* On 18.03.2006 Neil Bothwick wrote:

> On Sat, 18 Mar 2006 10:17:19 +0100, Tim Kruse wrote:
>
>>  Like you set all options in zsh ...
>>
>> setopt INC_APPEND_HISTORY  # incrementally append history to $HISTFILE
>
> Not that different from Bash then? :-)
>
> shopt -s histappend

 Do you mean the option itself or setting options? Setting
options is not so different in the most shells I think.

 If you mean the option itself then ...

,-
| % man bash | col -b | grep -A 3 histappend
| histappend
| If  set,  the history list is appended to the file named
| by the value of the HISTFILE  variable  when  the  shell
| exits, rather than overwriting the file.
| %
| % man zshoptions | col -b | grep -A 5 APPEND_HISTORY
| APPEND_HISTORY 
| If this is set, zsh sessions will append their history  list  to
| the  history file, rather than overwrite it. Thus, multiple par-
| allel zsh sessions will all have their history  lists  added  to
| the history file, in the order they are killed.
|
| ---
| INC_APPEND_HISTORY
| This options works like APPEND_HISTORY except that  new  history
| lines  are added to the $HISTFILE incrementally (as soon as they
| are entered), rather than waiting until  the  shell  is  killed.
| The  file  is periodically trimmed to the number of lines speci-
| fied by $SAVEHIST, but can exceed this value between  trimmings.
`-

 You see the difference? :-P

 So long,
tkr

-- 
What you don't know can hurt you, only you won't know it.


signature.asc
Description: PGP signature