Re: [gentoo-user] Re: emerge firefox-52.4.0 compile failure

[R0b0t1]

On Mon, Oct 9, 2017 at 7:57 PM, Grant Edwards  wrote:
> On 2017-10-09, R0b0t1  wrote:
>> On Monday, October 9, 2017, Grant Edwards  wrote:
>>> On 2017-10-09, allan gottlieb  wrote:
>>>
 This is a know bug see https://bugs.gentoo.org/633790
>>>
>>> Yep, that's it.  Yet when you search for roundingflags or
>>> shapedtextflags in Gentoo's bugzilla, it finds nothing.  Has the
>>> search feature in Bugzilla ever worked?
>>
>> It's pretty limited.
>
> You're being too kind.  It's broken.  According to the bugzilla web
> page, the search includes the summary/description (as one might
> expect), but it doesn't actually _do_ that.
>

Well, it successfully searches for substrings.

>> You might notice developers renaming bugs -
>> this is why. They usually include the full package name and version
>> in their rename, as well as the exact text from the last or most
>> important error encountered.
>
> Why do people still use bugzilla??
>
> I've used MantisBT a lot over the past few years, and it seems like it
> works much better than bugzilla in many ways. It even has a search
> that works!  Even Jira was better than bugzilla, and I never liked
> Jira much.
>
> Of course switching from one bug tracking system to another is a
> pretty big undertaking...
>

I worked with a project that used Mantis and had a good experience
with it. At this point I'm not sure it would be possible to get people
to switch.

There are a few migration scripts:
http://www.mantisbt.org/wiki/doku.php/mantisbt:faq.

R0b0t1.

[gentoo-user] perl-cleaner always wants to rebuild certain packages

[Daniel Frey]

I updated a machine today, it's fully up to date and depclean'ed.

For some reason, perl-cleaner consistantly wants to rebuild some packages:


# perl-cleaner --all
 * Removing perl-core packages from world file
 *emerge --deselect  perl-core/File-Path perl-core/File-Temp
>>> No matching atoms found in "world" favorites file...
 * Updating installed Perl virtuals
 *emerge -u1  virtual/perl-Carp virtual/perl-Compress-Raw-Bzip2 
virtual/perl-Compress-Raw-Zlib virtual/perl-CPAN-Meta 
virtual/perl-CPAN-Meta-YAML virtual/perl-Data-Dumper 
virtual/perl-Digest-MD5 virtual/perl-Digest-SHA virtual/perl-Encode 
virtual/perl-Exporter virtual/perl-ExtUtils-CBuilder 
virtual/perl-ExtUtils-Install virtual/perl-ExtUtils-MakeMaker 
virtual/perl-ExtUtils-Manifest virtual/perl-ExtUtils-ParseXS 
virtual/perl-File-Path virtual/perl-File-Spec virtual/perl-File-Temp 
virtual/perl-Getopt-Long virtual/perl-IO virtual/perl-IO-Compress 
virtual/perl-JSON-PP virtual/perl-libnet virtual/perl-MIME-Base64 
virtual/perl-Module-Metadata virtual/perl-parent 
virtual/perl-Parse-CPAN-Meta virtual/perl-Perl-OSType 
virtual/perl-Scalar-List-Utils virtual/perl-Storable 
virtual/perl-Sys-Syslog virtual/perl-Term-ANSIColor 
virtual/perl-Test-Harness virtual/perl-Text-ParseWords 
virtual/perl-Time-HiRes virtual/perl-Time-Local virtual/perl-version 
virtual/perl-XSLoader

Calculating dependencies... done!
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * Beginning a clean up of .ph files
 * Excluding files for 5.24.1 and 5.24.1/x86_64-linux from cleaning

 * Locating ph files for removal

 * Locating packages for an update
 * Locating ebuilds linked against libperl
 *   Adding to list: sys-apps/texinfo:0
 *   Adding to list: www-apache/mod_perl:1
 *   Adding to list: net-irc/irssi:0
 * emerge -v1 --backtrack=200 --selective=n sys-apps/texinfo:0 
www-apache/mod_perl:1 net-irc/irssi:0



==

I've rebuilt them twice already, and ran perl-cleaner again to see if it 
cleared, but it still wants to rebuild them. What is perl-cleaner 
looking for when it decides something needs to be rebuilt?


Perl version:

# equery list perl
 * Searching for perl ...
[IP-] [  ] dev-lang/perl-5.24.1-r2:0/5.24

Dan

[gentoo-user] Re: emerge firefox-52.4.0 compile failure

[Grant Edwards]

On 2017-10-09, R0b0t1  wrote:
> On Monday, October 9, 2017, Grant Edwards  wrote:
>> On 2017-10-09, allan gottlieb  wrote:
>>
>>> This is a know bug see https://bugs.gentoo.org/633790
>>
>> Yep, that's it.  Yet when you search for roundingflags or
>> shapedtextflags in Gentoo's bugzilla, it finds nothing.  Has the
>> search feature in Bugzilla ever worked?
>
> It's pretty limited.

You're being too kind.  It's broken.  According to the bugzilla web
page, the search includes the summary/description (as one might
expect), but it doesn't actually _do_ that.

> You might notice developers renaming bugs -
> this is why. They usually include the full package name and version
> in their rename, as well as the exact text from the last or most
> important error encountered.

Why do people still use bugzilla??

I've used MantisBT a lot over the past few years, and it seems like it
works much better than bugzilla in many ways. It even has a search
that works!  Even Jira was better than bugzilla, and I never liked
Jira much.

Of course switching from one bug tracking system to another is a
pretty big undertaking...

--
Grant

Re: [gentoo-user] emerge firefox-52.4.0 compile failure

[R0b0t1]

On Monday, October 9, 2017, Grant Edwards  wrote:
> On 2017-10-09, allan gottlieb  wrote:
>
>> This is a know bug see https://bugs.gentoo.org/633790
>
> Yep, that's it.  Yet when you search for roundingflags or
> shapedtextflags in Gentoo's bugzilla, it finds nothing.  Has the
> search feature in Bugzilla ever worked?
>

It's pretty limited. You might notice developers renaming bugs - this is
why. They usually include the full package name and version in their
rename, as well as the exact text from the last or most important error
encountered.

I filed a bug against nvidia-drivers last night which was a duplicate of
something that came up in the automatic search. It's hard to canvas the
tracker exhaustively.

R0b0t1.

Re: [gentoo-user] Borg 1.1 is out, when can we expect it in the repos?

[Michael Orlitzky]

On 10/09/2017 12:55 AM, J. Roeleveld wrote:
> 
> If that is picked up by a developer, then yes.
> My experience with providing bugs with ebuilds is that they get closed 
> eventually due to open security bugs (fixed in supplied versions for a few 
> years) and lack of maintainership.
> 

If the package is maintained, then often the most helpful thing to do is
to file a bug, and then outline the reasoning behind any changes that
you needed to make to the ebuild. For example, if you needed a newer
version of a dependency (or a new dependency entirely), you could link
to the ChangeLog entry that mentions the dependency.

If you don't explain why you changed something, then the maintainer has
to figure out why you did it, and that takes him just as much time as
reading through the ChangeLog and doing the bump himself. And by listing
your changes, you ensure that the maintainer doesn't overlook anything.

If the package is *unmaintained*, then sadly, your experience is pretty
typical. However, having an open bug serves as a point of collaboration
for anyone else interested in the package -- and you don't know how many
users have downloaded the ebuilds that are posted on the bug. Maybe
everyone finds it useful even though the ebuild never gets to ::gentoo.

[gentoo-user] Re: emerge firefox-52.4.0 compile failure

[Grant Edwards]

On 2017-10-08, Mick  wrote:

> Your compiler is barfing at something, but I'm no coder to know what this 
> might be.  In a Gentoo context, I'd start by checking you have installed and 
> switched to sys-devel/gcc-5.4.0-r3 which is the latest stable version and at 
> least here compiled and installed firefox-52.4.0 on 4 PCs without a problem.

It turns out that over the past week or so, there have been several
_different_ firefox ebuilds released.  One of them was broken:

  Version 52.4.0 (Oct 3) was OK.

  Version 52.4.0 (Oct 7) was broken.

  Version 52.4.0 (Oct 9) is OK.

You (and I) had successfully installed the Oct 3 version of 52.4.0,
but when I tried to install the Oct 7 version of 52.4.0, it failed.
The Oct 9 version is supposed to be fixed. I don't really see how you
can repeatedly release new versions of something without changing the
version number, but maybe that's just me...

-- 
Grant Edwards   grant.b.edwardsYow! Being a BALD HERO
  at   is almost as FESTIVE as a
  gmail.comTATTOOED KNOCKWURST.

[gentoo-user] Re: Tab stepping order in Pale Moon

[Ian Zimmerman]

On 2017-10-09 10:31, Peter Humphrey wrote:

> Recent discussion of Pale Moon has inspired me to try it (actually
> www- client/palemoon-bin). It seems fine, except for one annoying
> feature. I usually have several tabs open at a time and I want to step
> between them with the keyboard, but it has a bizarre method of
> deciding which tab to go to next. I've had a look in about:config but
> not found anything relevant.
> 
> Is there a way to fix the stepping so that it goes 1, 2, 3, 4, ... ?

Which key are you trying to use for this?

I use either Control+PageUp/PageDown to move in cyclic fashion, or
Alt+1, Alt+2 etc. to switch directly to a particular tab.  Both work as
I expect.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

[gentoo-user] Re: emerge firefox-52.4.0 compile failure

[Grant Edwards]

On 2017-10-09, allan gottlieb  wrote:

> This is a know bug see https://bugs.gentoo.org/633790

Yep, that's it.  Yet when you search for roundingflags or
shapedtextflags in Gentoo's bugzilla, it finds nothing.  Has the
search feature in Bugzilla ever worked?

-- 
Grant Edwards   grant.b.edwardsYow! Four thousand
  at   different MAGNATES, MOGULS
  gmail.com& NABOBS are romping in my
   gothic solarium!!

[gentoo-user] Re: Compilation failed: qtwidgets-5.9.2

[Michael Palimaka]

Hi,

Thanks for testing 5.9.2, it's definitely appreciated. I'm sorry you ran
into a build failure.

On 10/08/2017 08:28 PM, tu...@posteo.de wrote:
> Hi,
> 
> compilation of qtwidgets failed.
> Is there a dependency currently missing in the ebuild?
> 
> 
> x86_64-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--no-undefined 
> -fuse-ld=gold -Wl,--enable-new-dtags -shared -o libqgtk3.so .obj/main.o 
> .obj/qgtk3dialoghelpers.o .obj/qgtk3menu.o .obj/qgtk3theme.o 
> .obj/moc_qgtk3dialoghelpers.o .obj/moc_qgtk3menu.o  -lQt5ThemeSupport 
> -lQt5Gui -lQt5Core -lGL -lpthread -lgtk-3 -lgdk-3 -lpangocairo-1.0 
> -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 
> -lgobject-2.0 -lglib-2.0 -lXext -lX11 -lm
> .obj/qgtk3theme.o:qgtk3theme.cpp:vtable for QGtk3Theme: error: undefined 
> reference to 'QGnomeTheme::createPlatformMenuBar() const'
> .obj/qgtk3theme.o:qgtk3theme.cpp:vtable for QGtk3Theme: error: undefined 
> reference to 'QGnomeTheme::createPlatformSystemTrayIcon() const'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  ResourceHelper::clear(): error: undefined reference to 'operator 
> delete(void*, unsigned long)'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  ResourceHelper::clear(): error: undefined reference to 'operator 
> delete(void*, unsigned long)'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  
> QtMetaTypePrivate::IteratorOwnerCommon::destroy(void**):
>  error: undefined reference to 'operator delete(void*, unsigned long)'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  QGnomeThemePrivate::~QGnomeThemePrivate(): error: undefined reference to 
> 'operator delete(void*, unsigned long)'
> collect2: error: ld returned 1 exit status
> make[1]: *** [Makefile:138: ../../../../plugins/platformthemes/libqgtk3.so] 
> Error 1
> make[1]: Leaving directory 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/work/qtbase-opensource-src-5.9.2/src/plugins/platformthemes/gtk3'
> make: *** [Makefile:45: sub-gtk3-make_first] Error 2
>  * ERROR: dev-qt/qtwidgets-5.9.2::gentoo failed (compile phase):
>  *   emake failed
>  *
>  * If you need support, post the output of `emerge --info 
> '=dev-qt/qtwidgets-5.9.2::gentoo'`,
>  * the complete build log and the output of `emerge -pqv 
> '=dev-qt/qtwidgets-5.9.2::gentoo'`.
>  * The complete build log is located at 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/temp/build.log'.
>  * The ebuild environment file is located at 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/temp/environment'.
>  * Working directory: 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/work/qtbase-opensource-src-5.9.2/src/plugins/platformthemes'
>  * S: 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/work/qtbase-opensource-src-5.9.2'
> 
> Cheers
> Meino

Please consider filing a bug at https://bugs.gentoo.org/ with emerge
--info and the full build log attached. That way, we can track the issue
better and ensure it doesn't get forgotten.

Kind regards,

Michael

Re: [gentoo-user] Compilation failed: qtwidgets-5.9.2

[David Haller]

Hello,

On Sun, 08 Oct 2017, tu...@posteo.de wrote:
>compilation of qtwidgets failed.
>Is there a dependency currently missing in the ebuild?

Nope. Broken code from upstream. The usual thinking: "nobody will
compile stuff without dbus". But I do. And you seem to as well. I
guess it's actually dev-qt/qtgui with "-dbus" useflag.

>x86_64-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--no-undefined 
>-fuse-ld=gold -Wl,--enable-new-dtags -shared -o libqgtk3.so .obj/main.o 
>.obj/qgtk3dialoghelpers.o .obj/qgtk3menu.o .obj/qgtk3theme.o 
>.obj/moc_qgtk3dialoghelpers.o .obj/moc_qgtk3menu.o  -lQt5ThemeSupport -lQt5Gui 
>-lQt5Core -lGL -lpthread -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 
>-latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 
>-lglib-2.0 -lXext -lX11 -lm
>.obj/qgtk3theme.o:qgtk3theme.cpp:vtable for QGtk3Theme: error: undefined 
>reference to 'QGnomeTheme::createPlatformMenuBar() const'
>.obj/qgtk3theme.o:qgtk3theme.cpp:vtable for QGtk3Theme: error: undefined 
>reference to 'QGnomeTheme::createPlatformSystemTrayIcon() const'
[..]

There's some #ifdefs lacking around that stuff, as the code where
e.g. 'QGnomeTheme::createPlatformMenuBar' is implemented, is inside
#ifndef QT_NO_DBUS.

Easy way out if you're not depend on gtk-themes in Qt:

USE="-gtk" emerge dev-qt/qtwidgets

(and/or put that useflag in /etc/portage/package.use)

Actually, 5.6.2 had a 'gtkstyle' useflag and no "*gtk*" is in
the 5.7.1.ebuild.

Also, it'll probably work if you reemerge dev-qt/qtgui with "dbus"
useflag.

HTH,
-dnh

-- 
"Microsoft admitted its Vista operating system was a 'less good
product' in what IT experts have described as the most ambitious
understatement since the captain of the Titanic reported some
slightly damp tablecloths." http://www.thedailymash.co.uk/

Re: [gentoo-user] Tab stepping order in Pale Moon

[Neil Bothwick]

On Mon, 09 Oct 2017 10:31:33 +0100, Peter Humphrey wrote:

> One other thing: when I restart my KDE desktop, Pale Moon doesn't
> restart. Should it?

Neither does Chromium, which was easily remedied by adding it to the
autostart list in systemsettings.


-- 
Neil Bothwick

This is as bad as it can get; but don't bet on it.


pgpxII46bhex4.pgp
Description: OpenPGP digital signature

[gentoo-user] Tab stepping order in Pale Moon

[Peter Humphrey]

Hello list,

Recent discussion of Pale Moon has inspired me to try it (actually www-
client/palemoon-bin). It seems fine, except for one annoying feature. I 
usually have several tabs open at a time and I want to step between them 
with the keyboard, but it has a bizarre method of deciding which tab to go 
to next. I've had a look in about:config but not found anything relevant.

Is there a way to fix the stepping so that it goes 1, 2, 3, 4, ... ?

One other thing: when I restart my KDE desktop, Pale Moon doesn't restart. 
Should it?

-- 
Regards,
Peter.