After lots of tinkering, testing and other odd n' ends, I released on Tuesday a
new revision of the SGI LiveCD. Like its predecessor, RC4, this is a single CD
that will boot and bring up several completely different SGI systems to a state
where an install can be started.
This is one of thos
2005-10-20, Petteri Räty sanoi, jotta:
> Flammie Pirinen wrote:
> > 2005-10-19, Petteri Räty sanoi, jotta:
> >
> >>might translate the longdescriptions
> >>in metadata.xml files to Finnish.
> >
> >
> > Hmm, can I suggest some QA or similar stuff for these before
> > committing? I don't fully kn
On Wed, 2005-10-19 at 21:44 +0100, John Mylchreest wrote:
> I don't particular feel comfortable doing this. the only place I can
> actually see this being of some use is with the pkg_config since an
> ebuild postinst is far too soon, and patching up Kbuild to do this is
> far too intrusive (let alo
Flammie Pirinen wrote:
> 2005-10-19, Petteri Räty sanoi, jotta:
>
>
>>I thought that when I am bored I
>
>
> Join GDP Finnish translation team! We're still short one followup
> translator and pile of alt-arch stuff at least before getting official
> status and linkage. ;-)
>
I might one day o
2005-10-19, Petteri Räty sanoi, jotta:
> I thought that when I am bored I
Join GDP Finnish translation team! We're still short one followup
translator and pile of alt-arch stuff at least before getting official
status and linkage. ;-)
> might translate the longdescriptions
> in metadata.xml file
> 2005/10/19, Herbert G. Fischer <[EMAIL PROTECTED]>:
> Perhaps the modules-update could be extended to detect new
> kernels and warn users or automatically update modules. This
> could also be documented in Gentoo docs since this is a basic
> and common problem tha
I think someone in the documentation herd (Xavier Neys?) has a system for this
in place for regular documents, but it's probably not used for metadata files
yet.
-Original Message-
From: Petteri Räty [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 19, 2005 3:59 PM
To: gentoo-dev@list
I thought that when I am bored I might translate the longdescriptions in
metadata.xml files to Finnish. While thinking about it the following
problem came to mind: When the English descriptions are updated there is
no way currently to mark the other translations as outdated. I think it
would be cre
Oops... sorry for the last e-mail. I confess that I did not read your
code-piece before answering. It's exactly what I had in mind (as you
saw).2005/10/19, Herbert G. Fischer <[EMAIL PROTECTED]>:
Perhaps the modules-update could be extended to detect new kernels and
warn users or automatically upda
Perhaps the modules-update could be extended to detect new kernels and
warn users or automatically update modules. This could also be
documented in Gentoo docs since this is a basic and common problem that
almost every Gentoo user may have.
Thanks for the patch!2005/10/19, John Myers <[EMAIL PROTE
On Wednesday 19 October 2005 06:36, Henrik Brix Andersen wrote:
> On Wed, Oct 19, 2005 at 11:32:19AM -0200, Herbert G. Fischer wrote:
[snip]
> > - Patch kernel's "make" to warn at the end of "make modules_install"
[snip]
> I think you should check out sys-kernel/module-rebuild
Actually, a combinati
On Wednesday 19 October 2005 07:46 am, Petre Rodan wrote:
> is that
> grant all privileges on 'DB'.* to 'user'@'localhost' identified by
> 'password'; deprecated in 4.1?
> because it inserts the line in mysql.users, but authentication is
> impossible :/
Do it here all the time..
> I had to use th
On Wednesday 19 October 2005 07:18, Petre Rodan wrote:
> can anyone please check out if you can create a new user with the
> 'deprecated' version and that you can actually use it in mysql-4.1.14? I
> invariably got 'bad password for user ...'.
What client version are you using? This sounds like it
Hi,
On Wed, Oct 19, 2005 at 09:30:19AM -0400, Jeffrey Forman wrote:
> Petre Rodan wrote:
> > is that
> > grant all privileges on 'DB'.* to 'user'@'localhost' identified by
> > 'password';
> > deprecated in 4.1?
> > because it inserts the line in mysql.users, but authentication is
> > impossible
That's cool.2005/10/19, Henrik Brix Andersen <[EMAIL PROTECTED]>:
On Wed, Oct 19, 2005 at 11:32:19AM -0200, Herbert G. Fischer wrote:> There could be some way to remember users what installed packages need to be> reemerged after a new kernel is installed.>> I thought in this ideas:
>> - Patch kerne
On Wed, Oct 19, 2005 at 11:32:19AM -0200, Herbert G. Fischer wrote:
> There could be some way to remember users what installed packages need to be
> reemerged after a new kernel is installed.
>
> I thought in this ideas:
>
> - Patch kernel's "make" to warn at the end of "make modules_install"
> -
There could be some way to remember users what installed packages need to be reemerged after a new kernel is installed.
I thought in this ideas:
- Patch kernel's "make" to warn at the end of "make modules_install"
- Warn user after any boot (during init.d stage). This script should
detect the new
Petre Rodan wrote:
> is that
> grant all privileges on 'DB'.* to 'user'@'localhost' identified by 'password';
> deprecated in 4.1?
> because it inserts the line in mysql.users, but authentication is impossible
> :/
>
> I had to use this syntax to get things going:
>
> GRANT USAGE ON *.* TO 'user
Hi,
On Mon, Oct 17, 2005 at 04:06:29PM +0200, Francesco R. wrote:
> mysql-4.1.14 has been added to the tree on 29 Aug 2005, should be time
> to stabilize the 4.1 branch of mysql.
quick question regarding this new version.
is that
grant all privileges on 'DB'.* to 'user'@'localhost' identified
19 matches
Mail list logo
