date:20150829

On Fri, 28 Aug 2015 21:09:31 -0400, Walter Dnes wrote:

> > Why reinvent the wheel? abcde is a shell script that does this and
> > much more. It uses whichever ripper, encoder etc. that you want, with
> > whatever options you want.  
> 
>   I like to putter around with bash scripts.  I've written up a 146-line
> script (83 lines of script plus 63 lines of comments)

abcde is a little larger than that.

% wc -l =abcde
4896 /usr/bin/abcde

> that handles
> things to *MY* specs for *MY* needs.  It processes .inf and .wav files
> in a directory, creating flac files in a flac subdirectory.  I haven't
> tested it under all conditions, but it tries to handle...
> 
> * Check for a "flac" subdirectory; create one if it doesn't already
> exist
> * If "Tracktitle" field is empty, bail out.
> * If "Tracktitle" field contains a slash ("/"), assume that the artist's
>   name is to the left of the slash, and the song name is on the right
>   side of the slash.
> * If "Tracktitle" field is non-empty, but doesn't contain a "/", assume
>   that it only has the title.
>   - Get the artist name from the "Performer" field.
>   - If "Performer" field is empty, use "Albumperformer" field.
>   - If both are empty, set artist name to "Unknown".
> * The flac files are created in the "flac" subdirectory

That's pretty much what I do with abcde, except I only had to edit a
config file, leaving my script puttering time for wheels I need more.

How do you handle compilation/multi-artist CDs?


-- 
Neil Bothwick

Hello.. Incontinence Hotline.. Can you hold?


pgpYKAbDTOxe1.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

On Sat, 29 Aug 2015 03:46:13 + (UTC), Grant Edwards wrote:

> > I'm installing openSUSE 13.2 into a VM right now and the *default*
> > location for installing GRUB2 is a partition! So what's all the fuss
> > about?  
> 
> The last time I checked, CentOS/RH/Fedora don't allow installing a
> bootloader to a partition.  At least I _think_ they don't allow it.  I
> find the installer completely baffling.  I've done at least half-dozen
> installs in the past year or two, and I still find the installer
> impossible to fathom.

Anaconda is a classic example of "if it ain't broke, wait for an update".


-- 
Neil Bothwick

O.K. I'm weird, but I'm saving up to become eccentric.


pgpHShZXWYzot.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Java plugin in Midori web browser

2015-08-29 Thread José Romildo Malaquias

On Fri, Aug 28, 2015 at 02:06:10AM +, James wrote:
> José Romildo Malaquias  gmail.com> writes:
> 
>  
> > I need help getting java plugin working in the Midori web browser.
> > I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64
> > system.
> 
> I used icedtea-bin for most everything. 
> 
> > The plugin works with Firefox.
> 
> I do not use that browser.
> Have you check for information in the relevant bug reports: [1] ;
> at it might be a good place to start some research.
> 
> [1] bugs.gentoo.org   

There was bug report for this issue. So I made one:
https://bugs.gentoo.org/show_bug.cgi?id=559084

Re: [gentoo-user] Java plugin in Midori web browser

2015-08-29 Thread José Romildo Malaquias

On Fri, Aug 28, 2015 at 06:12:19AM +0200, bitlord wrote:
> On Thu, 27 Aug 2015 20:25:43 -0300
> José Romildo Malaquias  wrote:
> 
> > I need help getting java plugin working in the Midori web browser.
> > 
> > I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64
> > system.
> > 
> > The plugin works with Firefox.

> Have you tried to go into 'Preferences > Extensions' it is probably
> listed there, and you can enable/disable it?

The Java plugin is not listed there.

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

2015-08-29 Thread Mick

On Saturday 29 Aug 2015 04:32:48 Dale wrote:
> walt wrote:
> > On Fri, 28 Aug 2015 15:29:20 -0400
> > 
> > Rich Freeman  wrote:
> >> I used to think git looked really complicated until I sat through a
> >> one hour talk that focused mostly on the data model.  Once you
> >> understand the data model, you understand everything.  That doesn't
> >> take a lot of time.
> > 
> > Does that talk happen to be available on youtube or some equivalent?
> > 
> > I'm a git fanboi in spite of its failings.  I've been using git since
> > Linus and Larry McVoy divorced (amicably, claims Linus) over where
> > the kernel source repo would reside.  That amicable divorce spawned the
> > development of git in the first place (says Linus).
> > 
> > I'm no expert on git, but 'git bisect' has allowed me to file countless
> > (for countless >= than the number of cc's of vino in my glass)  bug
> > reports over the years.
> > 
> > I see that all the gentooers who replied to my post have been lingering
> > in this mailing list for years.  (You are Old Farts, by my definition.)
> > 
> > All gentoo Old Farts are here because we are gentoo addicts and not one
> > of us could abandon gentoo even if we wanted to.  Including me.
> 
> That may help me too.  It took me a while to have a sorta understanding
> of how Gentoo is set up ebuild wise and such and now I feel like I did
> back in 2003.  Having it on youtube or something would be really good.
> I did find this tho:
> 
> https://www.youtube.com/watch?v=73I5dRucCds
> 
> I'll try to watch it later.  

Don't.

You'll waste an inordinate amount of time listening to the drone of someone's 
uncontrollable verbiage, which contains less that 1% meaningful information.

I suspect that 10 minutes should be enough to explain what git is, what github 
is, how you use them.

Unfortunately, any videos I found over a 10 minute youtube search didn't 
provide me with anything useful to share.  :-(

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Problems booting vanilla kernel 4.1.x

2015-08-29 Thread Peter Weilbacher

On Tue, 25 Aug 2015, Alexander Kapshuk wrote:

> I've never experienced this particular kernel trouble myself, so I'm
> not sure if my input would be of much help.
> Here's what the kernel documentation has to say about this kind of issue:
>
> /usr/src/linux/Documentation/RCU/stallwarn.txt:29,33
[...]
> Have a look for possibly stack traces in these log files:
> /var/log/{messages,dmesg}.
>
> Hopefully, someone else with more kernel debugging experience will
> have something more substantial to say about this.

Thanks for the reply, Alex. I had googled for those messages, too, and
had found that RCU info. Unfortunately, I have no idea what to do with
it, since it stops right at the booting stage, right before init starts,
so before I can do anything interactive.

I have posted a message to the LKML, maybe someone there has a hint.
(The machine is old and rarely used, but I would still like to run the
newest software because it is connected to the net.)

   Peter.

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

2015-08-29 Thread Todd Goodman

* Philip Webb  [150828 18:35]:
> 150828 Rich Freeman wrote:
> > To really appreciate git you should understand git objects
> > and their references, what a commit, tree, and blob are.
> > Also, the whole copy-on-write concept and content-hashing concept.
> > I used to think git looked really complicated until I sat
> > through a  1 hr talk that focused mostly on the data model.
> > Once you understand the data model, you understand everything.
> > That doesn't take a lot of time.  It does take a moderate amount of time
> > learning the right things.  They're not found in the manpages.
> > Like I said, beautiful design, horrible interface.
> 
> So is there a Gentoo doc -- Wiki, presumably --
> explaining to users -- users, not dev's or Git addicts --
> the essentials of Git, so that they can readily update using it ?
> If so, I'm willing to see if I can use it ;
> if not, I would suggest it sb a top priority for dev's to write.

You don't *need* to know anything about git to update using it.

Just change your /etc/portage/repos.conf/gentoo.conf as Rich outlined
(and move away your rsync'd /usr/portage or wherever your portage tree
goes.)

Then when you emerge --sync (or emaint -A sync, etc.) it will sync via
git and emerge will work as always.

Now if you want to do more or just want to learn more about git then
that's different.

Todd

Re: [gentoo-user] Problems booting vanilla kernel 4.1.x

2015-08-29 Thread Alexander Kapshuk

On Sat, Aug 29, 2015 at 3:09 PM, Peter Weilbacher
 wrote:
> On Tue, 25 Aug 2015, Alexander Kapshuk wrote:
>
>> I've never experienced this particular kernel trouble myself, so I'm
>> not sure if my input would be of much help.
>> Here's what the kernel documentation has to say about this kind of issue:
>>
>> /usr/src/linux/Documentation/RCU/stallwarn.txt:29,33
> [...]
>> Have a look for possibly stack traces in these log files:
>> /var/log/{messages,dmesg}.
>>
>> Hopefully, someone else with more kernel debugging experience will
>> have something more substantial to say about this.
>
> Thanks for the reply, Alex. I had googled for those messages, too, and
> had found that RCU info. Unfortunately, I have no idea what to do with
> it, since it stops right at the booting stage, right before init starts,
> so before I can do anything interactive.
>
> I have posted a message to the LKML, maybe someone there has a hint.
> (The machine is old and rarely used, but I would still like to run the
> newest software because it is connected to the net.)
>
>Peter.
>

Hope you do get this sorted.

You probably did look into this yourself, but did you double-check
your /etc/lilo.conf? Is everything fine there?

Here are my RCU kernel config options. What do yours look like?
% uname -r
4.1.6-vanilla
% grep RCU .config
# RCU Subsystem
CONFIG_TREE_RCU=y
CONFIG_SRCU=y
# CONFIG_TASKS_RCU is not set
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_FANOUT=32
CONFIG_RCU_FANOUT_LEAF=16
# CONFIG_RCU_FANOUT_EXACT is not set
# CONFIG_RCU_FAST_NO_HZ is not set
# CONFIG_TREE_RCU_TRACE is not set
CONFIG_RCU_KTHREAD_PRIO=0
# CONFIG_RCU_NOCB_CPU is not set
# CONFIG_RCU_EXPEDITE_BOOT is not set
# RCU Debugging
# CONFIG_PROVE_RCU is not set
# CONFIG_SPARSE_RCU_POINTER is not set
# CONFIG_RCU_TORTURE_TEST is not set
CONFIG_RCU_CPU_STALL_TIMEOUT=21
# CONFIG_RCU_CPU_STALL_INFO is not set
# CONFIG_RCU_TRACE is not set

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

Todd Goodman wrote:
> * Philip Webb  [150828 18:35]:
>> 150828 Rich Freeman wrote:
>>> To really appreciate git you should understand git objects
>>> and their references, what a commit, tree, and blob are.
>>> Also, the whole copy-on-write concept and content-hashing concept.
>>> I used to think git looked really complicated until I sat
>>> through a  1 hr talk that focused mostly on the data model.
>>> Once you understand the data model, you understand everything.
>>> That doesn't take a lot of time.  It does take a moderate amount of time
>>> learning the right things.  They're not found in the manpages.
>>> Like I said, beautiful design, horrible interface.
>> So is there a Gentoo doc -- Wiki, presumably --
>> explaining to users -- users, not dev's or Git addicts --
>> the essentials of Git, so that they can readily update using it ?
>> If so, I'm willing to see if I can use it ;
>> if not, I would suggest it sb a top priority for dev's to write.
> You don't *need* to know anything about git to update using it.
>
> Just change your /etc/portage/repos.conf/gentoo.conf as Rich outlined
> (and move away your rsync'd /usr/portage or wherever your portage tree
> goes.)
>
> Then when you emerge --sync (or emaint -A sync, etc.) it will sync via
> git and emerge will work as always.
>
> Now if you want to do more or just want to learn more about git then
> that's different.
>
> Todd
>
>
>


I think what we are talking about is viewing things like the changelogs
and such, which are currently not synced with the tree.  Or did we
change to some other topic and I missed it?  I tracked back to Alan
Mackenzie's split of this thread
.
Dale

:-)  :-)

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1


Le 2015-08-28 05:24, Neil Bothwick a écrit :

On Thu, 27 Aug 2015 19:34:30 + (UTC), Grant Edwards wrote:


I know it has worked in the past, and I know that recent versions of
some distros that use Grub2 still allow you to pick a partition for
the bootloader during the install.

I'm installing openSUSE 13.2 into a VM right now and the *default*
location for installing GRUB2 is a partition! So what's all the fuss
about?



Not all distributions are Microsoft type. Fedora comes to mind.

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

Le 2015-08-28 07:24, Tom H a écrit :

On Thu, Aug 27, 2015 at 10:19 AM, Grant Edwards
wrote:

On 2015-08-27, Mike Gilbert wrote:

On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal wrote:

I've had serious problems in the past getting to to install on a partition
and gave up. Is that bug fixed? It insists on installing on the MBR which is
unacceptable.

It's not a bug, and it won't be "fixed". Installing on a partition is
simply not supported.

So, grub2 refuses to share power and cooperate with another bootloader.
Bill Gates would be pround.

For those of us with multiple Linux installations on a disk, that's a
pretty big reason to stick with grub-legacy.

You can boot multiple installations via grub2 with os-prober.

You have to be able to boot the os that grub is installed on to be able to fix
booting issues. If the OS that has control of grub2 is wacked you are screwed.
At least with a bootloader that independant of any operating system and with a
nice graphic interface it is a piece of cake to fix things since you do not
ever lose your bootloader unless you let grub write on the MBR or on your
bootloader partition.

I know that you can boot on grub if it is not wiped but the interface is not friendly at all and if you do not remember the syntax you are screwed. Until grub becomes a nice real bootloader with a friendly user interface it cannot be allowed to be the sole
controller of booting.

Michel

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1

Le 2015-08-28 07:55, Tom H a écrit :

On Thu, Aug 27, 2015 at 7:36 PM, Michel Catudal wrote:

Le 2015-08-27 15:18, Fernando Rodriguez a écrit :

Who are you to tell them what they should work on? They're acting like
FOSS developers, many of whom work for free or underpaid so they work on
whatever the fuck they want. The problem with FOSS is that we have too many
idiots that like to rant about what they don't like instead of doing
something about it. If all those energies went to improving the software
FOSS would be so much better.

No one is asking them to do that. As mentioned before it works with some
override. A solution to the problem would be to remove the arrogance toward
people who want grub on a partition and remove the part in the installer
that refuses to install it unless you give it an override. If I say write
the bootloader on the partition, that should work as requested, they can
still write a comment that they do not like us doing it but should not keep
us from doing it. If it doesn't work we will see it soon enough.

So you want the Gentoo grub2 maintainer to patch grub2 to remove the
warning about partitions and the need for "--force" so that you can
use "grub2-install /dev/sda1"?

Isn't simpleer and more efficient for you to use "--force"?!

By having this messages it makes the maintainers of some distributions assume that it is impossible and will do everything in their power to not allow you to install on the partition. That is the old Microsoft way of protecting the user against himself.
That is fine for morons but people who know what they are doing should be allowed to wacked their system when they do stupid thing.

You probably know a few Linux distributions targeted to people who shouldn't be allowed anywere near a computer. So if we decide to install one of those to help one of those users we have some problem. Once I had that it got remove and I had to answer to
the user, sorry I cannot allow this crappy linux distribution on my computer.

Michel

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

On Saturday, August 29, 2015 10:48:16 AM Dale wrote:
> Todd Goodman wrote:
> > * Philip Webb  [150828 18:35]:
> >> 150828 Rich Freeman wrote:
> >>> To really appreciate git you should understand git objects
> >>> and their references, what a commit, tree, and blob are.
> >>> Also, the whole copy-on-write concept and content-hashing concept.
> >>> I used to think git looked really complicated until I sat
> >>> through a  1 hr talk that focused mostly on the data model.
> >>> Once you understand the data model, you understand everything.
> >>> That doesn't take a lot of time.  It does take a moderate amount of time
> >>> learning the right things.  They're not found in the manpages.
> >>> Like I said, beautiful design, horrible interface.
> >> So is there a Gentoo doc -- Wiki, presumably --
> >> explaining to users -- users, not dev's or Git addicts --
> >> the essentials of Git, so that they can readily update using it ?
> >> If so, I'm willing to see if I can use it ;
> >> if not, I would suggest it sb a top priority for dev's to write.
> > You don't *need* to know anything about git to update using it.
> >
> > Just change your /etc/portage/repos.conf/gentoo.conf as Rich outlined
> > (and move away your rsync'd /usr/portage or wherever your portage tree
> > goes.)
> >
> > Then when you emerge --sync (or emaint -A sync, etc.) it will sync via
> > git and emerge will work as always.
> >
> > Now if you want to do more or just want to learn more about git then
> > that's different.
> >
> > Todd
> >
> >
> >
> 
> 
> I think what we are talking about is viewing things like the changelogs
> and such, which are currently not synced with the tree.  Or did we
> change to some other topic and I missed it?  I tracked back to Alan
> Mackenzie's split of this thread
> .
> Dale
> 
> :-)  :-) 
> 

It's probably easier to do this:

# cd /usr/portage
# rm -r *
# git clone  .

Then do the repos.conf changes. That way you don't have to worry about portage 
doing a shallow clone. If you already did it then just unshallow it as Rich 
pointed. Then to view the logs just:

#cd /usr/portage/cat/pkg
#git log .

Then 'git show ' to view a commit diff. You 
can 
use git use dev-vcs/tig if you find it easier though I thought it was pretty 
useless so it only lasted about 10 secs. in my system.

So basicly the only change is that instead of:

# less ChangeLog (or whatever you use to read logs)

You'll do:

# git log .


-- 
Fernando Rodriguez

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

2015-08-29 Thread Alan McKinnon

On 29/08/2015 18:17, Michel Catudal wrote:
> Le 2015-08-28 07:24, Tom H a écrit :
>> On Thu, Aug 27, 2015 at 10:19 AM, Grant Edwards
>>  wrote:
>>> On 2015-08-27, Mike Gilbert  wrote:
 On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal
  wrote:
> I've had serious problems in the past getting to to install on a
> partition
> and gave up. Is that bug fixed? It insists on installing on the MBR
> which is
> unacceptable.
 It's not a bug, and it won't be "fixed". Installing on a partition is
 simply not supported.
>>> So, grub2 refuses to share power and cooperate with another bootloader.
>>> Bill Gates would be pround.
>>>
>>> For those of us with multiple Linux installations on a disk, that's a
>>> pretty big reason to stick with grub-legacy.
>> You can boot multiple installations via grub2 with os-prober.
>>
> 
> You have to be able to boot the os that grub is installed on to be able
> to fix booting issues. If the OS that has control of grub2 is wacked you
> are screwed.
> At least with a bootloader that independant of any operating system and
> with a nice graphic interface it is a piece of cake to fix things since
> you do not ever lose your bootloader unless you let grub write on the
> MBR or on your bootloader partition.
> 
> I know that you can boot on grub if it is not wiped but the interface is
> not friendly at all and if you do not remember the syntax you are
> screwed. Until grub becomes a nice real bootloader with a friendly user
> interface it cannot be allowed to be the sole controller of booting.



Michel PLEASE, get it now already, and stop cluttering up the list with
your spew.

DON'T LIKE GRUB? DON'T FUCKING USE IT.

Meanwhile the grub devs will continue to write the code they want to
write. You want them to do what you want? Pay them a salary, at market
rates.



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

2015-08-29 Thread Terry Z.

So please contribute to the grub2 repo a pull request that meets your
requirements rather than complain about it. You are also free to maintain
any package you want in a custom overlay in gentoo that packages those
requirements. Free software is about preventing lock in and empowering the
user. You have that power nor are you locked in. So use it.

You are quickly making yourself to be an  example of the type of user that
the free software community does NOT recognize or support.

You can make grub2 do whatever you want. So please do or ask for help in
that endeavor, not complaining about mythical Microsoft things.
On Aug 29, 2015 6:17 PM, "Michel Catudal"  wrote:

> Le 2015-08-28 07:24, Tom H a écrit :
>
>> On Thu, Aug 27, 2015 at 10:19 AM, Grant Edwards
>>  wrote:
>>
>>> On 2015-08-27, Mike Gilbert  wrote:
>>>
 On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal 
 wrote:

> I've had serious problems in the past getting to to install on a
> partition
> and gave up. Is that bug fixed? It insists on installing on the MBR
> which is
> unacceptable.
>
 It's not a bug, and it won't be "fixed". Installing on a partition is
 simply not supported.

>>> So, grub2 refuses to share power and cooperate with another bootloader.
>>> Bill Gates would be pround.
>>>
>>> For those of us with multiple Linux installations on a disk, that's a
>>> pretty big reason to stick with grub-legacy.
>>>
>> You can boot multiple installations via grub2 with os-prober.
>>
>>
> You have to be able to boot the os that grub is installed on to be able to
> fix booting issues. If the OS that has control of grub2 is wacked you are
> screwed.
> At least with a bootloader that independant of any operating system and
> with a nice graphic interface it is a piece of cake to fix things since you
> do not ever lose your bootloader unless you let grub write on the MBR or on
> your bootloader partition.
>
> I know that you can boot on grub if it is not wiped but the interface is
> not friendly at all and if you do not remember the syntax you are screwed.
> Until grub becomes a nice real bootloader with a friendly user interface it
> cannot be allowed to be the sole controller of booting.
>
> Michel
>
> --
> For Linux Software visit
> http://home.comcast.net/~mcatudal
> http://sourceforge.net/projects/suzielinux/
>
>
>

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

2015-08-29 Thread Mike Gilbert

On Sat, Aug 29, 2015 at 12:17 PM, Michel Catudal  wrote:
> You have to be able to boot the os that grub is installed on to be able to
> fix booting issues. If the OS that has control of grub2 is wacked you are
> screwed.
> At least with a bootloader that independant of any operating system and with
> a nice graphic interface it is a piece of cake to fix things since you do
> not ever lose your bootloader unless you let grub write on the MBR or on
> your bootloader partition.
>
> I know that you can boot on grub if it is not wiped but the interface is not
> friendly at all and if you do not remember the syntax you are screwed. Until
> grub becomes a nice real bootloader with a friendly user interface it cannot
> be allowed to be the sole controller of booting.

The grub config syntax is not really that bad; the main issue is that
grub-mkconfig generates a very complex config file to try and cover a
lot of possible systems.

grub is pretty much designed to be able to boot any OS you have
installed on any filesystem. That flexibility carries with it a level
of complexity as well. If you don't need that flexibility, a simpler
boot loader is always an option for you.

If you want an "OS-independent" boot loader, the syslinux family of
boot loaders might be a good choice for you. Or keep using grub
legacy. Just don't expect either of them to be able to boot Linux from
ZFS, or ext4 on lvm on luks. That's where grub2 comes in handy.

Re: [gentoo-user] ncurses: reductio ad absurdum

On Friday, August 28, 2015 2:24:37 PM Rich Freeman wrote:
> Those who wish to use git can do so, and I'd encourage people to try.
> It really does have a lot of advantages.  Oh, and it makes it really
> easy to contribute patches/etc (just edit whatever you want in
> /usr/portage and type git diff).

I wouldn't advise that on the portage tree because if you edit any files under 
version control git will refuse to pull new changes until you either commit 
the changes or undo them by checking out the file.

-- 
Fernando Rodriguez

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1


Le 2015-08-29 12:57, Mike Gilbert a écrit :
If you want an "OS-independent" boot loader, the syslinux family of boot loaders might be a good choice for you. Or keep using grub legacy. Just don't expect either of them to be able to boot Linux from ZFS, or ext4 on lvm on luks. That's where grub2 
comes in handy. 


Thanks, I will look a that. All I care about booting on is ext4. I used to have 
reiserfs but since the guy in charge is in jail I switched to ext4.
For windows I use a separate PC. I might do the same thing with ecomstation 
eventually.

Michel

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

2015-08-29 Thread Rich Freeman

On Sat, Aug 29, 2015 at 12:35 PM, Fernando Rodriguez
 wrote:
> It's probably easier to do this:
>
> # cd /usr/portage
> # rm -r *
> # git clone  .

The only issue with this is that all the files end up being owned by
root.  I'd just create /usr/portage, chown portage:portage
/usr/portage, and then let emerge --sync take care of the rest.

To cut down on replies, I'm not sure what the emerge --sync behavior
is if you have changes in the tree.  I suspect that as long as they
don't conflict they'll still sync, but in general you shouldn't leave
uncommitted changes lying around /usr/portage.  It is just convenient
to be able to tweak packages, get them cleaned up, and then generate
patches.

-- 
Rich

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

2015-08-29 Thread Todd Goodman

* Dale  [150829 11:49]:
> Todd Goodman wrote:
> > * Philip Webb  [150828 18:35]:
> >> 150828 Rich Freeman wrote:
> >>> To really appreciate git you should understand git objects
> >>> and their references, what a commit, tree, and blob are.
> >>> Also, the whole copy-on-write concept and content-hashing concept.
> >>> I used to think git looked really complicated until I sat
> >>> through a  1 hr talk that focused mostly on the data model.
> >>> Once you understand the data model, you understand everything.
> >>> That doesn't take a lot of time.  It does take a moderate amount of time
> >>> learning the right things.  They're not found in the manpages.
> >>> Like I said, beautiful design, horrible interface.
> >> So is there a Gentoo doc -- Wiki, presumably --
> >> explaining to users -- users, not dev's or Git addicts --
> >> the essentials of Git, so that they can readily update using it ?
> >> If so, I'm willing to see if I can use it ;
> >> if not, I would suggest it sb a top priority for dev's to write.
> > You don't *need* to know anything about git to update using it.
> >
> > Just change your /etc/portage/repos.conf/gentoo.conf as Rich outlined
> > (and move away your rsync'd /usr/portage or wherever your portage tree
> > goes.)
> >
> > Then when you emerge --sync (or emaint -A sync, etc.) it will sync via
> > git and emerge will work as always.
> >
> > Now if you want to do more or just want to learn more about git then
> > that's different.
> >
> > Todd
> >
> >
> >
> 
> 
> I think what we are talking about is viewing things like the changelogs
> and such, which are currently not synced with the tree.  Or did we
> change to some other topic and I missed it?  I tracked back to Alan
> Mackenzie's split of this thread
> .
> Dale

That's fine.  I was addressing Philip wanting to update via git.

If you want more than just synching and emerge then learn the one or two
git commands you need.

As Rich said, just use git log and git diff if you want to see changes.

It's not hard, just different.

Todd

Re: [gentoo-user] ncurses: reductio ad absurdum

2015-08-29 Thread Todd Goodman

* Fernando Rodriguez  [150829 12:59]:
> On Friday, August 28, 2015 2:24:37 PM Rich Freeman wrote:
> > Those who wish to use git can do so, and I'd encourage people to try.
> > It really does have a lot of advantages.  Oh, and it makes it really
> > easy to contribute patches/etc (just edit whatever you want in
> > /usr/portage and type git diff).
> 
> I wouldn't advise that on the portage tree because if you edit any files 
> under 
> version control git will refuse to pull new changes until you either commit 
> the changes or undo them by checking out the file.

It will still pull but you'll potentially have conflicts to resolve.

A bad idea in any case.

Todd

[gentoo-user] emerge --oneshot portage - conflict

2015-08-29 Thread neu pat

I emerge python3.4 set as active:
eselect python list
Available Python interpreters:
  [1]   python2.7
  [2]   python3.3
  [3]   python3.4 *
but it still complain about Multiple package instances

[ebuild U  ] sys-apps/portage-2.2.20.1 [2.2.14]
PYTHON_TARGETS="python3_4* -python3_3*"

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-apps/portage:0

  (sys-apps/portage-2.2.20.1:0/0::gentoo, ebuild scheduled for merge)
pulled in by
sys-apps/portage (Argument)

  (sys-apps/portage-2.2.14:0/0::gentoo, installed) pulled in by

sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-)]
required by (app-admin/webapp-config-1.52-r1:0/0::gentoo, installed)



sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,python_targets_python3_4(-)?,python_targets_pypy(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-),-python_single_target_python3_4(-),-python_single_target_pypy(-)]
required by (app-portage/gentoolkit-0.3.0.9-r2:0/0::gentoo, installed)

How to fix it?

#joseph

[gentoo-user] emerge --oneshot portage - conflict

2015-08-29 Thread neu pat

I emerge python3.4 set as active:

eselect python list
Available Python interpreters:
  [1]   python2.7
  [2]   python3.3
  [3]   python3.4 *

but it still complain


[ebuild U  ] sys-apps/portage-2.2.20.1 [2.2.14]
PYTHON_TARGETS="python3_4* -python3_3*"

!!! Multiple package instances within a single package slot have been
pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-apps/portage:0

  (sys-apps/portage-2.2.20.1:0/0::gentoo, ebuild scheduled for merge)
pulled in by
sys-apps/portage (Argument)

  (sys-apps/portage-2.2.14:0/0::gentoo, installed) pulled in by

sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-)]
required by (app-admin/webapp-config-1.52-r1:0/0::gentoo, installed)





sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,python_targets_python3_4(-)?,python_targets_pypy(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-),-python_single_target_python3_4(-),-python_single_target_pypy(-)]
required by (app-portage/gentoolkit-0.3.0.9-r2:0/0::gentoo, installed)

What is it looking for?

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

On Saturday, August 29, 2015 2:19:23 PM Rich Freeman wrote:
> On Sat, Aug 29, 2015 at 12:35 PM, Fernando Rodriguez
>  wrote:
> > It's probably easier to do this:
> >
> > # cd /usr/portage
> > # rm -r *
> > # git clone  .
> 
> The only issue with this is that all the files end up being owned by
> root.  I'd just create /usr/portage, chown portage:portage
> /usr/portage, and then let emerge --sync take care of the rest.

That is true, I didn't think of that. However, emerge --sync must run as root 
because that's how I've done it for my local overlay and I just noticed that 
even my /usr/portage (I'm still using rsync) is owned by root:root with the 
exception of distfiles which is owned by root:portage. Probably because at one 
point it got corrupted after syncing and I copied it from a network machine. 
Fixing it now.

> To cut down on replies, I'm not sure what the emerge --sync behavior
> is if you have changes in the tree.  I suspect that as long as they
> don't conflict they'll still sync, but in general you shouldn't leave
> uncommitted changes lying around /usr/portage.  It is just convenient
> to be able to tweak packages, get them cleaned up, and then generate
> patches.

At least for overlays portage does a git pull. It may pull the changes from 
the server but it will not even try to merge them (it can't since there's no 
commit to merge) so it will tell you to either git checkout the file to discard 
the changes or commit them. Even if you do commit them I believe it will ask 
you for a merge commit message so it's not something that portage will do 
automatically. Best to create a testing branch for your changes and checkout 
the master branch before syncing again.

-- 
Fernando Rodriguez

Re: [gentoo-user] emerge --oneshot portage - conflict

On Saturday, August 29, 2015 2:02:29 PM neu pat wrote:
> I emerge python3.4 set as active:
> 
> eselect python list
> Available Python interpreters:
>   [1]   python2.7
>   [2]   python3.3
>   [3]   python3.4 *
> 
> but it still complain
> 
> 
> [ebuild U  ] sys-apps/portage-2.2.20.1 [2.2.14]
> PYTHON_TARGETS="python3_4* -python3_3*"
> 
> !!! Multiple package instances within a single package slot have been
> pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-apps/portage:0
> 
>   (sys-apps/portage-2.2.20.1:0/0::gentoo, ebuild scheduled for merge)
> pulled in by
> sys-apps/portage (Argument)
> 
>   (sys-apps/portage-2.2.14:0/0::gentoo, installed) pulled in by
> 
> sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,-
python_single_target_python2_7(-),-python_single_target_python3_3(-)]
> required by (app-admin/webapp-config-1.52-r1:0/0::gentoo, installed)
> 
> 
> 
> 
> 
> sys-
apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,python_targets_python3_4(-)?,python_targets_pypy(-)?,-
python_single_target_python2_7(-),-python_single_target_python3_3(-),-
python_single_target_python3_4(-),-python_single_target_pypy(-)]
> required by (app-portage/gentoolkit-0.3.0.9-r2:0/0::gentoo, installed)
> 
> What is it looking for?

As soon as somebody has an answer they will reply, no need to keep posting the 
same question.

All I can say is try emerge -vaDN portage if it doesn't work then emerge -C 
gentoolkit and webapp-config and try again. Then re-emerge those packages.

-- 
Fernando Rodriguez

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

On Sat, 29 Aug 2015 12:35:35 -0400, Fernando Rodriguez wrote:

> So basicly the only change is that instead of:
> 
> # less ChangeLog (or whatever you use to read logs)
> 
> You'll do:
> 
> # git log .

Or if emerge is updated to use git too, instead of

emerge -l

you'll use

emerge -l

;-)


-- 
Neil Bothwick

I thought I saw the light at the end of the tunnel...
but it was just some sod with a torch bringing me more work!


pgp6HrnqmhXhF.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

On Sat, 29 Aug 2015 12:00:51 -0400, Michel Catudal wrote:

> > I'm installing openSUSE 13.2 into a VM right now and the *default*
> > location for installing GRUB2 is a partition! So what's all the fuss
> > about?

> Not all distributions are Microsoft type. Fedora comes to mind.

WTF are you on about? You complain that GRUB2 can't install to a
partition, and call such restrictions Microsoft-like. I point out that
openSUSE does indeed install GRUB2 to a partition, just ike you want, and
now you call them Microsoft-like?

So in your view, installing to  the MBR is dictatorial like Microsoft
while installing to a partition like you say you want is also Microsoft
like? I think you should take Alan's advice.

-- 
Neil Bothwick

Snacktrek, n.:
 The peculiar habit, when searching for a snack, of constantly
 returning to the refrigerator in hopes that something new will have
 materialized.

pgpDoWUdCdbZf.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

On Saturday, August 29, 2015 9:53:10 PM Neil Bothwick wrote:
> On Sat, 29 Aug 2015 12:35:35 -0400, Fernando Rodriguez wrote:
> 
> > So basicly the only change is that instead of:
> > 
> > # less ChangeLog (or whatever you use to read logs)
> > 
> > You'll do:
> > 
> > # git log .
> 
> Or if emerge is updated to use git too, instead of
> 
> emerge -l
> 
> you'll use
> 
> emerge -l
> 
> ;-)

I didn't knew that one :)
But it doesn't seem to work even with rsync:

$ sudo emerge -lp portage

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R] sys-apps/portage-2.2.20.1 

What am I doing wrong? 

-- 
Fernando Rodriguez

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

On Saturday, August 29, 2015 5:10:15 PM Fernando Rodriguez wrote:
> On Saturday, August 29, 2015 9:53:10 PM Neil Bothwick wrote:
> > On Sat, 29 Aug 2015 12:35:35 -0400, Fernando Rodriguez wrote:
> > 
> > > So basicly the only change is that instead of:
> > > 
> > > # less ChangeLog (or whatever you use to read logs)
> > > 
> > > You'll do:
> > > 
> > > # git log .
> > 
> > Or if emerge is updated to use git too, instead of
> > 
> > emerge -l
> > 
> > you'll use
> > 
> > emerge -l
> > 
> > ;-)
> 
> I didn't knew that one :)
> But it doesn't seem to work even with rsync:
> 
> $ sudo emerge -lp portage
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] sys-apps/portage-2.2.20.1 
> 
> 
> What am I doing wrong? 

I guess because it's a rebuild and it only shows relevant changes?


-- 
Fernando Rodriguez

[gentoo-user] Re: emerge --oneshot portage - conflict

2015-08-29 Thread James

neu pat  gmail.com> writes:


> I emerge python3.4 set as active: eselect python list
> Available Python interpreters:
>   [1]   python2.7
>   [2]   python3.3
>   [3]   python3.4 *

emerge python-updater

then run python-updater


hth,
James

Re: [gentoo-user] emerge --oneshot portage - conflict

2015-08-29 Thread Alec Ten Harmsel

On Sat, Aug 29, 2015 at 02:02:29PM -0600, neu pat wrote:
> I emerge python3.4 set as active:
> 
> eselect python list
> Available Python interpreters:
>   [1]   python2.7
>   [2]   python3.3
>   [3]   python3.4 *

What is the value of PYTHON_TARGETS? Can you post the output of `emerge
--info'?

> but it still complain
> 
> 
> [ebuild U  ] sys-apps/portage-2.2.20.1 [2.2.14]
> PYTHON_TARGETS="python3_4* -python3_3*"
> 
> !!! Multiple package instances within a single package slot have been
> pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-apps/portage:0
> 
>   (sys-apps/portage-2.2.20.1:0/0::gentoo, ebuild scheduled for merge)
> pulled in by
> sys-apps/portage (Argument)
> 
>   (sys-apps/portage-2.2.14:0/0::gentoo, installed) pulled in by
> 
> sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-)]
> required by (app-admin/webapp-config-1.52-r1:0/0::gentoo, installed)
> 
> 
> 
> 
> 
> sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,python_targets_python3_4(-)?,python_targets_pypy(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-),-python_single_target_python3_4(-),-python_single_target_pypy(-)]
> required by (app-portage/gentoolkit-0.3.0.9-r2:0/0::gentoo, installed)
> 
> What is it looking for?

It looks like webapp-config is not compatible with python 3.4. As far as
I can tell, here's what's going on:

> sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-)]
> required by (app-admin/webapp-config-1.52-r1:0/0::gentoo, installed)

The above shows that webapp-config is pulling in portage built for
python 2.7 and 3.3.

> sys-apps/portage[python_targets_python2_7(-)?,python_targets_python3_3(-)?,python_targets_python3_4(-)?,python_targets_pypy(-)?,-python_single_target_python2_7(-),-python_single_target_python3_3(-),-python_single_target_python3_4(-),-python_single_target_pypy(-)]
> required by (app-portage/gentoolkit-0.3.0.9-r2:0/0::gentoo, installed)

This snippet shows that gentoolkit is pulling in portage built for
python 2.7, 3.3, and 3.4.

Since PYTHON_TARGETS is handled as USE flags, the incompatible sets of
USE flags collide. There are a couple of solutions:

* Set PYTHON_TARGETS="python2_7 python3_3"
* Unset PYTHON_TARGETS and let it have its default value (which is the
  above
* Uninstall webapp-config or upgrade to the unstable version, which
  appears to support python 3.4

Alec

Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

Le 2015-08-29 16:56, Neil Bothwick a écrit :

On Sat, 29 Aug 2015 12:00:51 -0400, Michel Catudal wrote:

I'm installing openSUSE 13.2 into a VM right now and the *default*
location for installing GRUB2 is a partition! So what's all the fuss
about?

Not all distributions are Microsoft type. Fedora comes to mind.

WTF are you on about? You complain that GRUB2 can't install to a
partition, and call such restrictions Microsoft-like. I point out that
openSUSE does indeed install GRUB2 to a partition, just ike you want, and
now you call them Microsoft-like?

So in your view, installing to the MBR is dictatorial like Microsoft
while installing to a partition like you say you want is also Microsoft
like? I think you should take Alan's advice.

You should read more carefully, I mentioned that some distributions do not
allow it. Someone mentioned that Fedora won't let you.
I did succeed with Fedora but not during the normal installation. I have never
had problems with SuSE which used to be my favorite
before I started using gentoo and funtoo.

Forcing to use only one operating system to control the PC is dictatorial. When
I buy a computer I want to be in total control. When I have several OS
installed I do not want one of them wiping out my bootloader access.

My main system is gentoo and when I goof on an update I fall back on funtoo
until I get time to fix the issue. My other installs are SuSE, Fedora. I also
had centos and scientific linux before one of my hard disks died. I will
probably install them again.

Matter closed as I am getting bored discussing the issue, since both sides will never agree on the subject there is no point in talking any more about it. Some people just will never understand the necessity for us doing the kind of work I do for the need
to have a reliable bootloader that is independant of any OS.

Michel

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

[gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1

2015-08-29 Thread »Q«

On Fri, 28 Aug 2015 10:24:31 +0100
Neil Bothwick  wrote:

> On Thu, 27 Aug 2015 19:34:30 + (UTC), Grant Edwards wrote:
> 
> > I know it has worked in the past, and I know that recent versions of
> > some distros that use Grub2 still allow you to pick a partition for
> > the bootloader during the install.  
> 
> I'm installing openSUSE 13.2 into a VM right now and the *default*
> location for installing GRUB2 is a partition! So what's all the fuss
> about?

Arch's wiki has the best explanation I could find of why it's
discouraged, along with the warnings grub itself displays when you do
it anyway.

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

Fernando Rodriguez wrote:
> On Saturday, August 29, 2015 10:48:16 AM Dale wrote:
>> Todd Goodman wrote:
>>> * Philip Webb  [150828 18:35]:
 150828 Rich Freeman wrote:
> To really appreciate git you should understand git objects
> and their references, what a commit, tree, and blob are.
> Also, the whole copy-on-write concept and content-hashing concept.
> I used to think git looked really complicated until I sat
> through a  1 hr talk that focused mostly on the data model.
> Once you understand the data model, you understand everything.
> That doesn't take a lot of time.  It does take a moderate amount of time
> learning the right things.  They're not found in the manpages.
> Like I said, beautiful design, horrible interface.
 So is there a Gentoo doc -- Wiki, presumably --
 explaining to users -- users, not dev's or Git addicts --
 the essentials of Git, so that they can readily update using it ?
 If so, I'm willing to see if I can use it ;
 if not, I would suggest it sb a top priority for dev's to write.
>>> You don't *need* to know anything about git to update using it.
>>>
>>> Just change your /etc/portage/repos.conf/gentoo.conf as Rich outlined
>>> (and move away your rsync'd /usr/portage or wherever your portage tree
>>> goes.)
>>>
>>> Then when you emerge --sync (or emaint -A sync, etc.) it will sync via
>>> git and emerge will work as always.
>>>
>>> Now if you want to do more or just want to learn more about git then
>>> that's different.
>>>
>>> Todd
>>>
>>>
>>>
>>
>> I think what we are talking about is viewing things like the changelogs
>> and such, which are currently not synced with the tree.  Or did we
>> change to some other topic and I missed it?  I tracked back to Alan
>> Mackenzie's split of this thread
>> .
>> Dale
>>
>> :-)  :-) 
>>
> It's probably easier to do this:
>
> # cd /usr/portage
> # rm -r *
> # git clone  .
>
> Then do the repos.conf changes. That way you don't have to worry about 
> portage 
> doing a shallow clone. If you already did it then just unshallow it as Rich 
> pointed. Then to view the logs just:
>
> #cd /usr/portage/cat/pkg
> #git log .
>
> Then 'git show ' to view a commit diff. You 
> can 
> use git use dev-vcs/tig if you find it easier though I thought it was pretty 
> useless so it only lasted about 10 secs. in my system.
>
> So basicly the only change is that instead of:
>
> # less ChangeLog (or whatever you use to read logs)
>
> You'll do:
>
> # git log .
>
>


Actually, I use eix-sync to sync my tree.  However I do it, I want it
done within the usual setup and commands.  Given the bumps we've already
seen, I'm not wanting to change that just yet.  Let the devs work out
some of the kinks first. 

Oh, I use Kwrite to read the changelogs.  If I'm stuck in a console,
nano, head or cat works.  Well, it did in the past anyway.  May not now tho.

Dale

:-)  :-)

Re: [gentoo-user] CD ripper that generates song titles?

2015-08-29 Thread Walter Dnes

On Sat, Aug 29, 2015 at 10:38:44AM +0100, Neil Bothwick wrote

> 4896 /usr/bin/abcde
> 
> > that handles
> > things to *MY* specs for *MY* needs.  It processes .inf and .wav files
> > in a directory, creating flac files in a flac subdirectory.  I haven't
> > tested it under all conditions, but it tries to handle...
> > 
> > * Check for a "flac" subdirectory; create one if it doesn't already
> > exist
> > * If "Tracktitle" field is empty, bail out.
> > * If "Tracktitle" field contains a slash ("/"), assume that the artist's
> >   name is to the left of the slash, and the song name is on the right
> >   side of the slash.
> > * If "Tracktitle" field is non-empty, but doesn't contain a "/", assume
> >   that it only has the title.
> >   - Get the artist name from the "Performer" field.
> >   - If "Performer" field is empty, use "Albumperformer" field.
> >   - If both are empty, set artist name to "Unknown".
> > * The flac files are created in the "flac" subdirectory
> 
> That's pretty much what I do with abcde, except I only had to edit a
> config file, leaving my script puttering time for wheels I need more.
> 
> How do you handle compilation/multi-artist CDs?

  Please re-read the message you're replying to. An example .inf file is
attached.  There are 3 fields that my algorithm looks at...

Albumperformer= 'Various Artists'
Performer=  'Various Artists'
Tracktitle= 'Johnny Cash / I Walk The Line'

  Given that there is a separate .inf file for each track, I figure the
way it *SHOULD* be done is to have the track title in the "Tracktitle"
field, and the artist in the "Performer" field.  But, no, that's too
logical.  The old saw about MTAs is "be conservative in what you send,
and liberal in what you accept".  Boy, do I ever have to be liberal in
what I accept.  As noted in my previous message, the algorithm, in
descending priority is...

1) If the "Tracktitle" field contains a slash, assume that it's in the
format 'Artist or Group Name / Track name'.  The above example gets
converted to "I_Walk_The_Line_-_Johnny_Cash.flac".

2) Some .inf files actually get it right (gasp!) with the track title
in the "Tracktitle" field and the performer in the "Performer" field.
There is no slash "/" in the "Tracktitle" field.

Albumperformer= 'Glenn Miller'
Performer=  'Glenn Miller'
Tracktitle= 'In the mood'

This gets converted to "In_the_mood_-_Glenn_Miller.flac"

3) A variant on 2) above, if no "/" in "Tracktititle", and the
"Performer" field is empty, use the "Albumperformer" field as the
artist.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications


audio_01.inf.gz
Description: Binary data

Re: [gentoo-user] emerge --oneshot portage - conflict

2015-08-29 Thread thelma

Here is my emerge-info
python target is 2.7.9-r1, 3.3.5-r1, 3.4.1


emerge --info
Portage 2.2.14 (python 2.7.9-final-0, default/linux/x86/13.0/desktop,
gcc-4.8.4, glibc-2.19-r1, 3.10.17-gentoo i686)
=
System uname:
Linux-3.10.17-gentoo-i686-AMD_Athlon-TM-_XP_2500+-with-gentoo-2.2
KiB Mem: 1034164 total, 25920 free
KiB Swap:2008120 total,   2003204 free
Timestamp of tree: Fri, 28 Aug 2015 22:30:02 +
ld GNU ld (Gentoo 2.24 p1.4) 2.24
ccache version 3.1.9 [disabled]
app-shells/bash:  4.2_p53
dev-java/java-config: 2.2.0
dev-lang/perl:5.20.2
dev-lang/python:  2.7.9-r1, 3.3.5-r1, 3.4.1
dev-util/ccache:  3.1.9-r4
dev-util/cmake:   2.8.12.2-r1
dev-util/pkgconfig:   0.28-r2
sys-apps/baselayout:  2.2
sys-apps/openrc:  0.13.11
sys-apps/sandbox: 2.6-r1
sys-devel/autoconf:   2.13, 2.69
sys-devel/automake:   1.10.3-r1, 1.11.6-r1, 1.13.4
sys-devel/binutils:   2.24-r3
sys-devel/gcc:4.1.2, 4.5.4, 4.7.3-r1, 4.8.4
sys-devel/gcc-config: 1.7.3
sys-devel/libtool:2.4.6
sys-devel/make:   4.1-r1
sys-kernel/linux-headers: 3.18 (virtual/os-headers)
sys-libs/glibc:   2.19-r1
Repositories: gentoo x-portage
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 Oracle-BCLA-JavaSE"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/fax /usr/share/gnupg/qualified.txt
/var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release
/etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.5/ext-active/
/etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.5/ext-active/
/etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.5/ext-active/
/etc/revdep-rebuild /etc/sandbox.d /etc/terminfo
/etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d
/etc/texmf/web2c"
CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified
distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch
preserve-libs protect-owned sandbox sfperms strict unknown-features-warn
unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -march=i686 -pipe"
GENTOO_MIRRORS="http://distro.ibidio.org/pub/linux/distributions/gentoo/
ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://gentoo.osuosl.org/ http://mirror.datapipe.net/gentoo
http://gentoo.binarycompass.org";
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--omit-dir-times --compress --force --whole-file --delete --stats
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
USE="X a52 aac acpi alsa apache2 berkdb bluetooth branding bzip2 cairo
cdda cdr cgi cleartype cli consolekit corefonts cracklib crypt cups cxx
dbus dri dts dvd dvdr emboss encode exif fam firefox flac foomaticdb
fortran gdbm gif glamor gpm gtk hal iconv ipv6 java jpeg kpathsea lcms
ldap libnotify mad mng modules mp3 mp4 mpeg mysql ncurses nls nptl ogg
opengl openmp pam pango pcre pdf png policykit ppds qt3support readline
scanner sdl seccomp semantic-desktop server session spell ssl
startup-notification svg tcpd tetex thunar tiff truetype type1 udev
udisks unicode upower usb vorbis wxwidgets x264 x86 xcb xml xv xvid
zlib" ABI_X86="32" ALSA_CARDS="via82xx" APACHE2_MODULES="actions alias
auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default
authn_file authz_dbm authz_default authz_groupfile authz_host
authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate
dir disk_cache env expires ext_filter file_cache filter headers ident
imagemap include info log_config logio mem_cache mime mime_magic
negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http
rewrite setenvif so speling status unique_id userdir usertrack
vhost_alias cgi" CALLIGRA_FEATURES="kexi words flow plan sheets stage
tables krita karbon braindump author" CAMERAS="ptp2"
COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog"
CPU_FLAGS_X86="3dnow 3dnowext mmx mmxext sse" ELIBC="glibc"
GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt
gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore
rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx"
INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz
cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text"
LIBREOFFICE_EXTENSIONS="presenter-console pres

Re: [gentoo-user] Re: ncurses: reductio ad absurdum

Todd Goodman wrote:
> * Dale  [150829 11:49]:
>> Todd Goodman wrote:
>>> * Philip Webb  [150828 18:35]:
 150828 Rich Freeman wrote:
> To really appreciate git you should understand git objects
> and their references, what a commit, tree, and blob are.
> Also, the whole copy-on-write concept and content-hashing concept.
> I used to think git looked really complicated until I sat
> through a  1 hr talk that focused mostly on the data model.
> Once you understand the data model, you understand everything.
> That doesn't take a lot of time.  It does take a moderate amount of time
> learning the right things.  They're not found in the manpages.
> Like I said, beautiful design, horrible interface.
 So is there a Gentoo doc -- Wiki, presumably --
 explaining to users -- users, not dev's or Git addicts --
 the essentials of Git, so that they can readily update using it ?
 If so, I'm willing to see if I can use it ;
 if not, I would suggest it sb a top priority for dev's to write.
>>> You don't *need* to know anything about git to update using it.
>>>
>>> Just change your /etc/portage/repos.conf/gentoo.conf as Rich outlined
>>> (and move away your rsync'd /usr/portage or wherever your portage tree
>>> goes.)
>>>
>>> Then when you emerge --sync (or emaint -A sync, etc.) it will sync via
>>> git and emerge will work as always.
>>>
>>> Now if you want to do more or just want to learn more about git then
>>> that's different.
>>>
>>> Todd
>>>
>>>
>>>
>>
>> I think what we are talking about is viewing things like the changelogs
>> and such, which are currently not synced with the tree.  Or did we
>> change to some other topic and I missed it?  I tracked back to Alan
>> Mackenzie's split of this thread
>> .
>> Dale
> That's fine.  I was addressing Philip wanting to update via git.
>
> If you want more than just synching and emerge then learn the one or two
> git commands you need.
>
> As Rich said, just use git log and git diff if you want to see changes.
>
> It's not hard, just different.
>
> Todd
>
>


Oh I see now.  I was thinking he was talking about how to get the
changelogs.  It seems he was talking about the tree itself, I guess. 

Dale

:-)  :-)

[gentoo-user] system uptime

2015-08-29 Thread Philip Webb

How long do desktop users typically leave their systems between reboots ?
How long between power off/on's ?

I've long been in the habit of switching everything off while I sleep,
then restarting after I've woken & got going again myself.
However recently, I've run into delays getting my router
(only  1  device attached) to shake hands successfully with my ISP's server,
which have been requiring several power off/on's before it works.
As a result, I've started rebooting only after my weekly system update
-- it means I get to use the new versions of everything --
& not powering off at all ; the monitor + Xscreensaver are off
whenever I'm away from the machine for  >= 1 hr  (approx).

Are there any pro's/con's I sb aware of ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] system uptime