[gentoo-user] skype masked because of eula?

[Mick]

This is confusing me ...

I have skype-2.0.0.72 installed for some time now.  eix -l skype shows:

[I] net-im/skype
 Available versions:  
2.0.0.72!m!s "amd64 x86" [qt-static]
~   2.1.0.81+i!m!s "~amd64 ~x86" [qt-static]
 Installed versions:  2.0.0.72!m!s(06:22:21 04/15/09)(-qt-static)
 Homepage:http://www.skype.com/
 Description: A P2P-VoiceIP client.

However, after updating portage I see:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 kB

!!! The following installed packages are masked:
- net-im/skype-2.0.0.72 (masked by: skype-eula license(s))
A copy of the 'skype-eula' license is located at '/usr/portage/licenses/skype-
eula'.

Is portage telling me that I need to do something about the eula?  eix does 
not show this version as being masked.
-- 
Regards,
Mick


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

Re: [gentoo-user] MongoDB

[Laurent Kappler]

Thank you ;)
Sunrise...overwellming...

Crístian Viana a écrit :
you can follow this 
guide: http://www.gentoo.org/proj/en/overlays/userguide.xml


as you already have layman, you can now add the sunrise overlay so 
you'll be able to merge all the packages in there, like mongodb.


On Mon, Jan 25, 2010 at 6:13 PM, Laurent Kappler 
mailto:laur...@logiquefloue.org>> wrote:


Neil Bothwick a écrit :

On Thu, 21 Jan 2010 21:23:53 +0100, Laurent Kappler wrote:

 


I was looking to emerge mongoDB and found this
http://bugs.gentoo.org/273259

Anyone knows how far this is gone, a layer somewhere?
   



eix shows it's in the sunrise overlay.


 


Sorry I'm nooby, how could I get it emerge ?
I think I have layman emerged already.

thank you
Laurent




--
Crístian Deives dos Santos Viana [aka CD1]
Sent from Campinas, São Paulo, Brazil

[gentoo-user] SOLVEDRe: kde wont log in user

[James]

Neil Bothwick  digimed.co.uk> writes:


> That sounds a good guess, what does the Xorg.log show?


Well KDE4 is working fine now.

dev-python/sip was the key. Somehow none of the updates(syncs) actually
updated it to the latest stable version (4.8.2) So 
dev-python/PyQt4 and hence some of the kde-meta packages were borked.


A long journey. Caveat: Don't to 8 months without an update
(was I that hard headed in grad school)?
too long ago to remember
I use to tell everyone I was smart.


this one ate my lunch and then some.


thanks to all that help...


James

Re: [gentoo-user] Bluetooth is impossible

[Grant]

>> I have a TRENDnet TBW-105UB USB bluetooth adapter and Motorola H560
>> bluetooth headset, and I'm trying to use them with twinkle VOIP
>> software.  I've spent at least 8 hours today following up with every
>> single lead and I can't figure out how this is supposed to work.  I
>> think I don't have the 2 devices "pairing".  The instructions here:
>>
>> http://www.gentoo.org/doc/en/bluetooth-guide.xml
>>
>> seem to be completely outdated.  I installed blueman in the hopes that
>> it would help facilitate pairing, but I only get python errors when I
>> try to run the binaries.  Is it gnome-only?  I'm running xfce4.
>
> Dumb question, Grant, but you are using the right passkey, right?
>
> These headsets have it built into them, and you usually have to do something
> like hold down the headset's power button for 4 or 6 seconds (instead of
> just pushing it and letting go, as you would normally do to power on the
> device) and the indicator light will flash (or flash more slowly than usual,
> or change colour or in some other way indicate it's doing things
> differently). This initiates pairing mode on the headset, and you have 10 or
> 20 seconds to pair.
>
> The passkey of the headset is usually fixed at , but check the manual.
> You can't change it, and you'll need to match your PC to that.
>
> It seems like you're a bit frustrated by all this, the way you've posted
> without giving us any information. If you're struggling with the concept of
> pairing, then I suggest you try pairing the headset with your phone & using
> it, just to get the hang of it. If you don't have a bluetooth phone, maybe
> you could borrow one? Usually headsets pair with phones pretty easily, first
> or second time, just as soon as you've worked out which of the tiny little
> buttons to hold in the right way for pairing. Once you've got this sussed
> out it'll pair immediately - or even automatically - with your PC.
>
> The article doesn't look *that* out of date to me, as it mentions "... with
>>=bluez-libs-3.x and >=bluez-utils-3.x, pin helpers have been replaced..."
> and here on my systems versions 2.25 are still marked as stable. On the
> other hand I see that 3.36 is marked as stable, too. :/
>
> Stroller.

Thank you for taking the time to write, and I'm sorry my frustration
shined through.  I got blueman running and everything is working now.
To get blueman running I had to use the dbus bluetooth.conf from here:

http://bugs.gentoo.org/275470

and run blueman-applet and then blueman-manager.

That Gentoo Bluetooth page really is way out of date.  I reverted back
to original everything, and the only info I needed from that page was
the kernel config.  Absolutely nothing else necessary except for
emerging blueman, copying the dbus bluetooth.conf from above, and
starting /etc/init.d/bluetooth.  That page refers to bluez-utils-3.*
and bluez-libs-3.* which are both deprecated and the config is
different.  bluetooth stuff in portage depends on bluez-4.* which
blocks the other two.

Also, it was necessary to add the following to /etc/asound.conf and
specify "bluetooth" for the alsa devices in twinkle:

pcm.bluetooth {
type bluetooth
device 00:1F:82:14:7F:11
}

You mentioned that the headset's PIN can't be changed.  Couldn't
anybody pair with it if they enter ?

- Grant

Re: [gentoo-user] evolution and exchange

[William Kenworthy]

The exchange plugin is what you use to connect evolution to OWA
("Outlook Web Access" I think) which is what I am doing. Its the echange
plugin that seems to be trying to use SSL, when firefox which is working
is using TLS.  

There is a lot of google results for "evolution cant connect to
exchange", but no solutions.

The strange thing is firefox can authenticate just fine, so how can I
force evolution to do the same.

BillK


On Mon, 2010-01-25 at 18:01 +0100, Dirk Heinrichs wrote:
> Am Montag 25 Januar 2010 09:25:15 schrieb William Kenworthy:
> > I am using evolution to successfully read/send email to a local,
> > unencrypted mail server andan IMAPS server using SSL at work.  However,
> > the main organisation uses exchange and I want to add this to evolution
> > but cant get it to authenticate to webmail.
> 
> Did you try the exchange plugin (evolution-exchange)?
> 
> Bye...
> 
>   Dirk
> 
-- 
William Kenworthy 
Home in Perth!

Re: [gentoo-user] Re: KDE 4.3.95 tarballs?

[Alan McKinnon]

On Tuesday 26 January 2010 01:14:46 Nikos Chantziaras wrote:
> And you keep trolling.  All I said was that users who wish so should be 
> able to access the same tarballs as the distro people, I didn't say it's 
> Gentoo's fault; Alan said that, not me, so stop attacking me.
> 

brain fart on my end :-)

It's 1am and I'm having to deal with one of those Big Fucking Routers[1] from 
Cisco hammering my auth servers relentlessly. Trust me, Cisco's finest can 
easily outpace anything Dell builds.

[1] Yes, it really is called that. The follow-up model is called the 
Huge Fucking Router

-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: KDE 4.3.95 tarballs?

[Nikos Chantziaras]

On 01/26/2010 12:40 AM, Volker Armin Hemmann wrote:

On Montag 25 Januar 2010, Nikos Chantziaras wrote:

On 01/26/2010 12:06 AM, Volker Armin Hemmann wrote:

On Montag 25 Januar 2010, Alan McKinnon wrote:

On Monday 25 January 2010 23:11:18 Nikos Chantziaras wrote:

Today it is finally released. I don't know why it took so long. :)


It's a bit sad though that an open source project keeps secrets...  I
found out that the tarballs were available for days now but only for
maintainers of KDE packages of various distros.  For example Arch Linux
had RC2 binaries available in its [kde-unstable] repo since Jan 21, but
no one would give a link to the tarballs used to build the sources
because they are "secret".

Am I the only one to find this frustrating (to say the least)?


There's nothing secret here. Nothing to see, move along folks.

The code is always available in svn, if you wanted it that bad you could
   have checked it out. It's common release engineering practice to build
a tarball from the repo and provide limited access to *those* files to
distros and mirrors to give them time to sync and build their binaries
before making them available to the public. I mirror Ubuntu and Fedora.
The deal is that I get the rpms and debs two days before the public
does. This is so that every official mirror on the planet is ready to
simultaneously publish the release *all*at*the*same*time*.

This is a very excellent way of working. You have no idea how much chaos
thousands of eager beaver users cause pounding away at my inbox if I
don't have the latest Ubuntu for them the day it is released because
sharks bit the undersea cable to London and the inbound bandwidth slows
to a crawl. I'm not making this up - stuff like this happens.

Gentoo erred in publishing ebuilds for tarballs that were not generally
available yet.


no, the user erred in stupid unmasking.


The user used the provided unmask file
(Documentation/package.unmask/kde-4.4).



before release.

Gentoo has a proud tradition of providing the ebuilds before the software is
released so as soon as the tarballs hit the mirrors you can start compiling.

If you unmask earlier and get errors you are the only person to blame.


And besides, I unmasked for KDE 4.3.90 (RC1) which was released, not 
4.3.95.  But the provided unmask doesn't distinguish between them; it 
only specifies the :4.4 slot, not -4.3.90 version numbers.


Perhaps you should first check that you know what you're talking about.

Re: [gentoo-user] Re: KDE 4.3.95 tarballs?

[Alan McKinnon]

On Tuesday 26 January 2010 00:06:50 Volker Armin Hemmann wrote:
> On Montag 25 Januar 2010, Alan McKinnon wrote:
> > On Monday 25 January 2010 23:11:18 Nikos Chantziaras wrote:
> > > > Today it is finally released. I don't know why it took so long. :)
> > >
> > > It's a bit sad though that an open source project keeps secrets...  I
> > > found out that the tarballs were available for days now but only for
> > > maintainers of KDE packages of various distros.  For example Arch Linux
> > > had RC2 binaries available in its [kde-unstable] repo since Jan 21, but
> > > no one would give a link to the tarballs used to build the sources
> > > because they are "secret".
> > >
> > > Am I the only one to find this frustrating (to say the least)?
> >
> > There's nothing secret here. Nothing to see, move along folks.
> >
> > The code is always available in svn, if you wanted it that bad you could
> >  have checked it out. It's common release engineering practice to build a
> >  tarball from the repo and provide limited access to *those* files to
> >  distros and mirrors to give them time to sync and build their binaries
> >  before making them available to the public. I mirror Ubuntu and Fedora.
> >  The deal is that I get the rpms and debs two days before the public
> > does. This is so that every official mirror on the planet is ready to
> > simultaneously publish the release *all*at*the*same*time*.
> >
> > This is a very excellent way of working. You have no idea how much chaos
> > thousands of eager beaver users cause pounding away at my inbox if I
> > don't have the latest Ubuntu for them the day it is released because
> > sharks bit the undersea cable to London and the inbound bandwidth slows
> > to a crawl. I'm not making this up - stuff like this happens.
> >
> > Gentoo erred in publishing ebuilds for tarballs that were not generally
> > available yet.
> 
> no, the user erred in stupid unmasking.
> 

Yes, very true.

$PORTDIR/profiles/package.mask does usually clearly say stuff like

masking next kde version in preparation for release on 

or words to that effect


-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: KDE 4.3.95 tarballs?

[Nikos Chantziaras]

On 01/26/2010 12:40 AM, Volker Armin Hemmann wrote:

On Montag 25 Januar 2010, Nikos Chantziaras wrote:

On 01/26/2010 12:06 AM, Volker Armin Hemmann wrote:

On Montag 25 Januar 2010, Alan McKinnon wrote:

On Monday 25 January 2010 23:11:18 Nikos Chantziaras wrote:

Today it is finally released. I don't know why it took so long. :)


It's a bit sad though that an open source project keeps secrets...  I
found out that the tarballs were available for days now but only for
maintainers of KDE packages of various distros.  For example Arch Linux
had RC2 binaries available in its [kde-unstable] repo since Jan 21, but
no one would give a link to the tarballs used to build the sources
because they are "secret".

Am I the only one to find this frustrating (to say the least)?


There's nothing secret here. Nothing to see, move along folks.

The code is always available in svn, if you wanted it that bad you could
   have checked it out. It's common release engineering practice to build
a tarball from the repo and provide limited access to *those* files to
distros and mirrors to give them time to sync and build their binaries
before making them available to the public. I mirror Ubuntu and Fedora.
The deal is that I get the rpms and debs two days before the public
does. This is so that every official mirror on the planet is ready to
simultaneously publish the release *all*at*the*same*time*.

This is a very excellent way of working. You have no idea how much chaos
thousands of eager beaver users cause pounding away at my inbox if I
don't have the latest Ubuntu for them the day it is released because
sharks bit the undersea cable to London and the inbound bandwidth slows
to a crawl. I'm not making this up - stuff like this happens.

Gentoo erred in publishing ebuilds for tarballs that were not generally
available yet.


no, the user erred in stupid unmasking.


The user used the provided unmask file
(Documentation/package.unmask/kde-4.4).



before release.

Gentoo has a proud tradition of providing the ebuilds before the software is
released so as soon as the tarballs hit the mirrors you can start compiling.

If you unmask earlier and get errors you are the only person to blame.


And you keep trolling.  All I said was that users who wish so should be 
able to access the same tarballs as the distro people, I didn't say it's 
Gentoo's fault; Alan said that, not me, so stop attacking me.

Re: [gentoo-user] Making a usb Demo Disk

[dhk]

Kyle Bader wrote:
>> Is there a way to install a program that runs on Gentoo on a usb stick?
>>  I would like to be able to booted to the usb stick and run the program
>> in a Gentoo environment?  Basically I would like to make a demo disk
>> with the program and just enough of the OS so it works.
>>
>> I think the answer lies somewhere between making a liveusb and stage 4.
> 
> * Install Gentoo onto usb drive.
> * Use a kernel with lots of device support so it will work in
> different systems (genkernel maybe), make sure it has support for your
> filesystem, USB drivers and SCSI disk support compiled in.
> * Add a rootdelay as a kernel parameter
> * Install your program before leaving the chroot
> * Profit
> 
> :)
> 
That sound easy enough, I'll give it a try.

Thanks

Re: [gentoo-user] Re: KDE 4.3.95 tarballs?

[Volker Armin Hemmann]

On Montag 25 Januar 2010, Nikos Chantziaras wrote:
> On 01/26/2010 12:06 AM, Volker Armin Hemmann wrote:
> > On Montag 25 Januar 2010, Alan McKinnon wrote:
> >> On Monday 25 January 2010 23:11:18 Nikos Chantziaras wrote:
>  Today it is finally released. I don't know why it took so long. :)
> >>>
> >>> It's a bit sad though that an open source project keeps secrets...  I
> >>> found out that the tarballs were available for days now but only for
> >>> maintainers of KDE packages of various distros.  For example Arch Linux
> >>> had RC2 binaries available in its [kde-unstable] repo since Jan 21, but
> >>> no one would give a link to the tarballs used to build the sources
> >>> because they are "secret".
> >>>
> >>> Am I the only one to find this frustrating (to say the least)?
> >>
> >> There's nothing secret here. Nothing to see, move along folks.
> >>
> >> The code is always available in svn, if you wanted it that bad you could
> >>   have checked it out. It's common release engineering practice to build
> >> a tarball from the repo and provide limited access to *those* files to
> >> distros and mirrors to give them time to sync and build their binaries
> >> before making them available to the public. I mirror Ubuntu and Fedora.
> >> The deal is that I get the rpms and debs two days before the public
> >> does. This is so that every official mirror on the planet is ready to
> >> simultaneously publish the release *all*at*the*same*time*.
> >>
> >> This is a very excellent way of working. You have no idea how much chaos
> >> thousands of eager beaver users cause pounding away at my inbox if I
> >> don't have the latest Ubuntu for them the day it is released because
> >> sharks bit the undersea cable to London and the inbound bandwidth slows
> >> to a crawl. I'm not making this up - stuff like this happens.
> >>
> >> Gentoo erred in publishing ebuilds for tarballs that were not generally
> >> available yet.
> >
> > no, the user erred in stupid unmasking.
> 
> The user used the provided unmask file
> (Documentation/package.unmask/kde-4.4).
> 

before release.

Gentoo has a proud tradition of providing the ebuilds before the software is 
released so as soon as the tarballs hit the mirrors you can start compiling.

If you unmask earlier and get errors you are the only person to blame.

[gentoo-user] Re: KDE 4.3.95 tarballs?

[Nikos Chantziaras]

On 01/26/2010 12:06 AM, Volker Armin Hemmann wrote:

On Montag 25 Januar 2010, Alan McKinnon wrote:

On Monday 25 January 2010 23:11:18 Nikos Chantziaras wrote:

Today it is finally released. I don't know why it took so long. :)


It's a bit sad though that an open source project keeps secrets...  I
found out that the tarballs were available for days now but only for
maintainers of KDE packages of various distros.  For example Arch Linux
had RC2 binaries available in its [kde-unstable] repo since Jan 21, but
no one would give a link to the tarballs used to build the sources
because they are "secret".

Am I the only one to find this frustrating (to say the least)?


There's nothing secret here. Nothing to see, move along folks.

The code is always available in svn, if you wanted it that bad you could
  have checked it out. It's common release engineering practice to build a
  tarball from the repo and provide limited access to *those* files to
  distros and mirrors to give them time to sync and build their binaries
  before making them available to the public. I mirror Ubuntu and Fedora.
  The deal is that I get the rpms and debs two days before the public does.
  This is so that every official mirror on the planet is ready to
  simultaneously publish the release *all*at*the*same*time*.

This is a very excellent way of working. You have no idea how much chaos
thousands of eager beaver users cause pounding away at my inbox if I don't
have the latest Ubuntu for them the day it is released because sharks bit
  the undersea cable to London and the inbound bandwidth slows to a crawl.
  I'm not making this up - stuff like this happens.

Gentoo erred in publishing ebuilds for tarballs that were not generally
available yet.



no, the user erred in stupid unmasking.


The user used the provided unmask file 
(Documentation/package.unmask/kde-4.4).

Re: [gentoo-user] Messed up system time caused messed up file modification times...

[Mark Knecht]

On Mon, Jan 25, 2010 at 12:49 PM, dhk  wrote:
> Mark Knecht wrote:
>> On Mon, Jan 25, 2010 at 11:09 AM, Mick  wrote:
>>> On Monday 25 January 2010 18:05:14 Mark Knecht wrote:
 Hi,
    I've just rebuilt my new machine this morning playing with
 different ways to do things. Unfortunately I went sort of fast and
 forgot to set date/time/timezone. (Doing too much from memory this
 time.) Now when I try to set the system time to local and the hardware
 clock to Pacific time and turn on ntp-client/ntpd I'm getting lots of
 complaints about modification times in the future.

    This is completely my mistake and I can start over and fix it in a
 couple of hours but I'm wondering if there's an easy way out of this?
>>> Unless your atimes were wildly out I think that it should at some point 
>>> settle
>>> down and stop complaining.  Have you rebooted since?
>>>
>>> --
>>> Regards,
>>> Mick
>>>
>> Yes, I've rebooted a number of time, but I've since set everything
>> back to settings that don't complain.
>>
>> I was off by 8 hours I think - Pacific time vs what - GMT? Maybe it
>> would be OK after 8 hours? that would be OK but I'm nervous about
>> using the machine in the meantime because it's huge numbers of
>> messages and every file edit is a complaint.
>>
>> Maybe set it up right this afternoon, leave the machine alone, and
>> then wait until tomorrow morning?
>>
>> Thanks Mick!
>>
>> - Mark
>>
>>
>
> This happened to me a while back and it was my fault too.  I was doing
> the setup from memory and I made a link to /usr/share/zoneinfo/EST5EDT
> instead of copying it to /etc/localtime.  I found my bios time was not
> right, I forget why, but I would set the time in the bios and after
> rebooting it was wrong again.  I think I was sync'ing the time with
> hwclock and since I was only six hours off it eventually cleared up
> overnight.  Also check /etc/conf.d/clock and make sure you don't have
> anything unusual in there.
>
> dhk
>

Thanks to everyone that answered. I think I'll take the evening off
and see if it's fixed itself tomorrow morning. If not I'll give Alan's
idea a try and if none of that works just build the machine again but
this time follow instructions! ;-)

I've saved most of the stuff I need - stage3/portage-snapshot,
contents of etc/world and a few other things. There's nothing on the
system as I cannot make X run correctly yet so it's not a big deal to
go about a clean install.

Again, thanks!

- Mark

Re: [gentoo-user] Re: KDE 4.3.95 tarballs?

[Volker Armin Hemmann]

On Montag 25 Januar 2010, Alan McKinnon wrote:
> On Monday 25 January 2010 23:11:18 Nikos Chantziaras wrote:
> > > Today it is finally released. I don't know why it took so long. :)
> >
> > It's a bit sad though that an open source project keeps secrets...  I
> > found out that the tarballs were available for days now but only for
> > maintainers of KDE packages of various distros.  For example Arch Linux
> > had RC2 binaries available in its [kde-unstable] repo since Jan 21, but
> > no one would give a link to the tarballs used to build the sources
> > because they are "secret".
> >
> > Am I the only one to find this frustrating (to say the least)?
> 
> There's nothing secret here. Nothing to see, move along folks.
> 
> The code is always available in svn, if you wanted it that bad you could
>  have checked it out. It's common release engineering practice to build a
>  tarball from the repo and provide limited access to *those* files to
>  distros and mirrors to give them time to sync and build their binaries
>  before making them available to the public. I mirror Ubuntu and Fedora.
>  The deal is that I get the rpms and debs two days before the public does.
>  This is so that every official mirror on the planet is ready to
>  simultaneously publish the release *all*at*the*same*time*.
> 
> This is a very excellent way of working. You have no idea how much chaos
> thousands of eager beaver users cause pounding away at my inbox if I don't
> have the latest Ubuntu for them the day it is released because sharks bit
>  the undersea cable to London and the inbound bandwidth slows to a crawl.
>  I'm not making this up - stuff like this happens.
> 
> Gentoo erred in publishing ebuilds for tarballs that were not generally
> available yet.
> 

no, the user erred in stupid unmasking.

Re: [gentoo-user] Making a usb Demo Disk

[Kyle Bader]

> Is there a way to install a program that runs on Gentoo on a usb stick?
>  I would like to be able to booted to the usb stick and run the program
> in a Gentoo environment?  Basically I would like to make a demo disk
> with the program and just enough of the OS so it works.
>
> I think the answer lies somewhere between making a liveusb and stage 4.

* Install Gentoo onto usb drive.
* Use a kernel with lots of device support so it will work in
different systems (genkernel maybe), make sure it has support for your
filesystem, USB drivers and SCSI disk support compiled in.
* Add a rootdelay as a kernel parameter
* Install your program before leaving the chroot
* Profit

:)

-- 

Kyle

Re: [gentoo-user] MongoDB

[Crístian Viana]

you can follow this guide:
http://www.gentoo.org/proj/en/overlays/userguide.xml

as you already have
layman, you can now add the sunrise overlay so you'll be able to merge all
the packages in there, like mongodb.

On Mon, Jan 25, 2010 at 6:13 PM, Laurent Kappler
wrote:

> Neil Bothwick a écrit :
>
>  On Thu, 21 Jan 2010 21:23:53 +0100, Laurent Kappler wrote:
>>
>>
>>
>>> I was looking to emerge mongoDB and found this
>>> http://bugs.gentoo.org/273259
>>>
>>> Anyone knows how far this is gone, a layer somewhere?
>>>
>>>
>>
>> eix shows it's in the sunrise overlay.
>>
>>
>>
>>
> Sorry I'm nooby, how could I get it emerge ?
> I think I have layman emerged already.
>
> thank you
> Laurent
>
>


-- 
Crístian Deives dos Santos Viana [aka CD1]
Sent from Campinas, São Paulo, Brazil

Re: [gentoo-user] Re: KDE 4.3.95 tarballs?

[Alan McKinnon]

On Monday 25 January 2010 23:11:18 Nikos Chantziaras wrote:
> > Today it is finally released. I don't know why it took so long. :)
> 
> It's a bit sad though that an open source project keeps secrets...  I 
> found out that the tarballs were available for days now but only for 
> maintainers of KDE packages of various distros.  For example Arch Linux 
> had RC2 binaries available in its [kde-unstable] repo since Jan 21, but 
> no one would give a link to the tarballs used to build the sources 
> because they are "secret".
> 
> Am I the only one to find this frustrating (to say the least)?

There's nothing secret here. Nothing to see, move along folks. 

The code is always available in svn, if you wanted it that bad you could have 
checked it out. It's common release engineering practice to build a tarball 
from the repo and provide limited access to *those* files to distros and 
mirrors to give them time to sync and build their binaries before making them 
available to the public. I mirror Ubuntu and Fedora. The deal is that I get 
the rpms and debs two days before the public does. This is so that every 
official mirror on the planet is ready to simultaneously publish the release 
*all*at*the*same*time*.

This is a very excellent way of working. You have no idea how much chaos 
thousands of eager beaver users cause pounding away at my inbox if I don't 
have the latest Ubuntu for them the day it is released because sharks bit the 
undersea cable to London and the inbound bandwidth slows to a crawl. I'm not 
making this up - stuff like this happens.

Gentoo erred in publishing ebuilds for tarballs that were not generally 
available yet.


-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: KDE 4.3.95 tarballs?

[Nikos Chantziaras]

On 01/25/2010 05:32 PM, Paul Hartman wrote:

On Fri, Jan 22, 2010 at 4:10 PM, Nikos Chantziaras  wrote:

On 01/22/2010 10:12 PM, Paul Hartman wrote:


On Fri, Jan 22, 2010 at 1:28 PM, Nikos Chantziaras
  wrote:


KDE 4.3.95 has been put in the kde overlay three days ago.  However,
fetching still fails even after three days.

Any place I can get the tarballs?  The manifests have checksums in them
for
all the tarballs, suggesting that they're available somewhere.


I think 4.3.95 is KDE SC 4.4 RC2, so they probably hide them until the
official announcement. At least that's how it has happened in the
past. I think distro KDE maintainers have early access so they can
have them ready instantly when the announcement is made.

Last I saw, it should be released publically Friday (today) or
Saturday depending on time zone.


Well, according to upstream's schedule it should have been released 2 days
ago:

http://techbase.kde.org/Schedules/KDE4/4.4_Release_Schedule#January_20th.2C_2010:_Release_KDE_SC_4.4_RC_2

I'm asking because for two days emerge -u world doesn't really work because
of the failures in fetching.


Today it is finally released. I don't know why it took so long. :)


It's a bit sad though that an open source project keeps secrets...  I 
found out that the tarballs were available for days now but only for 
maintainers of KDE packages of various distros.  For example Arch Linux 
had RC2 binaries available in its [kde-unstable] repo since Jan 21, but 
no one would give a link to the tarballs used to build the sources 
because they are "secret".


Am I the only one to find this frustrating (to say the least)?

Re: [gentoo-user] Messed up system time caused messed up file modification times...

[dhk]

Mark Knecht wrote:
> On Mon, Jan 25, 2010 at 11:09 AM, Mick  wrote:
>> On Monday 25 January 2010 18:05:14 Mark Knecht wrote:
>>> Hi,
>>>I've just rebuilt my new machine this morning playing with
>>> different ways to do things. Unfortunately I went sort of fast and
>>> forgot to set date/time/timezone. (Doing too much from memory this
>>> time.) Now when I try to set the system time to local and the hardware
>>> clock to Pacific time and turn on ntp-client/ntpd I'm getting lots of
>>> complaints about modification times in the future.
>>>
>>>This is completely my mistake and I can start over and fix it in a
>>> couple of hours but I'm wondering if there's an easy way out of this?
>> Unless your atimes were wildly out I think that it should at some point 
>> settle
>> down and stop complaining.  Have you rebooted since?
>>
>> --
>> Regards,
>> Mick
>>
> Yes, I've rebooted a number of time, but I've since set everything
> back to settings that don't complain.
> 
> I was off by 8 hours I think - Pacific time vs what - GMT? Maybe it
> would be OK after 8 hours? that would be OK but I'm nervous about
> using the machine in the meantime because it's huge numbers of
> messages and every file edit is a complaint.
> 
> Maybe set it up right this afternoon, leave the machine alone, and
> then wait until tomorrow morning?
> 
> Thanks Mick!
> 
> - Mark
> 
> 

This happened to me a while back and it was my fault too.  I was doing
the setup from memory and I made a link to /usr/share/zoneinfo/EST5EDT
instead of copying it to /etc/localtime.  I found my bios time was not
right, I forget why, but I would set the time in the bios and after
rebooting it was wrong again.  I think I was sync'ing the time with
hwclock and since I was only six hours off it eventually cleared up
overnight.  Also check /etc/conf.d/clock and make sure you don't have
anything unusual in there.

dhk

Re: [gentoo-user] Messed up system time caused messed up file modification times...

[Alan McKinnon]

On Monday 25 January 2010 22:12:05 Kyle Bader wrote:
> This is rather blunt but...
> 
> Find / -name "*"|xargs touch

This might work better:

find / -mtime -0 | xargs touch

I *think* that will find everything with an mtime less than 0 (i.e. in the 
future).

untested, it might eat kittens, ymmv, test it out yourself first and all that, 
yada yada yada 



> 
> On 1/25/10, Mark Knecht  wrote:
> > Hi,
> >I've just rebuilt my new machine this morning playing with
> > different ways to do things. Unfortunately I went sort of fast and
> > forgot to set date/time/timezone. (Doing too much from memory this
> > time.) Now when I try to set the system time to local and the hardware
> > clock to Pacific time and turn on ntp-client/ntpd I'm getting lots of
> > complaints about modification times in the future.
> >
> >This is completely my mistake and I can start over and fix it in a
> > couple of hours but I'm wondering if there's an easy way out of this?
> >
> > Thanks,
> > Mark
> 

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] MongoDB

[Laurent Kappler]

Neil Bothwick a écrit :

On Thu, 21 Jan 2010 21:23:53 +0100, Laurent Kappler wrote:

  

I was looking to emerge mongoDB and found this
http://bugs.gentoo.org/273259

Anyone knows how far this is gone, a layer somewhere?



eix shows it's in the sunrise overlay.


  

Sorry I'm nooby, how could I get it emerge ?
I think I have layman emerged already.

thank you
Laurent

Re: [gentoo-user] Messed up system time caused messed up file modification times...

[Mark Knecht]

On Mon, Jan 25, 2010 at 11:09 AM, Mick  wrote:
> On Monday 25 January 2010 18:05:14 Mark Knecht wrote:
>> Hi,
>>    I've just rebuilt my new machine this morning playing with
>> different ways to do things. Unfortunately I went sort of fast and
>> forgot to set date/time/timezone. (Doing too much from memory this
>> time.) Now when I try to set the system time to local and the hardware
>> clock to Pacific time and turn on ntp-client/ntpd I'm getting lots of
>> complaints about modification times in the future.
>>
>>    This is completely my mistake and I can start over and fix it in a
>> couple of hours but I'm wondering if there's an easy way out of this?
>
> Unless your atimes were wildly out I think that it should at some point settle
> down and stop complaining.  Have you rebooted since?
>
> --
> Regards,
> Mick
>
Yes, I've rebooted a number of time, but I've since set everything
back to settings that don't complain.

I was off by 8 hours I think - Pacific time vs what - GMT? Maybe it
would be OK after 8 hours? that would be OK but I'm nervous about
using the machine in the meantime because it's huge numbers of
messages and every file edit is a complaint.

Maybe set it up right this afternoon, leave the machine alone, and
then wait until tomorrow morning?

Thanks Mick!

- Mark

Re: [gentoo-user] Messed up system time caused messed up file modification times...

[Kyle Bader]

This is rather blunt but...

Find / -name "*"|xargs touch

On 1/25/10, Mark Knecht  wrote:
> Hi,
>I've just rebuilt my new machine this morning playing with
> different ways to do things. Unfortunately I went sort of fast and
> forgot to set date/time/timezone. (Doing too much from memory this
> time.) Now when I try to set the system time to local and the hardware
> clock to Pacific time and turn on ntp-client/ntpd I'm getting lots of
> complaints about modification times in the future.
>
>This is completely my mistake and I can start over and fix it in a
> couple of hours but I'm wondering if there's an easy way out of this?
>
> Thanks,
> Mark
>
>

-- 
Sent from my mobile device


Kyle

[gentoo-user] Making a usb Demo Disk

[dhk]

Is there a way to install a program that runs on Gentoo on a usb stick?
 I would like to be able to booted to the usb stick and run the program
in a Gentoo environment?  Basically I would like to make a demo disk
with the program and just enough of the OS so it works.

I think the answer lies somewhere between making a liveusb and stage 4.

Thanks,

dhk

Re: [gentoo-user] Thrashing a drive to flush out problems..

[Mick]

On Monday 25 January 2010 16:15:52 fe...@crowfix.com wrote:
> On Mon, Jan 25, 2010 at 06:27:57AM -0800, Jon Hardcastle wrote:
> > There must be some bonnie esk tool that will read/write
> > every combination to every block but keep the data safe
> > after to flush out any sector issues etc.
> 
> If you want to write without destroying data, just use dd to create a
> file as big as the empty space, delete, repeat.  If you want to make
> sure it thrashes with lots of seeks, create lots of small files, then
> delete them randomly, copy them randomly, rewrite in place randomly,
> and have many different tasks doing the same thing.
> 
> But it all seems rather pointless to me, especially if it's a live
> system; if you don't trust the drive, get your data off there and test
> it properly.
> 
There's also sys-apps/smartmontools and the tests that you can run with it may 
reveal something meaningful if the disk is seriously bad. 
-- 
Regards,
Mick


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

Re: [gentoo-user] Messed up system time caused messed up file modification times...

[Mick]

On Monday 25 January 2010 18:05:14 Mark Knecht wrote:
> Hi,
>I've just rebuilt my new machine this morning playing with
> different ways to do things. Unfortunately I went sort of fast and
> forgot to set date/time/timezone. (Doing too much from memory this
> time.) Now when I try to set the system time to local and the hardware
> clock to Pacific time and turn on ntp-client/ntpd I'm getting lots of
> complaints about modification times in the future.
> 
>This is completely my mistake and I can start over and fix it in a
> couple of hours but I'm wondering if there's an easy way out of this?

Unless your atimes were wildly out I think that it should at some point settle 
down and stop complaining.  Have you rebooted since?

-- 
Regards,
Mick


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

[gentoo-user] tiff fiewer for xfce4

[Joseph]

What are my options when it comes for tiff viewer (to view hylafaxes) using 
xfce4?
One is "xv" 


--
Joseph

[gentoo-user] Messed up system time caused messed up file modification times...

[Mark Knecht]

Hi,
   I've just rebuilt my new machine this morning playing with
different ways to do things. Unfortunately I went sort of fast and
forgot to set date/time/timezone. (Doing too much from memory this
time.) Now when I try to set the system time to local and the hardware
clock to Pacific time and turn on ntp-client/ntpd I'm getting lots of
complaints about modification times in the future.

   This is completely my mistake and I can start over and fix it in a
couple of hours but I'm wondering if there's an easy way out of this?

Thanks,
Mark

Re: [gentoo-user] evolution and exchange

[Dirk Heinrichs]

Am Montag 25 Januar 2010 09:25:15 schrieb William Kenworthy:
> I am using evolution to successfully read/send email to a local,
> unencrypted mail server andan IMAPS server using SSL at work.  However,
> the main organisation uses exchange and I want to add this to evolution
> but cant get it to authenticate to webmail.

Did you try the exchange plugin (evolution-exchange)?

Bye...

Dirk

Re: [gentoo-user] Thrashing a drive to flush out problems..

[felix]

On Mon, Jan 25, 2010 at 06:27:57AM -0800, Jon Hardcastle wrote:
> There must be some bonnie esk tool that will read/write
> every combination to every block but keep the data safe
> after to flush out any sector issues etc.

If you want to write without destroying data, just use dd to create a
file as big as the empty space, delete, repeat.  If you want to make
sure it thrashes with lots of seeks, create lots of small files, then
delete them randomly, copy them randomly, rewrite in place randomly,
and have many different tasks doing the same thing.

But it all seems rather pointless to me, especially if it's a live
system; if you don't trust the drive, get your data off there and test
it properly.

-- 
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
 Felix Finch: scarecrow repairman & rocket surgeon / fe...@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o

Re: [gentoo-user] Re: KDE 4.3.95 tarballs?

[Paul Hartman]

On Fri, Jan 22, 2010 at 4:10 PM, Nikos Chantziaras  wrote:
> On 01/22/2010 10:12 PM, Paul Hartman wrote:
>>
>> On Fri, Jan 22, 2010 at 1:28 PM, Nikos Chantziaras
>>  wrote:
>>>
>>> KDE 4.3.95 has been put in the kde overlay three days ago.  However,
>>> fetching still fails even after three days.
>>>
>>> Any place I can get the tarballs?  The manifests have checksums in them
>>> for
>>> all the tarballs, suggesting that they're available somewhere.
>>
>> I think 4.3.95 is KDE SC 4.4 RC2, so they probably hide them until the
>> official announcement. At least that's how it has happened in the
>> past. I think distro KDE maintainers have early access so they can
>> have them ready instantly when the announcement is made.
>>
>> Last I saw, it should be released publically Friday (today) or
>> Saturday depending on time zone.
>
> Well, according to upstream's schedule it should have been released 2 days
> ago:
>
> http://techbase.kde.org/Schedules/KDE4/4.4_Release_Schedule#January_20th.2C_2010:_Release_KDE_SC_4.4_RC_2
>
> I'm asking because for two days emerge -u world doesn't really work because
> of the failures in fetching.

Today it is finally released. I don't know why it took so long. :)

[gentoo-user] Thrashing a drive to flush out problems..

[Jon Hardcastle]

Hi guys can anyone recommend a tool
for thrashing the b*ll*cks of a drive in  way that
isn't destructive to the data?

I was thinking badblocks with -w but it is destructive and
i dont want to do anything that will potentially lower the
integrity of my array? (Even tho it is raid6 :) )

There must be some bonnie esk tool that will read/write
every combination to every block but keep the data safe
after to flush out any sector issues etc.

Cheers.

[gentoo-user] evolution and exchange

[William Kenworthy]

I am using evolution to successfully read/send email to a local,
unencrypted mail server andan IMAPS server using SSL at work.  However,
the main organisation uses exchange and I want to add this to evolution
but cant get it to authenticate to webmail.

Firefox accesses the webmail fine using TLSv1, however evolution tries
to use SSLv3 (I found out the difference using wireshark).  How can I
get evolution to use TLS instead of SSL for this account?  I have built
with and without the SSL USE flag (and without the existing SSL IMAPS
account fails of course :(

BillK



-- 
William Kenworthy 
Home in Perth!