Re: [gentoo-dev] rfc: use of the /run directory

[Drake Wyrm]

Nirbheek Chauhan  wrote:
> 2011/5/18 Olivier Cr??te :
> > The main reason is that you want /run to be writable super early in the
> > boot process, before even / has been fscked and re-mounted. That means
> > you can do stuff like starting udevd in parallel with fsck of / which
> > means faster boot. This is one of the things required to get 1 second
> > boot.
> >
> > See http://lwn.net/Articles/436012/
> >
> 
> Related is that you don't need to manually wipe /tmp /var/run
> /var/lock via a service. They're automatically wiped when you reboot.
> This saves time during bootup.

Even if you don't have to wipe them with a service, you're going to need
to mount them with a service. You'll need to mount /run as tmpfs, create
the /run/lock directory, and then mount /run/lock as tmpfs. Do you
really want to add that to localmount?

-- 
Confucius is inscrutable.
God is ineffable.
Beer is inevitable.

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-auth/munge: metadata.xml ChangeLog munge-0.5.9.ebuild

[Drake Wyrm]

Donnie Berkholz  wrote:
> Does this user/group need to be present on the build system for some
> reason?

Dunno about that package in particular, but for many packages, the build
process involves assigning ownership of certain files and folders to
particular users and groups. For that, you'd need those users and groups
to be present.

-- 
"Such things have often happened and still happen,
 and how can these be signs of the end of the world?"
  -- Julian, Emperor of Rome 361-363 A.D.

Re: [gentoo-dev] I want to steal your tools

[Drake Wyrm]

Josh Saddler <[EMAIL PROTECTED]> wrote:
> s/writtten/written
> 
> s/aggregrate/aggregate
> 
> s/genitellia/genitalia
> 
> app-doc/nightmorph, your spellchecking tool.

line 1: unterminated `s' command

s/$/\//

sys-apps/sed, your stream editing tool.

-- 
There are problems in today's world that cannot be
solved by the level of thinking that created them.
  -- Albert Einstein


pgpDwfJ8kIbHr.pgp
Description: PGP signature

Re: [gentoo-dev] New global USE flag: modplug

[Drake Wyrm]

Samuli Suominen <[EMAIL PROTECTED]> wrote:
> I'd like to add USE modplug to use.desc. I'll do it tomorrow,
> unless someone objects.
> 
-- snip packages --

Do those packages use the modplug flag to enable libmodplug support in
lieu of (or in addition to) some other means of playing MOD files, or does
the use flag enable/disable reading of MOD files entirely? If the latter
is the case, maybe just "mod" might be a better flag.

-- 
Each night Father fills me with dread
When he sits on the foot of my bed.
I'd not mind that he speaks; In gibbers and squeaks,
But for the seventeen years he's been dead.  --  Edward Gorey


pgpQCPCdv1OFC.pgp
Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-tv/mythtv: ChangeLog mythtv-0.20.2_p14668.ebuild mythtv-0.21_pre14666.ebuild mythtv-0.21_pre14480-r1.ebuild

[Drake Wyrm]

Alec Warner <[EMAIL PROTECTED]> wrote:
> You are of course, free to ignore any and all suggestions offered; but
> you are not allowed to silence them.

:0:
* Subject:.*\[gentoo-dev\].*\[gentoo-commits\]
/dev/null

would neatly ignore the suggestions offered as well as creating relative
silence.

-- 
That is not dead which can eternal lie,
And with strange eons even death may die.
  -- The Call of Cthulu, II. The Tale of Inspector Legrasse


pgpHEDIbjiiJf.pgp
Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-php5/onphp: ChangeLog onphp-0.10.6.ebuild onphp-0.10.4.ebuild onphp-0.10.3.ebuild

[Drake Wyrm]

Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> On 18:05 Sun 14 Oct , Konstantin Arkhipov (voxus) wrote:
> > 1.1  dev-php5/onphp/onphp-0.10.6.ebuild
> > 
> > file : 
> > http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-php5/onphp/onphp-0.10.6.ebuild?rev=1.1&view=markup
> > plain: 
> > http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-php5/onphp/onphp-0.10.6.ebuild?rev=1.1&content-type=text/plain
> 
> > if use doc ; then
> > for doc in `find doc -maxdepth 1 -type f -print` ; do
> > dodoc ${doc}
> > done
> 
> You could avoid all these calls to dodoc by saving the docs in a 
> variable, then calling dodoc on it. Another option could be to send the 
> loop output to 'xargs dodoc'.

Or, since you already have the command substitution there, how about:

dodoc `find doc -maxdepth 1 -type f`


-- 
Major premise: You can't handle the truth.
Minor premise: The truth is out there.
Conclusion: You can't handle what is out there.


pgpcHO3i29NbG.pgp
Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-cluster/pvfs2: ChangeLog pvfs2-2.6.3-r1.ebuild

[Drake Wyrm]

Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> On 13:36 Sat 13 Oct , Matti Bickel (mabi) wrote:
> > if kernel_is gt 2 6 20 ; then
> > epatch "${FILESDIR}"/${PV}-register_sysctl_table.patch
> > fi
> > 
> > if kernel_is ge 2 6 22 ; then
> > epatch "${FILESDIR}"/${PV}-kmem-and-dtor-fix.patch
> > fi
> 
> Mixing 'gt' and 'ge' is a bad idea.

Just outa curiosity, why?

-- 
Each night Father fills me with dread
When he sits on the foot of my bed.
I'd not mind that he speaks; In gibbers and squeaks,
But for the seventeen years he's been dead.  --  Edward Gorey


pgpgSZPixPSBi.pgp
Description: PGP signature

Re: [gentoo-dev] new category for texlive modular ebuilds?

[Drake Wyrm]

Alexis Ballier <[EMAIL PROTECTED]> wrote:
> Hi, 
> 
> this might be worth discussion also (and make me even more late on my
> schedule with merging texlive, but I knew I'd be)
> 
> In my overlay I was using a dev-texlive category for the texlive
> modular texmf ebuilds
> [as a side note :
> dev-texlive $ ls | wc -l
> 79
> ]
> 
> that was to avoid polluting dev-tex (which would be the current most
> suitable category for those ebuilds), but well, both categories are fine
> by me. What do you think about it ? I'd say not polluting it and put
> them in a new category is better as it doesn't cost anything, but I
> might have missed something.

I would have expected app-text, the current home of the other TeX
interpreters, to be more appropriate than dev-tex. Then again, with 79
new ebuilds, it might be prudent to open another category. If you did
that, though, I'd suggest putting texlive and the other TeX interpreters
in the same category. Perhaps app-tex would be good. Would that cause
much confusion, being one letter off from an existing category?

On the other hand (or is this back on the first hand?), 79 new packages
wouldn't be much of a splash in the 231 existing packages of app-text.

-- 
The only time I use xp is when I need to swap a pair of letters.


pgp6qfk2jmIHn.pgp
Description: PGP signature

Re: [gentoo-dev] Re: use flags -> use options

[Drake Wyrm]

Jan Kundr?t <[EMAIL PROTECTED]> wrote:
> Tobias Klausmann wrote:
> > For those apps that need an editor, one could think of editor=vim.
> 
> USE flag change usually triggers a rebuild of the package in question. I
> certainly don't want to rebuild packages just because I switch $EDITOR.

If there's a compile-time dependency on an editor, usually meaning that
the path to an editor is hardcoded into some binary, then you most
certainly _do_ want to recompile when you switch the system editor.
Otherwise, those packages will fail when you remove the old editor.

-- 
There are problems in today's world that cannot be
solved by the level of thinking that created them.
  -- Albert Einstein
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-dev] Pending death of mail-filter/spamassassin-ruledujour

[Drake Wyrm]

Pierre-Yves Rofes <[EMAIL PROTECTED]> wrote:
> On Fri, August 3, 2007 2:07 am, Robin H. Johnson wrote:
> > The upstream rules_du_jour folk have had issues over the last few
> > months with DDoS and other attacks. Additionally, the nature of
> > their original update mechanism causes a lot of traffic.
> >
> > Everybody that is using rules_du_jour is strongly encouraged to move
> > to using the sa-update mechanism that is included with recent
> > versions of SpamAssassin.
> >
> > Here is a guide to using SARE rulesets with sa-update:
> > http://daryl.dostech.ca/sa-update/sare/sare-sa-update-howto.txt
> >
> > mail-filter/spamassassin-ruledujour will be p.masked on August 4th,
> > and removed one month thereafter.
> 
> Do you have references for this security issues? Maybe a bug should be
> opened to decide if we release a maskglsa for this one.

It's not a vulnerability in Rules du Jour. It's a bunch of spammers
attacking the Rules du Jour servers and ISP. SARE has also been down a
whole bunch over the last couple of months due to the same attack.

-- 
"Such things have often happened and still happen,
 and how can these be signs of the end of the world?"
  -- Julian, Emperor of Rome 361-363 A.D.


pgph1wQZnM4M8.pgp
Description: PGP signature

Re: [gentoo-dev] multiple compile-install phases

[Drake Wyrm]

"Marijn Schouten (hkBst)" <[EMAIL PROTECTED]> wrote:
> I've encountered a few cases where the build process requires building
> and installing something and then using that to build something else.
> Is there a standard way to do this?

Perhaps you could build the build tools and install them to some
directory under the temporary build directory and use them from there by
adding that directory to $PATH or by calling them with full pathnames. 

Do the build tools in question need to be installed along with the
desired end product, or are they nothing more than integrated build
prerequisites?

-- 
"Such things have often happened and still happen,
 and how can these be signs of the end of the world?"
  -- Julian, Emperor of Rome 361-363 A.D.


pgp7smkKwYLtj.pgp
Description: PGP signature

[gentoo-dev] Re: new herd: theology

[Drake Wyrm]

Wernfried Haas <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 27, 2007 at 07:54:00AM +0200, Steffen Brumm wrote:
> > and darwin is satan, other beliefs than christianity - death
> > penalty, fight the sciences, womans have to go behind the cooker or
> > into the open flame, only conservapedia is real,...
> 
> This certainly is an interesting first post to the Gentoo development
> list, not sure if it's pure trolling or just a joke gone bad. In any
> way, this is not exactly Gentoo development related and not really CoC
> [1] compliant. Please read the CoC before posting again.

Yeah, see... There's the problem with the CoCk. It's a generic
catch-all. "I didn't like that, therefore you're evil." Perfect example:
You took a friendly bit of sarcasm as being offensive, and you're using
the CoCk as justification for your objection thereto.

So, there are a few possibilities here. Either your English skills need
polishing, or you did so deliberately, or you could possibly be drunk.
If the former of the three, ignore this and keep practicing; you'll get
better. If the middle one, you're broken; you'll either ignore this and
dismiss me as ignorant, or throw a hissy-fit and try to hurt me in any
way you can. If the latter of the three, party on; it's Friday.

> Everyone else, please don't reply to this subthread as well for the
> same reasons.

Speaking of theology, isn't that a bit hypocritical: to reply, but
suggest that nobody else does?

-- 
"Such things have often happened and still happen,
 and how can these be signs of the end of the world?"
  -- Julian, Emperor of Rome 361-363 A.D.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-dev] gs use flag local -> global

[Drake Wyrm]

Steve Dibb <[EMAIL PROTECTED]> wrote:
> Any objections to globalizing the 'gs' use flag on support for ghostscript?

> [-] gs (app-office/rabbit):
> Ghostscript support
> 
> [-] gs (media-gfx/graphicsmagick):
> enable ghostscript support
> 
> [-] gs (media-gfx/imagemagick):
> enable ghostscript support
> 
> [-] gs (media-libs/urt):
> Add support for postscript

If you're feeling ambitious, it might be more appropriate to change that
use flag to ``ps: Add support for postscript'' so that it describes the
functionality rather than the package providing that functionality.

Also, there is another package (www-apps/knowledgetree) that uses the
`ps' use flag, so that could be included to make the ``magic five''
mentioned by peper.

-- 
mount /dev/wyrm /mnt/bed ; sleep 28800


pgpwRqIyzjA4M.pgp
Description: PGP signature

Re: [gentoo-dev] new herd suggestion: religion

[Drake Wyrm]

Steve Dibb <[EMAIL PROTECTED]> wrote:
> I'd like to propose a new herd: religion.  The herd would take care of
> the Bible and religious software along with any genealogy programs in
> the tree, which there actually are a few of.

I previously suggested "philosophy" as an alternate name, as that would
make more sense for the subjects you mentioned. While I still support
that assertion, it was met with a bit of opposition.

Dominique Michel <[EMAIL PROTECTED]> wrote:
> Philosophy is also a science.

Alexandre Buisse <[EMAIL PROTECTED]> wrote:
> Sorry but no, religion is *not* included in philosophy. It's as if you
> wanted to put creationism packages (not that there exists any, I hope)
> in the science herd.

If either of these arguments make sense to anyone else, perhaps
something more academic, "humanities" or some such, could be chosen.

-- 
mount /dev/wyrm /mnt/bed ; sleep 28800


pgpsnAr5T9gwU.pgp
Description: PGP signature

Re: [gentoo-dev] new herd suggestion: religion

[Drake Wyrm]

Steve Dibb <[EMAIL PROTECTED]> wrote:
> I'd like to propose a new herd: religion.  The herd would take care of
> the Bible and religious software along with any genealogy programs in
> the tree,

Genealogy is a religion?

How about calling the herd "philosophy" or some such? That would better
include genealogy, would still include any religion-oriented packages,
and might also be appropriate to some other packages.

-- 
my other signature is witty


pgpwqnarAFDck.pgp
Description: PGP signature

Re: [gentoo-dev] Abusing RESTRICT={no,}userpriv (was [RFC] ACCEPT_RESTRICT for questionable values of RESTRICT)

[Drake Wyrm]

Tristan Heaven <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-01-13 at 00:53 +0900, Georgi Georgiev wrote:
> > # These are games... no idea why, input appreciated
> > games-board/ggz-txt-client
> > games-board/ggz-sdl-games
> > games-board/ggz-gtk-games
> > games-board/ggz-kde-games
> > games-board/gnuchess-book
> > games-board/ggz-kde-client
> > games-board/ggz-gtk-client
> > games-util/emilia-pinedit
> > games-fps/quakeforge
> > games-rpg/wastesedge
> 
> They have to be able to read /usr/games/lib.

Wouldn't it be more sensible, then, to add /usr/games/lib to
SANDBOX_READ or whatever is the appropriate variable?

-- 
There are problems in today's world that cannot be
solved by the level of thinking that created them.
  -- Albert Einstein


pgpdxRETVB3Vy.pgp
Description: PGP signature

Re: [gentoo-dev] [treecleaner] removals

[Drake Wyrm]

Steve Dibb <[EMAIL PROTECTED]> wrote:

> # Marcelo Goes <[EMAIL PROTECTED]> (07 Jul 2006)
> # Pending removal
> # Please migrate to net-wireless/aircrack-ng
> net-wireless/aircrack

> # net-wireless/aircrack for bug(s) 152806 Use aircrack-ng

> net-wireless/aircrack


I'm sure it doesn't truly matter in the least bit, but you have a dupe
in there.

-- 
my other signature is witty


pgpn2tuwV6K5h.pgp
Description: PGP signature

Re: [gentoo-dev] /etc/udev/rules.d nightmare II - orphaned files return!

[Drake Wyrm]

Petteri R??ty <[EMAIL PROTECTED]> wrote:
> Sven K??hler kirjoitti:
> > i had some orphaned files in /etc/udev/rules.d. Namely 40-fuse.rules
> > and 60-fuse.rules.
> > 
> > The files were never removed, since they are protected - aren't
> > they?
> 
> Yeah config protected files are never removed. That is the whole point
> of configuration file protection. It would't be that bad to turn off
> configuration projection for /etc/udev/rules.d like we do for
> /etc/env.d, but that is for the udev maintainers to decide. In the
> meantime you can use something like the following to find orphaned
> udev rules:
> 
> for file in  /etc/udev/rules.d/*; do qfile $file || echo $file "is
> orphaned"; done

Or, something like the following, to find every orphaned file:

# eval $(emerge --info | grep '^CONFIG_PROTECT=')

# find $CONFIG_PROTECT -type f | xargs qfile -o

Naturally, that list will require a lot of scrubbing before you start
deleting stuff.

-- 
Every absurdity has a champion to defend it.
  -- Oliver Goldsmith


pgpJNEG4tx7hh.pgp
Description: PGP signature

Re: [gentoo-dev] baselayout-1.13 going into ~ARCH soon

[Drake Wyrm]

Roy Marples <[EMAIL PROTECTED]> wrote:
> On Tuesday 07 November 2006 15:59, Aron Griffis wrote:
> > > +if [[ $'\n'$(get_mounts) =~ $'\n'${svcdir}\  && -w ${svclib} ]] ; then
> >
> > Shouldn't this be:
> >
> > if [[ $'\n'$(get_mounts) == $'\n'"${svcdir} " ...
> >
> > because I don't think you want to treat the RHS as either a regex
> > (=~) or a glob (unquoted).
> 
> Needs to be regex so I can match $'\n' as iirc you loose that in
> globbing

I could be missing something, but:

[[ $'\nwombat' =~ $'wombat' ]] && \
echo "These compare as equal, with or without the leading \n"

They do not compare as equal with the == operator or the = operator. You
probably want the = operator, because the == operator _does_ interpret
the RHS as a glob. The = operator just uses simple string comparison,
without interpreting anything.



I am curious about why the space was included at the end of the in the
expression:

> > > $'\n'${svcdir}\ 

Does get_mounts add a space to the end of its output?

-- 
Every absurdity has a champion to defend it.
  -- Oliver Goldsmith


pgpzmDvJMG5B3.pgp
Description: PGP signature

Re: [gentoo-dev] Re: remove my address

[Drake Wyrm]

Mike Frysinger <[EMAIL PROTECTED]> wrote:
> stop spamming this shit and go read the mailing list page like i said
> already: http://www.gentoo.org/main/en/lists.xml -mike

I think someone is yanking your chain, vapier. You're replying to a
message that I didn't see on the list. Also, while this reply was only
Cc'ed to gentoo-dev, you sent that last one to twelve different
addresses, including .

-- 
Every absurdity has a champion to defend it.
  -- Oliver Goldsmith


pgpgvAnzLRhIH.pgp
Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-core] Developer retirement

[Drake Wyrm]

Harald van D??k <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 16, 2006 at 10:17:00AM -0700, Drake Wyrm wrote:
> > Jakub Moc <[EMAIL PROTECTED]> wrote:
> > > Stephen Bennett napsal(a):
> > > > Please, try to stay on the right mailing list. It's very
> > > > annoying when you don't...
> > > 
> > > No matter how hard I try, I always hit the _retarded_ behaviour of
> > > the _one_ mailing just that just _has_ to be special for _no_
> > > apparent reason at all.
> > 
> > Can anybody explain how that one list is different from the others?
> > Are the headers being munged differently for gentoo-core?
> 
> This list sets Reply-to to direct replies to the list. gentoo-core
> doesn't. People who just hit the Reply button in their mail clients
> end up replying to the author, rather than to the list.

Thank you, that does answer my question, but I'm still confused. I doubt
that gentoo-dev sent the email to which jakub replied. How, then, did he
manage to reply to gentoo-dev?

-- 
The road to Heck is paved with mediocre intentions.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: [gentoo-core] Developer retirement

[Drake Wyrm]

Jakub Moc <[EMAIL PROTECTED]> wrote:
> Stephen Bennett napsal(a):
> > Please, try to stay on the right mailing list. It's very annoying
> > when you don't...
> 
> No matter how hard I try, I always hit the _retarded_ behaviour of the
> _one_ mailing just that just _has_ to be special for _no_ apparent
> reason at all.

Can anybody explain how that one list is different from the others? Are
the headers being munged differently for gentoo-core?

> Sorry, not my fault, the behaviour is retarded, period, fix it or live
> with people replying off-list because they've lost track of which list
> did the mail come from.

I would agree that the behavior in question is "retarded," but somehow I
don't think that the server is the retarded party.

-- 
Human beings, who are almost unique in having the ability
to learn from the experience of others, are also
remarkable for their apparent disinclination to do so.
  -- Douglas Adams
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] treecleaner removals

[Drake Wyrm]

Christian Heim <[EMAIL PROTECTED]> wrote:
 
> # Alec Warner <[EMAIL PROTECTED]> (27 Aug 2006)
> # Masking media-radio/xlog for treecleaners and bug(s) # 88580
> # Sept 27th for removal
> media-radio/xlog
> 
> Punted.

So, why was this one punted, anyway? The bug was fixed in the new
version, and an updated ebuild was submitted?

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgplcgna3Nh1a.pgp
Description: PGP signature

Re: [gentoo-dev] colon separated variables in /etc/env.d/

[Drake Wyrm]

Zac Medico <[EMAIL PROTECTED]> wrote:
> Portage currently has two hard-coded lists of variables that control
> the behavior of env-update.  I'd like to make these variables
> configurable so that package maintainers have direct control over
> them.  The variables break down into two basic types: colon
> separated and space separated.
> 
> What is the best way to propagate information about these two
> variable types?  For example, we can have a list of variable names
> stored in a new variable called "COLON_SEPARATED" that will reside
> in either the profiles or /etc/env.d/ itself.  Variable names not
> listed in COLON_SEPARATED can be assumed to be space separated.
> Does anyone have any ideas to share about how this information
> should be propagated?

Don't forget that the two lists actually break everything into three
categories: the "colon separated" lists, the "space separated" lists,
and the ones that aren't special (i.e. the ones that just replace the
previous value). So, you would still need two lists.

-- 
This message has been brought to you by the letter three.


pgpyr4iOBDBZY.pgp
Description: PGP signature

Re: [gentoo-dev] aging ebuilds with unstable keywords - how can we help?

[Drake Wyrm]

Richard Fish <[EMAIL PROTECTED]> wrote:
> A question [1] has come up on -user about why some ebuilds take so
> long to become stable for an arch.

> So my question is: is there anything that interested users can do to
> help here?  I know we can file stabilization bugs, but I agree with
> Robert [1] that this should not be necessary in the normal case.

Stabilization bugs are not a bad thing.

Speaking from a pure QA standpoint, they _should_ be the normal case.
There should be a tracker bug for each ebuild which users can tag with
"works for me!" and "have tested thoroughly" reports.

On the other hand, that's a bit much red tape for most devs, so they
don't do that when it's not useful. When it _is_ useful, go for it. If
you've been using a package for a while and you think it's ready for
primetime, use the available reporting mechanism and say so.

> [1] http://thread.gmane.org/gmane.linux.gentoo.user/166565/focus=166565

-- 
my other signature is witty


pgpVeo84jcHD2.pgp
Description: PGP signature

Re: [gentoo-dev] Making procfs mount as nosuid,noexec by default

[Drake Wyrm]

Ned Ludd <[EMAIL PROTECTED]> wrote:
>  Not 100% sure about the noexec part as that might break upx which
>  calls /proc/self/exe as part of it's decompresser routines.

/proc/self/exe is a symlink, and the permissions of symlinks aren't used
for anything. It's less than trivial (and I think impossible) to set
them to anything but 0777. In any case, the noexec option only affects
regular files. Directories, for example, also keep their execute flags.


-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpcnpS4G3iIn.pgp
Description: PGP signature

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

[Drake Wyrm]

Harald van D??k <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 16, 2006 at 11:31:27PM -0700, Drake Wyrm wrote:
> > Harald van D??k <[EMAIL PROTECTED]> wrote:
> > > Any is fine, there is no word splitting or wildcard expansion in
> > > shell variable assignments.
> > 
> > $ foo="bar   *   baz"
> > $ wombat=$foo
> > $ echo $wombat
> > bar somedir somefile baz
> 
> The wildcard expansion is not during the variable assignment, it's
> during the expansion of $wombat. Just try echo "$wombat" instead.

Right, you are! I do apologize.

-- 
Major premise: You can't handle the truth.
Minor premise: The truth is out there.
Conclusion: You can't handle what is out there.


pgp3sNQ4AuUNR.pgp
Description: PGP signature

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

[Drake Wyrm]

Harald van D??k <[EMAIL PROTECTED]> wrote:
> Any is fine, there is no word splitting or wildcard expansion in
> shell variable assignments.

$ foo="bar   *   baz"
$ wombat=$foo
$ echo $wombat
bar somedir somefile baz


-- 
^
^ A unix signature isn't a return address, it's the ASCII equivalent of ^
^ a black velvet clown painting. It's a rectangle of carets surrounding ^
^ a quote from a literary giant of weeniedom like Heinlein or Dr. Who.  ^
^   -- Chris Maeda  ^
^


pgpi9AD6hkmaV.pgp
Description: PGP signature

Re: [gentoo-dev] variable quoting, setting optional variables to "", and depending on virtual/libc

[Drake Wyrm]

Thomas Cort <[EMAIL PROTECTED]> wrote:
> What is the proper quoting style for using epatch? In the tree there
> are about 3 different styles...

> What is the proper quoting style for defining the S variable? In the
> tree there are about 3 different styles...
It might be prudent to quote the variables, in case somebody, for
whatever reason, has strange characters in assorted paths.

> What is the purpose of setting DEPEND and RDEPEND to "" if DEPEND and
> RDEPEND are optional[1][2]? Isn't that just a waste of disk space /
> bandwidth? DEPEND="virtual/libc" seems like a waste too as it is an
> implicit system dependency[3], any reason for using it?
> 
>   DEPEND="" # used by 1479 ebuilds
>   RDEPEND=""# used by 884 ebuilds
These two are probably not necessary, but some devs might prefer to use
them in their ebuilds for the sake of explicitly stating the implied.

>   DEPEND="virtual/libc" # used by 809 ebuilds
There are opinions on both sides of this subject, but I think that most
devs are starting to see the value in this. If a package requires some
other package, say so. It may be a bit more work (twelve keystrokes),
but it's worth the extra effort (twelve keystrokes) to be complete.

-- 
twelve keystrokes


pgpwp1METxWdh.pgp
Description: PGP signature

Re: [gentoo-dev] Shouldn't gcc-4.1-related bugs have some kind of priority as gcc-4.1 is now unmasked?

[Drake Wyrm]

Matteo Azzali <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]
> 
> * (I'm not sending mails through gentoo.org account cause
> http://www.gentoo.org/proj/en/infrastructure/dev-email.xml asks me to
> not use it to send mails "unless absolutely necessary." , and I have
> others mean of sending emails)

I just took a look at that. It's asking that you don't relay mail
through dev.gentoo.org unless you can't send mail through your usual
means of sending mail. For example, if your ISP blocks mail if the From:
header indicates something other @myisp.com, then you need to relay
through dev.gentoo.org.

In any case, it's not telling you to avoid using your @gentoo.org
account.

Of course, somebody flame me if I'm wrong.

-- 
my other signature is witty


pgpdkdniUrIZu.pgp
Description: PGP signature

Re: [gentoo-dev] 259 paludis-profile messages. ENOUGH!

[Drake Wyrm]

Grant Goodyear <[EMAIL PROTECTED]> wrote:
> Perhaps it's time to split off a thread or two...?

Perhaps, even a meta-thread!

-- 
Each night Father fills me with dread
When he sits on the foot of my bed.
I'd not mind that he speaks; In gibbers and squeaks,
But for the seventeen years he's been dead.  --  Edward Gorey
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] ACCESS DENIED during emerge

[Drake Wyrm]

Edward Catmur <[EMAIL PROTECTED]> wrote:
> On Fri, 2006-04-28 at 14:01 -0700, Drake Wyrm wrote:
> > You shouldn't need to completely override src_compile for just that. All
> > you'd need to do is set EXTRA_ECONF appropriately.
> No, EXTRA_ECONF is for end-users to add their own cracktastic configure
> flags. Ebuilds should not set it.

ebuild(5):
HELPER FUNCTIONS: COMPILE
econf [configure options]
[snip]
Note that the EXTRA_ECONF is for users only, not for
ebuild writers. If you wish to pass  more  options to
configure, just pass the extra arguements to econf.

I stand corrected. Might it be acceptable, though, to set it with
something like

EXTRA_ECONF="--enable-wombats $EXTRA_ECONF"

in the ebuild? That would still allow the users to set their own flags.

-- 
Human beings, who are almost unique in having the ability
to learn from the experience of others, are also
remarkable for their apparent disinclination to do so.
  -- Douglas Adams


pgp2mAon8uWjR.pgp
Description: PGP signature

Re: [gentoo-dev] ACCESS DENIED during emerge

[Drake Wyrm]

"A. Khattri" <[EMAIL PROTECTED]> wrote:
> On Fri, 28 Apr 2006, Chris White wrote:
> > On Friday 28 April 2006 12:41 pm, A. Khattri wrote:
> > > In writing and testing a new ebuild, I ran emerge as root and got
> > > ACCESS DENIED errors when it tried writing two config files into
> > > /etc.
> > >
> > > Do I need to do something special for config files in an ebuild?
> >
> > Don't copy files to the live filesystem, instead do:
> >
> > cp whatever.conf whatever2.conf ${D}/etc/
> >
> > or some people like:
> >
> > insinto /etc
> > doins whatever.conf whatever2.conf
> 
> Ah, I see now that the actual make install is trying to do this.
[snip]
> 1. So I need to set --enable-conf-install=no which also implies I need
>to override src_compile

You shouldn't need to completely override src_compile for just that. All
you'd need to do is set EXTRA_ECONF appropriately.

> 2. And then after the build, override pkg_postinst to copy the sample
>config files into /etc
> 
> Does this sound right or is there a better (preferred?) way?

As I understand things, it should be done in src_install. One way to do
this is to prevent the package from installing to /etc by using
--enable-conf-install=no and then using one of Chris's two suggestions.

Another way would be to patch the Makefile.in so that it would respect
--prefix=whatever for that portion of the install.

Yet another way would be to patch the Makefile.am and use that to
generate a better Makefile.in. This last method has the added advantage
that you can send the patch upstream for inclusion in the actual package
for some future revision, thereby alleviating the need to deal with this
at all (at some point in the future).

-- 
There are problems in today's world that cannot be
solved by the level of thinking that created them.
  -- Albert Einstein


pgpvAa3B6Y6Ft.pgp
Description: PGP signature

Re: [gentoo-dev] Last rites for app-laptop/ibm-acpi

[Drake Wyrm]

Henrik Brix Andersen <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 22, 2006 at 12:36:53PM -0700, Drake Wyrm wrote:
> > Is Gentoo planning on eradicating the 2.4 kernel from the tree in the
> > next few weeks?
> 
> What does that have to do with ibm-acpi? The module doesn't compile
> against linux-2.4.x anyways.

That's a different matter. I didn't realize that it was 2.6 _only_. My
apologies. I should have looked for that before responding.

Also: while there are still a couple of 2.6 kernels in the tree prior to
2.6.10, I'm going to speculate that the arm, sparc, and s390 crowds are
not so interested in that particular module.

-- 
I used to think romantic love was a neurosis shared by two, a supreme
foolishness. I no longer thought that. There's nothing foolish in
loving anyone. Thinking you'll be loved in return is what's foolish.
  -- Rita Mae Brown


pgpbafw8PBmFO.pgp
Description: PGP signature

Re: [gentoo-dev] Last rites for app-laptop/ibm-acpi

[Drake Wyrm]

Henrik Brix Andersen <[EMAIL PROTECTED]> wrote:
> The kernel module found in app-laptop/ibm-acpi has been included in
> the vanilla kernel since linux-2.6.10. There has been no releases of
> the stand-alone module since March 2005.

Is Gentoo planning on eradicating the 2.4 kernel from the tree in the
next few weeks?

-- 
This message has been brought to you by the letter three.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] SRC_URI component naming collision

[Drake Wyrm]

Paul de Vrieze <[EMAIL PROTECTED]> wrote:
> On Friday 24 February 2006 15:19, Ciaran McCreesh wrote:
[snip]
> > To avoid this, ensure that your packages use versioned SRC_URI
> > component names, and that the name part is something that's
> > reasonably likely to be unique (e.g. includes the package name).

Unfortunately, that's not always a possibility. I've bugged at least one
upstream about non-versioned sources. How does one work around that if
they won't fix it?

> What about introducing a new variable in the ebuild file: DIST_PREFIX
> that has as default value ${PN}. This should not break anything for
> unaware portage versions. For aware portage versions, the files would
> be retrieved from ${DISTDIR}/${DIST_PREFIX} instead of ${DISTDIR}

That introduces a problem of redundancy. In some cases, more than one
package will use a given set of sources, and it will need to be fetched
and stored once for each package. Perhaps defaulting DIST_PREFIX to ""
and allowing it to be used for workarounds in the odd cases could work.

Just for the sake of demonstration, the following should show a list of
the source files which are used multiple times on any given system and
how many times they are used:

emerge -p --fetch-all-uri --emptytree world 2>&1 1>/dev/null |
sed -e '/^$/d;s/.*\///' |
sort | uniq -D | uniq -c | sort -n

-- 
There are problems in today's world that cannot be
solved by the level of thinking that created them.
  -- Albert Einstein


pgpZArvY0rtCn.pgp
Description: PGP signature

Re: [gentoo-dev] where to install source files for c++ templates

[Drake Wyrm]

William Hubbs <[EMAIL PROTECTED]> wrote:
> I can get them to build outside an ebuild fine, but I have found that
> festival #includes actual source files from speech-tools to
> instantiate c++ templates.
[snip]
> The other option would be to not keep speech-tools as a separate
> ebuild, but have the festival ebuild build speech-tools then build and
> install festival.

Consider this:

Build and install speech-tools as you normally do. Write the ebuild for
festival such that it requires and unpacks all the source that it needs,
including the source for speech-tools. I figure that should work, unless
festival needs the speech-tools source after installation.

-- 
That is not dead which can eternal lie,
And with strange eons even death may die.
  -- The Call of Cthulu, II. The Tale of Inspector Legrasse


pgpbmTYYgMR0r.pgp
Description: PGP signature

Re: [gentoo-dev] [Build beagle] errors

[Drake Wyrm]

Linux Java <[EMAIL PROTECTED]> wrote:

...
> How can I solve it?
...
> !!! Please attach the following file when filing a report to
> bugs.gentoo.org:
> !!! /var/tmp/portage/beagle-0.2.0/work/beagle-0.2.0/config.log

I would suggest searching Bugzilla or the forums, or asking on the
gentoo-user list. Poking around the forums turned up a Gentoo HOWTO for
Beagle.

> btw, how to make a new ebuild file? I do the md5sum and so and change
> Manifest all by hand...

Put the ebuild in your overlay and use

ebuild /path/to/my.ebuild digest

More details available at `man 1 ebuild`. Well, not really much more.

-- 
In the depths of my heart, I can't help being convinced
that my fellow men, with a few exceptions, are worthless.
  -- Sigmund Freud


pgp6WAcco37bX.pgp
Description: PGP signature

Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?

[Drake Wyrm]

Michael Cummings <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-01-18 at 06:27 -0800, Drake Wyrm wrote:
> > Personally, no, but others do. I should have been less ambiguous (and
> > obnoxious) in my initial response. Please don't assume that just because
> > _you_ don't need a static Perl, that _nobody_ needs a static Perl.
> 
> Actually, the whole point to my even starting the email thread was to
> see if anyone was using the static library or not - i'm not aware of
> anything that builds only against the static, but i'm blissful on a lot
> of subject matters.

You said it yourself: Perl is the only package which requires a static
libperl. This results in...

MC> ...having a perl that will work even when everything dynamic is dead.

Which brings me to a point: it wouldn't affect me one way or the other.
None of my recovery tools rely on Perl correctly linking at runtime.
Truth be told, if I should ever break my system to the point where
dynamically linked binaries cannot run, my recovery system is the LiveCD
hanging on my lamp and some four-month-old backups.

[the important part]
But other people who are more cautious may rely on Perl in emergencies.
Some careful consideration was given to making that a possibility, and I
think it would be a shame to let it drop.
[/the important part]

In any case, you asked for opinions. There's mine.

-- 
^
^ A unix signature isn't a return address, it's the ASCII equivalent of ^
^ a black velvet clown painting. It's a rectangle of carets surrounding ^
^ a quote from a literary giant of weeniedom like Heinlein or Dr. Who.  ^
^   -- Chris Maeda  ^
^
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?

[Drake Wyrm]

Michael Cummings <[EMAIL PROTECTED]> wrote:
> On Tue, 2006-01-17 at 20:18 -0800, Drake Wyrm wrote:
> 
> > Portage is not the only important system tool. Some of us actually
> > use Perl. Please do not be with the breaking.
> 
> Is this to say there is a valid need for both libperl.a and libperl.so
> on your box?

Personally, no, but others do. I should have been less ambiguous (and
obnoxious) in my initial response. Please don't assume that just because
_you_ don't need a static Perl, that _nobody_ needs a static Perl.

-- 
my other signature is witty
-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: Does anyone want|need a static (lib)perl still?

[Drake Wyrm]

Joshua Baergen <[EMAIL PROTECTED]> wrote:
> I'm all for less cruft and more simplicity.  As far as I know none of 
> the Portage tools depend on Perl, so I don't really find a 'nuclear 
> fallout has caused dynamic linking to be erratic' situation to be that 
> important.

Portage is not the only important system tool. Some of us actually use
Perl. Please do not be with the breaking.

-- 
my other signature is witty
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] /sbin /usr/sbin security hole

[Drake Wyrm]

Pawe?? Madej <[EMAIL PROTECTED]> wrote:
> Frank Groeneveld wrote:
> > You probably have /sbin/shutdown set suid, because on all my Gentoo
> > boxes, normal users can't run it, only root can run it. (Permission
> > denied). What is the output of ls -al /sbin/?
> > 
> [EMAIL PROTECTED] ~ $ ls -al /sbin/
[snip]
> - -rwxr-xr-x   1 root root   10984 lis 29 16:39 halt
[snip]
> - -rwxr-xr-x   1 root root   19424 lis 29 16:39 shutdown
[snip]

Looks to be in order. If you run halt or shutdown as a non-root user,
you should get a terse refusal. shutdown will also give you a standard
usage dump.

 halt
halt: must be superuser.
 shutdown
shutdown: you must be root to do that!
Usage:shutdown [-akrhPHfFnc] [-t sec] time [warning message]
[snip]

-- 
mount /dev/wyrm /mnt/bed ; sleep 28800
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag - gs

[Drake Wyrm]

Lares Moreau <[EMAIL PROTECTED]> wrote:
> media-gfx/graphicsmagick:gs - enable ghostscript support
> media-gfx/imagemagick:gs - enable ghostscript support
> media-libs/urt:gs - Add support for postscript
> 
> Looking in these ebuilds, all:
> gs? ( virtual/ghostscript )

For how many of these might it make sense to use "ps - enable postscript
support" rather than "gs - enable ghostscript support"? If I understand
correctly, the consensus is that use flags should reflect the capability
enabled rather than the name of the library or package which provides
that capability.

-- 
That is not dead which can eternal lie,
And with strange eons even death may die.
  -- The Call of Cthulu, II. The Tale of Inspector Legrasse


pgpW27yZjvvk1.pgp
Description: PGP signature

Re: [gentoo-dev] Re: Split definitions for an idiom

[Drake Wyrm]

Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Wed, 04 Jan 2006 05:26:44 -0700 Duncan <[EMAIL PROTECTED]> wrote:
> | That begs the question...
> 
> No it doesn't.
> 
> http://www.wsu.edu/~brians/errors/begs.html
> 
> | Curious users want to know!
> 
> Perhaps said curious users should go and take a look, then.

Or as illustrated in an amazingly apropos edition of a webcomic:

http://qwantz.com/index.pl?comic=693

-- 
Human beings, who are almost unique in having the ability
to learn from the experience of others, are also
remarkable for their apparent disinclination to do so.
  -- Douglas Adams
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Installing COPYING or LICENSE files

[Drake Wyrm]

Petteri R??ty <[EMAIL PROTECTED]> wrote:
> Petteri R??ty wrote:
> > R Hill wrote:
> >>Daniel Ahlberg wrote:
> >>>* if ebuild installs COPYING and/or INSTALL into doc.
> >>
> >>Is this actually important?  There are a hell of a lot of ebuilds that fail
> >>under this rule.  I'd like to start filing patches for some of the packages 
> >>in
> >>this list so I'm interested in knowing what's worth fixing and what's being
> >>pedantic.
> > 
> > Not a blocker but just useless. Filing patches for ebuilds doing this is
> > greatly appreciated by at least me.
> 
> https://bugs.gentoo.org/show_bug.cgi?id=113680
> 
> So is there a policy about [not] installing the COPYING or LICENSE files
> already? If there isn't one, I propose we make a decision about this to
> have uniform behaviour across the tree.

You're going to be hard-pressed to get any kind of consensus on this
issue. Many dev seems to feel that the license belongs there. In some
cases the COPYING, LICENSE, and/or INSTALL files contain, not boilerplate
drivel, but actually unique, useful information.

Certainly there could be value in leaving out _yet_another_ copy of the
GPL and the banal INSTALL, but even that wouldn't justify a universal
ban on certain file names.

-- 
In the depths of my heart, I can't help being convinced
that my fellow men, with a few exceptions, are worthless.
  -- Sigmund Freud


pgpPO0zVfXDXT.pgp
Description: PGP signature

Re: [gentoo-dev] Re: $BUILDDIR in ebuilds

[Drake Wyrm]

Brian Harring <[EMAIL PROTECTED]> wrote:
> 
> On Mon, Dec 26, 2005 at 02:51:26AM -0500, Michael Sterrett -Mr. Bones.- wrote:
> > Like in here?
> > 
> > app-doc/halibut/halibut-0.9.ebuild:   BUILDDIR="${S}/build" \
> > net-dns/maradns/maradns-1.0.27.ebuild:BUILDDIR=${S}/build \
> > net-dns/maradns/maradns-1.0.32.ebuild:BUILDDIR=${S}/build \
[snip]
> Either way, those 3 are fine- they're not relying on portage provided 
> BUILDDIR var, just issueing a directive to make.

In that case, shouldn't they use something like BUILDDIR="$BUILDDIR" to
supply the argument to make?

-- 
That is not dead which can eternal lie,
And with strange eons even death may die.
  -- The Call of Cthulu, II. The Tale of Inspector Legrasse


pgpxhWDidOdq5.pgp
Description: PGP signature

Re: [gentoo-dev] another global use flag...

[Drake Wyrm]

Carsten Lohrke <[EMAIL PROTECTED]> wrote:
> use.local.desc:app-text/ghostscript-afpl:jasper - Enable support for
> jpeg2k (jasper)
> use.local.desc:kde-base/kdegraphics:jpeg2k - Enable support for jpeg2k
> (jasper)
> use.local.desc:kde-base/kdelibs:jpeg2k - Enable support for jpeg2k
> (jasper)
> use.local.desc:net-proxy/ziproxy:jpeg2k - Enable support for jpeg2k
> (jasper)
> use.local.desc:sci-libs/gdal:jasper - Adds support for JPEG 2000
> 
> 
> I was just about adding another one and thought it would be better to merge 
> them to a global jpeg2k use flag. Complains?

Query: Which would be more appropriate in this case? "jasper" for the
library it pulls in as a depend, or "jpeg2k" for the functionality that
library provides? There's nothing else in the tree (as far as I can
tell) which provides JPEG-2000, but there could be.

-- 
I used to think romantic love was a neurosis shared by two, a supreme
foolishness. I no longer thought that. There's nothing foolish in
loving anyone. Thinking you'll be loved in return is what's foolish.
  -- Rita Mae Brown


pgpmGuHXQ3WOx.pgp
Description: PGP signature

Re: [gentoo-dev] vendors.gentoo.org

[Drake Wyrm]

Kurt Lieber <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 05, 2005 at 04:40:28PM + or thereabouts, George Prowse
> wrote:
> > Is vendors.gentoo.org going to have the new redesign that curtis119
> > is implementating? 
> 
> The eventual plan is for all web sites residing under the *.gentoo.org
> domain to have the new look and feel.

I don't see that happening at .


-- 
I used to think romantic love was a neurosis shared by two, a supreme
foolishness. I no longer thought that. There's nothing foolish in
loving anyone. Thinking you'll be loved in return is what's foolish.
  -- Rita Mae Brown


pgpQTuiz6Z2Xm.pgp
Description: PGP signature

Re: [gentoo-dev] punting the use.defaults feature

[Drake Wyrm]

Jakub Moc <[EMAIL PROTECTED]> wrote:
> Well, I don't think so... If I want to enable a feature for one
> specific ebuild and a USE flag in /etc/portage/package.use pulls in a
> dep, that in turn enables that use flag globally, it's obviously not
> what I intended and forces me to add yet another -flag into make.conf

If you don't want portage to employ dark magic in guessing which use
flags you want enabled, don't let it. Specify your use flags explicitly.

Put USE="-* oneuse twouse reduse blueuse" in make.conf to set the
globals, and _then_ start tweaking in "package.use".


-- 
^
^ A unix signature isn't a return address, it's the ASCII equivalent of ^
^ a black velvet clown painting. It's a rectangle of carets surrounding ^
^ a quote from a literary giant of weeniedom like Heinlein or Dr. Who.  ^
^   -- Chris Maeda  ^
^
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] browserplugin vs. nsplugin

[Drake Wyrm]

Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-10-17 at 22:52 +0200, dju` wrote:
> > Probably a silly question, but why choose nsplugin over
> > browserplugin? 

This may not be a particularly _good_ reason, but "nsplugin" is already
an accepted global USE flag.

> At any rate, it is probably best to think about this now, hence using
> nsplugin, rather than later, when whiz-bang $browser comes out that
> has its own plugin interface.

Yeah! What if lynx starts using plugins?

-- 
Each night Father fills me with dread
When he sits on the foot of my bed.
I'd not mind that he speaks; In gibbers and squeaks,
But for the seventeen years he's been dead.  --  Edward Gorey


pgp5uvVaFHbdE.pgp
Description: PGP signature

Re: [gentoo-dev] subscribe

[Drake Wyrm]

"Josh M. Anders" <[EMAIL PROTECTED]> wrote:
> subscribe
> 
> -- 
> Josh M. Anders, MVP, MCSE+
> Senior System Administrator
> UNIX Expert

Oh, the irony...

-- 
I used to think romantic love was a neurosis shared by two, a supreme
foolishness. I no longer thought that. There's nothing foolish in
loving anyone. Thinking you'll be loved in return is what's foolish.
  -- Rita Mae Brown
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] [RFC] EAPI

[Drake Wyrm]

Brian Harring <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 26, 2005 at 03:49:35PM -0400, Kristian Benoit wrote:
[snip]
> > the EAPI would be an ebuild API definition. The equivalent to the XML's
> > dtd. The ebuild could point to a directory named
> > $PORTDIR/eapi// which would contain a python script named
[snip]
> Few questions; 
> A) what does xml bring to the table explicitly that is needed?
>remember portage doesn't have a hard dep on xml parsing libs yet, 
>this would add it (livecd/stage* potentially needing adjustment as 
>a result).

If I read the idea correctly, it's not suggesting that Portage implement
XML as a config engine; it's just using XML as an example. The analogy
works just as well for SGML DTDs or C libraries.

> B) EAPI is pretty much bash env template switching
[snip]

Perhaps the EAPI handling could be implemented using eclasses, rather
than something in the deep, dark, python-based internals.

-- 
That is not dead which can eternal lie,
And with strange eons even death may die.
-- The Call of Cthulu, II. The Tale of Inspector Legrasse


pgp7IlWtd7UFg.pgp
Description: PGP signature

Re: [gentoo-dev] Re: Proper commit messages

[Drake Wyrm]

Mike Frysinger <[EMAIL PROTECTED]> wrote:
> also, four tabs rule

I prefer single-character tabs. (0x09)

-- 
I used to think romantic love was a neurosis shared by two, a supreme
foolishness. I no longer thought that. There's nothing foolish in loving
anyone. Thinking you'll be loved in return is what's foolish.
  -- Rita Mae Brown
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: Hello

[Drake Wyrm]

Stuart Longland <[EMAIL PROTECTED]> wrote:
> Simon Stelling wrote:
> > Chris Gianelloni wrote:
> >>Filtering the lists leads to a slippery slope.  What happens when
> >>you start getting false positives?
> > 
> > True, but why not filtering binary attachments? *If* you have to
> > send an attachment to these lists, it should either be plain text or
> > your gpg-signature.
> 
> Why allow attachments at all?  Most of us, if we have something to
> share, can stick it up on a little bit of webspace for people to
> download at their leisure.

Does anyone else appreciate the irony of an email with multiple
attachments which condemns the use of attachments?

It's a bit disconcerting to get spam and virii on a mailing list, but I
agree with Chris. In three posts, we went from "filter viruses" to "BAN
ALL TEH ATTACHMENTS".

I'd rather filter on my end, anyhow. If I screw up and start deleting
messages that ought not be deleted, then I get pissed, learn something,
and fix myself. If somebody else screws up and deletes/munges messages
that ought not be deleted or munged, all I can do is get pissed.

I'm attaching my PGP sig. I hope that's alright with everybody. :-P

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  -- "Ghost in the Shell", Shirow Masamune


pgpphAIJCc8u3.pgp
Description: PGP signature

Re: [gentoo-dev] Re: [gentoo-embedded] Interactive command

[Drake Wyrm]

Kristian Benoit <[EMAIL PROTECTED]> wrote:
 
> I just checked and pkg_config does not handle make menuconfig correctly
> either :( Probably a bug.

Sorry I didn't tune into this thread earlier...

Most ncurses-based tools, including most menuconfig scripts, need to be
attached to an interactive terminal in order to function properly. Some,
and you mentioned vim as an example, include code to find a terminal.
Some don't. Since emerge wraps everything for logging purposes, when you
run menuconfig, it's attached to a pipe. What you'll probably need to do
is something like

make menuconfig 0/dev/tty || die "wombats!"

which should attach dialog to your controlling terminal.

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  -- "Ghost in the Shell", Shirow Masamune


pgpyiHUBK0ro4.pgp
Description: PGP signature

Re: [gentoo-dev] splitting build deps out from depends

[Drake Wyrm]

Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Friday 01 July 2005 12:25 pm, Brian D. Harring wrote:
> > Currently, we pretty much leave out the big dogs of build depends from
> > ebuilds- basically we rely on the profile to require a suitable
> > toolchain.  Couple of issues with this though-
> 
> so what you're proposing is that we add binutils/gcc/glibc to every package 
> that compiles something

Can you compile without binutils/gcc/glibc? No? Then you need it.

> make to every package that uses make, 

Again, if you depend on make, then DEPEND on make.

> sed/grep/bash/coreutils to every package which runs configure

That's quite an interesting case. Yes, those should be in DEPEND, but it
might be prudent to create an appropriate shortcut instead of explicitly
adding each of those.

Three possibilities come to mind.

0) For ebuilds which use the standard GNU autoconf-generated configure
   script, a standard set of tools could be added to DEPEND from a
   standard variable.
   
  DEPEND="${ac-configure} dev-libs/libwombat app-misc/imanotherdep"
   
   where ${ac-configure} expands to everything that runs in yer typical
   configure script.

1) Use the eclasses. Right before inheriting eutils, provide a token to
   tell eutils to add some appropriate DEPEND tokens.
   
  ac-configure=yup
  inherit eutils

   Many of the eclasses add a few DEPEND tokens. Use the standard
   eclass(es) to add the standard DEPENDs.

2) Well, maybe cramming this into eutils isn't such a hot idea, but
   creating an eclass for the purpose of adding the generic dependencies
   would work better.

  edeps="configure make c-tools"
  inherit edeps

> tar/gzip/bzip2 to every package which has a gzipped/bzipped tarball in 
> SRC_URI ?

Now this could _definitely_ play into suggestion (2) above. Have the
edeps eclass check the SRC_URI and add the appropriate unpacking
packages.

   edeps="make"
   SRC_URI="http://www.wombats.com/i_need_tar_and_bzip2.tar.bz2";
   inherit edeps

Whee.


I know this will be shot down, as it has been shot down each time in the
past that somebody has suggested it. I wish it were not the case. Almost
every ebuild in the tree fails to completely and accurately reflect its
dependencies. The fact that this is somehow a technical decision leads
me to suspect that more of Portage is also horribly broken.


-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgppm50RcpeF1.pgp
Description: PGP signature

Re: [gentoo-dev] app-admin/mbr.. what to do... Bag somebody else with it!

[Drake Wyrm]

Patrick Lauer <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-06-16 at 11:13 +0200, Diego 'Flameeyes' Petten? wrote:
> > On Thursday 16 June 2005 10:53, Patrick Lauer wrote:
> > > Always a drag to see packages getting dropped, but if noone
> > > maintains them there's not much that can be done.
> > Well maybe we can have a way to define "latest portage version" for
> > removed package (a tag on cvs?) so that someone can prepare a weekly
> > tarball of removed packages waiting for new maintainers or so on.
> you mean a repository of removed ebuilds? I don't know if that is a
> good idea, but it sure has some uses. But if I'm not mistaken files
> can be resurrected from cvs, so they are not "lost", only less
> accessible.

How about if, perhaps, the Gentoo developers make arrangements with the
folks at BreakMyGentoo to have them adopt orphaned packages? That way,
the packages would still be available to users who like to tinker and
don't mind playing with explosives.

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Bashrc mini HOWTO

[Drake Wyrm]

Jason Stubbs <[EMAIL PROTECTED]> wrote:
> > Alec Warner wrote:
[...snip...]
> > >Thus you can do cool stuff like print debug info, over-ride default
> > >functions, and otherwise other fun stuff that normally would be a
> > >complete PITA, especially if you don't know portage internals well.
> 
> Not knowning portage internals well means that this file should be off
> limits.

Aww.. That's no fun. How are folks supposed to learn anything without
breaking stuff once in a while?

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpcVCF1kDuTw.pgp
Description: PGP signature

Re: [gentoo-dev] where to put *.pm files

[Drake Wyrm]

Rene Zbinden <[EMAIL PROTECTED]> wrote:
> I am writing a new ebuild. The program contains a perlscript
> (mainprog.pl) which needs two perl modules like (module1.pm
> module2.pm)
> 
> I will put mainprog.pl in /usr/bin but where do I put the two modules.
> Shall I put them in /usr/share/programename and put that to the perl
> path?

Is this a package that is currently on CPAN? If so, I have a relatively
useful skeleton for writing CPAN ebuilds. I was able to install several
CPAN packages this way. In the ebuild, you'll need to edit or delete any
line marked with "XXX", but that will likely be all you need to get it
to work. Let me know if anything needs more explanation.



-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpU2keZbb9Rj.pgp
Description: PGP signature

Re: [gentoo-dev] .keep files

[Drake Wyrm]

marduk <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-05-21 at 22:28 +0200, Andrej Kacian wrote:
> > Are .keep files necessary in a live filesystem? AFAIK they're only
> > there to keep portage from removing a directory from emerge-time
> > image. Would it be possible to just remove them from live filesystem
> > after package files are merged to / ?
> > 
> > Or do .keep files serve another purpose, not obvious to me?
> > 
> 
> I always thought that they were to keep 'emerge unmerge' from removing
> an empty directory, but I could be wrong...

That, and to keep portage from removing empty directories during the
post-merge clean phase. Were it not for the .keep files, portage would
cheerfully remove any empty directories the first time the package was
upgraded.

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgps9oS7fnjln.pgp
Description: PGP signature

Re: [gentoo-dev] Request for Permission

[Drake Wyrm]

Rick Sivernell <[EMAIL PROTECTED]> wrote:
> I am operating a small IT service organization and I would like to put
> a link to Gentoo on my site. My ad:
[snip]
> If there is a standard ad that you would prefer, I will use it. This
> is a service for my clients use and reference. If you allow my listing
> your site, please extend your permission.

If I'm out of line here, somebody slap me.

That being said, You don't really need permission to link to to the
Gentoo website. If you really want to be anal-retentive about being
letter-perfect to the intellectual property laws, swift maintains a
standard boilerplate at .
Therein, you shall find all the dry details about what our legal system
considers appropriate use.

On the other hand, if you don't care a whit about all that rubbish, I
don't think anybody at Gentoo will object to that blurb you quoted. In
any case, I suspect that tacking ™ symbols on the end of every
mention of Gentoo will suffice to keep you clean.

IANAL. I am probably wrong in many strange and dangerous ways. Use your
own Judgment, Luke.

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpjvJC1AmQdk.pgp
Description: PGP signature

Re: [gentoo-dev] Naming scheme confusion

[Drake Wyrm]

Henrik Brix Andersen <[EMAIL PROTECTED]> wrote:
> I guess I could go with a simple -rX bump, but that wouldn't really
> reflect what the ebuild is - and I'd hate to have to add either a live
> CVS ebuild or a brand new net-wireless/orinoco-usb ebuild, since that
> would duplicate functionality, add unnecessary blocking etc.

You're probably going to need to do a -rX bump, but you can do it in a
way that more closely approximates the intent of the -rX system. Rather
than doing a live CVS checkout, use `cvs diff` to create a patchset.
Bumps of the -rX nature are often used to indicate patchlevel
increments. The patches could be tossed in the files/ directory or on
the Gentoo mirrors if it turns out to be very large.

Hope some of that was useful.

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpZbHnarWS87.pgp
Description: PGP signature

Re: [gentoo-dev] cleaning out 'bc' and 'ed' from system

[Drake Wyrm]

At 2005-04-22T17:54:31-0400, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Friday 22 April 2005 05:49 pm, David Klaftenegger wrote:
> > Ciaran McCreesh wrote:
> > > On Fri, 22 Apr 2005 14:29:58 -0700 Drake Wyrm <[EMAIL PROTECTED]>
> > > wrote:
> > > > While you're at it, get rid of nano, too. None of the packages
> > > > *require* it, either. That would save almost 800k! Woo!
> > >
> > > nano isn't in system.
> >
> >  # emerge -pve system | grep nano [ebuild  N]
> >  app-editors/nano-1.3.4  -build -debug -justify +ncurses +nls -nomac
> >  -slang -spell 0 kB
> >
> > well, I suppose it is.
> 
> you did not specify the virtual/editor on your system so portage
> picked the default which is nano

It certainly goes against my nature to be serious in a conversation so
otherwise comical, but...

Is there any reason why app-editors/ed doesn't PROVIDE virtual/editor?

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgp4YBwFRypYN.pgp
Description: PGP signature

Re: [gentoo-dev] cleaning out 'bc' and 'ed' from system

[Drake Wyrm]

At 2005-04-21T13:06:57-0400, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> we've had 'bc' and 'ed' around for historical reasons and because
> we've never actually tracked what packages invoke 'bc' or 'ed' in
> their scripts
> 
> psm has looked into this and found that nothing else in a typical
> `emerge system` requires these ... that means i'd like to prune them
> and make package maintainers mention when their package needs these to
> build/run

While you're at it, get rid of nano, too. None of the packages *require*
it, either. That would save almost 800k! Woo!

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpy9xGYEgk5g.pgp
Description: PGP signature

Re: [gentoo-dev] ieee1394 useflag

[Drake Wyrm]

At 2005-04-22T08:38:22+0900, Georgi Georgiev <[EMAIL PROTECTED]> wrote:
> maillog: 21/04/2005-23:43:57(+0200): Diego 'Flameeyes' Petten? types
> > Same for ieee1394, usually enables support for
> > media-plugins/libdc1394, sys-libs/libavc1394 and/or
> > sys-libs/libraw1394.
> 
> Considering that a person rarely needs *both* libdc1394 and
> libavc1394, it would be even cooler to have *two* useflags.

Generally, I've noticed that use flags are named for the functionality
they enable, rather than the libraries that they pull in as depends. It
might be a cleaner approach to use "ieee1394" or even just "1394" as the
global flag, and then if any future packages offer a choice between
libs, add some local flags as appropriate.

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpG4STRsJzaj.pgp
Description: PGP signature

Re: [gentoo-dev] reply-to munging

[Drake Wyrm]

At 2005-04-14T09:32:59-0700, Donnie Berkholz <[EMAIL PROTECTED]>
wrote:
> Reply to List hasn't even worked properly for me since switching to
> the new server or whatever. It duplicates to @gentoo.org and
> @lists.gentoo.org. I'd guess this has something to do with people
> sending to @gentoo.org when the list thinks it's @lists.gentoo.org,
> and it never gets things figured out.

I noticed that. It took me a couple of double-postings before I fixed it
on my end with a procmail recipe. Pardon the strangely-wrapped line. I
figure most of you can figure it out.

  39 :0
  40 * ^list-id:.*gentoo
  41 {
  42 
  43 # fix the problem where mailing list emails
  44 # get sent to several equivalent addresses
  45 # requires GNU sed
  46 :0hf
  47 |sed -re '/^((mail-followup-|reply-)?to|from|cc|list-post): /I s/@(li
 sts|robin)\.gentoo\.org/@gentoo.org/g'
  48 
  49 INCLUDERC=$HOME/.procmail.d/gentoo-lists.procmailrc
  50 
  51 }

-- 
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
  --Ghost in the Shell


pgpM6zvdhFlmH.pgp
Description: PGP signature

[gentoo-dev] This is not the message you are looking for

[Drake Wyrm]

Don't mind me... Just checking procmail recipes.
--
gentoo-dev@gentoo.org mailing list