On Wednesday 19 September 2007, Andrew Gaffney wrote:
> John R. Graham wrote:
> > On the forums, I've seen the question, "Why isn't my .bashrc being
> > executed when I log in as root but is being executed when I log in as a
> > normal user?," asked half a dozen times on the forums. Heck, I even
>
On Wednesday 19 September 2007, Mike Doty wrote:
> John R. Graham wrote:
> > like sys-apps/miscfiles. But where it should or shouldn't come from
> > doesn't answer the fundamental question, "Shouldn't it be there, from
> > *some* source?"
>
> Easy answer: no. Do you really want any script to auto
Hi all,
Unfortunately I have to come to gentoo-dev with this issue. It is regarding
infamous packages.gentoo.org. Solar has closed the bug, I tried to reopened,
but my account can't do that. I paste the comment I tried to put on the bug:
> (In reply to comment #61 (from solar))
>
> > This
Am Donnerstag, 20. September 2007 schrieb ext Alin Năstac:
> John R. Graham wrote:
> > Why can't the simple little default
> > .bash_profile from /etc/skel be put into /root as well?
>
> $HOME directories shouldn't be touched by emerge.
And especially not root's $HOME.
Bye...
Dirk
--
Di
bk_client is the BitKeeper client. It was originally added by vivo for
live building of MySQL from the upstream BitKeeper repositories.
The MySQL herd (basically me, since vivo left, and chtekk is away until
2008) don't support doing that in the MySQL eclass anymore, and
additionally, anybody usin
Thursday, 20. September 2007, Arturo Garcia Ви написали:
> Hi all,
[...]
You know, it would be helpfull to know at least a number of the bug you refer
to ;).
>Sorry for bringing this kind of crap to gentoo-dev but I had nowhere else to
>go.
Actually you do. This should have gone to the gentoo-pr
On Thursday 20 Sep 2007, George Shapovalov wrote:
> Thursday, 20. September 2007, Arturo Garcia Ви написали:
> > Hi all,
>
> [...]
> You know, it would be helpfull to know at least a number of the bug you
> refer to ;).
http://bugs.gentoo.org/show_bug.cgi?id=187971
> >Sorry for bringing this kind
I didn't say anything about emerge; I was talking about the Stage
tarballs. I know, I know: Catalyst uses emerge.
But, hasn't anyone realized that bash is _broken_ if this file doesn't
exist? Quoting from the upstream-provided man page, "When an
interactive shell that is not a login shell is
I would like to commit a new java eclass within the next week.
This eclass is designed to support the functionality that Betelgeuse
outlined within a previous post.[1]
As you will be able to see, this eclass is very simple and only uses
functionality that will be provided by the java-utils-2.ecla
Alistair Bush kirjoitti:
> I would like to commit a new java eclass within the next week.
>
> This eclass is designed to support the functionality that Betelgeuse
> outlined within a previous post.[1]
>
> As you will be able to see, this eclass is very simple and only uses
> functionality that wi
John R. Graham wrote:
I didn't say anything about emerge; I was talking about the Stage
tarballs. I know, I know: Catalyst uses emerge.
But, hasn't anyone realized that bash is _broken_ if this file doesn't
exist? Quoting from the upstream-provided man page, "When an
interactive shell that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John R. Graham wrote:
> But, hasn't anyone realized that bash is _broken_ if this file doesn't
> exist? Quoting from the upstream-provided man page, "When an
> interactive shell that is not a login shell is started, bash reads and
> executes commands
Petteri Räty wrote:
> Alistair Bush kirjoitti:
>> I would like to commit a new java eclass within the next week.
>>
>> This eclass is designed to support the functionality that Betelgeuse
>> outlined within a previous post.[1]
>>
>> As you will be able to see, this eclass is very simple and only
Dnia 20-09-2007, czw o godzinie 13:15 +0200, Arturo Garcia napisał(a):
> On Thursday 20 Sep 2007, George Shapovalov wrote:
> > Thursday, 20. September 2007, Arturo Garcia Ви написали:
> > > Hi all,
> >
> > [...]
> > You know, it would be helpfull to know at least a number of the bug you
> > refer t
Mike, I agree. But, the file that _must_ exist isn't "~/.bashrc" but
"~/.bash_profile". That's where the that particular bit of
man-page-defined behavior is implemented. If "~/.bash_profile" doesn't
exist, then "~/.bashrc" won't be sourced whether it exists or not.
- John
--
[EMAIL PROTECTED]
Andrew. Sorry 'bout the top posting; won't do it again. For the rest,
please see my reply to Mike Auty on the same topic.
- John
--
[EMAIL PROTECTED] mailing list
"John R. Graham" <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
excerpted below, on Thu, 20 Sep 2007 07:18:46 -0400:
> But, hasn't anyone realized that bash is _broken_ if this file doesn't
> exist? Quoting from the upstream-provided man page, "When an
> interactive shell that is not a login shel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John R. Graham wrote:
> Mike, I agree. But, the file that _must_ exist isn't "~/.bashrc" but
> "~/.bash_profile". That's where the that particular bit of
> man-page-defined behavior is implemented. If "~/.bash_profile" doesn't
> exist, then "~/.bash
On Wed, 2007-09-19 at 21:57 -0400, John R. Graham wrote:
> Why can't the simple little default
> .bash_profile from /etc/skel be put into /root as well
/etc/skel is for users created by the add user commands.
root is inherently added *before* bash is installed, thus
doesn't get anything from skel.
On Thu, 20 Sep 2007 08:09:08 -0400 "John R. Graham" <[EMAIL PROTECTED]>
wrote:
> Mike, I agree. But, the file that _must_ exist isn't "~/.bashrc" but
> "~/.bash_profile".
That's wrong. Quote:
"When bash is invoked as an interactive login shell, or as a non-inter-
active shell with the --login
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You could add '[ -n "${BASH}" -a -f ~/.bashrc ] && . ~/.bashrc' to
/etc/profile.d/bash.sh. This file could be installed by app-shells/bash.
- --
Arfrever Frehtes Taifersar Arahesis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iD8
# Samuli Suominen <[EMAIL PROTECTED]> ((20 Sep 2007)
# These packages don't meet needed quality standards,
# and maintaining ebuilds based on current building
# system and release timing is not possible.
# For pd, use pd-overlay found in layman global list.
# For supercollider, use upstream subvers
On Thursday 20 September 2007, Christian Faulhammer (opfer) wrote:
> Index: elogviewer-0.5.2.ebuild
> src_install() {
> dobin "${WORKDIR}"/elogviewer
> dodoc "${WORKDIR}"/CHANGELOG
> doman "${WORKDIR}"/elogviewer.1
> make_desktop_entry elogviewer Elogviewer "" "System" ||
>
Hallo,
# Christian Faulhammer <[EMAIL PROTECTED]> (20 Sep 2007)
# Is dead upstream
# Junkbuster has been replaced by Privoxy, so no need for that mode
app-emacs/junkbust
--
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
http://www.faulha
Arturo Garcia wrote:
And, I won't give up. I am very patient and packages.gentoo.org WILL come
back to life one way or another. Even if it has to be rewritten.
Personally, I don't see the problem of someone else picking up the pieces,
rewriting it, and going to town with it. The source cod
On Thu, 2007-09-20 at 03:03 -0400, Mike Frysinger wrote:
> what catalyst should do is just before cleaning up the stage3 root and
> packing
> it up is run `rsync -a /etc/skel/ /root/`
It definitely should not. One of my primary motivations with catalyst
is to ensure that the users get *exactly*
On Thu, 2007-09-20 at 13:29 +0100, Roy Marples wrote:
> Also, don't assume that the root user uses the bash shell.
The root user does *default* to the bash shell on Linux, at least.
Of course, we could do whatever is appropriate for other targets.
--
Chris Gianelloni
Release Engineering Strateg
On Thursday 20 September 2007, Chris Gianelloni wrote:
> On Thu, 2007-09-20 at 03:03 -0400, Mike Frysinger wrote:
> > what catalyst should do is just before cleaning up the stage3 root and
> > packing it up is run `rsync -a /etc/skel/ /root/`
>
> It definitely should not. One of my primary motivat
Chris Gianelloni <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Thu,
20 Sep 2007 09:19:31 -0700:
> While I would normally agree, there's nothing wrong with having sensible
> defaults. After all, we install a bunch of stuff into /home/$user
> thanks to /etc/skel, so how is this
On 08:35 Thu 20 Sep , Christian Zoffoli (xmerlin) wrote:
> xmerlin 07/09/20 08:35:22
>
> Modified: ChangeLog
> Added:drbd-8.0.6.ebuild
> Log:
> Version Bump.
> (Portage version: 2.1.2.2)
> 1.1 sys-cluster/drbd/drbd-8.0.6.ebuild
>
> f
On 08:49 Thu 20 Sep , Christian Zoffoli (xmerlin) wrote:
> xmerlin 07/09/20 08:49:25
>
> Modified: ChangeLog
> Added:csync2-1.34.ebuild
> Log:
> Version bump.
> (Portage version: 2.1.2.2)
> 1.1 sys-cluster/csync2/csync2-1.34.ebuild
>
On 14:35 Thu 20 Sep , Santiago M. Mola (coldwind) wrote:
> coldwind07/09/20 14:35:18
>
> Modified: stride-20011129.ebuild ChangeLog
> Log:
> Change sed separator to :, now it doesn't fail if CC contains a path.
> (Portage version: 2.1.3.9)
>
> Revision ChangesPath
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2007-09-20 19:20:41 Donnie Berkholz napisał(a):
> On 08:49 Thu 20 Sep , Christian Zoffoli (xmerlin) wrote:
> > xmerlin 07/09/20 08:49:25
> >
> > Modified: ChangeLog
> > Added:csync2-1.34.ebuild
> > Log:
> >
On Thu, 2007-09-20 at 12:34 -0400, Mike Frysinger wrote:
> > > what catalyst should do is just before cleaning up the stage3 root and
> > > packing it up is run `rsync -a /etc/skel/ /root/`
> >
> > It definitely should not. One of my primary motivations with catalyst
> > is to ensure that the user
On 23:20 Thu 20 Sep , Alistair Bush wrote:
> - # Create package.env
> - (
> - echo "DESCRIPTION=\"${DESCRIPTION}\""
> - echo "GENERATION=\"2\""
> -
> - [[ -n "${JAVA_PKG_CLASSPATH}" ]] && echo
> "CLASSPATH=\"${
On Wed, 2007-09-19 at 09:58 +0800, Shyam Mani wrote:
> Our best wishes go out to the new Council members.
Can someone write up something for our front page?
Even better would be a nice press release on this to go out to the
various media outlets. After all, it isn't that often that something
pos
On 19:31 Thu 20 Sep , Arfrever Frehtes Taifersar Arahesis wrote:
> > > src_compile() {
> > > econf \
> > > --localstatedir=/var \
> > > --sysconfdir=/etc/csync2 \
> > > || die
> > >
> > > emake || die
> >
> > These could really use some die() messages, so you
Chris Gianelloni wrote:
> On Wed, 2007-09-19 at 09:58 +0800, Shyam Mani wrote:
>> Our best wishes go out to the new Council members.
>
> Can someone write up something for our front page?
>
> Even better would be a nice press release on this to go out to the
> various media outlets. After all, i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2007-09-20 19:53:53 Donnie Berkholz napisał(a):
> On 19:31 Thu 20 Sep , Arfrever Frehtes Taifersar Arahesis wrote:
> > > > src_compile() {
> > > > econf \
> > > > --localstatedir=/var \
> > > > --sysconfdir=/
Donnie Berkholz wrote:
> On 23:20 Thu 20 Sep , Alistair Bush wrote:
>> -# Create package.env
>> -(
>> -echo "DESCRIPTION=\"${DESCRIPTION}\""
>> -echo "GENERATION=\"2\""
>> -
>> -[[ -n "${JAVA_PKG_CLASSPATH}" ]
On Thursday 20 September 2007 19:54:16 Donnie Berkholz wrote:
> > econf has default "econf failed" die message.
> > The following would be sufficient:
> > econf \
> > --localstatedir=/var \
> > --sysconfdir=/etc/csync2
>
> Is that so ... when did that appear? Does
On 06:58 Fri 21 Sep , Alistair Bush wrote:
> normally java-pkg_do_write_ is called to write the package.env out, as
> can be seen, and is the default behavior for the function. What I am
> adding is the ability to _do_write of a "[virtual|provider].env" file.
> While at present it only contain
Dawid Węgliński schrieb:
> I'm curious, because i'm working with jokey to make p.g.o
> up.
Right, he contributed a modified template, I wrote a new db generator
already and now working on some genshi/cherrypy frontend to avoid this
shtml stuff. So anyone who wants to join:
http://orion7.digital-s
The IP for rsync1.jp.gentoo.org changed not too long ago. I notified
gentoo-mirrors two weeks ago, but even today, neither the DNS nor the
ACL has been updated.
Could someone poke the relevant parties and refer them to the message
below?
http://archives.gentoo.org/gentoo-mirrors/msg_01262.xml
--
Hello !
I'm sorry I send error mail.
--
Best regards,
Sincerely yours,
Yuriy Rusinov
Can we just unsubscribe this person from this list? This is absolutely
ludicrous.
signature.asc
Description: This is a digitally signed message part
Georgi Georgiev wrote:
> The IP for rsync1.jp.gentoo.org changed not too long ago. I notified
> gentoo-mirrors two weeks ago, but even today, neither the DNS nor the
> ACL has been updated.
>
> Could someone poke the relevant parties and refer them to the message
> below?
>
> http://archives.gent
OK. I'm looking at bug #173962[1] and bug #187683[2] currently and
encountering a problem which I thought I would bring to the group to try
to resolve. Both ATI and NVIDIA binary video drivers supply both 64-bit
and 32-bit libraries. Now, our default profiles are multilib for amd64,
but there is
Renat Golubchyk wrote:
> That's wrong. Quote:
>
> "When bash is invoked as an interactive login shell, or as a non-inter-
> active shell with the --login option, it first reads and executes com-
> mands from the file /etc/profile, if that file exists. After reading
> that file, it looks for ~/
On Thursday 20 September 2007, Donnie Berkholz wrote:
> On 08:35 Thu 20 Sep , Christian Zoffoli (xmerlin) wrote:
> > 1.1 sys-cluster/drbd/drbd-8.0.6.ebuild
> >
> > cp -R /usr/src/linux-${KV} ${WORKDIR}
that cant be right
> > emake -j1 KDIR=/${WORKDIR}/
On Thursday 20 September 2007, Chris Gianelloni wrote:
> On Thu, 2007-09-20 at 12:34 -0400, Mike Frysinger wrote:
> > > > what catalyst should do is just before cleaning up the stage3 root
> > > > and packing it up is run `rsync -a /etc/skel/ /root/`
> > >
> > > It definitely should not. One of my
On Thursday 20 September 2007, Donnie Berkholz wrote:
> On 19:31 Thu 20 Sep , Arfrever Frehtes Taifersar Arahesis wrote:
> > > > src_compile() {
> > > > econf \
> > > > --localstatedir=/var \
> > > > --sysconfdir=/etc/csync2 \
> > > >
> > > >
Roy Marples wrote:
> Looking over the bash man page, I cannot see the word recommended
> anywhere near .bash_profile. Could you clarify where you think bash
> recommends this?
>
> Thanks
>
> Roy
>
Why, sure. It's my interpretation, but a reasonable one, I think. It
recommends it in its imple
On Thu, 2007-09-20 at 19:17 -0400, John R. Graham wrote:
> Rats. I checked the source and you're right. My problem domain is
> smaller than I thought but still valid, I think. Basically the problem
> is only with interactive login shells and /root. Not *broken*, per se:
> just contrary to reco
On Thu, 2007-09-20 at 21:22 -0400, John R. Graham wrote:
>
> Roy Marples wrote:
> > Looking over the bash man page, I cannot see the word recommended
> > anywhere near .bash_profile. Could you clarify where you think bash
> > recommends this?
> >
> Why, sure. It's my interpretation, but a reas
Roy Marples wrote:
> No it's not. bash does not recommend anything of the sort. It just
> states what files are optionally used during initialisation.
>
> What I'm driving at is that you're making claims that things are broken
> or recommended when in fact they are not. Try reading some RFC's and
>
Mike Frysinger <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Thu, 20 Sep
2007 12:34:41 -0400:
> we know that someone taking a stage3 has never configured anything
> before and so we can safely put defaults into /root/.
Just to point out... I've seen people mention overlaying
Donnie Berkholz wrote:
> On 06:58 Fri 21 Sep , Alistair Bush wrote:
>> normally java-pkg_do_write_ is called to write the package.env out, as
>> can be seen, and is the default behavior for the function. What I am
>> adding is the ability to _do_write of a "[virtual|provider].env" file.
>> W
58 matches
Mail list logo
