Re: [gentoo-user] what gives with -O[x] in cflags?

2017-12-16 Thread Peter Humphrey
On Saturday, 16 December 2017 18:37:15 GMT Andrew Lowe wrote:
> On 16/12/2017 4:12 AM, Alan Grimes wrote:
> > So therefore webkit-gtk decides to be a prissy little cunt and throws an
> 
>   Masterful command of the English language there Alan. How about you
> just pull your head in and cut down on the swearing. It doesn't make you
> appear any more knowledgable or give greater importance to your
> comments. In fact it wouldn't surprise me if most people on this list
> would regard you the same way that you regard webkit-gtk due to your
> "potty mouth".

Let me remind you of what the Real Alan (tm) said:

> Fellow gentoo-listers, please I beg you, with all my heart and all my
> soul, I beg you:
>
> Do not feed this troll. Please.

He really isn't worth spending more time on than it takes you to see who's 
writing. You only encourage him.

-- 
Regards,
Peter.




Re: [gentoo-user] what gives with -O[x] in cflags?

2017-12-16 Thread Andrew Lowe

On 16/12/2017 4:12 AM, Alan Grimes wrote:


So therefore webkit-gtk decides to be a prissy little cunt and throws an

>

	Masterful command of the English language there Alan. How about you 
just pull your head in and cut down on the swearing. It doesn't make you 
appear any more knowledgable or give greater importance to your 
comments. In fact it wouldn't surprise me if most people on this list 
would regard you the same way that you regard webkit-gtk due to your 
"potty mouth".


Regards,
Andrew



Re: [gentoo-user] what gives with -O[x] in cflags?

2017-12-15 Thread Michael Orlitzky
On 12/15/2017 09:11 PM, R0b0t1 wrote:
> 2) Firefox is the only application I run that crashes, and I don't
> know how to disable -O3 to potentially make it more stable.

Try USE=custom-optimization.



Re: [gentoo-user] what gives with -O[x] in cflags?

2017-12-15 Thread R0b0t1
On Fri, Dec 15, 2017 at 2:12 PM, Alan Grimes  wrote:
> I did not have -O3 in my cflags because
>
> A> most packages have an appropriate -O level set
> B> Some packages are sensitive to the optimization flag and will
> missbehave if set,
> C> letting the optimization level default to whatever should always be
> safe.
>
> -> therefore I did not have any optimization set...
>
> So therefore webkit-gtk decides to be a prissy little cunt and throws an
> error because it didn't have an optimization flag set, who the hell do
> those developers think they are? If you think you should have an
> optimization flag  SET IT!!! Just provide an override, throwing an error
> just because the user was lazy in compiling it is not acceptable. =|
>

I noticed something similar in Firefox, which from skimming the build
log sets -O3 internally regardless of what the user has set. This is
troubling for two reasons:

1) Gentoo (apparently) has a policy of not allowing packages to mangle
CFLAGS and CXXFLAGS, even with user permission (a useflag of eix was
removed because it set -O3 when enabled).
2) Firefox is the only application I run that crashes, and I don't
know how to disable -O3 to potentially make it more stable.

Cheers,
 R0b0t1



Re: [gentoo-user] What gives with all these file collisions?

2017-06-04 Thread Tom H
On Fri, Jun 2, 2017 at 3:07 AM, Kent Fredric  wrote:
> On Fri, 2 Jun 2017 08:23:22 +0200
> Alan McKinnon  wrote:
>>
>> Or you could use Ubuntu.
>
> Can you please refrain from such phrases.

History with Alab G.

As an Ubuntu user, perhaps I should take offense! :)



Re: [gentoo-user] What gives with all these file collisions?

2017-06-02 Thread Willie M
On Fri, 2 Jun 2017 19:05:25 +1200
Kent Fredric  wrote:

> On Thu, 1 Jun 2017 23:32:55 -0700
> Willie M  wrote:
> 
> > I am sure you can use the FEATURES to ignore collisions. It has been
> > awhile but I am sure it is still there.  
> 
> Disabling collisions detections is not really good advice, as it can
> lead to real problems and break your system.
> 
> Then again, just pasting lists to RM is not smart either.
> 
> Better to work out *why* there's a collision first.
> 
> In the example the user posted, they're installing kde-apps/k3b:5 on
> top of kde-apps/k3b:4
> 
> Those packages should block against each other in some way if they
> install the same files.
> 
> This sort of stuff happens if you're running ~arch, and is usually
> grounds for a bug.

I see.

-- 

Willie L Matthews
matthews.willi...@gmail.com
702-659-9966


pgpj1UYBBCRyg.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] What gives with all these file collisions?

2017-06-02 Thread J. Roeleveld
On June 2, 2017 9:07:57 AM GMT+02:00, Kent Fredric  wrote:
>On Fri, 2 Jun 2017 08:23:22 +0200
>Alan McKinnon  wrote:
>
>> Or you could use Ubuntu.
>
>Can you please refrain from such phrases.

Based on the history of emails from the OP, this is quite justified.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.



Re: [gentoo-user] What gives with all these file collisions?

2017-06-02 Thread Kent Fredric
On Fri, 2 Jun 2017 02:23:44 -0400
Alan Grimes  wrote:

> without spending all day and all night cut-pasting filenames into
> another terminal and running rm on them...

Looking at the candidate you showed: 

k3b:

  version=2.0.3-r5 slot=4   stable
  version=17.04.1  slot=5   testing

It seems like its plausible you recently changed your keywording choices
somewhere from "arch" to "~arch", bringing a lot of untested upgrades
with it. Or, you allowed portage to perform far more auto-unmasks than
really made sense for what you're doing.

I could be wrong though.

But what appears to be the problem is you have 2 k3b versions, which,
according to slots, should be permitted to be co-installed, but
according to the files they install, can't be co-installed.

This seems like possible cause for opening a bug on k3b, so that
k3b:5 blocks against k3b:4 and vice versa.

But as for the other cases you saw, I can't really comment, because its
seldom the case that multiple packages are having file collisions for
the same reason.

The only usual reason for that sort of thing happening on a broad scale
is /usr/  getting provisioned during install, and staying, but the
contents index in /var/db/pkg getting lost somehow due to the segv +
reboot, leaving the files there, but leaving portage with no memory of
where they came from.

I've had that sort of thing happen before, but its very rare.



pgpviBXX5ekHZ.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] What gives with all these file collisions?

2017-06-02 Thread Kent Fredric
On Fri, 2 Jun 2017 08:23:22 +0200
Alan McKinnon  wrote:

> Or you could use Ubuntu.

Can you please refrain from such phrases.


pgp4LI4dYrEo7.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] What gives with all these file collisions?

2017-06-02 Thread Kent Fredric
On Thu, 1 Jun 2017 23:32:55 -0700
Willie M  wrote:

> I am sure you can use the FEATURES to ignore collisions. It has been
> awhile but I am sure it is still there.

Disabling collisions detections is not really good advice, as it can
lead to real problems and break your system.

Then again, just pasting lists to RM is not smart either.

Better to work out *why* there's a collision first.

In the example the user posted, they're installing kde-apps/k3b:5 on
top of kde-apps/k3b:4

Those packages should block against each other in some way if they
install the same files.

This sort of stuff happens if you're running ~arch, and is usually
grounds for a bug.


pgpvkOk9RAg0H.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] What gives with all these file collisions?

2017-06-02 Thread Willie M
On Fri, 2 Jun 2017 02:23:44 -0400
Alan Grimes  wrote:

> I'm trying to emptytree my system because GCC update because I need to
> reboot because Nvidia-drivers segfaulted and broke a 2-month endurance
> run on my new mobo of my number theory code, set to use 15
> hyperthreads and 25gb of ram...
> 
> 
> I'm getting lots of package failures due to file collisions and it's
> really starting to get annoying, I mean how am I supposed to fix:
> 
> without spending all day and all night cut-pasting filenames into
> another terminal and running rm on them...
> 
> 
> * Messages for package kde-apps/k3b-17.04.1:
> 
>  * This package will overwrite one or more files that may belong to
> other
>  * packages (see list below). You can use a command such as `portageq
>  * owners / ` to identify the installed package that owns a
>  * file. If portageq reports that only one package owns a file then do
>  * NOT file a bug report. A bug report is only useful if it
> identifies at
>  * least two or more packages that are known to install the same
> file(s).
>  * If a collision occurs and you can not explain where the file came
> from
>  * then you should simply ignore the collision since there is not
> enough
>  * information to determine if a real problem exists. Please do NOT
> file
>  * a bug report at https://bugs.gentoo.org/ unless you report exactly
>  * which two packages install the same file(s). See
>  * https://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on
> how
>  * to solve the problem. And once again, please do NOT file a bug
> report
>  * unless you have completely understood the above message.
>  *
>  * Detected file collision(s):
>  *
>  *  /usr/share/doc/HTML/en/k3b/K3bAdvancedSettings.png
>  *  /usr/share/doc/HTML/en/k3b/K3bDiskChoice.png
>  *  /usr/share/doc/HTML/en/k3b/K3bMoreActions.png
>  *  /usr/share/doc/HTML/en/k3b/index.cache.bz2
>  *  /usr/share/doc/HTML/en/k3b/K3bSetVerify.png
>  *  /usr/share/doc/HTML/en/k3b/K3bAddButton.png
>  *  /usr/share/doc/HTML/en/k3b/K3bsetup.png
>  *  /usr/share/icons/hicolor/48x48/apps/k3b.png
>  *  /usr/share/icons/hicolor/scalable/apps/k3b.svgz
>  *  /usr/share/icons/hicolor/128x128/apps/k3b.png
>  *  /usr/share/icons/hicolor/64x64/apps/k3b.png
>  *  /usr/share/icons/hicolor/16x16/apps/k3b.png
>  *  /usr/share/icons/hicolor/22x22/apps/k3b.png
>  *  /usr/share/icons/hicolor/32x32/apps/k3b.png
>  *  /usr/share/mime/packages/x-k3b.xml
>  *  /usr/include/k3bmd5job.h
>  *  /usr/include/k3baudiojob.h
>  *  /usr/include/k3bmixeddoc.h
>  *  /usr/include/k3bdevicecombobox.h
>  *  /usr/include/k3bthreadjob.h
>  *  /usr/include/k3baudiodecoder.h
>  *  /usr/include/k3bdevicehandler.h
>  *  /usr/include/k3bactivepipe.h
>  *  /usr/include/k3baudiozerodata.h
>  *  /usr/include/k3bvcdoptions.h
>  *  /usr/include/k3bblankingjob.h
>  *  /usr/include/k3bintmapcombobox.h
>  *  /usr/include/k3bvideodvdvideostream.h
>  *  /usr/include/k3bfileitem.h
>  *  /usr/include/k3baudiodoc.h
>  *  /usr/include/k3baudiocdtrackdrag.h
>  *  /usr/include/k3baudiocdtracksource.h
>  *  /usr/include/k3b_export.h
>  *  /usr/include/k3bdevice.h
>  *  /usr/include/k3bplugin.h
>  *  /usr/include/k3bthroughputestimator.h
>  *  /usr/include/k3bfilesplitter.h
>  *  /usr/include/k3bmedium.h
>  *  /usr/include/k3bdevicetypes.h
>  *  /usr/include/k3bversion.h
>  *  /usr/include/k3bwavefilewriter.h
>  *  /usr/include/k3bglobalsettings.h
>  *  /usr/include/k3bdatadoc.h
>  *  /usr/include/k3bvideodvdaudiostream.h
>  *  /usr/include/k3binffilewriter.h
>  *  /usr/include/k3bvcdjob.h
>  *  /usr/include/k3bpluginconfigwidget.h
>  *  /usr/include/k3bdvdformattingjob.h
>  *  /usr/include/k3bdatajob.h
>  *  /usr/include/k3bcdrecordwriter.h
>  *  /usr/include/k3bfilesysteminfo.h
>  *  /usr/include/k3bprocess.h
>  *  /usr/include/k3bmetawriter.h
>  *  /usr/include/k3biso9660.h
>  *  /usr/include/k3bdiskinfo.h
>  *  /usr/include/k3btocfilewriter.h
>  *  /usr/include/k3bbusywidget.h
>  *  /usr/include/k3bcore.h
>  *  /usr/include/k3bverificationjob.h
>  *  /usr/include/k3brawaudiodatasource.h
>  *  /usr/include/k3bjobhandler.h
>  *  /usr/include/k3bmovixdoc.h
>  *  /usr/include/k3bvideodvdptt.h
>  *  /usr/include/k3bdeviceselectiondialog.h
>  *  /usr/include/k3bchecksumpipe.h
>  *  /usr/include/k3bmsfedit.h
>  *  /usr/include/k3baudiodatasourceiterator.h
>  *  /usr/include/k3bmovixjob.h
>  *  /usr/include/k3bjob.h
>  *  /usr/include/k3bpluginmanager.h
>  *  /usr/include/k3bthreadwidget.h
>  *  /usr/include/k3baudiofileanalyzerjob.h
>  *  /usr/include/k3bmediacache.h
>  *  /usr/include/k3bisooptions.h
>  *  /usr/include/k3baudiotrack.h
>  *  /usr/include/k3bcdtextvalidator.h
>  *  

Re: [gentoo-user] What gives with all these file collisions?

2017-06-02 Thread Alan McKinnon
On 02/06/2017 08:23, Alan Grimes wrote:
> I'm trying to emptytree my system because GCC update because I need to
> reboot because Nvidia-drivers segfaulted and broke a 2-month endurance
> run on my new mobo of my number theory code, set to use 15 hyperthreads
> and 25gb of ram...
> 
> 
> I'm getting lots of package failures due to file collisions and it's
> really starting to get annoying, I mean how am I supposed to fix:
> 
> without spending all day and all night cut-pasting filenames into
> another terminal and running rm on them...

Well, it won't be all day and all night. More like 5 minutes.
Less than 1 if you know how to use an editor, for, cat, rm and/or xargs.

Or you could use Ubuntu.

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




Re: [gentoo-user] What Gives - Anyone know?

2009-08-14 Thread Alan McKinnon
On Friday 14 August 2009 14:09:51 CJoeB wrote:
 Hi,

 For the last little while (not sure when it started), Firefox will not
 load .pdf files (also files with a .aspx extention) - it downloads them
 and won't even display them if I try  opening the pdf after download.  I
 have nppdf.so as a plugin.  Opera displays these files just fine - I
 have Opera installed as a backup when Firefox is giving me grief, but I
 don't really like the browser interface.  Guess I'm old school and stick
 with what I am used to - I've always used Netscape, then Mozilla and
 now, Firefox.  Anyone else have the same issue and know what's going on
 and if there is a solution?

Did you install a pdf or download plugin? These often come with default 
settings to save the file to disk instead of view it in the browser.

-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] What Gives - Anyone know?

2009-08-14 Thread Hilco Wijbenga
2009/8/14 CJoeB colleen.bea...@gmail.com:
 For the last little while (not sure when it started), Firefox will not
 load .pdf files (also files with a .aspx extension) - it downloads them
 and won't even display them if I try  opening the pdf after download.  I
 have nppdf.so as a plugin.  Opera displays these files just fine - I
 have Opera installed as a backup when Firefox is giving me grief, but I
 don't really like the browser interface.  Guess I'm old school and stick
 with what I am used to - I've always used Netscape, then Mozilla and
 now, Firefox.  Anyone else have the same issue and know what's going on
 and if there is a solution?

I'm experiencing the same thing but I'm afraid I have no solution
other than first saving to file and then manually opening the PDF. :-(
I haven't really looked either, though. :-)



Re: [gentoo-user] What Gives - Anyone know?

2009-08-14 Thread Paul Hartman
On Fri, Aug 14, 2009 at 7:09 AM, CJoeBcolleen.bea...@gmail.com wrote:
 Hi,

 For the last little while (not sure when it started), Firefox will not
 load .pdf files (also files with a .aspx extention) - it downloads them
 and won't even display them if I try  opening the pdf after download.  I
 have nppdf.so as a plugin.  Opera displays these files just fine - I
 have Opera installed as a backup when Firefox is giving me grief, but I
 don't really like the browser interface.  Guess I'm old school and stick
 with what I am used to - I've always used Netscape, then Mozilla and
 now, Firefox.  Anyone else have the same issue and know what's going on
 and if there is a solution?

I think you need to give us some details. What architecture?
32-bit/64-bit? What version of Firefox? What package owns nppdf.so and
what version is that package? How are your MIME type handlers set up
in Firefox for PDF files? etc.

I use Okular for viewing PDF on ~amd64 and can view files downloaded
with Firefox just fine.



RE: [gentoo-user] What gives

2007-01-03 Thread Nelson, David \(ED, PARD\)
Original Message-
From: Dale [mailto:[EMAIL PROTECTED]
Sent: 23 December 2006 03:28
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] What gives

Well, at least it doesn't try to restore fstab back to default anymore.  ;-)  
Yea, give it time, we all learn how to really screw up something after a 
while.  Cups is a good one to start off with.  At least it isn't a system 
crasher or prevent it from booting.

Dale

There is a very good reason why I keep backups of files such as xorg.conf ;)
 
David
 
Note: These views are my own, advice is provided with no guarantee of success. 
I do not represent anyone else in any emails I send to this list.

 


Re: [gentoo-user] What gives

2006-12-22 Thread Daniel Barkalow
On Thu, 21 Dec 2006, [EMAIL PROTECTED] wrote:

 Whats going on...?
 
 No has slipped something deadly into portage or otherwise caused
 upgrade world calamity.
 
 After about 1 mnth, I just did -uD world and had no problems during or
 after the update. And revdep-rebuild also came up clean.
 
 Something is wrong here maybe I'm learning a little bit about how
 to run gentoo. nahh... must be something else.

Don't worry, a few more months and you'll be zipping through 
etc-update and accidentally overwriting your CUPS configuration.

-Daniel
*This .sig left intentionally blank*
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] What gives

2006-12-22 Thread Dale
Daniel Barkalow wrote:
 On Thu, 21 Dec 2006, [EMAIL PROTECTED] wrote:

   
 Whats going on...?

 No has slipped something deadly into portage or otherwise caused
 upgrade world calamity.

 After about 1 mnth, I just did -uD world and had no problems during or
 after the update. And revdep-rebuild also came up clean.

 Something is wrong here maybe I'm learning a little bit about how
 to run gentoo. nahh... must be something else.
 

 Don't worry, a few more months and you'll be zipping through 
 etc-update and accidentally overwriting your CUPS configuration.

   -Daniel
 *This .sig left intentionally blank*
   

Well, at least it doesn't try to restore fstab back to default anymore. 
;-)  Yea, give it time, we all learn how to really screw up something
after a while.  Cups is a good one to start off with.  At least it isn't
a system crasher or prevent it from booting.

Dale

:-)  :-)  :-)


Re: [gentoo-user] What gives

2006-12-21 Thread Jeff Rollin

On 21/12/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Whats going on...?

No has slipped something deadly into portage or otherwise caused
upgrade world calamity.

After about 1 mnth, I just did -uD world and had no problems during or
after the update. And revdep-rebuild also came up clean.

Something is wrong here maybe I'm learning a little bit about how
to run gentoo. nahh... must be something else.



Heh

Congrats

Jeff
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] What gives

2006-12-21 Thread Michael Sullivan
On Thu, 2006-12-21 at 11:21 -0600, [EMAIL PROTECTED] wrote:
 Whats going on...?
 
 No has slipped something deadly into portage or otherwise caused
 upgrade world calamity.
 
 After about 1 mnth, I just did -uD world and had no problems during or
 after the update. And revdep-rebuild also came up clean.
 
 Something is wrong here maybe I'm learning a little bit about how
 to run gentoo. nahh... must be something else.
 

Could it just be that you got caught up in a Windows flashback?

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] What gives

2006-12-21 Thread Dale
Michael Sullivan wrote:
 On Thu, 2006-12-21 at 11:21 -0600, [EMAIL PROTECTED] wrote:
   
 Whats going on...?

 No has slipped something deadly into portage or otherwise caused
 upgrade world calamity.

 After about 1 mnth, I just did -uD world and had no problems during or
 after the update. And revdep-rebuild also came up clean.

 Something is wrong here maybe I'm learning a little bit about how
 to run gentoo. nahh... must be something else.

 

 Could it just be that you got caught up in a Windows flashback?

   

Funny, same thing here, for a long time now.  It does seem that after a
while updates go real smooth.  Maybe a config update now and again but
other than that, it just works.  O_O

Here's to this happening some more, for more people too.

Dale

:-)  :-)  :-)