Re: [gentoo-user] emerge @preserved-rebuild failure
On Sat, 6 Jan 2018 21:21:16 +0100, Hartmut Figge wrote: > Mostly stable Gentoo. After having fun with linguas *g* > > !!! existing preserved libs found What's the rest of this output, it should list the packages and files involved. > i5-64 /home/hafi # emerge -q @preserved-rebuild > > emerge: there are no ebuilds to satisfy "dev-lang/ruby:2.1". > (dependency required by "@preserved-rebuild" [argument]) Something appears to be asking for an old Ruby, hopefully the output will show why. Also, what does emerge --info show for RUBY_TARGETS and do you have a setting for it in make.conf? -- Neil Bothwick It may be that your sole purpose in life is simply to serve as a warning to others. pgpUOsT0BL6uF.pgp Description: OpenPGP digital signature
[gentoo-user] emerge @preserved-rebuild failure
Greetings, Mostly stable Gentoo. After having fun with linguas *g* !!! existing preserved libs found i5-64 /home/hafi # emerge -q @preserved-rebuild emerge: there are no ebuilds to satisfy "dev-lang/ruby:2.1". (dependency required by "@preserved-rebuild" [argument]) [?] dev-lang/ruby Available versions: (2.2) 2.2.8 2.2.9 (2.3) ~2.3.5 ~2.3.6 (2.4) ~2.4.2 ~2.4.3 (2.5) ~2.5.0 ~2.5.0-r1 hafi@i5-64 ~ $ eselect profile show Current /etc/make.profile symlink: default/linux/amd64/17.0 hafi@i5-64 ~ $ eselect ruby show Current Ruby version: ruby22 Current Rubygems version: gem22 Bug? Hartmut
[gentoo-user] emerge @preserved-rebuild failure...
Hi, This is a mostly stable machine. Why is what I think is the stable version of libgnomecanvas-python failing to build? The newer version portage (2.28.1) requires masked packages so that's not a good option. What's a person to do? Thanks, Mark c2stable ~ # eix libgnomecanvas-python [I] dev-python/libgnomecanvas-python Available versions: (2) 2.22.3!t 2.26.1!t 2.28.0!t ~2.28.1!t {debug examples} Installed versions: 2.28.0(2)!t(08:28:16 06/11/10)(-examples) Homepage:http://pygtk.org/ Description: Python bindings for the Gnome Canvas library c2stable ~ # emerge @preserved-rebuild SNIP Failed to emerge dev-python/libgnomecanvas-python-2.28.0, Log file: '/var/tmp/portage/dev-python/libgnomecanvas-python-2.28.0/temp/build.log' * Messages for package x11-libs/gtk+-2.18.9: * Please install app-text/evince for print preview functionality. * Alternatively, check gtk-print-preview-command documentation and * add it to your gtkrc. * Messages for package dev-python/libgnomecanvas-python-2.28.0: * ERROR: dev-python/libgnomecanvas-python-2.28.0 failed: * Building failed with CPython 2.6 in building() function * * Call stack: * ebuild.sh, line 48: Called src_compile * environment, line 5540: Called gnome-python-common_src_compile * environment, line 3132: Called python_execute_function '-s' 'building' * environment, line 4305: Called die * The specific snippet of code: * die ${failure_message}; * * If you need support, post the output of 'emerge --info =dev-python/libgnomecanvas-python-2.28.0', * the complete build log and the output of 'emerge -pqv =dev-python/libgnomecanvas-python-2.28.0'. * The complete build log is located at '/var/tmp/portage/dev-python/libgnomecanvas-python-2.28.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-python/libgnomecanvas-python-2.28.0/temp/environment'. * S: '/var/tmp/portage/dev-python/libgnomecanvas-python-2.28.0/work/gnome-python-2.28.0' * GNU info directory index is up-to-date. !!! existing preserved libs: package: media-libs/libpng-1.4.3 * - /usr/lib64/libpng12.so * - /usr/lib64/libpng12.so.0 * - /usr/lib64/libpng12.so.0.43.0 * used by /opt/icedtea6-bin-1.8.0/jre/lib/amd64/libsplashscreen.so (dev-java/icedtea6-bin-1.8.0) * used by /usr/bin/annotate (media-libs/gd-2.0.35-r1) * used by /usr/bin/baobab (gnome-extra/gnome-utils-2.28.3) * used by 406 other files Use emerge @preserved-rebuild to rebuild packages using these libraries c2stable ~ # c2stable ~ # emerge -1pv libgnomecanvas-python These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-python/libgnomecanvas-python-2.28.0 USE=-examples 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB c2stable ~ # c2stable ~ # emerge --info Portage 2.2_rc67 (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.11.2-r0, 2.6.34-gentoo x86_64) = System uname: linux-2.6.34-gentoo-x86_64-intel-r-_core-tm-_i7_cpu_x_9...@_3.33ghz-with-gentoo-1.12.13 Timestamp of tree: Sun, 27 Jun 2010 16:45:01 + app-shells/bash: 4.0_p37 dev-java/java-config: 2.1.10 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 1.12.13 sys-apps/sandbox:2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS=amd64 ACCEPT_LICENSE=* -...@eula dlj-1.1 PUEL AdobeFlash-10.1 CBUILD=x86_64-pc-linux-gnu CFLAGS=-O2 -march=native -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/share/X11/xkb /usr/share/config CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c CXXFLAGS=-O2 -march=native -pipe DISTDIR=/usr/portage/distfiles EMERGE_DEFAULT_OPTS=--with-bdeps y FEATURES=assume-digests distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch GENTOO_MIRRORS=http://gentoo.osuosl.org/ LDFLAGS=-Wl,-O1 LINGUAS=en MAKEOPTS=-j13 PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/var/lib/layman/pentoo SYNC=rsync://rsync.namerica.gentoo.org/gentoo-portage USE=X acl amd64 berkdb bzip2 cli cracklib crypt cxx dbus dri fortran gdbm gnome gpm gstreamer iconv kde mmx modules mudflap multilib ncurses nls nptl nptlonly
Re: [gentoo-user] emerge @preserved-rebuild failure...
On Sunday 27 June 2010 20:25:03 Mark Knecht wrote: Hi, This is a mostly stable machine. Why is what I think is the stable version of libgnomecanvas-python failing to build? The newer version portage (2.28.1) requires masked packages so that's not a good option. What's a person to do? Thanks, Mark c2stable ~ # eix libgnomecanvas-python [I] dev-python/libgnomecanvas-python Available versions: (2) 2.22.3!t 2.26.1!t 2.28.0!t ~2.28.1!t {debug examples} Installed versions: 2.28.0(2)!t(08:28:16 06/11/10)(-examples) Homepage:http://pygtk.org/ Description: Python bindings for the Gnome Canvas library c2stable ~ # emerge @preserved-rebuild SNIP Failed to emerge dev-python/libgnomecanvas-python-2.28.0, Log file: The build error is before this. Please post that. Everything below is various elogs to tell you that an error occured, not what it is. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @preserved-rebuild failure...
On Sun, Jun 27, 2010 at 11:41 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Sunday 27 June 2010 20:25:03 Mark Knecht wrote: Hi, This is a mostly stable machine. Why is what I think is the stable version of libgnomecanvas-python failing to build? The newer version portage (2.28.1) requires masked packages so that's not a good option. What's a person to do? Thanks, Mark c2stable ~ # eix libgnomecanvas-python [I] dev-python/libgnomecanvas-python Available versions: (2) 2.22.3!t 2.26.1!t 2.28.0!t ~2.28.1!t {debug examples} Installed versions: 2.28.0(2)!t(08:28:16 06/11/10)(-examples) Homepage: http://pygtk.org/ Description: Python bindings for the Gnome Canvas library c2stable ~ # emerge @preserved-rebuild SNIP Failed to emerge dev-python/libgnomecanvas-python-2.28.0, Log file: The build error is before this. Please post that. Everything below is various elogs to tell you that an error occured, not what it is. -- alan dot mckinnon at gmail dot com Yeah, should have posted more. Sorry. Hopefully this will get you far enough back to take a guess. Seems that libpng12.la doesn't exist and indeed that file isn't there. c2stable ~ # updatedb c2stable ~ # slocate libpng12 /opt/vmware/workstation/lib/vmware-installer/1.1/lib/lib/libpng12.so.0 /opt/vmware/workstation/lib/vmware-installer/1.1/lib/lib/libpng12.so.0/libpng12.so.0 /opt/vmware/workstation/lib/vmware/lib/libpng12.so.0 /opt/vmware/workstation/lib/vmware/lib/libpng12.so.0/libpng12.so.0 /usr/lib32/libpng12.so.0 /usr/lib64/libpng12.so.0 /usr/lib64/libpng12.so /usr/lib64/libpng12.so.0.43.0 c2stable ~ # Thanks, Mark mv -f .deps/gtkunixprint_la-gtkunixprint.Tpo .deps/gtkunixprint_la-gtkunixprint.Plo /bin/sh ../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -I/usr/include/pycairo -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -O2 -march=native -pipe -Wall -fno-strict-aliasing -std=c9x -module -avoid-version -export-symbols-regex initgtkunixprint -Wl,-O1 -o gtkunixprint.la -rpath /usr/lib64/python2.6/site-packages/gtk-2.0 gtkunixprint_la-gtkunixprintmodule.lo gtkunixprint_la-gtkunixprint.lo -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 /bin/grep: /usr/lib64/libpng12.la: No such file or directory /bin/sed: can't read /usr/lib64/libpng12.la: No such file or directory libtool: link: `/usr/lib64/libpng12.la' is not a valid libtool archive make[2]: *** [glade.la] Error 1 make[2]: *** Waiting for unfinished jobs libtool: link: /usr/bin/nm -B .libs/gtkunixprint_la-gtkunixprintmodule.o .libs/gtkunixprint_la-gtkunixprint.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq .libs/gtkunixprint.exp libtool: link: /bin/grep -E -e initgtkunixprint .libs/gtkunixprint.exp .libs/gtkunixprint.expT libtool: link: mv -f .libs/gtkunixprint.expT .libs/gtkunixprint.exp libtool: link: echo { global: .libs/gtkunixprint.ver libtool: link: cat .libs/gtkunixprint.exp | sed -e s/\(.*\)/\1;/ .libs/gtkunixprint.ver libtool: link: echo local: *; }; .libs/gtkunixprint.ver libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/gtkunixprint_la-gtkunixprintmodule.o .libs/gtkunixprint_la-gtkunixprint.o /usr/lib64/libgtk-x11-2.0.so /usr/lib64/libgdk-x11-2.0.so /usr/lib64/libatk-1.0.so -L/usr/lib64 /usr/lib64/libgdk_pixbuf-2.0.so /usr/lib64/libgio-2.0.so -lresolv /usr/lib64/libpangocairo-1.0.so /usr/lib64/libpangoft2-1.0.so /usr/lib64/libcairo.so /usr/lib64/libpixman-1.so /usr/lib64/libpng14.so /usr/lib64/libXrender.so /usr/lib64/libX11.so /usr/lib64/libxcb.so /usr/lib64/libXau.so /usr/lib64/libXdmcp.so /usr/lib64/libpango-1.0.so -lm /usr/lib64/libfontconfig.so /usr/lib64/libfreetype.so -lz /usr/lib64/libexpat.so /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so -ldl /usr/lib64/libglib-2.0.so -march=native -Wl,-O1 -Wl,-soname -Wl,gtkunixprint.so -Wl,-version-script -Wl,.libs/gtkunixprint.ver -o .libs/gtkunixprint.so Could not write method GtkPaperSize.to_key_file: No ArgType for GKeyFile* Could not write method GtkWidget.style_get: varargs functions not supported Could not write virtual accessor method GtkWidget.dispatch_child_properties_changed: No ArgType for GParamSpec** Could not write virtual accessor method GtkWidget.child_notify: No ArgType for GParamSpec* Could not write virtual proxy GtkWidget.dispatch_child_properties_changed: No ArgType for GParamSpec** Could not write virtual proxy GtkWidget.child_notify: No
Re: [gentoo-user] emerge @preserved-rebuild failure...
On Sun, Jun 27, 2010 at 12:42 PM, Mark Knecht markkne...@gmail.com wrote: SNIP Different machine getting updated and for the same failure but it occurred on a different package. - Mark /bin/sh ../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -O2 -march=native -pipe -Wall -fno-strict-aliasing -std=c9x -module -avoid-version -export-symbols-regex initglade -Wl,-O1 -o glade.la -rpath /usr/lib64/python2.6/site-packages/gtk-2.0/gtk glade_la-libglademodule.lo glade_la-libglade.lo -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 /bin/grep: /usr/lib64/libpng12.la: No such file or directory /bin/sed: can't read /usr/lib64/libpng12.la: No such file or directory libtool: link: `/usr/lib64/libpng12.la' is not a valid libtool archive make[2]: *** [glade.la] Error 1 make[2]: *** Waiting for unfinished jobs mv -f .deps/gtkunixprint_la-gtkunixprint.Tpo .deps/gtkunixprint_la-gtkunixprint.Plo Could not write method GtkPaperSize.to_key_file: No ArgType for GKeyFile* Could not write method GtkWidget.style_get: varargs functions not supported Could not write virtual accessor method GtkWidget.dispatch_child_properties_changed: No ArgType for GParamSpec** Could not write virtual accessor method GtkWidget.child_notify: No ArgType for GParamSpec* Could not write virtual proxy GtkWidget.dispatch_child_properties_changed: No ArgType for GParamSpec** Could not write virtual proxy GtkWidget.child_notify: No ArgType for GParamSpec* Could not write virtual proxy GtkContainer.child_type: No ArgType for GType Could not write method GtkAccelGroup.activate: No ArgType for GQuark Could not write method GtkAccelGroup.find: No ArgType for GtkAccelKey* Could not write method GtkAccelGroup.query: No ArgType for guint* Could not write method GtkActionGroup.set_translate_func: No ArgType for GtkTranslateFunc Could not write method GtkCalendar.set_detail_func: No ArgType for GtkCalendarDetailFunc Could not write virtual accessor method GtkMenuItem.toggle_size_request: No ArgType for gint* Warning: generating old-style constructor for:gtk_clipboard_get_for_display Could not write method GtkClipboard.wait_for_uris: No ArgType for gchar** Could not write method GtkClipboard.request_uris: No ArgType for GtkClipboardURIReceivedFunc Could not write virtual accessor method GtkCList.selection_find: No ArgType for GList* Could not write virtual accessor method GtkCList.draw_row: No ArgType for GtkCListRow* Could not write virtual accessor method GtkCList.draw_drag_highlight: No ArgType for GtkCListRow* Could not write virtual accessor method GtkCList.insert_row: No ArgType for gchar*[] Could not write virtual accessor method GtkCList.set_cell_contents: No ArgType for GtkCListRow* Could not write virtual accessor method GtkCList.cell_size_request: No ArgType for GtkCListRow* Could not write virtual proxy GtkCList.selection_find: No ArgType for GList* Could not write virtual proxy GtkCList.draw_row: No ArgType for GtkCListRow* Could not write virtual proxy GtkCList.draw_drag_highlight: No ArgType for GtkCListRow* Could not write virtual proxy GtkCList.insert_row: No ArgType for gchar*[] Could not write virtual proxy GtkCList.set_cell_contents: No ArgType for GtkCListRow* Could not write virtual proxy GtkCList.cell_size_request: No ArgType for GtkCListRow* Could not write method GtkCTree.set_drag_compare_func: No ArgType for GtkCTreeCompareDragFunc Could not write virtual proxy GtkCTree.tree_select_row: No ArgType for GtkCTreeNode* Could not write virtual proxy GtkCTree.tree_unselect_row: No ArgType for GtkCTreeNode* Could not write virtual proxy GtkCTree.tree_expand: No ArgType for GtkCTreeNode* Could not write virtual proxy GtkCTree.tree_collapse: No ArgType for GtkCTreeNode* Could not write virtual proxy GtkCTree.tree_move: No ArgType for GtkCTreeNode* Could not write virtual accessor method GtkScale.get_layout_offsets: No ArgType for gint* Could not write virtual proxy GtkScale.get_layout_offsets: cannot use int* parameter with direction 'None' Could not write method GtkImage.get_gicon: No ArgType for GIcon** Could not write virtual accessor method GtkIMContext.get_preedit_string: No ArgType for gchar** Could not write virtual accessor method GtkIMContext.get_surrounding: No ArgType for gchar** Could not write virtual proxy GtkIMContext.get_preedit_string: No ArgType for gchar** Could not write virtual proxy GtkIMContext.get_surrounding: No ArgType for gchar** Could not write method GtkIMContextSimple.add_table: No ArgType for guint16* Warning: generating old-style constructor
Re: [gentoo-user] emerge @preserved-rebuild failure...
On Sunday 27 June 2010 21:42:14 Mark Knecht wrote: Failed to emerge dev-python/libgnomecanvas-python-2.28.0, Log file: The build error is before this. Please post that. Everything below is various elogs to tell you that an error occured, not what it is. -- alan dot mckinnon at gmail dot com Yeah, should have posted more. Sorry. Hopefully this will get you far enough back to take a guess. Seems that libpng12.la doesn't exist and indeed that file isn't there. Missing libpng.so? Hah, the dev responsible for that ought to be shot. It wreaked havoc with ~arch a few months back, it's all in the archives in it's full glory. The libpng ebuild has this message at the end, it's in your elogs: Run /usr/sbin/libpng-1.4.x-update.sh to fix libtool archives (.la) If stable is anything like unstable was, expect a long frustrating sequence of revdep-rebuild and preserved-rebuild to fix it all. Personally, this is one of those things that I fixed and forgot all about (that's how frustrating it was). For the true facts, get the list archives. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @preserved-rebuild failure...
On Sun, Jun 27, 2010 at 1:35 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Sunday 27 June 2010 21:42:14 Mark Knecht wrote: Failed to emerge dev-python/libgnomecanvas-python-2.28.0, Log file: The build error is before this. Please post that. Everything below is various elogs to tell you that an error occured, not what it is. -- alan dot mckinnon at gmail dot com Yeah, should have posted more. Sorry. Hopefully this will get you far enough back to take a guess. Seems that libpng12.la doesn't exist and indeed that file isn't there. Missing libpng.so? Hah, the dev responsible for that ought to be shot. It wreaked havoc with ~arch a few months back, it's all in the archives in it's full glory. The libpng ebuild has this message at the end, it's in your elogs: Run /usr/sbin/libpng-1.4.x-update.sh to fix libtool archives (.la) If stable is anything like unstable was, expect a long frustrating sequence of revdep-rebuild and preserved-rebuild to fix it all. Personally, this is one of those things that I fixed and forgot all about (that's how frustrating it was). For the true facts, get the list archives. -- alan dot mckinnon at gmail dot com Thanks. I'll give that a try in a minute. I found that running revdep-rebuild -i first failed showing the same sort of error and then the second time passed showing now errors: * Messages for package mail-client/evolution-2.28.3.1: * To change the default browser if you are not using GNOME, do: * gconftool-2 --set /desktop/gnome/url-handlers/http/command -t string 'mozilla %s' * gconftool-2 --set /desktop/gnome/url-handlers/https/command -t string 'mozilla %s' * * Replace 'mozilla %s' with which ever browser you use. * * Junk filters are now a run-time choice. You will get a choice of * bogofilter or spamassassin based on which you have installed * * You have to install one of these for the spam filtering to actually work Auto-cleaning packages... No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: package: media-libs/libpng-1.4.3 * - /usr/lib64/libpng12.so * - /usr/lib64/libpng12.so.0 * - /usr/lib64/libpng12.so.0.43.0 * used by /opt/icedtea6-bin-1.8.0/jre/lib/amd64/libsplashscreen.so (dev-java/icedtea6-bin-1.8.0) * used by /usr/bin/baobab (gnome-extra/gnome-utils-2.28.3) * used by /usr/bin/blackjack (gnome-extra/gnome-games-2.28.2) * used by 152 other files Use emerge @preserved-rebuild to rebuild packages using these libraries * Build finished correctly. Removing temporary files... * * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: * orphaned files * deep dependencies * packages installed outside of portage's control * specially-evaluated libraries c2stable ~ # revdep-rebuild -ip * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. c2stable ~ # emerge -p @preserved-rebuild still wants to build stuff so I'm confused as the to the values of preserved-rebuild vs revdep-rebuild. Things are getting confusing... OK - tried your command but it's unclear whether it did anything: c2stable ~ # /usr/sbin/libpng-1.4.x-update.sh * Fixing broken libtool archives (.la) c2stable ~ # emerge @preserved-rebuild is now running again. I'll post back results later. Thanks, Mark
Re: [gentoo-user] emerge @preserved-rebuild failure...
On Sun, Jun 27, 2010 at 1:59 PM, Mark Knecht markkne...@gmail.com wrote: SNIP emerge @preserved-rebuild is now running again. I'll post back results later. Thanks, Mark So it seems that after a couple of times through each of these tools, and along with changes to firefox-bin to take care of new Flash concerns someone is raising, things are fixed and the machine are clean. Thanks for the pointer on the libpng fixer. I don't see why this sort of thing should be showing up on a stable release. Seems more the sort of thing that should be worked out much earlier. Cheers, Mark
[gentoo-user] emerge @preserved-rebuild - how to force it to run?
Hi, because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 That's true but I want to upgrade other packages like package: media-libs/jpeg-8 * - /usr/lib64/libjpeg.so.7 * - /usr/lib64/libjpeg.so.7.0.0 used by 608 other files ^^^ at lot of work by 'hand' What can I do about it? Many thanks for a hint, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] emerge @preserved-rebuild - how to force it to run?
Helmut Jarausch wrote: Hi, because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 That's true but I want to upgrade other packages like package: media-libs/jpeg-8 * - /usr/lib64/libjpeg.so.7 * - /usr/lib64/libjpeg.so.7.0.0 used by 608 other files ^^^ at lot of work by 'hand' What can I do about it? Many thanks for a hint, Helmut. You could add kde-sunset from layman. The kdelibs:3.5 is in there and it will find it and rebuild it if needed. There may be another option but no other ideas here. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild - how to force it to run?
Am Montag, 18. Januar 2010 schrieb Helmut Jarausch: Hi, because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 That's true but I want to upgrade other packages Either copy the ebuild to a local overlay or install the kde3 overlay using layman. The former way: ebuilds of all installed packages are located under /var/db/pkg/. Pick out the needed ones and mirror them under /usr/local/portage/. I.e. for kdelibs-3.5.10, create a dir /usr/local/portage/kde-base/kdelibs/ and copy the ebuild of kdelibs-3.5.10 from /var/db/pkg/ into it. run ebuild digest on it (to see if you need any other files). As the last thing, you need to tell portage that you now have a new overlay. Do this by adding the following line to your /etc/make.conf: PORTDIR_OVERLAY=/usr/local/portage -- Gruß | Greetings | Qapla' I decided to go on a strict diet. I cut out alcohol, all fats and sugar. In two weeks I lost 14 days. - Tim Maia signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge @preserved-rebuild - how to force it to run?
On Mon, 18 Jan 2010 10:46:23 +0100 (CET), Helmut Jarausch wrote: because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 Add the kde-sunset overlay, which is where all the KDE 3.5 ebuilds have moved. -- Neil Bothwick Newspaper Ad: Dog for sale: eats anything and is fond of children. signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Sat, 09 Jan 2010 16:58:31 -0600, Dale wrote: Can you accept the fact that KDE dropped support for KDE 3? Of course, they have stated so themselves. KDE dropped the ball. This is the statement I disagreed with. Dropping support is a fact, based on a sound decision. This statement is you saying they were wrong, purely because their decision does not suit you. KDE 4 is workable, it's not as mature as 3.5 and I only switched a few months ago, but it is getting there and better in many respects. Diverting resources to work on an obsolete product would only slow the development of KDE 4. KDE 3 still works so what's the problem? It's not like they switched off KDE 3, they just stopped adding new features, which makes perfect sense to me. There are people in a position to fix and security issues that may arise, but that doesn't have to be KDE themselves, and wasn't always them in a past. -- Neil Bothwick Puritanism: The haunting fear that someone, somewhere may be happy. signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Neil Bothwick wrote: On Sat, 09 Jan 2010 16:58:31 -0600, Dale wrote: Can you accept the fact that KDE dropped support for KDE 3? Of course, they have stated so themselves. KDE dropped the ball. This is the statement I disagreed with. Dropping support is a fact, based on a sound decision. This statement is you saying they were wrong, purely because their decision does not suit you. KDE 4 is workable, it's not as mature as 3.5 and I only switched a few months ago, but it is getting there and better in many respects. Diverting resources to work on an obsolete product would only slow the development of KDE 4. KDE 3 still works so what's the problem? It's not like they switched off KDE 3, they just stopped adding new features, which makes perfect sense to me. There are people in a position to fix and security issues that may arise, but that doesn't have to be KDE themselves, and wasn't always them in a past. You say they dropped support. I call it dropping the ball. Same thing. As bad as I hate M$, one thing I can say, they have never to my knowledge dropped support for a OS unless and until the replacement is fully functional and stable, as finctional and stable as windoze can get anyway. At least they don't leave people with a unsupported OS while they spend a year or two getting the new one ironed out. I don't think KDE will take that long but winders does. Most reasonable people agree that KDE should have supported KDE 3 for at least a few more months. You say KDE 4 is workable. For me, it isn't. If I log into KDE 4, I have to switch back to KDE 3 to do some of my normal day to day things. Some of the things I do can't be done in KDE 4 yet. They will be when they get the time to fix it but right now it doesn't work, for me or others on the KDE mailing list. The problems I ran into have already been discussed on the KDE mailing list and they say I just have to wait until it gets fixed, updated or just plain coded in. So, KDE 3 is still not being supported even after all this. Nothing has changed. Who would have thunk it? Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Dale wrote: You say they dropped support. I call it dropping the ball. Same thing. Sorry for butting in... As I understand it, KDE development is mostly driven by volunteers (like most OSS projects). Yes, some are probably paid/employed by interested parties but this doesn't really change the fact that there are limited resources that might be better to concentrate on the latest (and greatest). Not trying to be flame-baiting but, as with all OSS projects, if you don't like something, you can sharpen your hacking skills and contribute/fork/whatever to get what you want. Besides, comparing KDE with Microsoft is a bit unfair, don't you think? MS products is payed and supported through the sale of their software. KDE is free, unless you pay for support... Perhaps it's time to look around for something that suits you better? For me I like simplicity/minimalism and I've settled for xfce4. For the record I used to run K3b with a minimal kde-support environment (kdelibs, qt etc.), still under xfce4 of course, but I stopped using/removed it when KDE4 was enforced. Not that I have anything against qt4/KDE4 but it mandated installation of accessibility libs/utilities + the kitchen sink (why that would be required is beyond me; I thought accessibility was the exception and not the norm)... Again, just my opinion, not meaning to upset you, Dale, or anyone else... Best regards Peter K
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Sun, 10 Jan 2010 06:20:34 -0600, Dale wrote: You say they dropped support. I call it dropping the ball. Same thing. No it's not. One is a bald statement of fact, the other contains a judgement by using negative terminology. As bad as I hate M$, one thing I can say, they have never to my knowledge dropped support for a OS unless and until the replacement is fully functional and stable, as finctional and stable as windoze can get anyway. At least they don't leave people with a unsupported OS while they spend a year or two getting the new one ironed out. I don't think KDE will take that long but winders does. You're comparing apples and oranges. With a paid OS, you are mainly paying for support and security updates, which you still get with a paid Linux distro. Most reasonable people agree that KDE should have supported KDE 3 for at least a few more months. Do you have a citation for that? Preferably one that doesn't define reasonable people as those that think KDE 3.5 should still be developed :) So, KDE 3 is still not being supported even after all this. Nothing has changed. Who would have thunk it? Well, very little has changed. Most importantly, KDE 3.5 still works as well as it ever did. It was never gong to be developed any more anyway. As far as Gentoo dropping it from portage is concerned, the fix for that is editing one line of make.conf, which is hardly an onerous task. The KDE 3.5 ebuilds are still maintained, they've just moved to a different repository. This really is a non-issue. -- Neil Bothwick A great many people mistake opinions for thoughts. -- Herbert V. Prochnow signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On 10 Jan 2010, at 19:05, Neil Bothwick wrote: ... Most reasonable people agree that KDE should have supported KDE 3 for at least a few more months. Do you have a citation for that? Preferably one that doesn't define reasonable people as those that think KDE 3.5 should still be developed :) reasonable people = those who agree with me.
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Sun, 10 Jan 2010 21:41:51 +, Stroller wrote: reasonable people = those who agree with me. Or pay you lots of money, even if they can't write an email to save their life ;-) -- Neil Bothwick Synonym: a word you use when you can't spell the other one. signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
pk wrote: Dale wrote: You say they dropped support. I call it dropping the ball. Same thing. Sorry for butting in... As I understand it, KDE development is mostly driven by volunteers (like most OSS projects). Yes, some are probably paid/employed by interested parties but this doesn't really change the fact that there are limited resources that might be better to concentrate on the latest (and greatest). Not trying to be flame-baiting but, as with all OSS projects, if you don't like something, you can sharpen your hacking skills and contribute/fork/whatever to get what you want. Besides, comparing KDE with Microsoft is a bit unfair, don't you think? MS products is payed and supported through the sale of their software. KDE is free, unless you pay for support... Perhaps it's time to look around for something that suits you better? For me I like simplicity/minimalism and I've settled for xfce4. For the record I used to run K3b with a minimal kde-support environment (kdelibs, qt etc.), still under xfce4 of course, but I stopped using/removed it when KDE4 was enforced. Not that I have anything against qt4/KDE4 but it mandated installation of accessibility libs/utilities + the kitchen sink (why that would be required is beyond me; I thought accessibility was the exception and not the norm)... Again, just my opinion, not meaning to upset you, Dale, or anyone else... Best regards Peter K And this is the same thing that has already been said before. Volunteer or paid, they dropped the ball. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Neil Bothwick wrote: On Sun, 10 Jan 2010 06:20:34 -0600, Dale wrote: You say they dropped support. I call it dropping the ball. Same thing. No it's not. One is a bald statement of fact, the other contains a judgement by using negative terminology. If they didn't drop the ball, then why is Redhat having to pick up that ball? If KDE hadn't dropped the ball, then Redhat wouldn't have to pick up that same ball. Yes, it is negative. It sure is because it has had a negative effect on others, not just me either. As bad as I hate M$, one thing I can say, they have never to my knowledge dropped support for a OS unless and until the replacement is fully functional and stable, as finctional and stable as windoze can get anyway. At least they don't leave people with a unsupported OS while they spend a year or two getting the new one ironed out. I don't think KDE will take that long but winders does. You're comparing apples and oranges. With a paid OS, you are mainly paying for support and security updates, which you still get with a paid Linux distro. I realize that M$ is a paid OS but doesn't KDE receive contributions for themselves? Gentoo does? People donate to Gentoo. I don't think Gentoo would make a decision like this. Most reasonable people agree that KDE should have supported KDE 3 for at least a few more months. Do you have a citation for that? Preferably one that doesn't define reasonable people as those that think KDE 3.5 should still be developed :) Well, go join the KDE mailing lists. It's been said several times over there. So, KDE 3 is still not being supported even after all this. Nothing has changed. Who would have thunk it? Well, very little has changed. Most importantly, KDE 3.5 still works as well as it ever did. It was never gong to be developed any more anyway. As far as Gentoo dropping it from portage is concerned, the fix for that is editing one line of make.conf, which is hardly an onerous task. The KDE 3.5 ebuilds are still maintained, they've just moved to a different repository. This really is a non-issue. And some of the KDE 3 stuff is having to be removed either for security problems or they don't compile. I subscribe to -dev too. I see the last rites for them. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Stroller wrote: On 10 Jan 2010, at 19:05, Neil Bothwick wrote: ... Most reasonable people agree that KDE should have supported KDE 3 for at least a few more months. Do you have a citation for that? Preferably one that doesn't define reasonable people as those that think KDE 3.5 should still be developed :) reasonable people = those who agree with me. Not really, those who said that BEFORE I started having problems at all. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Peter Ruskin wrote: On Sunday 10 January 2010 23:45:13 Dale wrote: Stroller wrote: On 10 Jan 2010, at 19:05, Neil Bothwick wrote: ... Most reasonable people agree that KDE should have supported KDE 3 for at least a few more months. Do you have a citation for that? Preferably one that doesn't define reasonable people as those that think KDE 3.5 should still be developed :) reasonable people = those who agree with me. Not really, those who said that BEFORE I started having problems at all. Dale Dale, I felt the same as you when they dropped KDE1 for 2, then again when they dropped KDE2 for 3 and now that they've dropped KDE3. We get used to a way of working and don't like the change. Having loved KDE1 I've got used to KDE3, even though some things don't work as well as in KDE1 - a lot of things have been included that weren't there before (K3B for instance). I've learnt to be irritated by this but accept it as inevitable. Again, I am being misunderstood. This is not because I don't like KDE 4. Even when it first came out and was buggy as heck, I thought it was cool. Heck, I'm looking forward to using KDE 4, whenever it works and does what I need a GUI to do. It's not change that bugs me at all. Just to clarify here, I'm not against KDE 4 at all. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Sun, 10 Jan 2010 17:44:21 -0600, Dale wrote: No it's not. One is a bald statement of fact, the other contains a judgement by using negative terminology. If they didn't drop the ball, They didn't, they made a decision. You may not like that decision, but that does not make it a mistake (dropped the ball has a clear implication of a serious mistake). Look at how many people have jumped to side with you in this complaint then why is Redhat having to pick up that ball? If KDE hadn't dropped the ball, then Redhat wouldn't have to pick up that same ball. Red Hat are simply doing what they have already been paid to do. Do you really think they have a serious problem with this? Of course not, otherwise they would have made sure 3.5 development continued, they have the clout. I realize that M$ is a paid OS but doesn't KDE receive contributions for themselves? Gentoo does? People donate to Gentoo. I don't think Gentoo would make a decision like this. The key word there is donate. They are not entering into a contract to supply a specific level of service, they are usually donating for what they have already received. I know I didn't start donating to Gentoo until I had been using it a while. Well, very little has changed. Most importantly, KDE 3.5 still works as well as it ever did. It was never gong to be developed any more anyway. As far as Gentoo dropping it from portage is concerned, the fix for that is editing one line of make.conf, which is hardly an onerous task. The KDE 3.5 ebuilds are still maintained, they've just moved to a different repository. This really is a non-issue. And some of the KDE 3 stuff is having to be removed either for security problems or they don't compile. I subscribe to -dev too. I see the last rites for them. Removed from where? From the portage tree maybe, but they have been moved to an overlay so they are still available to Gentoo users. -- Neil Bothwick If it doesn't fit, you're not using a big enough hammer. signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Neil Bothwick wrote: On Sun, 10 Jan 2010 17:44:21 -0600, Dale wrote: No it's not. One is a bald statement of fact, the other contains a judgement by using negative terminology. If they didn't drop the ball, They didn't, they made a decision. You may not like that decision, but that does not make it a mistake (dropped the ball has a clear implication of a serious mistake). Look at how many people have jumped to side with you in this complaint Yea, they decided to drop the ball. WOW !! I don't NEED anyone on my side to state that point. They did what they did and you can call it anything you want. I call it dropping the ball and it is not going to change. Can you tell that yet? then why is Redhat having to pick up that ball? If KDE hadn't dropped the ball, then Redhat wouldn't have to pick up that same ball. Red Hat are simply doing what they have already been paid to do. Do you really think they have a serious problem with this? Of course not, otherwise they would have made sure 3.5 development continued, they have the clout. I realize that M$ is a paid OS but doesn't KDE receive contributions for themselves? Gentoo does? People donate to Gentoo. I don't think Gentoo would make a decision like this. The key word there is donate. They are not entering into a contract to supply a specific level of service, they are usually donating for what they have already received. I know I didn't start donating to Gentoo until I had been using it a while. Well, very little has changed. Most importantly, KDE 3.5 still works as well as it ever did. It was never gong to be developed any more anyway. As far as Gentoo dropping it from portage is concerned, the fix for that is editing one line of make.conf, which is hardly an onerous task. The KDE 3.5 ebuilds are still maintained, they've just moved to a different repository. This really is a non-issue. And some of the KDE 3 stuff is having to be removed either for security problems or they don't compile. I subscribe to -dev too. I see the last rites for them. Removed from where? From the portage tree maybe, but they have been moved to an overlay so they are still available to Gentoo users. But the packages in the overlay are not supported by KDE either. Again, same thing. Nothing has changed ! Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Fri, 08 Jan 2010 18:16:05 -0600, Dale wrote: So, as I have been saying all along, repeatedly, Gentoo did not drop the ball here, KDE did. It's their ball, they can do whatever they like with it. It doesn't matter how much you complain, if unpaid, volunteer developers want to work on the new stuff, that is their choice, and an unsurprising one. Yep, it is their ball. It doesn't mean that I or anyone else has to like it tho. No, but it doesn't mean you should keep complaining about it. It's their project and their choice. If you don't like it, ask for your money back. If KDE didn't drop the ball then why is Redhat having to step up and do the job on the KDE developers? They aren't, they are doing the job they were paid to do by their customers. If you want continued, guaranteed support for KDE3, you have two choices: do it yourself or buy a copy of RHEL with a support contract. Then that would be the decision Redhat made after KDE dropped the ball? No, it was the decision Red Hat made before they sold distros with X year support contracts, to provide a guaranteed level of support to their customers. Someone mentioned that 62% of KDE devs are unpaid, who do you think pays the other 38%. Again, someone picking up after KDE and doing what they could have done. I wonder if Redhat likes having to do that? Wouldn't they like their PAID people to be doing something else besides picking up after KDE? They want their paid people to do their job of supporting their customers. KDE are also supporting their customers, which do not include you (or me). By the way, I dropped hal. Maybe KDE will be next? Fine, that's your choice, just as it was KDE's choice to maximise the resources devoted to development of KDE4 by not diverting devs' time to KDE3. Maybe that's why KDE 4.4 is so much nicer to use than 4.3? -- Neil Bothwick Why doesn't onomatopoeia sound like what it means? signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Neil Bothwick wrote: On Fri, 08 Jan 2010 18:16:05 -0600, Dale wrote: So, as I have been saying all along, repeatedly, Gentoo did not drop the ball here, KDE did. It's their ball, they can do whatever they like with it. It doesn't matter how much you complain, if unpaid, volunteer developers want to work on the new stuff, that is their choice, and an unsurprising one. Yep, it is their ball. It doesn't mean that I or anyone else has to like it tho. No, but it doesn't mean you should keep complaining about it. It's their project and their choice. If you don't like it, ask for your money back. Actually, I only told the OP, many many replies ago, that it was not Gentoo's fault that KDE was dropped. Then for some crazy reason it became my fault. It's not my fault at all. Any one who thinks so is wrong. I had NO part in the decision to drop KDE 3 support by KDE. If KDE didn't drop the ball then why is Redhat having to step up and do the job on the KDE developers? They aren't, they are doing the job they were paid to do by their customers. If you want continued, guaranteed support for KDE3, you have two choices: do it yourself or buy a copy of RHEL with a support contract. Then that would be the decision Redhat made after KDE dropped the ball? No, it was the decision Red Hat made before they sold distros with X year support contracts, to provide a guaranteed level of support to their customers. Someone mentioned that 62% of KDE devs are unpaid, who do you think pays the other 38%. So they did make the decision to continue support for KDE 3. OK. So what? I wish them the best of luck. KDE still stopped the support. Anything else you say will not change that fact. Again, Redhat is only picking it up because KDE isn't doing it. That's what you just said. If KDE was still supporting and developing KDE 3 then Redhat wouldn't have to do what KDE used to do. Again, someone picking up after KDE and doing what they could have done. I wonder if Redhat likes having to do that? Wouldn't they like their PAID people to be doing something else besides picking up after KDE? They want their paid people to do their job of supporting their customers. KDE are also supporting their customers, which do not include you (or me). It sure doesn't. I don't use Redhat. Honestly, I don't care what Redhat decides to support or not to support. It doesn't seem to affect me or Gentoo one little bit. By the way, I dropped hal. Maybe KDE will be next? Fine, that's your choice, just as it was KDE's choice to maximise the resources devoted to development of KDE4 by not diverting devs' time to KDE3. Maybe that's why KDE 4.4 is so much nicer to use than 4.3? Glad to hear they are working on KDE 4.4. Maybe it will work good enough for me to use one day soon. It looks promising to me. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Sat, 09 Jan 2010 08:39:58 -0600, Dale wrote: No, it was the decision Red Hat made before they sold distros with X year support contracts, to provide a guaranteed level of support to their customers. Someone mentioned that 62% of KDE devs are unpaid, who do you think pays the other 38%. So they did make the decision to continue support for KDE 3. OK. So what? I wish them the best of luck. KDE still stopped the support. Anything else you say will not change that fact. Again, Redhat is only picking it up because KDE isn't doing it. That's what you just said. It's not what I said. Red Hat commit to support all software they supply, irrespective of upstream decisions. It is reasonable to assume that the distros that employ and pay KDE developers are happy with the way things are going, otherwise they would discontinue their support. -- Neil Bothwick What did the first man to discover you can get milk from cows think he was doing? - anon. signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Neil Bothwick wrote: On Sat, 09 Jan 2010 08:39:58 -0600, Dale wrote: No, it was the decision Red Hat made before they sold distros with X year support contracts, to provide a guaranteed level of support to their customers. Someone mentioned that 62% of KDE devs are unpaid, who do you think pays the other 38%. So they did make the decision to continue support for KDE 3. OK. So what? I wish them the best of luck. KDE still stopped the support. Anything else you say will not change that fact. Again, Redhat is only picking it up because KDE isn't doing it. That's what you just said. It's not what I said. Red Hat commit to support all software they supply, irrespective of upstream decisions. It is reasonable to assume that the distros that employ and pay KDE developers are happy with the way things are going, otherwise they would discontinue their support. Can you accept the fact that KDE dropped support for KDE 3? Why is this so hard for you to accept? That is all that I said and this is enough. KDE DROPPED SUPPORT. End of story. I don't' care what Redhat or any other distro did. KDE dropped the ball. Paid or not, they dropped support for KDE 3. Jeez! Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Alan McKinnon wrote: On Friday 08 January 2010 00:25:03 Dale wrote: Alan McKinnon wrote: On Thursday 07 January 2010 21:19:27 Stroller wrote: I hope my above statements don't sound nasty, but you want 3.5, Alan [1] wants KDE 4. The various developers upstream of you and Alan - i.e. both KDE and Gentoo - don't have time to work on both. So they have each chosen where to spend their time, and that's on KDE 4. [snip] [1] Some hypothetical Alan who does not really exist. Ahem coughcough I *think*, but not sure, that I feel offended by being mythicalisized[2] [2] Some hypothetical word that truly does not exist. Lucky for us, the Red hats and SuSEs of this world will maintain at least critical security flaws in KDE-3.5 that Gentoo users can import into kde- sunset: those distros shipped KDE-3.5 and are still actively supported Should we also assume that Redhat and SuSE is doing that support, not KDE who is the one that dropped KDE 3.5 ?? Yes, that's reasonable. RH shipped KDE-3.5 with fully supported versions of RHEL, and those versions are still current. So just like RH backport useful kernel code into their shipped versions, we can expect RH to at least deal with critical security bugs. They likely will not add new features to KDE-3.5 though. There's no inside info here, I'm just stating the way these things usually work out there in the marketplace But KDE still dropped the support tho? That was my point. It wasn't Redhat, Gentoo, SuSe or some other distro or even me that dropped it, it was KDE that dropped it. Now to this question, will what Redhat is doing ever make it to the kde-sunset overlay? Or will that be so far out that KDE 4 will finally be ready by that time? Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Friday 08 January 2010 10:06:27 Dale wrote: Yes, that's reasonable. RH shipped KDE-3.5 with fully supported versions of RHEL, and those versions are still current. So just like RH backport useful kernel code into their shipped versions, we can expect RH to at least deal with critical security bugs. They likely will not add new features to KDE-3.5 though. There's no inside info here, I'm just stating the way these things usually work out there in the marketplace But KDE still dropped the support tho? That was my point. It wasn't Redhat, Gentoo, SuSe or some other distro or even me that dropped it, it was KDE that dropped it. Yes, upstream stopped maintaining KDE. Which leaves RH without an upstream maintainer, so RH will likely step in to fill the breach. They made promises to their customers and they do tend to keep their promises. Now to this question, will what Redhat is doing ever make it to the kde-sunset overlay? Or will that be so far out that KDE 4 will finally be ready by that time? That's totally up to whoever steps up to the plate and decides to do some maintenance on kde-sunset. RH publishes their patches per the GPL so if the kde-sunset maintainer decides to apply the patches then you will benefit. If the kde-sunset maintainer does not apply the patches, or if there is no kde- sunset maintainer, then you will not benefit. The kde-sunset maintainer could even be you. None of this has any definite predictions surrounding it. It all totally depends on someone having the balls to maintain kde-sunset and actually doing so. Maybe KDE-3.5 users get lucky and someone decides to fork the project and breathe new life into it - that could even be you. The only actual reason you have not forked and maintain KDE-3.5 is because you have not decided to do so. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On 8 Jan 2010, at 08:06, Dale wrote: ... But KDE still dropped the support tho? That was my point. It wasn't Redhat, Gentoo, SuSe or some other distro or even me that dropped it, it was KDE that dropped it. 62% of KDE's developers are unpaid volunteers. [1] We program for the sheer joy and fun that comes out of putting out such an awesome product. This has nothing to do with market share, mind share, corporate attention, or any other outside influence. [2] Stroller. [1] https://fossbazaar.org/?q=content/differences-between-paid-and-volunteer-foss-contributors [2] http://www.kde.org/announcements/gfresponse.php
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On 8 Jan 2010, at 08:23, Alan McKinnon wrote: ... The kde-sunset maintainer could even be you. I had my first patch accepted to an upstream project this week. It was only about 70 lines of Perl (and some of those were basically just refactoring what the author had already written into a different function, so that my new code could call it, too), but not only was it *extremely* gratifying to be accepted upstream, it also showed me that the barrier to contributing to OSS is really very low. Stroller.
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Friday 08 January 2010 12:34:39 Stroller wrote: On 8 Jan 2010, at 08:23, Alan McKinnon wrote: ... The kde-sunset maintainer could even be you. I had my first patch accepted to an upstream project this week. It was only about 70 lines of Perl (and some of those were basically just refactoring what the author had already written into a different function, so that my new code could call it, too), but not only was it *extremely* gratifying to be accepted upstream, it also showed me that the barrier to contributing to OSS is really very low. Most people have never had code accepted upstream simply because they never tried. When they do try for the first time, they often have a positive experience, like you did. There are exceptions of course, like the mainline kernel (those dudes are strict) and nagios (that dude is an ass) but most maintainers are grateful when users want to contribute -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Stroller wrote: On 8 Jan 2010, at 08:06, Dale wrote: ... But KDE still dropped the support tho? That was my point. It wasn't Redhat, Gentoo, SuSe or some other distro or even me that dropped it, it was KDE that dropped it. 62% of KDE's developers are unpaid volunteers. [1] We program for the sheer joy and fun that comes out of putting out such an awesome product. This has nothing to do with market share, mind share, corporate attention, or any other outside influence. [2] Stroller. [1] https://fossbazaar.org/?q=content/differences-between-paid-and-volunteer-foss-contributors [2] http://www.kde.org/announcements/gfresponse.php Honestly, I don't care if it is 100% volunteers. They dropped the support and a LOT of people, including me, are at the very least not happy about it. Some were pissed and switched to something else, I heard some went to Fluxbox because it was quick to install and light. Some are trying to get by with KDE 4. Some like me are trying to continue using KDE 3 until KDE 4 is able to step up to the plate. Isn't Gentoo based on all volunteers? You think Gentoo would just drop portage like KDE dropped KDE 3? From my understanding, even some really old versions of portage will still work. I could test this theory by using my old Gentoo 1.4 CD on a test install. So, as I have been saying all along, repeatedly, Gentoo did not drop the ball here, KDE did. If KDE didn't drop the ball then why is Redhat having to step up and do the job on the KDE developers? Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Saturday 09 January 2010 00:04:28 Dale wrote: Honestly, I don't care if it is 100% volunteers. They dropped the support and a LOT of people, including me, are at the very least not happy about it. Dale, FFS, please stop whinging about KDE-3 This is getting like an old record stuck in a groove... -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Fri, 08 Jan 2010 16:04:28 -0600, Dale wrote: So, as I have been saying all along, repeatedly, Gentoo did not drop the ball here, KDE did. It's their ball, they can do whatever they like with it. It doesn't matter how much you complain, if unpaid, volunteer developers want to work on the new stuff, that is their choice, and an unsurprising one. If KDE didn't drop the ball then why is Redhat having to step up and do the job on the KDE developers? They aren't, they are doing the job they were paid to do by their customers. If you want continued, guaranteed support for KDE3, you have two choices: do it yourself or buy a copy of RHEL with a support contract. Gentoo and KDE have given you far more than you paid for, ungrateful whining only makes you look bad. -- Neil Bothwick During a raid on a local chemist's shop, 2000 Viagra tablets were stolen Police are looking for hardened criminals! signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Alan McKinnon wrote: On Saturday 09 January 2010 00:04:28 Dale wrote: Honestly, I don't care if it is 100% volunteers. They dropped the support and a LOT of people, including me, are at the very least not happy about it. Dale, FFS, please stop whinging about KDE-3 This is getting like an old record stuck in a groove... Well, I didn't like being told that it was my fault that support was dropped. I didn't even know it was dropped until it was already done. I didn't realize that this would have to be replied to this many times for the facts to be understood. Apologies on my end at least. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Neil Bothwick wrote: On Fri, 08 Jan 2010 16:04:28 -0600, Dale wrote: So, as I have been saying all along, repeatedly, Gentoo did not drop the ball here, KDE did. It's their ball, they can do whatever they like with it. It doesn't matter how much you complain, if unpaid, volunteer developers want to work on the new stuff, that is their choice, and an unsurprising one. Yep, it is their ball. It doesn't mean that I or anyone else has to like it tho. If KDE didn't drop the ball then why is Redhat having to step up and do the job on the KDE developers? They aren't, they are doing the job they were paid to do by their customers. If you want continued, guaranteed support for KDE3, you have two choices: do it yourself or buy a copy of RHEL with a support contract. Gentoo and KDE have given you far more than you paid for, ungrateful whining only makes you look bad. Then that would be the decision Redhat made after KDE dropped the ball? Again, someone picking up after KDE and doing what they could have done. I wonder if Redhat likes having to do that? Wouldn't they like their PAID people to be doing something else besides picking up after KDE? Looks like I am still at fault for something I have no control whatsoever over. Maybe we should revive hal while we are at it. There must be a lot of people to blame there since there were so many complaining about it. That wasn't just me either. By the way, I dropped hal. Maybe KDE will be next? Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On 6 Jan 2010, at 18:57, Dale wrote: Stroller wrote: On 5 Jan 2010, at 23:33, Dale wrote: ... Gentoo wasn't at fault here. KDE was the one that dropped the ball. Gentoo had to follow the knuckle heads at KDE tho. Between KDE Gentoo, aren't most contributors volunteers? In volunteer development it's normal necessary to focus on the features that one needs most. I can really understand KDE's position that downstream distros - Red Hat Canonical both have paid developers - can continue maintenance on a codebase that is no longer receiving their primary attention. So, KDE is maintaining KDE 3.5? If KDE is/was maintaining KDE 3.5 then Gentoo would still have it in the tree. If KDE is not supporting KDE 3.5 then Gentoo has to drop it, as things break and develop security issues. Again, this is not Gentoo's fault for not developing KDE 3.5, it is KDE that dropped it. What Redhat does most likely won't affect what Gentoo does. I don't use Redhat but I do use Gentoo. Where did I say KDE is maintaining KDE 3.5? If you want to find fault, Dale, it's your fault for using free software you're not prepared to maintain. The source code is there - fix any bugs you have problems with. I'm also pretty sure that Gentoo doesn't do development work on Gnome, Fluxbox, Apache, MySql and other packages. They just make ebuilds and put them in the tree so people can use them. I'm pretty sure you don't do development work on X, Y or Z, either. I'm all for attributing blame when devs make decisions I disagree with, but this is simply a matter of limited resources. I hope my above statements don't sound nasty, but you want 3.5, Alan [1] wants KDE 4. The various developers upstream of you and Alan - i.e. both KDE and Gentoo - don't have time to work on both. So they have each chosen where to spend their time, and that's on KDE 4. Sorry if you don't like it - this wasn't my decision, I'm just trying to explain. Either you or Alan are going to be disappointed that your preferred version doesn't get the attention you would like it to. Sorry it had to be you. Stroller. [1] Some hypothetical Alan who does not really exist.
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Thursday 07 January 2010 21:19:27 Stroller wrote: I hope my above statements don't sound nasty, but you want 3.5, Alan [1] wants KDE 4. The various developers upstream of you and Alan - i.e. both KDE and Gentoo - don't have time to work on both. So they have each chosen where to spend their time, and that's on KDE 4. [snip] [1] Some hypothetical Alan who does not really exist. Ahem coughcough I *think*, but not sure, that I feel offended by being mythicalisized[2] [2] Some hypothetical word that truly does not exist. Lucky for us, the Red hats and SuSEs of this world will maintain at least critical security flaws in KDE-3.5 that Gentoo users can import into kde- sunset: those distros shipped KDE-3.5 and are still actively supported -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Alan McKinnon wrote: On Thursday 07 January 2010 21:19:27 Stroller wrote: I hope my above statements don't sound nasty, but you want 3.5, Alan [1] wants KDE 4. The various developers upstream of you and Alan - i.e. both KDE and Gentoo - don't have time to work on both. So they have each chosen where to spend their time, and that's on KDE 4. [snip] [1] Some hypothetical Alan who does not really exist. Ahem coughcough I *think*, but not sure, that I feel offended by being mythicalisized[2] [2] Some hypothetical word that truly does not exist. Lucky for us, the Red hats and SuSEs of this world will maintain at least critical security flaws in KDE-3.5 that Gentoo users can import into kde- sunset: those distros shipped KDE-3.5 and are still actively supported Should we also assume that Redhat and SuSE is doing that support, not KDE who is the one that dropped KDE 3.5 ?? Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Stroller wrote: On 6 Jan 2010, at 18:57, Dale wrote: Stroller wrote: On 5 Jan 2010, at 23:33, Dale wrote: ... Gentoo wasn't at fault here. KDE was the one that dropped the ball. Gentoo had to follow the knuckle heads at KDE tho. Between KDE Gentoo, aren't most contributors volunteers? In volunteer development it's normal necessary to focus on the features that one needs most. I can really understand KDE's position that downstream distros - Red Hat Canonical both have paid developers - can continue maintenance on a codebase that is no longer receiving their primary attention. So, KDE is maintaining KDE 3.5? If KDE is/was maintaining KDE 3.5 then Gentoo would still have it in the tree. If KDE is not supporting KDE 3.5 then Gentoo has to drop it, as things break and develop security issues. Again, this is not Gentoo's fault for not developing KDE 3.5, it is KDE that dropped it. What Redhat does most likely won't affect what Gentoo does. I don't use Redhat but I do use Gentoo. Where did I say KDE is maintaining KDE 3.5? That was the question. Saying that Redhat or someone else is maintaining KDE is not the same as KDE maintaining it. If you want to find fault, Dale, it's your fault for using free software you're not prepared to maintain. The source code is there - fix any bugs you have problems with. My fault? I don't develop any software so is everything else my fault too? I'm also pretty sure that Gentoo doesn't do development work on Gnome, Fluxbox, Apache, MySql and other packages. They just make ebuilds and put them in the tree so people can use them. I'm pretty sure you don't do development work on X, Y or Z, either. I'm all for attributing blame when devs make decisions I disagree with, but this is simply a matter of limited resources. I hope my above statements don't sound nasty, but you want 3.5, Alan [1] wants KDE 4. The various developers upstream of you and Alan - i.e. both KDE and Gentoo - don't have time to work on both. So they have each chosen where to spend their time, and that's on KDE 4. Sorry if you don't like it - this wasn't my decision, I'm just trying to explain. Either you or Alan are going to be disappointed that your preferred version doesn't get the attention you would like it to. Sorry it had to be you. Stroller. [1] Some hypothetical Alan who does not really exist. And I'm sorry that they made the decision they made too. Thing about software, no one can force someone to use it. With windoze, you get IE whether you like it or not. You don't really have a *easy* choice there. If I don't like KDE, I can switch to something else. With things brealing like they are, that day may come. This point has been discussed a lot on the KDE mailing list. KDE dropped support for KDE 3.5. It wasn't Gentoo that dropped it. It wasn't any other distro either, it was KDE. Sorry you want to blame me or someone else for their decisions. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Friday 08 January 2010 00:25:03 Dale wrote: Alan McKinnon wrote: On Thursday 07 January 2010 21:19:27 Stroller wrote: I hope my above statements don't sound nasty, but you want 3.5, Alan [1] wants KDE 4. The various developers upstream of you and Alan - i.e. both KDE and Gentoo - don't have time to work on both. So they have each chosen where to spend their time, and that's on KDE 4. [snip] [1] Some hypothetical Alan who does not really exist. Ahem coughcough I *think*, but not sure, that I feel offended by being mythicalisized[2] [2] Some hypothetical word that truly does not exist. Lucky for us, the Red hats and SuSEs of this world will maintain at least critical security flaws in KDE-3.5 that Gentoo users can import into kde- sunset: those distros shipped KDE-3.5 and are still actively supported Should we also assume that Redhat and SuSE is doing that support, not KDE who is the one that dropped KDE 3.5 ?? Yes, that's reasonable. RH shipped KDE-3.5 with fully supported versions of RHEL, and those versions are still current. So just like RH backport useful kernel code into their shipped versions, we can expect RH to at least deal with critical security bugs. They likely will not add new features to KDE-3.5 though. There's no inside info here, I'm just stating the way these things usually work out there in the marketplace -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On 5 Jan 2010, at 23:33, Dale wrote: ... Gentoo wasn't at fault here. KDE was the one that dropped the ball. Gentoo had to follow the knuckle heads at KDE tho. Dale Between KDE Gentoo, aren't most contributors volunteers? In volunteer development it's normal necessary to focus on the features that one needs most. I can really understand KDE's position that downstream distros - Red Hat Canonical both have paid developers - can continue maintenance on a codebase that is no longer receiving their primary attention. Stroller.
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Stroller wrote: On 5 Jan 2010, at 23:33, Dale wrote: ... Gentoo wasn't at fault here. KDE was the one that dropped the ball. Gentoo had to follow the knuckle heads at KDE tho. Dale Between KDE Gentoo, aren't most contributors volunteers? In volunteer development it's normal necessary to focus on the features that one needs most. I can really understand KDE's position that downstream distros - Red Hat Canonical both have paid developers - can continue maintenance on a codebase that is no longer receiving their primary attention. Stroller. So, KDE is maintaining KDE 3.5? If KDE is/was maintaining KDE 3.5 then Gentoo would still have it in the tree. If KDE is not supporting KDE 3.5 then Gentoo has to drop it, as things break and develop security issues. Again, this is not Gentoo's fault for not developing KDE 3.5, it is KDE that dropped it. What Redhat does most likely won't affect what Gentoo does. I don't use Redhat but I do use Gentoo. I'm also pretty sure that Gentoo doesn't do development work on Gnome, Fluxbox, Apache, MySql and other packages. They just make ebuilds and put them in the tree so people can use them. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
I'm also pretty sure that Gentoo doesn't do development work on Gnome, Fluxbox, Apache, MySql and other packages. They just make ebuilds and put them in the tree so people can use them. if there is something unconvenient with used on the software ,gentoo will talk to the authors still , right ? like ibus last time (i just heard it from my friend) ^^ 2010/1/6 Dale rdalek1...@gmail.com Stroller wrote: On 5 Jan 2010, at 23:33, Dale wrote: ... Gentoo wasn't at fault here. KDE was the one that dropped the ball. Gentoo had to follow the knuckle heads at KDE tho. Dale Between KDE Gentoo, aren't most contributors volunteers? In volunteer development it's normal necessary to focus on the features that one needs most. I can really understand KDE's position that downstream distros - Red Hat Canonical both have paid developers - can continue maintenance on a codebase that is no longer receiving their primary attention. Stroller. So, KDE is maintaining KDE 3.5? If KDE is/was maintaining KDE 3.5 then Gentoo would still have it in the tree. If KDE is not supporting KDE 3.5 then Gentoo has to drop it, as things break and develop security issues. Again, this is not Gentoo's fault for not developing KDE 3.5, it is KDE that dropped it. What Redhat does most likely won't affect what Gentoo does. I don't use Redhat but I do use Gentoo. Dale :-) :-)
[gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Hi, emerge @preserved-rebuild fails to do any updating since a single (needed) package has been masked. But I do need to keep kdelibs:3.5 which pulls in kde-misc/kdnssd-avahi:3.5 which has been masked. Is it possible to tell emerge to do the other updates which don't need this? Dropping kde:3.5 too early is one of the biggest disappointsment of GenToo! For someone who needs some package depending on it, it's really hard. (I do need kexi) Many thanks for some help, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Helmut Jarausch writes: emerge @preserved-rebuild fails to do any updating since a single (needed) package has been masked. But I do need to keep kdelibs:3.5 which pulls in kde-misc/kdnssd-avahi:3.5 which has been masked. Is it possible to tell emerge to do the other updates which don't need this? Dropping kde:3.5 too early is one of the biggest disappointsment of GenToo! For someone who needs some package depending on it, it's really hard. (I do need kexi) Well, it's still all there, not in the official Gentoo portage tree, but in the kde-sunset overlay. Get it, unmask all the KDE 3.5 stuff, and all should be fine again. See this guide for details: http://www.linuxized.com/2009/11/how-to-keep-your-kde-3-5-after-its- removed-gentoos-tree-using-the-kde-sunset-overlay/ weird ~ # eix kdnssd-avahi * kde-misc/kdnssd-avahi Available versions: (3.5) {M}0.1.2[1] {M}0.1.2-r1 {M}0.1.2-r1[1] {arts debug elibc_FreeBSD xinerama} Homepage:http://wiki.kde.org/tiki- index.php?page=Zeroconf+in+KDE Description: DNS Service Discovery kioslave using Avahi (rather than mDNSResponder) [1] kde-sunset /usr/local/portage/layman/kde-sunset weird ~ # emerge -ptv kdnssd-avahi These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] kde-misc/kdnssd-avahi-0.1.2-r1 USE=(-arts) -debug - xinerama 739 kB [1] [ebuild N] net-dns/avahi-0.6.24-r2 USE=dbus gdbm gtk ipv6 python qt4 -autoipd -bookmarks -doc -howl-compat -mdnsresponder-compat -mono -qt3 -test 1,090 kB [1] [ebuild N] dev-libs/libdaemon-0.13-r1 USE=-doc -examples 360 kB [0] Total: 3 packages (3 new), Size of downloads: 2,188 kB Portage tree and overlays: [0] /usr/portage/tree [1] /usr/local/portage/layman/kde-sunset Wonko
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
On Tue, 05 Jan 2010 16:35:46 +0100 (CET), Helmut Jarausch wrote: But I do need to keep kdelibs:3.5 which pulls in kde-misc/kdnssd-avahi:3.5 which has been masked. Unmask it. Dropping kde:3.5 too early is one of the biggest disappointsment of GenToo! For someone who needs some package depending on it, it's really hard. (I do need kexi) It's not been totally dropped, but moved out of the main portage tree to the kde-sunset overlay. Add that overlay and your problem will disappear. -- Neil Bothwick If it was easy, the hardware people would take care of it. signature.asc Description: PGP signature
Re: [gentoo-user] emerge @preserved-rebuild EVEN IF some needed package is masked
Helmut Jarausch wrote: Hi, emerge @preserved-rebuild fails to do any updating since a single (needed) package has been masked. But I do need to keep kdelibs:3.5 which pulls in kde-misc/kdnssd-avahi:3.5 which has been masked. Is it possible to tell emerge to do the other updates which don't need this? Dropping kde:3.5 too early is one of the biggest disappointsment of GenToo! For someone who needs some package depending on it, it's really hard. (I do need kexi) Many thanks for some help, Helmut. Gentoo wasn't at fault here. KDE was the one that dropped the ball. Gentoo had to follow the knuckle heads at KDE tho. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild loop
Robin Atwood wrote: On Thursday 29 October 2009, Alex Schuster wrote: [...] emerge -a @preserved-rebuild suggests to rebuild two packages, but continues to do so after emerging them. [...] r...@tanja src -- emerge -a @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] app-emulation/emul-linux-x86-gtklibs-20071214 [ebuild R ] kde-base/kalgebra-4.3.2 Would you like to merge these packages? [Yes/No] This has been asked, which may indicate there is something strange about kalgebra or emerge sometimes confuses itself. My solution was eventually to delete /var/lib/portage/preserved_libs_registry and then revdep-rebuild to CYA. :) Okay, I just that, too. No strange rebuild messages any more, emerge output looks more tidy now. Whatever :) Thanks, Wonko
[gentoo-user] emerge @preserved-rebuild loop
Hi there! Any idea why this happens? It's no problem, I'm just curious. r...@tanja src -- emerge -a @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] app-emulation/emul-linux-x86-gtklibs-20071214 [ebuild R ] kde-base/kalgebra-4.3.2 Would you like to merge these packages? [Yes/No] y [...] !!! existing preserved libs: package: sys-libs/readline-6.0_p3 * - /lib64/libreadline.so * - /lib64/libreadline.so.5 * - /lib64/libreadline.so.5.2 * used by /usr/bin/calgebra (kde-base/kalgebra-4.3.2) package: app-emulation/emul-linux-x86-baselibs-20091004_rc1 * - /usr/lib32/libjpeg.so.62 * - /usr/lib32/libjpeg.so.62.0.0 * used by /usr/lib32/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so (app-emulation/emul-linux-x86-gtklibs-20071214) * used by /usr/lib32/libImlib.so.1.9.15 (app-emulation/emul-linux- x86-gtklibs-20071214) * used by /usr/lib32/libimlib-jpeg.so (app-emulation/emul-linux-x86- gtklibs-20071214) Use emerge @preserved-rebuild to rebuild packages using these libraries r...@tanja src -- emerge -a @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] app-emulation/emul-linux-x86-gtklibs-20071214 [ebuild R ] kde-base/kalgebra-4.3.2 Would you like to merge these packages? [Yes/No] Wonko
Re: [gentoo-user] emerge @preserved-rebuild loop
On Thursday 29 October 2009, Alex Schuster wrote: Hi there! Any idea why this happens? It's no problem, I'm just curious. r...@tanja src -- emerge -a @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] app-emulation/emul-linux-x86-gtklibs-20071214 [ebuild R ] kde-base/kalgebra-4.3.2 Would you like to merge these packages? [Yes/No] y [...] !!! existing preserved libs: package: sys-libs/readline-6.0_p3 * - /lib64/libreadline.so * - /lib64/libreadline.so.5 * - /lib64/libreadline.so.5.2 * used by /usr/bin/calgebra (kde-base/kalgebra-4.3.2) package: app-emulation/emul-linux-x86-baselibs-20091004_rc1 * - /usr/lib32/libjpeg.so.62 * - /usr/lib32/libjpeg.so.62.0.0 * used by /usr/lib32/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so (app-emulation/emul-linux-x86-gtklibs-20071214) * used by /usr/lib32/libImlib.so.1.9.15 (app-emulation/emul-linux- x86-gtklibs-20071214) * used by /usr/lib32/libimlib-jpeg.so (app-emulation/emul-linux-x86- gtklibs-20071214) Use emerge @preserved-rebuild to rebuild packages using these libraries r...@tanja src -- emerge -a @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] app-emulation/emul-linux-x86-gtklibs-20071214 [ebuild R ] kde-base/kalgebra-4.3.2 Would you like to merge these packages? [Yes/No] This has been asked, which may indicate there is something strange about kalgebra or emerge sometimes confuses itself. My solution was eventually to delete /var/lib/portage/preserved_libs_registry and then revdep-rebuild to CYA. :) HTH -Robin -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling --
Re: [gentoo-user] emerge @preserved-rebuild
on 06/27/2008 12:36 PM Zhang Le said the following: On 13:18 Thu 26 Jun , Alan McKinnon wrote: That info is still a bit skimpy though. Is there anything more somewhere? And what about FEATURES=preserve-libs, is that documented somewhere? All you need to do is to run 'emerge @preserved-rebuild' when you are reminded to. If you want to know the background, take a look: http://r0bertz.blogspot.com/2008/06/portage-22-preserve-libs-features.html Thanks for the pointer. I do have one additional question: What happens when a build in 'emerge @preserve-rebuild' fails? I'm assuming that 'emerge @preserve-rebuild' does something extra beyond a regular emerge, so I can't just 'emerge --skipfirst --resume'. If it only removes the listed, preserved libraries in addition to the emerge, then I can fix things up by hand by deleting the named libraries. --- Vladimir -- Vladimir G. Ivanovic signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] emerge @preserved-rebuild
On 13:18 Thu 26 Jun , Alan McKinnon wrote: That info is still a bit skimpy though. Is there anything more somewhere? And what about FEATURES=preserve-libs, is that documented somewhere? All you need to do is to run 'emerge @preserved-rebuild' when you are reminded to. If you want to know the background, take a look: http://r0bertz.blogspot.com/2008/06/portage-22-preserve-libs-features.html Zhang Le -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] emerge @preserved-rebuild
Lately emerge-2.2 has been issuing output like this: !!! existing preserved libs: package: dev-libs/eet- * - /usr/lib/libeet.so.0 * - /usr/lib/libeet.so.0.9.99900 Use emerge @preserved-rebuild to rebuild packages using these libraries There's no reference to this @preserved-rebuild argument in the emerge man page. Same with a new FEATURES=preserve-libs, which is mentioned in NEWS. Is this documented anywhere? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge @preserved-rebuild
On 11:12 Thu 26 Jun , Alan McKinnon wrote: Lately emerge-2.2 has been issuing output like this: !!! existing preserved libs: package: dev-libs/eet- * - /usr/lib/libeet.so.0 * - /usr/lib/libeet.so.0.9.99900 Use emerge @preserved-rebuild to rebuild packages using these libraries There's no reference to this @preserved-rebuild argument in the emerge man page. Same with a new FEATURES=preserve-libs, which is mentioned in NEWS. Is this documented anywhere? In NEWS and RELEASE-NOTES of portage-2.2 Zhang Le -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge @preserved-rebuild
On Thursday 26 June 2008, Zhang Le wrote: On 11:12 Thu 26 Jun , Alan McKinnon wrote: Lately emerge-2.2 has been issuing output like this: !!! existing preserved libs: package: dev-libs/eet- * - /usr/lib/libeet.so.0 * - /usr/lib/libeet.so.0.9.99900 Use emerge @preserved-rebuild to rebuild packages using these libraries There's no reference to this @preserved-rebuild argument in the emerge man page. Same with a new FEATURES=preserve-libs, which is mentioned in NEWS. Is this documented anywhere? In NEWS and RELEASE-NOTES of portage-2.2 OK, so it's a new set feature. Could be useful. That info is still a bit skimpy though. Is there anything more somewhere? And what about FEATURES=preserve-libs, is that documented somewhere? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list