Re: [gentoo-user] kioslaves - an end of an era?
On Monday 17 Apr 2017 22:20:34 Alan McKinnon wrote: > On 17/04/2017 22:15, Mick wrote: > > I updated a number of KDE packages today. Konqueror was updated to > > 16.12.3:5 and --depclean revealed this: > > > > kde-apps/kdebase-kioslaves > > > > selected: 16.04.3-r2 > > > >protected: none > > > > omitted: none > > > > Before the update I had to remove manually kde-misc/kio-ftps because it > > was > > holding on to the old konqueror:4. Does this mean KDE kioslaves are of no > > use anymore? > > I believe the new kioslave-like functionality has been replaced with > kde-frameworks/kio > kde-apps/kio-extras Thanks Alan, I can see these have already been installed, so I should OK. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] mysql-workbench
Alan McKinnonwrites: > On 17/04/2017 19:12, lee wrote: >> Hi, >> >> mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while >> lots of other packages apparently require cairo with X: > > no it doesn't. With a fresh tree: > > khamul mysql-workbench # grep cairo *ebuild > mysql-workbench-6.3.3.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] > mysql-workbench-6.3.4-r1.ebuild: >>=x11-libs/cairo-1.5.12[glib,svg] > mysql-workbench-6.3.4-r2.ebuild: >>=x11-libs/cairo-1.5.12[glib,svg] > mysql-workbench-6.3.4.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] > # grep *ebuild > # > Emerge said I need to make above use change. There are some entries about cairo in package.use, yet commenting them out didn't help. , [ grep cairo /etc/portage/package.use ] | =x11-libs/cairo-1.12.16 xcb | =x11-libs/cairo-1.12.16 X | =x11-libs/cairo-1.12.16 opengl | =x11-libs/cairo-1.12.16-r4 X xcb | =x11-libs/cairo-1.12.18-r1 xcb X | >=x11-libs/cairo-1.14.2 xcb X | >=app-text/poppler-0.42.0 cairo | # required by dev-cpp/cairomm-1.12.0-r1::gentoo | >=x11-libs/cairo- X | # required by dev-cpp/cairomm-1.12.0-r1::gentoo | =x11-libs/cairo-1.14.8 -X ` > Are you using an overlay that provides someone's latest greatest > mysql-workbench? > > This is what the tree has right now, what does your machine say? > > # eix mysql-workbench > * dev-db/mysql-workbench > Available versions: 6.3.3 (~)6.3.4 6.3.4-r1 (~)6.3.4-r2 {debug doc > gnome-keyring PYTHON_TARGETS="python2_7"} > Homepage:http://dev.mysql.com/workbench/ > Description: MySQL Workbench > same here: , [ eix mysql-workbench ] | * dev-db/mysql-workbench | Verfügbare Versionen: 6.3.3 ~6.3.4 6.3.4-r1 ~6.3.4-r2 {debug doc gnome-keyring PYTHON_TARGETS="python2_7"} | Startseite: http://dev.mysql.com/workbench/ | Beschreibung: MySQL Workbench ` , [ emerge -a mysql-workbench ] | | * IMPORTANT: 1 news items need reading for repository 'gentoo'. | * Use eselect news read to view new items. | | | * IMPORTANT: 3 config files in '/etc/portage' need updating. | * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS | * sections of the emerge man page to learn how to update config files. | | These are the packages that would be merged, in order: | | Calculating dependencies... done! | [ebuild N ] sci-libs/proj-4.8.0 USE="-java -static-libs" | [ebuild N ] sys-apps/baselayout-java-0.1.0 | [ebuild N ] dev-python/pexpect-3.3 USE="-doc -examples {-test}" PYTHON_TARGETS="python2_7 python3_4 (-pypy) (-pypy3) (-python3_5) (-python3_6)" | [ebuild N ] dev-java/java-config-2.2.0-r3 USE="{-test}" PYTHON_TARGETS="python2_7 python3_4 (-python3_5)" | [ebuild N ] dev-python/paramiko-2.1.2 USE="-doc -examples" PYTHON_TARGETS="python2_7 python3_4 (-python3_5) (-python3_6)" | [ebuild N ] app-eselect/eselect-java-0.3.0 | [ebuild N ] dev-lang/lua-5.1.5-r4 USE="deprecated readline -emacs -static" | [ebuild N ] dev-cpp/ctemplate-2.3-r1 USE="-doc -emacs -static-libs {-test} -vim-syntax" | [ebuild N ] dev-db/vsqlite++-0.3.13-r1 USE="-static-libs" | [ebuild N ] dev-libs/libzip-1.0.1 USE="-static-libs" | [ebuild N ] sci-libs/libgeotiff-1.4.0 USE="-debug -doc -static-libs" | [ebuild N ] dev-libs/json-c-0.12 USE="-doc -static-libs" | [ebuild N ] sci-libs/gdal-2.0.2-r3 USE="aux_xml threads -armadillo -curl -debug -doc -fits -geos -gif -gml -hdf5 -java -jpeg -jpeg2k -mdb -mysql -netcdf -odbc -ogdi -opencl -pdf -perl -png -postgres -python -spatialite -sqlite -xls" PYTHON_TARGETS="python2_7 python3_4" | [ebuild N ] app-admin/sudo-1.8.18_p1 USE="nls pam sendmail -ldap -offensive (-selinux) -skey" | [ebuild N ] dev-db/mysql-connector-c++-1.1.6 USE="-debug -examples -gcov -static-libs" | [ebuild U *] x11-libs/cairo- [1.14.8] USE="-X* -utils%" | [ebuild N ] dev-cpp/atkmm-2.24.2 USE="-doc" | [ebuild N ] dev-cpp/cairomm-1.12.0-r1 USE="svg -X (-aqua) -doc" | [ebuild N ] dev-cpp/pangomm-2.40.1 USE="-doc" | [ebuild N ] dev-cpp/gtkmm-2.24.5 USE="-doc -examples {-test}" | [ebuild N ] dev-java/icedtea-bin-3.3.0 USE="alsa cups gtk webstart -doc -examples -headless-awt (-multilib) -nsplugin -pulseaudio (-selinux) -source" | [ebuild N ] virtual/jdk-1.8.0-r3 | [ebuild N ] virtual/jre-1.8.0-r1 | [ebuild N ] dev-java/icedtea-web-1.6.1-r1 USE="-doc -javascript -nsplugin -tagsoup {-test}" | [ebuild N ] dev-db/mysql-workbench-6.3.4-r1 USE="-debug -doc -gnome-keyring" PYTHON_TARGETS="python2_7" | | The following USE changes are necessary to proceed: | (see "package.use" in the portage(5) man page for more details) | # required by dev-cpp/cairomm-1.12.0-r1::gentoo | # required by dev-cpp/pangomm-2.40.1::gentoo | # required by dev-db/mysql-workbench-6.3.4-r1::gentoo | # required by
Re: [gentoo-user] kioslaves - an end of an era?
On 17/04/2017 22:15, Mick wrote: > I updated a number of KDE packages today. Konqueror was updated to 16.12.3:5 > and --depclean revealed this: > > kde-apps/kdebase-kioslaves > selected: 16.04.3-r2 >protected: none > omitted: none > > Before the update I had to remove manually kde-misc/kio-ftps because it was > holding on to the old konqueror:4. Does this mean KDE kioslaves are of no > use > anymore? > I believe the new kioslave-like functionality has been replaced with kde-frameworks/kio kde-apps/kio-extras -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] kioslaves - an end of an era?
I updated a number of KDE packages today. Konqueror was updated to 16.12.3:5 and --depclean revealed this: kde-apps/kdebase-kioslaves selected: 16.04.3-r2 protected: none omitted: none Before the update I had to remove manually kde-misc/kio-ftps because it was holding on to the old konqueror:4. Does this mean KDE kioslaves are of no use anymore? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] mysql-workbench
On 17/04/2017 19:12, lee wrote: > Hi, > > mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while > lots of other packages apparently require cairo with X: no it doesn't. With a fresh tree: khamul mysql-workbench # grep cairo *ebuild mysql-workbench-6.3.3.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] mysql-workbench-6.3.4-r1.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] mysql-workbench-6.3.4-r2.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] mysql-workbench-6.3.4.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] # grep *ebuild # Are you using an overlay that provides someone's latest greatest mysql-workbench? This is what the tree has right now, what does your machine say? # eix mysql-workbench * dev-db/mysql-workbench Available versions: 6.3.3 (~)6.3.4 6.3.4-r1 (~)6.3.4-r2 {debug doc gnome-keyring PYTHON_TARGETS="python2_7"} Homepage:http://dev.mysql.com/workbench/ Description: MySQL Workbench > > > x11-libs/cairo:0 > > (x11-libs/cairo-:0/0::gentoo, ebuild scheduled for merge) conflicts with > >=x11-libs/cairo-1.8.4[X] required by > (dev-dotnet/libgdiplus-4.2-r3:0/0::gentoo, installed) >^ > >=x11-libs/cairo-1.12.14-r4:0/0=[svg,X,abi_x86_64(-)] required by > (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) > ^ > >=x11-libs/cairo-1.12.14-r4:0/0=[X,abi_x86_64(-)] required by > (x11-libs/pango-1.40.4:0/0::gentoo, installed) > ^ > x11-libs/cairo[X,-xlib-xcb(-)] required by > (app-office/libreoffice-5.2.3.3-r1:0/0::gentoo, installed) >^ > >=x11-libs/cairo-1.12.14-r4:=[X,abi_x86_64(-)] required by > (x11-libs/pango-1.40.4:0/0::gentoo, installed) > ^ > >=x11-libs/cairo-1.10:0/0=[X] required by > (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) >^ > >=x11-libs/cairo-1.14[glib,svg,X,abi_x86_64(-)] required by > (x11-libs/gtk+-3.22.11:3/3::gentoo, installed) >^ > >=x11-libs/cairo-1.12.14-r4:=[svg,X,abi_x86_64(-)] required by > (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) > ^ > >=x11-libs/cairo-1.10[X] required by > (www-client/seamonkey-2.46-r1:0/0::gentoo, installed) > ^ > >=x11-libs/cairo-1.10:=[X] required by > (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) > > > Is there a good way to get mysql-workbench installed without removing > the other packages? Find what you are installing exactly then take it from there -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] mysql-workbench
Hi, mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while lots of other packages apparently require cairo with X: x11-libs/cairo:0 (x11-libs/cairo-:0/0::gentoo, ebuild scheduled for merge) conflicts with >=x11-libs/cairo-1.8.4[X] required by (dev-dotnet/libgdiplus-4.2-r3:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:0/0=[svg,X,abi_x86_64(-)] required by (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:0/0=[X,abi_x86_64(-)] required by (x11-libs/pango-1.40.4:0/0::gentoo, installed) ^ x11-libs/cairo[X,-xlib-xcb(-)] required by (app-office/libreoffice-5.2.3.3-r1:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:=[X,abi_x86_64(-)] required by (x11-libs/pango-1.40.4:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.10:0/0=[X] required by (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) ^ >=x11-libs/cairo-1.14[glib,svg,X,abi_x86_64(-)] required by (x11-libs/gtk+-3.22.11:3/3::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:=[svg,X,abi_x86_64(-)] required by (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) ^ >=x11-libs/cairo-1.10[X] required by (www-client/seamonkey-2.46-r1:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.10:=[X] required by (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) Is there a good way to get mysql-workbench installed without removing the other packages?
Re: [gentoo-user] Palemoon again - again
On Mon, Apr 17, 2017 at 02:18:16PM +0100, Peter Humphrey wrote > On Monday 17 Apr 2017 13:41:45 I wrote: > > > You see it couldn't even find a rule to make the object files. I tried > > setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set, > > but that just changed the logged error, substituting 1 for 24. > > > > Does this ring a bell with anyone? I wanted to look for clues in the make > > file, but /usr/bin/find returns well over 1000 results. > > Well, I made it work by setting MAKEOPTS="" on the command line, but it > seems odd that portage's compiler settings are being misinterpreted this > way. A couple of things to note, which also apply to building Firefox 1) When using the Palemoon overlay, I found that USE="optimize" turns off Gentoo's optimization, and replaces it with limited "optimization" by the mozconfig. If you're going to build it, I recommend USE="-optimize" 2) USE="-system-libs" is recommended. Yes, this does make the binary slightly larger. But it avoids problems where changing API/ABI in the system lib causes subtle problems for the program. It may also reduce dependancies pulled in, depending on what your other programs have pulled in. Consider taking the easy way out, and installing it locally from the tarball, e.g... * download the tarball from http://linux.palemoon.org/download/mainline/ * mkdir $HOME/pm * tar -C $HOME/pm -xvjf palemoon.*.bz2 *THE ENTIRE PROGRAM* is contained in the directory $HOME/pm/palemoon/ Extracting the tarball does *NOT* splatter libraries all over the place. "Uninstalling" consists of "rm -rf $HOME/pm/palemoon". The executable file will be $HOME/pm/palemoon/palemoon One more hint for graphics acceleration, which also applies to Firefox * set "layers.acceleration.force-enabled" to true in "about:config" * export MOZ_USE_OMTC=1 MOZ_USE_OMTC has to be set before launching Pale Moon -- Walter DnesI don't run "desktop environments"; I run useful applications
Re: [gentoo-user] trusting perl-cleaner
Am Montag, 17. April 2017, 01:09:44 CEST schrieb Alan McKinnon: > On 17/04/2017 01:07, allan gottlieb wrote: > > Am I correct in believing that when perl-cleaner --all, at the end of a > > run, asserts > > > >* It seems like perl-cleaner had to rebuild some packages. > >* > >* The following files remain. These were either installed by hand > >* or edited. > >* /usr/lib64/perl5/vendor_perl/5.22.2/XML/SAX/ParserDetails.ini : > >* known, can be deleted > >* /usr/lib64/perl5/vendor_perl/5.20.2/XML/SAX/ParserDetails.ini : > >* known, can be deleted > > > > the correct response is to trust it and delete the file? > > In those specific cases, yes. Yes. (OK, I'm biased, I wrote the whitelist. :) https://github.com/gentoo-perl/perl-cleaner/blob/master/perl-cleaner#L27 > > ParserDetails.ini is one of those perl files that do get modified during > the normal operation of the perl code. > perl-cleaner is being smart and telling you the file is not the same as > when it was installed, so it leaves the deletion up to you. Actually it is created during operation... otherwise it would have been removed automatically. > Your current perl is neither 5.20.2 nor 5.22.2, those .ini files will > now never be used and so they are safe to delete. Correct. Essentially, if you have Perl 5.24, everything in directories with *other* 5.xx (xx != 24) will be completely ignored. [This is NOT true for minor upgrades. Perl 5.24.1 will (in our Gentoo configuration) happily use modules in 5.24.0 directories.] > Side note: you can't always just delete everything in that section of > perl-cleaner output. Often, the script can't tell what it is and the > module was not put there by portage, so you must decide what to d on a > case by case basis. True, but as of the newest version perl-cleaner has a list of "know stuff that should be safe to remove". And an option --delete-leftovers for the brave. :) -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Palemoon again - again
Peter Humphrey wrote: > On Monday 17 Apr 2017 13:41:45 I wrote: > >> After following the "Palemoon again" thread I wanted to try Pale Moon, so >> I installed layman and added the octopus overlay. Here's a snippet from >> the build log: > --->8 > >> You see it couldn't even find a rule to make the object files. I tried >> setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set, >> but that just changed the logged error, substituting 1 for 24. >> >> Does this ring a bell with anyone? I wanted to look for clues in the make >> file, but /usr/bin/find returns well over 1000 results. > Well, I made it work by setting MAKEOPTS="" on the command line, but it > seems odd that portage's compiler settings are being misinterpreted this > way. > If I recall correctly, I use the palemoon overlay. If you have any more problems, maybe research or try that and see if it works better. Dale :-) :-)
Re: [gentoo-user] Palemoon again - again
On Monday 17 Apr 2017 13:41:45 I wrote: > After following the "Palemoon again" thread I wanted to try Pale Moon, so > I installed layman and added the octopus overlay. Here's a snippet from > the build log: --->8 > You see it couldn't even find a rule to make the object files. I tried > setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set, > but that just changed the logged error, substituting 1 for 24. > > Does this ring a bell with anyone? I wanted to look for clues in the make > file, but /usr/bin/find returns well over 1000 results. Well, I made it work by setting MAKEOPTS="" on the command line, but it seems odd that portage's compiler settings are being misinterpreted this way. -- Regards Peter
[gentoo-user] Palemoon again - again
Hello list, After following the "Palemoon again" thread I wanted to try Pale Moon, so I installed layman and added the octopus overlay. Here's a snippet from the build log: Configure complete! Be sure to run |mach build| to pick up any changes >>> Source configured. >>> Compiling source in >>> /var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1 ... 0:00.71 /usr/bin/gmake -f client.mk -l 60 MOZ_PARALLEL_BUILD=24 -s 0:03.25 Adding client.mk options from /var/tmp/portage/www-client/palemoon-27.2.1/work/pale moon-27.2.1/.mozconfig: 0:03.25 PYTHON=/usr/bin/python2 0:03.25 AUTOCONF=/usr/bin/autoconf-2.13 0:03.25 MOZ_MAKE_FLAGS=-j 24 -l 60 0:03.25 MOZ_OBJDIR=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/obj -x86_64-unknown-linux-gnu 0:03.25 OBJDIR=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/obj-x86_64-unknown-linux-gnu 0:03.25 FOUND_MOZCONFIG=/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/.mozconfig 0:03.30 gmake[2]: *** No rule to make target '24'. Stop. 0:03.30 gmake[1]: *** [/var/tmp/portage/www-client/palemoon-27.2.1/work/palemoon-27.2.1/client.mk:398: realbuild] Error 2 0:03.30 gmake: *** [client.mk:171: build] Error 2 0:03.34 0 compiler warnings present. You see it couldn't even find a rule to make the object files. I tried setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set, but that just changed the logged error, substituting 1 for 24. Does this ring a bell with anyone? I wanted to look for clues in the make file, but /usr/bin/find returns well over 1000 results. -- Regards Peter
Re: [gentoo-user] New AMD hardware. [Was: Nvidia Drivers. =(]
On 170417-11:19+0200, Miroslav Rovis wrote: > On 170415-13:50+, Alan Mackenzie wrote: ... > It's --zero, I don't remember well at all. Use mdadm to zero > the mdadm-related stuff. It's --zero-superblock or very similar to that... Happy Easter to all believers! -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr signature.asc Description: Digital signature
Re: [gentoo-user] New AMD hardware. [Was: Nvidia Drivers. =(]
On 170415-13:50+, Alan Mackenzie wrote: > Hello, Alan. > > On Mon, Apr 10, 2017 at 21:12:44 -0400, Alan Grimes wrote: ... > I've got 90% through a Gentoo installation on it, and I'm just > considering how best to un-mdadm my boot partition (which I mistakenly > turned into a RAID partition with its partner on the other drive). I > can't erase the mdadm metadata stuff with mkfs.ext4 (even with the > "force" parameter), and I don't think mdadm provides a method for > undoing RAID. I can see myself having to use dd from /dev/zero to be > able to get my partitions back again. > ... I haven't used mdadm, and don't have it installed at this time, but, as best I can recollect, it's in the mdadm manual page. It's --zero, I don't remember well at all. Use mdadm to zero the mdadm-related stuff. Sorry, can't remember any more details. Haven't used rad in quite some time. -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr signature.asc Description: Digital signature
[gentoo-user] fbi kills X
Running fbi from VT2, as root, kills an X session running as normal user on VT6. 2017-04-17 09:27:10.761056500 (II) AIGLX: Suspending AIGLX clients for VT switch 2017-04-17 09:27:30.812072500 (II) AIGLX: Resuming AIGLX clients after VT switch 2017-04-17 09:27:30.812074500 (EE) modeset(0): drmSetMaster failed: Invalid argument 2017-04-17 09:27:30.812076500 (EE) modeset(0): failed to set mode: Permission denied 2017-04-17 09:27:30.812077500 (EE) 2017-04-17 09:27:30.812078500 Fatal server error: 2017-04-17 09:27:30.812079500 (EE) EnterVT failed for screen 0 2017-04-17 09:27:30.812080500 (EE) 2017-04-17 09:27:30.812080500 (EE) 2017-04-17 09:27:30.812081500 Please consult the The X.Org Foundation support 2017-04-17 09:27:30.812094500at http://wiki.x.org 2017-04-17 09:27:30.812095500 for help. 2017-04-17 09:27:30.812096500 (EE) Please also check the log file at "/var/log/Xorg.6.log" for additional information. 2017-04-17 09:27:30.812098500 (EE) 2017-04-17 09:27:30.812098500 (II) AIGLX: Suspending AIGLX clients for VT switch 2017-04-17 09:27:30.828880500 (EE) Server terminated with error (1). Closing log file. 2017-04-17 09:27:30.831855500 XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":6"^M 2017-04-17 09:27:30.831856500 after 5279 requests (5279 known processed) with 0 events remaining.^M 2017-04-17 09:27:30.832000500 xterm: fatal IO error 11 (Resource temporarily unavailable) or KillClient on X server ":6"^M 2017-04-17 09:27:30.832024500 /usr/bin/xinit: connection to X server lost 2017-04-17 09:27:30.832024500 ^M 2017-04-17 09:27:30.832024500 waiting for X server to shut down $ eix fbi (...) [I] media-gfx/fbida Available versions: 2.12 ~2.13-r1 ** {X curl fbcon ghostscript +gif lirc +png scanner +tiff +webp} Installed versions: 2.12(09:27:05 AM 04/17/2017)(fbcon ghostscript gif png tiff webp -X -curl -lirc -scanner) Homepage:http://www.kraxel.org/blog/linux/fbida/ Description: Image viewers for the framebuffer console (fbi) and X11 (ida) I tried first with "X" USE flag, same problem. Jorge Almeida