Re: [gentoo-user] Upgrade problems with the latest llvm/clang
Sorry for the delay, but yes, after re-syncing, everything is working correctly. Thanks for the info. On 2024.07.23 17:52, Eli Schwartz wrote: On 7/23/24 5:37 PM, Jack wrote: > The latest eix-sync included clang and llvm 18. Unfortunately, a full > emerge upgrade complains > > - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl) > proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl > -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" > ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17 > (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe > (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl > (-vivante) -vmware -zink" > > The following REQUIRED_USE flag constraints are unsatisfied: > llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 > llvm_slot_18 ) ) > > The problem is that I don't know why one of the llvm slots is NOT selected. > > "emerge --info mesa" includes: > > USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland > zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind > -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" > CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon > radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) > (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" > > which shows slot 17 IS selected. > > "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one > of the package.use files. > > My profile is > default/linux/amd64/23.0/desktop/plasma (stable) * > > I find no relevant bug filed, and nothing related on the forums. What > fine manual have I apparently neglected to read? The default in the ebuild's IUSE (via +llvm_slot_* ) is now LLVM 18, not 17, the upgrade is complaining that nothing is selected *at all*. The underlying issue is that 18 is the default, but it is also force masked on stable, which was a small mistake during stabilization. and eclass bumping. It was shortly after rectified by removing the outdated mask in profiles/base/use.stable.mask Try syncing again. The llvm 18 slot bump was 8 hours ago, and the use.stable.mask fix was 4 hours ago. The bug for this is really just https://bugs.gentoo.org/935984#c13 (the stabilization bug for llvm 18). -- Eli Schwartz
Re: [gentoo-user] Upgrade problems with the latest llvm/clang
On 7/23/24 5:37 PM, Jack wrote: > The latest eix-sync included clang and llvm 18. Unfortunately, a full > emerge upgrade complains > > - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl) > proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl > -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" > ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17 > (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe > (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl > (-vivante) -vmware -zink" > > The following REQUIRED_USE flag constraints are unsatisfied: > llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 > llvm_slot_18 ) ) > > The problem is that I don't know why one of the llvm slots is NOT selected. > > "emerge --info mesa" includes: > > USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland > zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind > -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" > CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon > radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) > (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" > > which shows slot 17 IS selected. > > "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one > of the package.use files. > > My profile is > default/linux/amd64/23.0/desktop/plasma (stable) * > > I find no relevant bug filed, and nothing related on the forums. What > fine manual have I apparently neglected to read? The default in the ebuild's IUSE (via +llvm_slot_* ) is now LLVM 18, not 17, the upgrade is complaining that nothing is selected *at all*. The underlying issue is that 18 is the default, but it is also force masked on stable, which was a small mistake during stabilization. and eclass bumping. It was shortly after rectified by removing the outdated mask in profiles/base/use.stable.mask Try syncing again. The llvm 18 slot bump was 8 hours ago, and the use.stable.mask fix was 4 hours ago. The bug for this is really just https://bugs.gentoo.org/935984#c13 (the stabilization bug for llvm 18). -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Upgrade old laptop kernel 5.15.69 ==> 6.6.13; no console
On Saturday, 3 February 2024 09:23:15 GMT netfab wrote: > Le 03/02/24 à 03:06, Walter Dnes a tapoté : > > I got linux-6.1.57-gentoo kernel built and working, but > > > > linux-6.6.13-gentoo still comes up with no console. Here's my latest > > .config attempt for 6.6.13 attached. Any ideas? > > You should try to enable an early framebuffer driver, CONFIG_FB_VESA=y > for example. See: > > https://wiki.gentoo.org/wiki/Framebuffer#DRM_framebuffer_drivers It could well be more than 15-20 years since I had VESA FB enabled and not once since then, without any detriment to a console coming up at boot. Try switching to [*] the following: # CONFIG_SYSFB_SIMPLEFB is not set # CONFIG_DRM_SIMPLEDRM is not set # CONFIG_FB_SIMPLE is not set Then hopefully you'll get a console kicking in. Also, unless you use an initrd don't forget any firmware blobs which may be be needed by your graphics card and while you're at it add your CPU microcode there too. Currently you only show the firmware for your wireless: # Firmware loader # CONFIG_FW_LOADER=y CONFIG_EXTRA_FIRMWARE="iwlwifi-6000-4.ucode" Then, if you still fail to get a console, connect over ssh to check what dmesg reports for any hints of missing drivers. HTH. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Upgrade old laptop kernel 5.15.69 ==> 6.6.13; no console
Le 03/02/24 à 03:06, Walter Dnes a tapoté : > I got linux-6.1.57-gentoo kernel built and working, but > linux-6.6.13-gentoo still comes up with no console. Here's my latest > .config attempt for 6.6.13 attached. Any ideas? > You should try to enable an early framebuffer driver, CONFIG_FB_VESA=y for example. See: https://wiki.gentoo.org/wiki/Framebuffer#DRM_framebuffer_drivers
Re: [gentoo-user] Upgrade old laptop kernel 5.15.69 ==> 6.6.13; no console
I got linux-6.1.57-gentoo kernel built and working, but linux-6.6.13-gentoo still comes up with no console. Here's my latest .config attempt for 6.6.13 attached. Any ideas? -- Roses are red Roses are blue Depending on their velocity Relative to you config.gz Description: application/gzip
Re: [gentoo-user] Upgrade old laptop kernel 5.15.69 ==> 6.6.13; no console
On Fri, Feb 02, 2024 at 11:54:49AM -0500, Walter Dnes wrote > As per the subject line, I upgraded kernel 5.15.69 ==> 6.6.13. No > console on bootup, but I can ssh in. Fortunately I make it a habit to > keep the previous kernel around, so I can fall back to it. But I'd like > to get the latest kernel working. This is an old BIOS-boot Lenovo. > File-attached is the diff between the .config files from 5.15.69 to > 6.6.13 kernels. In "vim" or "less" go "/2191a2330,2331" and you'll get > to the beginning of the video stuff. Any ideas? Oops, forgot the attachment. Here it is... -- Roses are red Roses are blue Depending on their velocity Relative to you diff.txt.gz Description: application/gzip
Re: [gentoo-user] Upgrade an old system
On Mon, Dec 14, 2020 at 02:57:22PM -0700, the...@sys-concept.com wrote: > [snip] > > emerge --update --oneshot portage > > !!! All ebuilds that could satisfy > ">=app-crypt/openpgp-keys-gentoo-release-20180706" have been masked. > !!! One of the following masked packages is required to complete your request: > - app-crypt/openpgp-keys-gentoo-release-20200704::gentoo (masked by: EAPI 7) > > The current version of portage supports EAPI '6'. You must upgrade to a > newer version of portage before EAPI masked packages can be installed. > (dependency required by > "sys-apps/portage-2.3.99-r2::gentoo[rsync-verify,-build]" [ebuild]) > (dependency required by "portage" [argument]) > > I don't even have "app-crypt/openpgp-keys-gentoo-release" installed why is it > complaining? > I've done a similar update recently, it's definitely possible if you know what you're doing. A few things: First, you need to update portage. To do so, you'll need to manually downgrade the portage ebuild from EAPI 7 to EAPI 6 (simply change the number in the ebuild). First, emerge it without rsync-verify. Once you have portage up to date, it'll support EAPI 7 and life'll be easier. You can then reemerge it with rsync-verify, as the EAPI 7 dependencies will be installable this time. Then, I'd recommend upgrading the toolchain (binutils, gcc, glibc), otherwise you might run into compilation issues. After that, you can update packages. For big updates like this, I like to do it by chunks as it's easier (and it makes reading the emerge plan less painful). Like all the perl packages, then all the python packages, and so on. For that, the "emerge by path" feature is convenient; for example to update python packages: emerge -au /usr/lib/python3.7 In case force-unmerging python modules makes the update easier (resolving blocks), you can do so. That's actually safe to do, portage will still be able to emerge packages. Python itself (the interpreter) is the only hard dependency of portage. Hope this helps, and good luck with your update!
Re: [gentoo-user] Upgrade an old system
在 2020/12/15 上午3:38, the...@sys-concept.com 写道: I'm having similar problem as "n952162" upgrading an old (last updated 1.8-year ago) It sync OK, updated the profile. Looking instruction on this page: https://wiki.gentoo.org/wiki/Upgrading_Gentoo root #mv /usr/portage /usr/portage.latest root #tar xjpf /path/to/portage-20090720.tar.bz2 -C /usr root #emerge --update --oneshot portage but that portage "portage-20090720.tar.bz2" seems old; what is the latest one? go to the http://www.gentoo.org/downloads/mirrors/ and find a mirror, the snapshots will have lastest portage. Like https://gentoo.osuosl.org/snapshots/portage-latest.tar.bz2 It always update. And update a old system may cause a log of problems, be careful. -- bobwxc OpenPGP_0x36E94EABB53E516B.asc Description: application/pgp-keys OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-user] Upgrade an old system
On 14/12/2020 22:35, Neil Bothwick wrote: On Mon, 14 Dec 2020 15:18:19 -0700, the...@sys-concept.com wrote: Moving forward like a snail. Unmerged portage to local directory and running: ./portage-portage-3.0.12/bin/emerge -1 portage gives me two blockers: [blocks B ] Probably not. It looks like you need to update python, try iirc, gentoolkit is an add-on that helps with portage. As such it would be safe to remove ... Read the handbook and see if it *recommends* installing gentoolkit. If it does (as I seem to remember), it isn't *necessary* and can be removed. Cheers, Wol
Re: [gentoo-user] Upgrade an old system
On Mon, 14 Dec 2020 15:18:19 -0700, the...@sys-concept.com wrote:
> Moving forward like a snail.
> Unmerged portage to local directory and running:
> ./portage-portage-3.0.12/bin/emerge -1 portage
>
> gives me two blockers:
> [blocks B ] (" [blocks B ] <=dev-lang/python-2.7.18-r3:2.7
> ("<=dev-lang/python-2.7.18-r3:2.7" is blocking
> dev-lang/python-exec-2.4.6-r2)
>
> I can remove app-portage/gentoolkit but is it safe to remove:
> dev-lang/python-2.7.18-r3:2.7
Probably not. It looks like you need to update python, try
emerge -1a portage python:2.7
Or simply
emerge -1ua @system
--
Neil Bothwick
Artificial Intelligence usually beats real stupidity.
pgp0jcDEhIuG4.pgp
Description: OpenPGP digital signature
Re: [gentoo-user] Upgrade an old system
On 12/14/2020 02:58 PM, Arve Barsnes wrote: > On Mon, 14 Dec 2020 at 22:20, wrote: >> Looking at this directory: >> https://github.com/gentoo/portage/releases/tag/portage-3.0.12 >> >> file: portage-portage-3.0.12.tar.gz has totally different structure >> If I run: tar xzf portage-portage-3.0.12.tar.gz -C /usr >> it will create directory /usr/portage-portage-3.0.12 > > That is a release of the portage *application*, you need snapshots of > the portage *tree*. > > I could find some a year old here: > https://mirrors.sohu.com/gentoo/snapshots/ > > You might need to look for even older ones, but worth a try. > > Regards, > Arve Moving forward like a snail. Unmerged portage to local directory and running: ./portage-portage-3.0.12/bin/emerge -1 portage gives me two blockers: [blocks B ]
Re: [gentoo-user] Upgrade an old system
On Mon, 14 Dec 2020 at 22:20, wrote: > Looking at this directory: > https://github.com/gentoo/portage/releases/tag/portage-3.0.12 > > file: portage-portage-3.0.12.tar.gz has totally different structure > If I run: tar xzf portage-portage-3.0.12.tar.gz -C /usr > it will create directory /usr/portage-portage-3.0.12 That is a release of the portage *application*, you need snapshots of the portage *tree*. I could find some a year old here: https://mirrors.sohu.com/gentoo/snapshots/ You might need to look for even older ones, but worth a try. Regards, Arve
Re: [gentoo-user] Upgrade an old system
[snip] emerge --update --oneshot portage !!! All ebuilds that could satisfy ">=app-crypt/openpgp-keys-gentoo-release-20180706" have been masked. !!! One of the following masked packages is required to complete your request: - app-crypt/openpgp-keys-gentoo-release-20200704::gentoo (masked by: EAPI 7) The current version of portage supports EAPI '6'. You must upgrade to a newer version of portage before EAPI masked packages can be installed. (dependency required by "sys-apps/portage-2.3.99-r2::gentoo[rsync-verify,-build]" [ebuild]) (dependency required by "portage" [argument]) I don't even have "app-crypt/openpgp-keys-gentoo-release" installed why is it complaining?
Re: [gentoo-user] Upgrade an old system
On 12/14/2020 12:52 PM, Arve Barsnes wrote: > On Mon, 14 Dec 2020 at 20:38, wrote: >> but that portage "portage-20090720.tar.bz2" seems old; what is the >> latest one? > > They're generated every day, so pick your poison. Notice it mentions > updating the portage tree 3-4 months at a time, so just pick some > dates at reasonable intervals from your starting point. > > Regards, > Arve Looking at this directory: https://github.com/gentoo/portage/releases/tag/portage-3.0.12 file: portage-portage-3.0.12.tar.gz has totally different structure If I run: tar xzf portage-portage-3.0.12.tar.gz -C /usr it will create directory /usr/portage-portage-3.0.12 emerge --update --oneshot portage can not fine it as it is looking for /usr/portage
Re: [gentoo-user] Upgrade an old system
On Mon, 14 Dec 2020 at 20:38, wrote: > but that portage "portage-20090720.tar.bz2" seems old; what is the > latest one? They're generated every day, so pick your poison. Notice it mentions updating the portage tree 3-4 months at a time, so just pick some dates at reasonable intervals from your starting point. Regards, Arve
Re: [gentoo-user] Upgrade to rsync-3.2.0-r1 results in "didn't get server startup line"
Hi Steve,
On 2020-06-30 20:35, Steve Freeman wrote:
> I have a local gentoo repo mirror that has been running well for
> years. It is essentially the same setup as described at
> https://wiki.gentoo.org/wiki/Local_Mirror except that it runs on a
> non-default port.
I sadly cannot reproduce this on my systems with a similar setup. Could
you attach the full rsyncd.conf file? Perhaps there's also custom
settings in /etc/conf.d/rsyncd.
> rsync: didn't get server startup line
> [Receiver] _exit_cleanup(code=5, file=main.c, line=1777): entered
> rsync error: error starting client-server protocol (code 5) at main.c(1777)
> [Receiver=3.2.0]
> [Receiver] _exit_cleanup(code=5, file=main.c, line=1777): about to call
> exit(5)
I've had a look in the code, and that particular message is only
triggered in one place:
if (!read_line_old(f_in, line, sizeof line, 0)) {
rprintf(FERROR, "rsync: didn't get server startup line\n");
return -1;
}
read_line_old is described thusly:
/* Read a line of up to bufsiz-1 characters into buf. Strips
* the (required) trailing newline and all carriage returns.
* Returns 1 for success; 0 for I/O error or truncation. */
int read_line_old(int fd, char *buf, size_t bufsiz, int eof_ok)
> Running rsync as a non-daemon appears to work fine regardless of
> server/client versions; it's only rsyncd that fails.
>
> With no useful logs or output, I'm finding this impossible to
> diagnose. Does anyone have any ideas?
I have no concrete ideas, but given that read_line_old seems to fail,
maybe it's helpful checking out actual network traffic with wireshark or
tcpdump. You could compare traffic between the working and the broken
version. A simple capture filter of 'port 5873' should be enough.
Since there really doesn't seem to be any better debug functionality
(there's --debug, but it didn't really add anything for me), perhaps you
could also build rsync with debug symbols and throw gdb at it.
Finally, have you tried accessing the rsync endpoint manually without
invoking 'emerge --sync'? Does the following also raise an error?
rsync --port 5873 10.10.10.10::
If not, perhaps try syncing a single file manually.
I also see that version 3.2.1 is in the tree now, could be worth a shot
too.
--
Wolf
Re: [gentoo-user] upgrade to gcc-6.4.0
On 03/15/2018 08:26 PM, the...@sys-concept.com wrote:
> I'm upgrading one of my older boxes to newer gcc-6.4.0
> After switching to gcc-6.4.0
> source /etc/profile
>
> running: emerge --ask --oneshot sys-devel/libtool
>
> !!! Your current profile is deprecated and not supported anymore.
> !!! Use eselect profile to update your profile.
> !!! Please upgrade to the following profile if possible:
>
> default/linux/amd64/17.0/desktop
>
> You may use the following command to upgrade:
>
> eselect profile set default/linux/amd64/17.0/desktop
>
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild U ] sys-devel/automake-1.15.1-r2 [1.15-r2] USE="{-test%}"
> [ebuild R] sys-devel/libtool-2.4.6-r3
> [blocks B ] blocking sys-devel/libtool-2.4.6-r3)
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
> --
> I did not switch to new profile "17" yet. I was trying to rebuild
> "sys-devel/libtool" first, but got a blocker.
I upgraded the "sys-apps/sandbox" and now it allows me to run:
emerge --ask --oneshot sys-devel/libtool
So why didn't emerge do it automatically, upgrade the "sandbox" ?
--
Thelma
Re: [gentoo-user] Upgrade of gdb this morning failed to compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/28/2016 11:03 PM, meino.cra...@gmx.de wrote: > > Hi, > > the daily update I usually do failed while compiling gdb: > > Before I post every bit/log of the compilation process... > > Here are the last lines. Is there already known, how to fix that? > > > libdecnumber.a-ldl -ldl -ltermcap -lncurses -lm -ldl -lpthread > -ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic > ../libiberty/libiberty.a build-gnulib/import/libgnu.a -ldl > -Wl,--dynamic-list=./proc-service.list > /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: > > > warning: libncurses.so.5, needed by /lib64/libreadline.so.6, may > conflict with libncurses.so.6 > /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: > > > tui-io.o: undefined reference to symbol 'resetty' > /lib64/libtinfo.so.6: error adding symbols: DSO missing from command > line collect2: error: ld returned 1 exit status Makefile:1405: > recipe for target 'gdb' failed make[2]: *** [gdb] Error 1 make[2]: > Leaving directory > '/var/tmp/portage/sys-devel/gdb-7.10.1/work/gdb-7.10.1/gdb' > Makefile:8119: recipe for target 'all-gdb' failed make[1]: *** > [all-gdb] Error 2 make[1]: Leaving directory > '/var/tmp/portage/sys-devel/gdb-7.10.1/work/gdb-7.10.1' Makefile:845: > recipe for target 'all' failed make: *** [all] Error 2 * ERROR: > sys-devel/gdb-7.10.1::gentoo failed (compile phase): * emake failed > > Cheers, Meino Looks like gdb is linking againt libreadline but libreadline is linked against ncurses 5 and you're trying to link gdb against ncurses 6. So rebuild libreadline which should cause it to link against version 6 and try again. Also you may want to disable the tinfo flag for ncurses 6 because it's problematic and mostly needed by binary packages and I don't think you have any linked against ncurses 6. - -- Fernando Rodriguez -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJYFLe6AAoJEPbOFX/5Ulwc/00P/jPMf4tVQoRM13EK0HrWoZGz vWwqz6uHRx/7JxVl+vbZ9q9NjAOJYujJABBHfsTy2dYuM/hV8XqcMQUD9fzQX/Ug b3MJnCHh92AD7f1kInfxtFOF7Av6iSpwu/orj/H2UkGgAhGMoPK0M9RoTpGo9SaA UZGn7M/U66k22PnoeyV2ekdnwBp/kWOXJe90vNeXEiAlteYV3bd7onCkQtbQ t2HfmLxP8x5XLM6aZ3ZQg7pV5GgHC2vXt209twSgUETwzYckz6VcaolQcAHCrxk4 8TBaSU9BpudVGFOXXaEqEnh0MX8+E3oh01Mu4j0rmnZ6rVX4kXcXUa7Oh1Q8dCRO M3fbyqOV88uDQlTgKSE9vtJWcOCV5m8xe7YqXC90eb3jdZ3mrVckYyIEKYSJYiri i0EvZf+WNXCpoNnwRD2GQFVkqdyEWElRu498smKiXY9dTLl5MBvZVauGwzrPXWTU 1pVhyGHBBjIseUk79ycSUyNeIA68wgEbxAD+J9VFnzKbYGYo4/ZnrA/KQ+4DWiSy En/XY8afn8lHjXmSnajI7MX4Su3QC9Gz5zCmNGC6Px1RAN0YwtZjAH3SQG3v1aWH M5dK0ahS5bmwOrRRuSAGh8xNEeAjGhW4RuHF4gZd6V7IViP/EfpvNaiiVLsZZc1b 4LBYZwviEBTd7ynqC9SW =Oy1Z -END PGP SIGNATURE-
Re: [gentoo-user] Upgrade guide for ebuilds
On Sat, 02 Jul 2016 13:26:35 +0200, Jörg Schaible wrote: > is there somewhere an upgrade guide for ebuilds. I have a bunch of > local ones with a no longer supported EAPI. Try http://devmanual.gentoo.org and man 5 ebuild The devmanual chows the changes between the EAPI levels. -- Neil Bothwick This is as bad as it can get-but don't bet on it. pgp9gdsOSjyPZ.pgp Description: OpenPGP digital signature
Re: [gentoo-user] upgrade gnome-3.16.2-r2 -> gnome-3.18.2
Indeed, gnome-base/gnome-3.18.2 ebuild is not in portage yet. However, there are other more than 100 ebuilds from that version. In this case, would be better wait for a while before upgrade then. Thanks for clarify. Best Em 30-11-2015 15:14, Jc García escreveu: 2015-11-30 2:47 GMT-06:00 Frederico Moraes Ferreira : Thanks for your replay. Not sure, but looks like the Gnome version depends on your system profile. I've been using the: [5] default/linux/amd64/13.0/desktop/gnome/systemd * This is a ebuild example: [ebuild U ] gnome-base/gdm-3.18.2::gentoo [3.16.4::gentoo] USE="branding introspection ipv6 tcpd -accessibility -audit -debug -fprint -plymouth (-selinux) What I meant is there's no gnome-base/gnome-3.18.2 ebuild in the portage tree, GDM is only the login not all of GNOME, profiles has nothing to do here.
Re: [gentoo-user] upgrade gnome-3.16.2-r2 -> gnome-3.18.2
2015-11-30 2:47 GMT-06:00 Frederico Moraes Ferreira : > Thanks for your replay. > Not sure, but looks like the Gnome version depends on your system profile. > I've been using the: > [5] default/linux/amd64/13.0/desktop/gnome/systemd * > > This is a ebuild example: > [ebuild U ] gnome-base/gdm-3.18.2::gentoo [3.16.4::gentoo] > USE="branding introspection ipv6 tcpd -accessibility -audit -debug -fprint > -plymouth (-selinux) > What I meant is there's no gnome-base/gnome-3.18.2 ebuild in the portage tree, GDM is only the login not all of GNOME, profiles has nothing to do here.
Re: [gentoo-user] upgrade gnome-3.16.2-r2 -> gnome-3.18.2
Thanks for your replay. Not sure, but looks like the Gnome version depends on your system profile. I've been using the: [5] default/linux/amd64/13.0/desktop/gnome/systemd * This is a ebuild example: [ebuild U ] gnome-base/gdm-3.18.2::gentoo [3.16.4::gentoo] USE="branding introspection ipv6 tcpd -accessibility -audit -debug -fprint -plymouth (-selinux) The emerge info is as follows: Portage 2.2.25 (python 3.4.3-final-0, default/linux/amd64/13.0/desktop/gnome/systemd, gcc-4.9.3, glibc-2.22-r1, 4.0.9-gentoo x86_64) = System uname: Linux-4.0.9-gentoo-x86_64-Intel-R-_Core-TM-_i7-5960X_CPU_@_3.00GHz-with-gentoo-2.2 KiB Mem: 16346064 total, 4794876 free KiB Swap: 524284 total, 524268 free Timestamp of repository gentoo: Mon, 30 Nov 2015 07:00:01 + sh bash 4.3_p42 ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1 app-shells/bash: 4.3_p42::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.22.0::gentoo dev-lang/python: 2.7.10-r3::gentoo, 3.3.5-r2::gentoo, 3.4.3-r2::gentoo, 3.5.0-r1::gentoo dev-util/cmake: 3.3.2-r1::gentoo dev-util/pkgconfig: 0.29::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.18.3::gentoo sys-apps/sandbox: 2.9::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r1::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25.1-r1::gentoo sys-devel/gcc: 4.9.3::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool: 2.4.6-r1::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 4.3::gentoo (virtual/os-headers) sys-libs/glibc: 2.22-r1::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 local_overlay location: /usr/local/portage masters: gentoo science location: /var/lib/layman/science masters: gentoo priority: 50 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /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="-march=native" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="ftp://ftp.las.ic.unicamp.br/pub/gentoo/ http://www.las.ic.unicamp.br/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://mirror.iawnet.sandia.gov/pub/gentoo/"; LANG="pt_BR.utf8" LDFLAGS="-Wl,--as-needed" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli colord cracklib crypt cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk iconv introspection ipv6 jpeg lcms ldap libnotify libsecret mad mmx mmxext mng modules mp3 mp4 mpeg multilib nautilus ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt3support readline sdl seccomp session spell sse sse2 ssl startup-notification svg systemd tcpd tiff tracker truetype udev udisks unicode upower usb uvm vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64 32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock
Re: [gentoo-user] upgrade gnome-3.16.2-r2 -> gnome-3.18.2
2015-11-27 15:39 GMT-06:00 Frederico Moraes Ferreira : > Hi List, > Just by chance. Will upgrade from gnome-3.16.2-r2 to gnome-3.18.2 be smooth? > Everything in my current Gnome version is working just fine. On the other > hand, don't want to stay behind. > Will the new version improvements compensate a eventual pain? > Luck from your experience. > Best, > Fred > > > I've just synced and can't see Gnome 3.18 in the tree yet, and the gnome overlay seems just in the middle of the bump(I've been watching there), where are you getting the ebuilds?
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/08/15 21:19, Alan McKinnon wrote: > > Pick one: > > [] Cosmic Rays! [] Random quantum-level bit flipping! [] Slight > imperfection in cannot-be-perfect disc surface! [] Random shit in > the style of Discworld! [] Your $DEITY is messing with your head to > test your faith! [] Shit happens sometimes All of the above? :D - -- wraeth GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXAoFAACgkQXcRKerLZ91n4cQD/XU9pC37zefUJymeNmT3LpatO J55Xgl4ra6GM50uFA+kA/37jTKy4UpBxIVn6wyQB4RBoCRW4+7U+IZ5WIillIRYp =duG0 -END PGP SIGNATURE-
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
On 04/08/2015 13:15, cov...@ccs.covici.com wrote: > Andreas K. Huettel wrote: > >> Am Dienstag, 4. August 2015, 11:13:56 schrieb cov...@ccs.covici.com: >>> >>> *** Error in `perl': double free or corruption (!prev): 0x01ed8610 >>> *** === Backtrace: = >>> /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] >>> /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] >>> /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysq >>> l/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mys >>> ql/mysql.so(+0x1234d)[0x7f59bb21034d] >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI >>> .so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] >>> /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] >>> /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] >> >> Looks like a bug in dev-perl/DBD-mysql ... you could check on CPAN if anyone >> has already filed a bug for DBD::mysql, if there's known breakage with 5.22 >> or >> if it's already fixed in a newer version... >> >> -- >> Andreas K. Huettel >> Gentoo Linux developer (council, perl, libreoffice) >> dilfri...@gentoo.org >> http://www.akhuettel.de/ > > Well, you gave me a hint and re-emerging that package has fixed that -- > thanks so much. I am not sure why, but go figure. Pick one: [] Cosmic Rays! [] Random quantum-level bit flipping! [] Slight imperfection in cannot-be-perfect disc surface! [] Random shit in the style of Discworld! [] Your $DEITY is messing with your head to test your faith! [] Shit happens sometimes :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
Andreas K. Huettel wrote: > Am Dienstag, 4. August 2015, 11:13:56 schrieb cov...@ccs.covici.com: > > > > *** Error in `perl': double free or corruption (!prev): 0x01ed8610 > > *** === Backtrace: = > > /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] > > /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] > > /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] > > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysq > > l/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] > > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mys > > ql/mysql.so(+0x1234d)[0x7f59bb21034d] > > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI > > .so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] > > /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] > > /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] > > Looks like a bug in dev-perl/DBD-mysql ... you could check on CPAN if anyone > has already filed a bug for DBD::mysql, if there's known breakage with 5.22 > or > if it's already fixed in a newer version... > > -- > Andreas K. Huettel > Gentoo Linux developer (council, perl, libreoffice) > dilfri...@gentoo.org > http://www.akhuettel.de/ Well, you gave me a hint and re-emerging that package has fixed that -- thanks so much. I am not sure why, but go figure. Thanks again. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
Am Dienstag, 4. August 2015, 11:13:56 schrieb cov...@ccs.covici.com: > > *** Error in `perl': double free or corruption (!prev): 0x01ed8610 > *** === Backtrace: = > /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] > /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] > /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysq > l/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mys > ql/mysql.so(+0x1234d)[0x7f59bb21034d] > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI > .so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] > /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] > /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] Looks like a bug in dev-perl/DBD-mysql ... you could check on CPAN if anyone has already filed a bug for DBD::mysql, if there's known breakage with 5.22 or if it's already fixed in a newer version... -- Andreas K. Huettel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
Alan McKinnon wrote: > On 04/08/2015 12:14, cov...@ccs.covici.com wrote: > > Alan McKinnon wrote: > > > >> On 04/08/2015 11:13, cov...@ccs.covici.com wrote: > >>> Hi. After upgrading to perl 5.22.0 which was a pain -- had to remove > >>> all those virtuals -- I am now finding that a small perl program which > >>> connects to a mysql database yields the following when it exits: > >>> > >>> *** Error in `perl': double free or corruption (!prev): > >>> 0x01ed8610 *** > >>> === Backtrace: = > >>> /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] > >>> /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] > >>> /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] > >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] > >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(+0x1234d)[0x7f59bb21034d] > >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI.so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] > >>> /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] > >>> /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] > >>> /usr/lib64/libperl.so.5.22(+0xda25f)[0x7f59bc81b25f] > >>> /usr/lib64/libperl.so.5.22(Perl_sv_clear+0x740)[0x7f59bc81bc10] > >>> /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] > >>> /usr/lib64/libperl.so.5.22(+0xb7298)[0x7f59bc7f8298] > >>> /usr/lib64/libperl.so.5.22(Perl_mg_free+0x2e)[0x7f59bc7f8a4e] > >>> /usr/lib64/libperl.so.5.22(Perl_sv_clear+0xae)[0x7f59bc81b57e] > >>> /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] > >>> /usr/lib64/libperl.so.5.22(Perl_leave_scope+0xd51)[0x7f59bc84a411] > >>> /usr/lib64/libperl.so.5.22(+0x52c56)[0x7f59bc793c56] > >>> /usr/lib64/libperl.so.5.22(Perl_my_exit+0x3f)[0x7f59bc798d0f] > >>> /usr/lib64/libperl.so.5.22(Perl_pp_exit+0x4a)[0x7f59bc857a6a] > >>> /usr/lib64/libperl.so.5.22(Perl_runops_standard+0x16)[0x7f59bc80f316] > >>> /usr/lib64/libperl.so.5.22(perl_run+0x2f9)[0x7f59bc79c369] > >>> perl(main+0x149)[0x400e39] > >>> /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f59bc3c67b0] > >>> perl(_start+0x29)[0x400e79] > >>> === Memory map: > >>> > >>> memory map ommitted, if it is needed I can reproduce. > >>> > >>> So, should I downgrade -- means removing all those virtuals again -- or > >>> any other ideas would be appreciated. > >>> > >>> I am running the unstable gentoo, if you need more information, I can > >>> include it. > >>> > >>> Thanks in advance for any suggestions. > >>> > >> > >> > >> did you run emerge @preserved-rebuild, revdep-rebuild and perl-cleaner > >> after the upgrade? That stuff's easy to forget. > >> > >> > > > > I ran both perl-cleaner --reallyall and emerge @preserved-rebuild which > > only rebuilt some haskall stuff.Perl cleaner had some problems, it > > tried to rebuild some python packages which at the time (before I did > > the complete update_) had some problems because of the 3.3 to 3.4 > > change. So I just took the emerge line from the perl cleaner, ommitted > > any package which was a hard blocker andran the rest -- about 186 > > packages. I can try to rerun perl-cleaner if you think that would help > > any, since I now have updated the world. > > > > I think running perl-cleaner --all as step 1 is wise. > It shouldn't need to make any changes, but let's cover all the usual > bases first, paying particular attention to any DBD/DBI stuff it might > find that were not installed by portage. > > I am also curious why you have blockers and had to fiddle with virtuals > - the same upgrade here was clean and portage just automatically did > everything it needed. Do you have any package.* entry for perl stuff? > > grep -ir perl /etc/portage Well, in the past portage did fix all the virtuals, but not this time and I saw a post on gentoo forums which suggested I unmerge all of them and then do the update. But I just did perl first and then ran perl-cleaner --reallyall and then did the update. I do have some use flags with perl i.e. /etc/portage/package.use:dev-lang/perl ithreads /etc/portage/package.use:sys-devel/libperl ithreads /etc/portage/package.use:www-apache/mod-perl threads /etc/portage/package.use:net-nntp/inn perl /etc/portage/package.use:dev-db/postgresql-server perl python and an extra_econf for innd which ran OK. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
On 04/08/2015 12:14, cov...@ccs.covici.com wrote: > Alan McKinnon wrote: > >> On 04/08/2015 11:13, cov...@ccs.covici.com wrote: >>> Hi. After upgrading to perl 5.22.0 which was a pain -- had to remove >>> all those virtuals -- I am now finding that a small perl program which >>> connects to a mysql database yields the following when it exits: >>> >>> *** Error in `perl': double free or corruption (!prev): 0x01ed8610 >>> *** >>> === Backtrace: = >>> /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] >>> /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] >>> /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(+0x1234d)[0x7f59bb21034d] >>> /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI.so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] >>> /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] >>> /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] >>> /usr/lib64/libperl.so.5.22(+0xda25f)[0x7f59bc81b25f] >>> /usr/lib64/libperl.so.5.22(Perl_sv_clear+0x740)[0x7f59bc81bc10] >>> /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] >>> /usr/lib64/libperl.so.5.22(+0xb7298)[0x7f59bc7f8298] >>> /usr/lib64/libperl.so.5.22(Perl_mg_free+0x2e)[0x7f59bc7f8a4e] >>> /usr/lib64/libperl.so.5.22(Perl_sv_clear+0xae)[0x7f59bc81b57e] >>> /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] >>> /usr/lib64/libperl.so.5.22(Perl_leave_scope+0xd51)[0x7f59bc84a411] >>> /usr/lib64/libperl.so.5.22(+0x52c56)[0x7f59bc793c56] >>> /usr/lib64/libperl.so.5.22(Perl_my_exit+0x3f)[0x7f59bc798d0f] >>> /usr/lib64/libperl.so.5.22(Perl_pp_exit+0x4a)[0x7f59bc857a6a] >>> /usr/lib64/libperl.so.5.22(Perl_runops_standard+0x16)[0x7f59bc80f316] >>> /usr/lib64/libperl.so.5.22(perl_run+0x2f9)[0x7f59bc79c369] >>> perl(main+0x149)[0x400e39] >>> /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f59bc3c67b0] >>> perl(_start+0x29)[0x400e79] >>> === Memory map: >>> >>> memory map ommitted, if it is needed I can reproduce. >>> >>> So, should I downgrade -- means removing all those virtuals again -- or >>> any other ideas would be appreciated. >>> >>> I am running the unstable gentoo, if you need more information, I can >>> include it. >>> >>> Thanks in advance for any suggestions. >>> >> >> >> did you run emerge @preserved-rebuild, revdep-rebuild and perl-cleaner >> after the upgrade? That stuff's easy to forget. >> >> > > I ran both perl-cleaner --reallyall and emerge @preserved-rebuild which > only rebuilt some haskall stuff.Perl cleaner had some problems, it > tried to rebuild some python packages which at the time (before I did > the complete update_) had some problems because of the 3.3 to 3.4 > change. So I just took the emerge line from the perl cleaner, ommitted > any package which was a hard blocker andran the rest -- about 186 > packages. I can try to rerun perl-cleaner if you think that would help > any, since I now have updated the world. > I think running perl-cleaner --all as step 1 is wise. It shouldn't need to make any changes, but let's cover all the usual bases first, paying particular attention to any DBD/DBI stuff it might find that were not installed by portage. I am also curious why you have blockers and had to fiddle with virtuals - the same upgrade here was clean and portage just automatically did everything it needed. Do you have any package.* entry for perl stuff? grep -ir perl /etc/portage -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
Alan McKinnon wrote: > On 04/08/2015 11:13, cov...@ccs.covici.com wrote: > > Hi. After upgrading to perl 5.22.0 which was a pain -- had to remove > > all those virtuals -- I am now finding that a small perl program which > > connects to a mysql database yields the following when it exits: > > > > *** Error in `perl': double free or corruption (!prev): 0x01ed8610 > > *** > > === Backtrace: = > > /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] > > /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] > > /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] > > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] > > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(+0x1234d)[0x7f59bb21034d] > > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI.so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] > > /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] > > /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] > > /usr/lib64/libperl.so.5.22(+0xda25f)[0x7f59bc81b25f] > > /usr/lib64/libperl.so.5.22(Perl_sv_clear+0x740)[0x7f59bc81bc10] > > /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] > > /usr/lib64/libperl.so.5.22(+0xb7298)[0x7f59bc7f8298] > > /usr/lib64/libperl.so.5.22(Perl_mg_free+0x2e)[0x7f59bc7f8a4e] > > /usr/lib64/libperl.so.5.22(Perl_sv_clear+0xae)[0x7f59bc81b57e] > > /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] > > /usr/lib64/libperl.so.5.22(Perl_leave_scope+0xd51)[0x7f59bc84a411] > > /usr/lib64/libperl.so.5.22(+0x52c56)[0x7f59bc793c56] > > /usr/lib64/libperl.so.5.22(Perl_my_exit+0x3f)[0x7f59bc798d0f] > > /usr/lib64/libperl.so.5.22(Perl_pp_exit+0x4a)[0x7f59bc857a6a] > > /usr/lib64/libperl.so.5.22(Perl_runops_standard+0x16)[0x7f59bc80f316] > > /usr/lib64/libperl.so.5.22(perl_run+0x2f9)[0x7f59bc79c369] > > perl(main+0x149)[0x400e39] > > /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f59bc3c67b0] > > perl(_start+0x29)[0x400e79] > > === Memory map: > > > > memory map ommitted, if it is needed I can reproduce. > > > > So, should I downgrade -- means removing all those virtuals again -- or > > any other ideas would be appreciated. > > > > I am running the unstable gentoo, if you need more information, I can > > include it. > > > > Thanks in advance for any suggestions. > > > > > did you run emerge @preserved-rebuild, revdep-rebuild and perl-cleaner > after the upgrade? That stuff's easy to forget. > > I ran both perl-cleaner --reallyall and emerge @preserved-rebuild which only rebuilt some haskall stuff.Perl cleaner had some problems, it tried to rebuild some python packages which at the time (before I did the complete update_) had some problems because of the 3.3 to 3.4 change. So I just took the emerge line from the perl cleaner, ommitted any package which was a hard blocker andran the rest -- about 186 packages. I can try to rerun perl-cleaner if you think that would help any, since I now have updated the world. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption
On 04/08/2015 11:13, cov...@ccs.covici.com wrote: > Hi. After upgrading to perl 5.22.0 which was a pain -- had to remove > all those virtuals -- I am now finding that a small perl program which > connects to a mysql database yields the following when it exits: > > *** Error in `perl': double free or corruption (!prev): 0x01ed8610 *** > === Backtrace: = > /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b] > /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e] > /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb] > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602] > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysql/mysql.so(+0x1234d)[0x7f59bb21034d] > /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI.so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9] > /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b] > /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f] > /usr/lib64/libperl.so.5.22(+0xda25f)[0x7f59bc81b25f] > /usr/lib64/libperl.so.5.22(Perl_sv_clear+0x740)[0x7f59bc81bc10] > /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] > /usr/lib64/libperl.so.5.22(+0xb7298)[0x7f59bc7f8298] > /usr/lib64/libperl.so.5.22(Perl_mg_free+0x2e)[0x7f59bc7f8a4e] > /usr/lib64/libperl.so.5.22(Perl_sv_clear+0xae)[0x7f59bc81b57e] > /usr/lib64/libperl.so.5.22(Perl_sv_free2+0x5d)[0x7f59bc81be9d] > /usr/lib64/libperl.so.5.22(Perl_leave_scope+0xd51)[0x7f59bc84a411] > /usr/lib64/libperl.so.5.22(+0x52c56)[0x7f59bc793c56] > /usr/lib64/libperl.so.5.22(Perl_my_exit+0x3f)[0x7f59bc798d0f] > /usr/lib64/libperl.so.5.22(Perl_pp_exit+0x4a)[0x7f59bc857a6a] > /usr/lib64/libperl.so.5.22(Perl_runops_standard+0x16)[0x7f59bc80f316] > /usr/lib64/libperl.so.5.22(perl_run+0x2f9)[0x7f59bc79c369] > perl(main+0x149)[0x400e39] > /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f59bc3c67b0] > perl(_start+0x29)[0x400e79] > === Memory map: > > memory map ommitted, if it is needed I can reproduce. > > So, should I downgrade -- means removing all those virtuals again -- or > any other ideas would be appreciated. > > I am running the unstable gentoo, if you need more information, I can > include it. > > Thanks in advance for any suggestions. > did you run emerge @preserved-rebuild, revdep-rebuild and perl-cleaner after the upgrade? That stuff's easy to forget. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Upgrade Question
Hello, On Sat, 2 Nov 2013 14:24:49 +0100 wrote: > Many years ago I used distcc. At this time I had some slower machines > (2 x AMD K5, 3x AMD K6) and distcc was really a booster for many > bigger packages, but it doesn't reduce merge time for small packages > and it also causes problems with some packages (IIRC openoffice was > one). I use at moment on my Rootserver i has installed but become more access denied as results. Anyway i has delete libreoffice and use now abiword and then should be all ok. Thank you & Greetings Silvio
Re: [gentoo-user] Upgrade Question
Am Samstag, 02.11.2013 um 09:35 schrieb Neil Bothwick : > > Impressive, I think I'll try enabling it for specific packages that > > will benefit and don't cause problems. > > On the other hand, after reading man make.conf, maybe it is not such a > good idea except in very limited cases. > > Warning: This feature is known to cause numerous compilation failures. > Sometimes ccache will retain stale code objects or corrupted files, > which can lead to packages that cannot be emerged. If this happens > (if you receive errors like "File not recognized: File truncated"), > try recompiling the application with ccache disabled before reporting > a bug. Unless you are doing development work, do not enable ccache. > > That reads more like an instruction than a recommendation. > > ccache has caused some problems with older versions of openoffice, but this was some years ago. It's always enabled on my hardened desktop and I can't remember that it caused any other problems since at least two years. But maybe I just have a weak memory. ;-) Regards
Re: [gentoo-user] Upgrade Question
Am Samstag, 02.11.2013 um 11:55 schrieb Silvio Siefke : > Hey, > > what is with distcc? When i understand correct that can use to share > the merge process. Can i use with diffrent arch? I use gentoo on > netbook with atom and amd64 and some rootserver with same arch and a > p4 with i686. The p4 is in same network but can this pc use with atom > 64 bit? Has someone expirence with distcc and can say is good or not > really. Many years ago I used distcc. At this time I had some slower machines (2 x AMD K5, 3x AMD K6) and distcc was really a booster for many bigger packages, but it doesn't reduce merge time for small packages and it also causes problems with some packages (IIRC openoffice was one). Regards
Re: [gentoo-user] Upgrade Question
Hey, what is with distcc? When i understand correct that can use to share the merge process. Can i use with diffrent arch? I use gentoo on netbook with atom and amd64 and some rootserver with same arch and a p4 with i686. The p4 is in same network but can this pc use with atom 64 bit? Has someone expirence with distcc and can say is good or not really. Ccache sounds good special when see the compile time after update. Maybe i try it. Thank you & good weekend Silvio
Re: [gentoo-user] Upgrade Question
On Sat, 2 Nov 2013 09:27:38 +, Neil Bothwick wrote: > > Maybe you should consider to use ccache. It considerable reduces the > > merge time if you have to rebuild a package. > > It also creates elusive build failures with some packages, which is why > I stopped using it. > > > Tue Oct 22 22:05:31 2013 >>> app-office/libreoffice-4.1.2.3 > >merge time: 1 hour, 24 minutes and 27 seconds. > > > > Fri Nov 1 19:06:17 2013 >>> app-office/libreoffice-4.1.2.3 > >merge time: 9 minutes and 5 seconds. > > Impressive, I think I'll try enabling it for specific packages that will > benefit and don't cause problems. On the other hand, after reading man make.conf, maybe it is not such a good idea except in very limited cases. Warning: This feature is known to cause numerous compilation failures. Sometimes ccache will retain stale code objects or corrupted files, which can lead to packages that cannot be emerged. If this happens (if you receive errors like "File not recognized: File truncated"), try recompiling the application with ccache disabled before reporting a bug. Unless you are doing development work, do not enable ccache. That reads more like an instruction than a recommendation. -- Neil Bothwick Sarchasm : The gulf between the author of sarcastic wit and the person who doesn't get it. signature.asc Description: PGP signature
Re: [gentoo-user] Upgrade Question
On Sat, 2 Nov 2013 03:38:12 +0100, waben...@gmail.com wrote: > Maybe you should consider to use ccache. It considerable reduces the > merge time if you have to rebuild a package. It also creates elusive build failures with some packages, which is why I stopped using it. > Tue Oct 22 22:05:31 2013 >>> app-office/libreoffice-4.1.2.3 >merge time: 1 hour, 24 minutes and 27 seconds. > > Fri Nov 1 19:06:17 2013 >>> app-office/libreoffice-4.1.2.3 >merge time: 9 minutes and 5 seconds. Impressive, I think I'll try enabling it for specific packages that will benefit and don't cause problems. -- Neil Bothwick This is as bad as it can get; but don't bet on it. signature.asc Description: PGP signature
Re: [gentoo-user] Upgrade Question
Am Freitag, 01.11.2013 um 15:19 schrieb Silvio Siefke : > Libreoffice need long time, without big use flags. > > gentoomobile siefke # genlop -t libreoffice > * app-office/libreoffice [...] > Fri Oct 25 00:35:01 2013 >>> app-office/libreoffice-4.1.2.3 >merge time: 17 hours, 51 minutes and 30 seconds. Maybe you should consider to use ccache. It considerable reduces the merge time if you have to rebuild a package. Tue Oct 22 22:05:31 2013 >>> app-office/libreoffice-4.1.2.3 merge time: 1 hour, 24 minutes and 27 seconds. Fri Nov 1 19:06:17 2013 >>> app-office/libreoffice-4.1.2.3 merge time: 9 minutes and 5 seconds. Regards
Re: [gentoo-user] Upgrade Question
On 02/11/2013 01:31, Silvio Siefke wrote: >> You also need to deal with this. >> > You masked libreoffice-4.1.2.3 but it's also still installed. That is >> > inconsistent; either unmask it and rebuild or leave it masked and >> > downgrade. > Yes i mask bigger package when i saw in @world and not see why should run > upgrade. I know Gentoo is rolling release, but in some things must not really > be or? gentoo is what it is, there's no such thing as it must be this or it must be that. When libreoffice releases a new version, gentoo probably releases a new ebuild to match. It's just that simple. If you don't want to upgrade, mask all higher versions than the one you have. > > Thanks for teaching about poppler. I not know thats so important. And what do > ICU? Its language files or? International Components for Unicode. > > So again im sorry i nerve i know, but thats we can say so: Social Contacts > important :) > > I find funny because the bigger Programs or important Stuff like kernel has > never and in panic, and so small program like poppler make panic. When someone > say size is important, hhh they not know what they say. I don't understand. Size has nothing to do with it. Program X needs library Y. Library Y changes. Program X needs to be rebuilt. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Upgrade Question
Hello, On Fri, 01 Nov 2013 22:40:15 +0200 Alan McKinnon wrote: > Thsi is not the first time you ask the question "Why does package X > need to be rebuilt?" Every time you want to know this, run emerge > again with the -t option, it shows the dependency tree and that shows > you why the package is being rebuilt. Yes that's right & I'm sorry that I nerve. Maybe i change to Arch, i has installed on other Netbook and run without Problems and for a binary System is fast. > In this specific case, it's poppler. > > Poppler is the second most annoying package in the universe (first is > icu). The way it is coded and built, every tiny little change seems to > cause API/ABI changes and means that everything using it must be > rebuilt. What uses poppler? Almost everything that tries to deal with > pdf, and that is half of app-text and app-office. That's just how it > is. > > Look in the ebuilds for libreoffice, inkscape and xournal. Each one of > them has a DEPEND something like this: > > >=app-text/poppler-0.16:=[xpdf-headers(+),cxx] Yes i have see that and has find out that poppler is the problem. > Notice the ":=" in there, that's a sub-slot operator and it triggers a > rebuild of libreoffice everytime poppler is upgraded. Your emerge > output shows that poppler is to be upgraded and that's why > libreoffice now needs to be upgraded too. If you don't upgrade it, it > might be broken (or maybe not, it's almost impossible to tell). Dont > blame libreoffice, blame the poppler devs and tell them to get their > act together and stop changing stuff every other day. I has run libreoffice without problems, but i not use the pdf function in libreoffice. I write and print :) . I deal at moment with Abiword and Gnumeric. I think its enough so that i should delete libreoffice. Then only Webkit of GTK, QT and GCC which need more as one hour. > You also need to deal with this. > You masked libreoffice-4.1.2.3 but it's also still installed. That is > inconsistent; either unmask it and rebuild or leave it masked and > downgrade. Yes i mask bigger package when i saw in @world and not see why should run upgrade. I know Gentoo is rolling release, but in some things must not really be or? Thanks for teaching about poppler. I not know thats so important. And what do ICU? Its language files or? So again im sorry i nerve i know, but thats we can say so: Social Contacts important :) I find funny because the bigger Programs or important Stuff like kernel has never and in panic, and so small program like poppler make panic. When someone say size is important, hhh they not know what they say. Thank you & Greetings Silvio
Re: [gentoo-user] Upgrade Question
On 01/11/2013 16:19, Silvio Siefke wrote:
> Hello,
>
> i run emerge -avuDN @world and again must recompile packages. Why, i
> understand not why? I have no probs with small packages, but why
> again libreoffice? I change nothing in USE Flags, but portage want
> recompile. Can me explain someone why?
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild U ] net-print/cups-1.6.4 [1.6.2-r5] USE="X acl dbus filters pam
> python ssl threads -debug -gnutls -java -kerberos -lprng-compat (-selinux)
> -static-libs -usb -xinetd -zeroconf" LINGUAS="fr -ca -es -ja -ru"
> PYTHON_SINGLE_TARGET="python2_7%* -python2_6%" PYTHON_TARGETS="python2_7%*
> -python2_6%" 0 kB
> [ebuild r U ] app-text/poppler-0.24.3:0/43 [0.22.5:0/37] USE="cairo cxx
> introspection jpeg lcms png qt4 tiff utils -cjk -curl -debug -doc -jpeg2k" 0
> kB
> [ebuild r U ] net-print/cups-filters-1.0.36-r1 [1.0.34-r1] USE="jpeg png
> tiff -perl -static-libs -zeroconf" 0 kB
> [ebuild rR] media-gfx/inkscape-0.48.4 USE="lcms nls spell -dia -gnome
> -inkjar -postscript -wmf" 0 kB
> [ebuild rR] app-text/xournal-0.4.7 USE="pdf -vanilla" 0 kB
> [ebuild rR #] app-office/libreoffice-4.1.2.3 USE="cups dbus gtk opengl
> vba (-aqua) -bluetooth -branding -debug -eds -gnome -gstreamer -gtk3 -java
> -jemalloc -kde -mysql -odk -postgres -telepathy {-test} -webdav"
> LIBREOFFICE_EXTENSIONS="presenter-minimizer -nlpsolver -scripting-beanshell
> -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python2_7
> -python3_3" PYTHON_TARGETS="python2_7 -python3_3" 0 kB
> [ebuild rR ~] app-text/calibre-1.7 USE="udisks" 0 kB
Thsi is not the first time you ask the question "Why does package X need
to be rebuilt?" Every time you want to know this, run emerge again with
the -t option, it shows the dependency tree and that shows you why the
package is being rebuilt.
In this specific case, it's poppler.
Poppler is the second most annoying package in the universe (first is
icu). The way it is coded and built, every tiny little change seems to
cause API/ABI changes and means that everything using it must be
rebuilt. What uses poppler? Almost everything that tries to deal with
pdf, and that is half of app-text and app-office. That's just how it is.
Look in the ebuilds for libreoffice, inkscape and xournal. Each one of
them has a DEPEND something like this:
>=app-text/poppler-0.16:=[xpdf-headers(+),cxx]
Notice the ":=" in there, that's a sub-slot operator and it triggers a
rebuild of libreoffice everytime poppler is upgraded. Your emerge output
shows that poppler is to be upgraded and that's why libreoffice now
needs to be upgraded too. If you don't upgrade it, it might be broken
(or maybe not, it's almost impossible to tell). Dont blame libreoffice,
blame the poppler devs and tell them to get their act together and stop
changing stuff every other day.
>
> Total: 7 packages (3 upgrades, 4 reinstalls), Size of downloads: 0 kB
>
> The following mask changes are necessary to proceed:
> (see "package.unmask" in the portage(5) man page for more details)
> # required by @__auto_slot_operator_replace_installed__ (argument)
> # /etc/portage/package.mask:
> =app-office/libreoffice-4.1.2.3
You also need to deal with this.
You masked libreoffice-4.1.2.3 but it's also still installed. That is
inconsistent; either unmask it and rebuild or leave it masked and downgrade.
>
>
> Libreoffice need long time, without big use flags.
>
> gentoomobile siefke # genlop -t libreoffice
> * app-office/libreoffice
>
> Mon Jun 17 20:44:35 2013 >>> app-office/libreoffice-4.0.3.3
>merge time: 13 hours, 28 minutes and 15 seconds.
>
> Fri Jun 21 22:11:39 2013 >>> app-office/libreoffice-4.0.4.2
>merge time: 13 hours, 39 minutes and 2 seconds.
>
> Wed Jun 26 14:25:10 2013 >>> app-office/libreoffice-4.1.0.1
>merge time: 14 hours, 15 minutes and 41 seconds.
>
> Mon Jul 15 09:24:27 2013 >>> app-office/libreoffice-4.1.0.2
>merge time: 14 hours, 7 minutes and 57 seconds.
>
> Sun Sep 22 19:59:07 2013 >>> app-office/libreoffice-4.1.1.2
>merge time: 14 hours, 9 minutes and 56 seconds.
>
> Fri Oct 25 00:35:01 2013 >>> app-office/libreoffice-4.1.2.3
>merge time: 17 hours, 51 minutes and 30 seconds.
>
>
> Thanks for help & Nice day
> Silvio
>
--
Alan McKinnon
alan.mckin...@gmail.com
Re: [gentoo-user] Upgrade only to bigger Version
Hello, On Sat, 27 Jul 2013 00:48:33 +0200 Alan McKinnon wrote: > in /var/db/pkg you will find a copy of the ebuild for the current > *installed* version - 4.1.0.2. > Copy that to a local overlay and mask all versions smaller and greater > than that in package.mask. > Portage will then keep the current version but you MUST keep a copy of > the ebuild somewhere else > When you someday want to upgrade libreoffice, undo the maskings. I have write the follow package.mask gentoomobile ~ # cat /etc/portage/package.mask >app-office/libreoffice-4.1.0.3 >app-office/libreoffice-l10n-4.1.0.3
Re: [gentoo-user] Upgrade only to bigger Version
On Sat, Jul 27, 2013 at 12:16:57AM +0200, Silvio Siefke wrote: > > when use the follow entry, is the same, downgrade. > gentoomobile siefke # cat /etc/portage/package.mask > >=app-office/libreoffice-4.1.0.2 > >=app-office/libreoffice-l10n-4.1.0.2 > > Ideas? Yes, what you have above means "mask every version equal to and greater than app-office/libreoffice-4.1.0.2; therefore, you have masked 4.1.0.2, so you must downgrade. Rather, at the present time use: >=app-office/libreoffice-4.1.0.3 That will mask every version equal to or greater than 4.1.0.3 -- Happy Penguin Computers >') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] Upgrade only to bigger Version
On 27/07/2013 00:43, Alan McKinnon wrote: > On 27/07/2013 00:16, Silvio Siefke wrote: >> Hello, >> >> On Fri, 26 Jul 2013 20:43:43 +0100 Mick >> wrote: >> >>> You could mask any versions greater than >4.1.0.2 and lesser than >>> <4.1.0.2 I guess, but instead you may want to give >>> app-office/libreoffice-bin a spin which will save significant time >>> when you need to update/downgrade this package. >> >> I have now masked what you say, but the result is same, portage make >> a downgrade. >> >> emerge -s libreoffice without mask: >> * app-office/libreoffice >> Latest version available: 4.1.0.4 >> Latest version installed: 4.1.0.2 >> >> emerge -s libreoffice with mask: >> * app-office/libreoffice >> Latest version installed: 4.1.0.2 >> >> emerge -avuDN @world >> [ebuild UD ] app-office/libreoffice-l10n-4.0.4.2 [4.1.0.2] >> [ebuild UD ] dev-util/mdds-0.7.1:0/0 [0.8.1:0/0.8.1] >> [ebuild UD ] dev-libs/liborcus-0.3.0:0/0 [0.5.1:0/0.5] >> [ebuild UD ] app-office/libreoffice-4.0.4.2 [4.1.0.2] >> >> Its really crazy. I have netbook and p4 desktop, i want not run >> 12 hours compile orgy for small upgrade which normal no one feel. >> >> gentoomobile siefke # cat /etc/portage/package.mask >>> app-office/libreoffice-4.1.0.2 >>> app-office/libreoffice-l10n-4.1.0.2 >> >> when use the follow entry, is the same, downgrade. >> gentoomobile siefke # cat /etc/portage/package.mask >>> =app-office/libreoffice-4.1.0.2 >>> =app-office/libreoffice-l10n-4.1.0.2 >> >> Ideas? >> >> Thank you for help and nice weekend. > > You want to keep 4.1.0.2 but you have masked 4.1.0.2, that is why it > wants to downgrade. > > put this is package.mask; > >> app-office/libreoffice-4.1.0.2 >> app-office/libreoffice-l10n-4.1.0.2 > > > > If you still get an error, post the ENTIRE output, not bits of it. You > keep snipping out the parts that describe why portage is doing what it's > doing. We can't help you when you do that. > Correction: [I] app-office/libreoffice Available versions: 4.0.4.2 **4.0. (~)4.1.0.4 **4.1. **-r2 You've masked 4.1.0.2, but there is not such version in portage. 4.1.0.4 is unstable, you run stable portage is doing the only thing it can do to give you a working libreoffice, which is emerge 4.0.4.2 Do this: in /var/db/pkg you will find a copy of the ebuild for the current *installed* version - 4.1.0.2. Copy that to a local overlay and mask all versions smaller and greater than that in package.mask. Portage will then keep the current version but you MUST keep a copy of the ebuild somewhere else When you someday want to upgrade libreoffice, undo the maskings. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Upgrade only to bigger Version
On 27/07/2013 00:16, Silvio Siefke wrote: > Hello, > > On Fri, 26 Jul 2013 20:43:43 +0100 Mick > wrote: > >> You could mask any versions greater than >4.1.0.2 and lesser than >> <4.1.0.2 I guess, but instead you may want to give >> app-office/libreoffice-bin a spin which will save significant time >> when you need to update/downgrade this package. > > I have now masked what you say, but the result is same, portage make > a downgrade. > > emerge -s libreoffice without mask: > * app-office/libreoffice > Latest version available: 4.1.0.4 > Latest version installed: 4.1.0.2 > > emerge -s libreoffice with mask: > * app-office/libreoffice > Latest version installed: 4.1.0.2 > > emerge -avuDN @world > [ebuild UD ] app-office/libreoffice-l10n-4.0.4.2 [4.1.0.2] > [ebuild UD ] dev-util/mdds-0.7.1:0/0 [0.8.1:0/0.8.1] > [ebuild UD ] dev-libs/liborcus-0.3.0:0/0 [0.5.1:0/0.5] > [ebuild UD ] app-office/libreoffice-4.0.4.2 [4.1.0.2] > > Its really crazy. I have netbook and p4 desktop, i want not run > 12 hours compile orgy for small upgrade which normal no one feel. > > gentoomobile siefke # cat /etc/portage/package.mask >> app-office/libreoffice-4.1.0.2 >> app-office/libreoffice-l10n-4.1.0.2 > > when use the follow entry, is the same, downgrade. > gentoomobile siefke # cat /etc/portage/package.mask >> =app-office/libreoffice-4.1.0.2 >> =app-office/libreoffice-l10n-4.1.0.2 > > Ideas? > > Thank you for help and nice weekend. You want to keep 4.1.0.2 but you have masked 4.1.0.2, that is why it wants to downgrade. put this is package.mask; >app-office/libreoffice-4.1.0.2 >app-office/libreoffice-l10n-4.1.0.2 If you still get an error, post the ENTIRE output, not bits of it. You keep snipping out the parts that describe why portage is doing what it's doing. We can't help you when you do that. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Upgrade only to bigger Version
On 27/07/13 06:19, Silvio Siefke wrote: > Hey Armin, > > On Fri, 26 Jul 2013 23:01:04 +0200 Volker Armin Hemmann > wrote: > >> ok, first make an overlay and copy the ebuild of the version you want >> to pin there. >> >> Than mask everything else. >> >> You can find the ebuild in /var/db if it was removed from the tree >> already. >> >> And yes, this ebuild removing sucks - because nobody needs every >> single LO update... > > Äh sorry what? I not understand so really what you mean? I should delete > the ebuild? But with next sync is back. Can you explain for totally > stupid men :( :) > > > > Thank you for help and nice weekend. > Silvio > ummm, the ebuild no longer exists after the last update ... you need to restore it from the attic. olympus ~ # ls -al /usr/portage/app-office/libreoffice total 216 drwxr-xr-x 3 root root 4096 Jul 25 23:01 . drwxr-xr-x 67 root root 4096 Jul 27 05:31 .. -rw-r--r-- 1 root root 89685 Jul 25 23:01 ChangeLog -rw-r--r-- 1 root root 9966 Jul 25 23:01 Manifest drwxr-xr-x 2 root root 4096 Jul 14 20:01 files -rw-r--r-- 1 root root 17522 Jul 1 05:31 libreoffice-4.0.4.2.ebuild -rw-r--r-- 1 root root 17535 Jul 10 16:01 libreoffice-4.0..ebuild -rw-r--r-- 1 root root 17281 Jul 25 22:50 libreoffice-4.1.0.4.ebuild -rw-r--r-- 1 root root 17282 Jul 10 16:01 libreoffice-4.1..ebuild -rw-r--r-- 1 root root 17325 Jul 17 01:01 libreoffice--r2.ebuild -rw-r--r-- 1 root root 981 Jul 16 10:31 metadata.xml olympus ~
Re: [gentoo-user] Upgrade only to bigger Version
Hey Armin, On Fri, 26 Jul 2013 23:01:04 +0200 Volker Armin Hemmann wrote: > ok, first make an overlay and copy the ebuild of the version you want > to pin there. > > Than mask everything else. > > You can find the ebuild in /var/db if it was removed from the tree > already. > > And yes, this ebuild removing sucks - because nobody needs every > single LO update... Äh sorry what? I not understand so really what you mean? I should delete the ebuild? But with next sync is back. Can you explain for totally stupid men :( :) Thank you for help and nice weekend. Silvio
Re: [gentoo-user] Upgrade only to bigger Version
Hello, On Fri, 26 Jul 2013 20:43:43 +0100 Mick wrote: > You could mask any versions greater than >4.1.0.2 and lesser than > <4.1.0.2 I guess, but instead you may want to give > app-office/libreoffice-bin a spin which will save significant time > when you need to update/downgrade this package. I have now masked what you say, but the result is same, portage make a downgrade. emerge -s libreoffice without mask: * app-office/libreoffice Latest version available: 4.1.0.4 Latest version installed: 4.1.0.2 emerge -s libreoffice with mask: * app-office/libreoffice Latest version installed: 4.1.0.2 emerge -avuDN @world [ebuild UD ] app-office/libreoffice-l10n-4.0.4.2 [4.1.0.2] [ebuild UD ] dev-util/mdds-0.7.1:0/0 [0.8.1:0/0.8.1] [ebuild UD ] dev-libs/liborcus-0.3.0:0/0 [0.5.1:0/0.5] [ebuild UD ] app-office/libreoffice-4.0.4.2 [4.1.0.2] Its really crazy. I have netbook and p4 desktop, i want not run 12 hours compile orgy for small upgrade which normal no one feel. gentoomobile siefke # cat /etc/portage/package.mask >app-office/libreoffice-4.1.0.2 >app-office/libreoffice-l10n-4.1.0.2 when use the follow entry, is the same, downgrade. gentoomobile siefke # cat /etc/portage/package.mask >=app-office/libreoffice-4.1.0.2 >=app-office/libreoffice-l10n-4.1.0.2 Ideas? Thank you for help and nice weekend. Silvio
Re: [gentoo-user] Upgrade only to bigger Version
ok, first make an overlay and copy the ebuild of the version you want to pin there. Than mask everything else. You can find the ebuild in /var/db if it was removed from the tree already. And yes, this ebuild removing sucks - because nobody needs every single LO update... 2013/7/26 Silvio Siefke > Hello, > > i have installed Libreoffice 4.1.0.2 and now is update to Version 4.1.0.4 > available. > > Is there a way to stop these updates? i has try with portage.mask, but then > come a downgrade to Version 4.0.4.2. Its enough when update to bigger > Updates > for example 4.2. Each update is not required for such a package. > > Hope understand what i mean. :) > > > Thank you for help and good weekend. > > > Silvio > >
Re: [gentoo-user] Upgrade only to bigger Version
On Friday 26 Jul 2013 19:33:52 Silvio Siefke wrote: > Hello, > > i have installed Libreoffice 4.1.0.2 and now is update to Version 4.1.0.4 > available. > > Is there a way to stop these updates? i has try with portage.mask, but then > come a downgrade to Version 4.0.4.2. Its enough when update to bigger > Updates for example 4.2. Each update is not required for such a package. > > Hope understand what i mean. :) > > > Thank you for help and good weekend. > > > Silvio You could mask any versions greater than >4.1.0.2 and lesser than <4.1.0.2 I guess, but instead you may want to give app-office/libreoffice-bin a spin which will save significant time when you need to update/downgrade this package. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re:[gentoo-user]Upgrade to Gnome3 from overlay
At 2012-04-27 18:32:43,"赵佳晖" wrote:
> Hello,everyone , i just want to upgrade my Gnome 2.32.1 to Gnome 3 .
> So i follow the steps below:
> emerge layman layman -f -a gnomeecho "source /var/lib/layman/make.conf" >>
>/etc/make.conf
> echo "*" >> /etc/eix-sync.conf
> eix-sync
> mkdir
>/etc/portage/{package.use,package.accept_keywords,package.mask,package.unmask,profile}
> ln -sf /var/lib/layman/gnome/status/portage-configs/package.use.mask.gnome3
>/etc/portage/profile/package.use.mask.gnome3
> ln -sf /var/lib/layman/gnome/status/portage-configs/package.use.gnome3
>/etc/portage/package.use/package.use.gnome3
> ln -sf /var/lib/layman/gnome/status/portage-configs/package.unmask.gnome3
>/etc/portage/package.unmask/package.unmask.gnome3
> ln -sf /var/lib/layman/gnome/status/portage-configs/package.kewords.gnome3
>/etc/portage/package.accept_keywords/package.keywords.gnome3
> emerge -aDuv world
> Then it comes error ,
> /etc/portage/profile/package.use.mask.gnome3
> /etc/portage/package.unmask/package.unmask.gnome3
> /etc/portage/package.use/package.use.gnome3
> /etc/portage/package.accept_keywords/package.keywords.gnome3
> Can anyone help me how to deal with that problem?
It seems that some packages that gnome3 required are masked by gnome2.
You can emerge gnome3 simply by add a "~" in your USE statement in
/etc/make.conf, as http://wiki.gentoo.org/wiki/GNOME told.
BTW: you can send your email as plain text instead of html or other format.
Regards
Re: [gentoo-user]Upgrade to gnome 3.2
Hi, To install gnome 3.2, make sure that you attached 3D-acceleration graphic card in your machine or not. if no problem just run "emerge -p gnome" as a root or "sudo emerge -p gnome" as a normal user to check what is yout own flag(feature). of course you can refer my make.conf to find what use flag is used. my make.conf is attached in this message. 2012/4/26 赵佳晖 : > Did anyone has some good ideas to upgrade the gnome to 3.2 ? I followed the > Upgrade to Gnome 3.2 Guide , but i confused that it seems didn't say howto > upgrade to Gnome 3.2 , Can anyone give me some idea? > > -- > 好好学习，天天向上！！！ make.conf Description: Binary data
Re: [gentoo-user] Upgrade query
On Thu, 21 Jul 2011 20:01:31 +0200 Volker Armin Hemmann wrote: > On Thursday 21 July 2011 10:01:10 j...@jdm.myzen.co.uk wrote: > > A little advice please? I am about to build a new box going from > > athlon dual core to phenom six core. Including new sata drives and > > motherboard. I was going to clone all my partitions and the re > > emerged all packages with march native > > > Firstly would you reccommend cloning and if so what is best > > technology? > > > > Second is a complete reinstall a better option or safer? > > > are you using ACLs? > > if not a good old cp -auv is sufficient. > > But.. why clone the system? This is a good chance to get rid of cruft > and forgotten packages. A clean installation (and copied /etc) might > not be a bad choice. > Thanks Gentoo. A combination of a new install, rsyncing all personal data, distfiles, /etc has worked wonders. Its nice to see that it is quicker to install Gentoo and get it up and running pretty much as previously than installing another well known operating system which took hours to download updates and hours of searching the web for right drivers. And this is totally free. LONG LIVE GENTOO
Re: [gentoo-user] Upgrade query
On Thursday 21 July 2011 10:01:10 j...@jdm.myzen.co.uk wrote: > A little advice please? I am about to build a new box going from athlon dual > core to phenom six core. Including new sata drives and motherboard. I was > going to clone all my partitions and the re emerged all packages with march > native > Firstly would you reccommend cloning and if so what is best technology? > > Second is a complete reinstall a better option or safer? are you using ACLs? if not a good old cp -auv is sufficient. But.. why clone the system? This is a good chance to get rid of cruft and forgotten packages. A clean installation (and copied /etc) might not be a bad choice. -- #163933
Re: [gentoo-user] Upgrade query
On Thursday 21 July 2011 12:20:30 Florian Philipp wrote:
> Also, udev will usually detect your network interfaces as new interfaces
> and give them different numbers (eth1 instead of eth0 and so on).
You can "solve" this by deleting the respective entries in the udev config:
**
$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib64/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1234:0x1234 (eth-device)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:11:22:33:44:55",
KERNEL=="eth*", NAME="eth0"
***
Removing this file or just the entries should force udev to reuse the network-
device-names.
--
Joost
Re: [gentoo-user] Upgrade query
On Thursday, July 21 at 11:10 (+), j...@jdm.myzen.co.uk said: Well, depends on your definition of "works". AFAIK linux does not expose the NFTS permission system fully, because they are very different and there is no 1:1 mapping between them. So while the *data* may be copied over, the permissions will likely only be copied as far as how the linux filesystem layer sees them, and may not be preserved 100%. There are NTFS tools afaik though, (ntfsclone). Since I don't actually use NTFS for anything, someone else may better be able to assist.
Re: [gentoo-user] Upgrade query
j...@jdm.myzen.co.uk writes: > A little advice please? I am about to build a new box going from athlon > dual core to phenom six core. Including new sata drives and motherboard. > I was going to clone all my partitions and the re emerged all packages > with march native > Firstly would you reccommend cloning and if so what is best technology? I'd plug the new system drive into the old PC and clone with dd. You can even make the partitions larger and use resize2fs (in case of ext3/4) to enlarge the space after cloning. Once caveat: Your new SATA drives are probably using a block size of 4K instead of 512 bytes, internally. To the OS they still look like they have 512 bytes. But when the partitions are not aligned to 4K boundaries (and I think this is still the case when using fdisk), there is a big performance loss. I also would make sure the whole drive is being written to once, in order to detect bad blocks. badblocks -sw will do this. > Second is a complete reinstall a better option or safer? I'd say just clone it. Remove your /etc/udev/rules.d/*-persistent-*.rules files, so your network interfaces will not be renamed from eth0 to eth1. If you change your CFLAGS, emerge -e world. I'm not sure if you better emerge -e system before (once or even twice) so the toolchain is already compiled with the new settings, maybe someone else will say something about this. Wonko
Re: [gentoo-user] Upgrade query
Thanks. Rsync sounds like a good option as I can boot pc with old hard disks installed. I assume that rsync works ok with ntfs? Jdm Sent from my BlackBerry® smartphone on O2 -Original Message- From: Albert Hopkins Date: Thu, 21 Jul 2011 06:18:53 To: Reply-to: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Upgrade query On Thursday, July 21 at 10:01 (+), j...@jdm.myzen.co.uk said: > A little advice please? I am about to build a new box going from > athlon dual core to phenom six core. Including new sata drives and > motherboard. I was going to clone all my partitions and the re emerged > all packages with march native > > Firstly would you reccommend cloning and if so what is best > technology? When I move to a different machine, I just * boot into a live cd * back up all the partitions with rsync (or use tar or similar if you need compression) to an external (USB) drive. * boot new machine into livcd * repartion, copy backed up files * install bootloader (and reconfigure/build kernel if necessary) If both source and target are on the same network you can probably also get away with rsync'ing over the LAN instead of using an external drive. As for what "technology" is best, they are not going to make a whole lot of difference, IMO. I find rsync/cp easier to work with (you can manipulate files before copying them to the new box). tar is more efficient if you need compression. dd, would be the least efficient in my opinion, because it's going to clone the entire partition, including unused blocks, when you're really only concerned about the files. Tools like partimage, etc. can clone a partition "smartly" but I tend to use those tools less often as I'm really only concerned about the files, not the partitions. Unless your source and target partitions are going to have the exact same geometry, I don't see the benefit if cloning partitions. Just my 2¢ -a
Re: [gentoo-user] Upgrade query
Am 21.07.2011 12:01, schrieb j...@jdm.myzen.co.uk: > A little advice please? I am about to build a new box going from athlon dual > core to phenom six core. Including new sata drives and motherboard. I was > going to clone all my partitions and the re emerged all packages with march > native > > Firstly would you reccommend cloning and if so what is best technology? > > Second is a complete reinstall a better option or safer? Cloning works fairly well. Especially for architectures that are so close to each other as Athlon X2 and Phenom. I've done it for an upgrade from one of the original Athlon 64 to a Phenom just a few months ago. Just make sure your kernel contains all necessary drivers. Also, udev will usually detect your network interfaces as new interfaces and give them different numbers (eth1 instead of eth0 and so on). Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Upgrade query
On Thursday, July 21 at 10:01 (+), j...@jdm.myzen.co.uk said: > A little advice please? I am about to build a new box going from > athlon dual core to phenom six core. Including new sata drives and > motherboard. I was going to clone all my partitions and the re emerged > all packages with march native > > Firstly would you reccommend cloning and if so what is best > technology? When I move to a different machine, I just * boot into a live cd * back up all the partitions with rsync (or use tar or similar if you need compression) to an external (USB) drive. * boot new machine into livcd * repartion, copy backed up files * install bootloader (and reconfigure/build kernel if necessary) If both source and target are on the same network you can probably also get away with rsync'ing over the LAN instead of using an external drive. As for what "technology" is best, they are not going to make a whole lot of difference, IMO. I find rsync/cp easier to work with (you can manipulate files before copying them to the new box). tar is more efficient if you need compression. dd, would be the least efficient in my opinion, because it's going to clone the entire partition, including unused blocks, when you're really only concerned about the files. Tools like partimage, etc. can clone a partition "smartly" but I tend to use those tools less often as I'm really only concerned about the files, not the partitions. Unless your source and target partitions are going to have the exact same geometry, I don't see the benefit if cloning partitions. Just my 2¢ -a
Re: [gentoo-user] upgrade to phpmyadmin 3.3.8.1: no databases?
On Sun, 06 Feb 2011 16:29:33 +0100, Jarry wrote: > I just upgraded from phpmyadmin 2.x to 3.3.8.1. There was no > error/warning message, but when I log in (either with "root" > or web-site account), it says "No databases". Do you use USE="+vhosts"? If so, have you run webapp-config? Did you update the configs? I imagine they may have changed a lot with such a large version jump. -- Neil Bothwick We never really grow up; we only learn how to act in public. signature.asc Description: PGP signature
Re: [gentoo-user] Upgrade or start over..
On Tue, 29 Dec 2009 01:41:51 -0800 (PST), Jon Hardcastle wrote: > I absolutely depend on mdadm/lvm (which i believe require in some way > devicemapper and udev) and these are the biggest things i am worried > about changing. Does anyone have any experience here? I am assuming > that unmerging and remerging should be relatively problem free? If i > can get these bad boys upto date that is all i really care about... The lvm and mdadm packages are the user space utilities used to setup devices. Removing them won't stop your existing devices from working. As long as you r-emerge the new versions before rebooting, you should be fine. Make sure you quickpkg the old versions before removing, in case the new emerge fails for some reason. The worst case, if it crashes between unmerge and merge, is that you'll have to use a live CD and chroot to install them. -- Neil Bothwick I used to live in the real world, but I got evicted. signature.asc Description: PGP signature
Re: [gentoo-user] Upgrade or start over..
On Tuesday 29 December 2009 11:41:51 Jon Hardcastle wrote: > I absolutely depend on mdadm/lvm (which i believe require in some way > devicemapper and udev) and these are the biggest things i am worried about > changing. Does anyone have any experience here? I am assuming that > unmerging and remerging should be relatively problem free? If i can get > these bad boys upto date that is all i really care about... > All that happened is that some functionality in mdadm was moved into lvm2 as that was the major user of that functionality. IIRC disk encryption was the other user. All lvm users here with up to date systems already did this step without trouble, so you can proceed as usual. As you are modifying some low level vital functionality, the usual precautions will apply: ensure that no-one reboots the machine while you are doing this, notebook batteries must not die in the middle, no power outages. And do everything in a single terminal session. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Upgrade or start over..
--- On Sun, 27/12/09, Alan McKinnon wrote: > From: Alan McKinnon > Subject: Re: [gentoo-user] Upgrade or start over.. > To: gentoo-user@lists.gentoo.org > Date: Sunday, 27 December, 2009, 22:24 > On Sunday 27 December 2009 21:46:23 > Jon Hardcastle wrote: > > Hi all, > > > > I have a gentoo circa 2008 install that i have pretty > much the bare minimal > > to keep up to date... i now have the problem > that i need to upgrade mdadm, > > lvm and probably a few other bits and pieces. > This machine is used almost > > exclusively as a windows file server. > > > > I am getting blocks all over the show and lots of > applications needs > > reinstalling/upgradining on a emerge world. i > have also had problems > > getting the kernel to do what it needs to do a i > installed the minimal > > when i started.. > > > > So i am wondering... it is easier to try and upgrade > it, or as i have 2 > > raid 1 drives as the operating system drives and > the rest of the drives > > are pure data, i can disconnect one and wipe the > other reinstall from > > fresh as a degraded raid 1 and when i know we > are good to go, wipe the > > disconnected drive and add to the array to > resync and go from there? > > the mdadm/lvm blocks are easy to fix, just unmerge mdadm > and merge lvm. > > Then upgrade portage to latest *masked* version (it's > stable and trouble-free > despite the classification), and most of the remaining > blockers should be > resolved automatically by portage. Depending on what > remains, you may or may > not decide to proceed with an upgrade as opposed to a > reinstall. > > But it's only one year back, shouldn't give too much > trouble on a minimalist > system. Off the top of my head, I can only really think of > the monolithic to > split ebuild samba split > > > -- > alan dot mckinnon at gmail dot com > > I absolutely depend on mdadm/lvm (which i believe require in some way devicemapper and udev) and these are the biggest things i am worried about changing. Does anyone have any experience here? I am assuming that unmerging and remerging should be relatively problem free? If i can get these bad boys upto date that is all i really care about...
Re: [gentoo-user] Upgrade or start over..
On Sunday 27 December 2009 21:46:23 Jon Hardcastle wrote: > Hi all, > > I have a gentoo circa 2008 install that i have pretty much the bare minimal > to keep up to date... i now have the problem that i need to upgrade mdadm, > lvm and probably a few other bits and pieces. This machine is used almost > exclusively as a windows file server. > > I am getting blocks all over the show and lots of applications needs > reinstalling/upgradining on a emerge world. i have also had problems > getting the kernel to do what it needs to do a i installed the minimal > when i started.. > > So i am wondering... it is easier to try and upgrade it, or as i have 2 > raid 1 drives as the operating system drives and the rest of the drives > are pure data, i can disconnect one and wipe the other reinstall from > fresh as a degraded raid 1 and when i know we are good to go, wipe the > disconnected drive and add to the array to resync and go from there? the mdadm/lvm blocks are easy to fix, just unmerge mdadm and merge lvm. Then upgrade portage to latest *masked* version (it's stable and trouble-free despite the classification), and most of the remaining blockers should be resolved automatically by portage. Depending on what remains, you may or may not decide to proceed with an upgrade as opposed to a reinstall. But it's only one year back, shouldn't give too much trouble on a minimalist system. Off the top of my head, I can only really think of the monolithic to split ebuild samba split -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Upgrade or start over..
Jon Hardcastle ha scritto: > Hi all, > > I have a gentoo circa 2008 install that i have pretty much the bare minimal > to keep up to date... i now have the problem that i need to upgrade mdadm, > lvm and probably a few other bits and pieces. This machine is used almost > exclusively as a windows file server. > > I am getting blocks all over the show and lots of applications needs > reinstalling/upgradining on a emerge world. i have also had problems getting > the kernel to do what it needs to do a i installed the minimal when i > started.. > > So i am wondering... it is easier to try and upgrade it, or as i have 2 raid > 1 drives as the operating system drives and the rest of the drives are pure > data, i can disconnect one and wipe the other reinstall from fresh as a > degraded raid 1 and when i know we are good to go, wipe the disconnected > drive and add to the array to resync and go from there? Well, I am updating my desktop system which was in pretty the same conditions (kernel, xorg, etc. being stuck since beginning of 2008) and I must say that, while long and not without bumps, the upgrade has been not as bad as I thought. Expect to use a week of your time, however -I still haven't finished even if most critical stuff (kernel, xorg, new kde) is more or less in place. Reinstalling maybe is cleaner, but I am unsure it will take less time, unless you carefully copy your /etc and your user configuration files, and then you remember why you did what, etc. when putting them back. m. > > --- > N: Jon Hardcastle > E: j...@ehardcastle.com > 'Do not worry about tomorrow, for tomorrow will bring worries of its own.' > > *** > Please note, I am phasing out jd_hardcastle AT yahoo.com and replacing it > with jon AT eHardcastle.com > *** > > --- > > > > >
Re: [gentoo-user] Upgrade or start over..
Jon Hardcastle wrote: Hi all, I have a gentoo circa 2008 install that i have pretty much the bare minimal to keep up to date... i now have the problem that i need to upgrade mdadm, lvm and probably a few other bits and pieces. This machine is used almost exclusively as a windows file server. I am getting blocks all over the show and lots of applications needs reinstalling/upgradining on a emerge world. i have also had problems getting the kernel to do what it needs to do a i installed the minimal when i started.. So i am wondering... it is easier to try and upgrade it, or as i have 2 raid 1 drives as the operating system drives and the rest of the drives are pure data, i can disconnect one and wipe the other reinstall from fresh as a degraded raid 1 and when i know we are good to go, wipe the disconnected drive and add to the array to resync and go from there? --- N: Jon Hardcastle E: j...@ehardcastle.com 'Do not worry about tomorrow, for tomorrow will bring worries of its own.' *** Please note, I am phasing out jd_hardcastle AT yahoo.com and replacing it with jon AT eHardcastle.com *** --- I don't know much about what all you have installed but I suspect that a fresh start would be easier. It may even be faster as well. Just save your world file and the things you need in /etc. Also, save anything else you may have configured elsewhere. I also save my /root since I store some scripts and such there. My $0.02 worth. Dale :-) :-)
Re: [gentoo-user] upgrade all [SOLVED]
On Wednesday 25 February 2009 08:49:37 Zhu Sha Zang wrote:
> Stroller escreveu:
> > On 25 Feb 2009, at 12:50, Zhu Sha Zang wrote:
> >> ... I know that i can do a emerge -uDN world and upgrade all
> >> programs that in the "world enviroment". But some time ago i see
> >> in this list a way to check and upgrade all programs installed in
> >> system.
> >>
> >> Someone remember or know how i can do it?
> >
> > Could it have been this thread:
> > http://thread.gmane.org/gmane.linux.gentoo.user/202559
> >
> > I think there were some warnings there against it, but IIRC I
> > didn't find them terribly specific or compelling, so 'emerge -1
> > `eix -Iu --only-names`' works here. I would think your need for
> > this would be rare, however, and you should be sure to run
> > revdep-rebuild afterwards.
> >
> > Stroller.
>
> Thakns Stroller, i'm using something like this
>
> eix -u > upgrade.txt
>
> vi upgrade.txt (editing lines that useless and adding "emerge -vauDN")
>
> sh upgrade.txt.
>
> SOLVED at all.
>
> Thanks again.
Try this if you want to save yourself a lot of editing:
eix -u | awk '/^\[/{print "emerge -vauDN ", $2}'
If want to redirect to an executable file, then use this:
eix -u | awk 'BEGIN{print "# /usr/bin/bash\n"} /^\[/{print "emerge -vauDN ",
$2}'
(Above should be all one line.)
Re: [gentoo-user] upgrade all [SOLVED]
On Wed, 25 Feb 2009 10:49:37 -0300 Zhu Sha Zang wrote: > Thakns Stroller, i'm using something like this > > eix -u > upgrade.txt > > vi upgrade.txt (editing lines that useless and adding "emerge -vauDN") > > sh upgrade.txt. > > SOLVED at all. > > Thanks again. Alternatively, you can look at portage-2.2, where you can just "emerge -u @installed". -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] upgrade all [SOLVED]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stroller escreveu: > > On 25 Feb 2009, at 12:50, Zhu Sha Zang wrote: >> ... I know that i can do a emerge -uDN world and upgrade all >> programs that in the "world enviroment". But some time ago i see >> in this list a way to check and upgrade all programs installed in >> system. >> >> Someone remember or know how i can do it? > > Could it have been this thread: > http://thread.gmane.org/gmane.linux.gentoo.user/202559 > > I think there were some warnings there against it, but IIRC I > didn't find them terribly specific or compelling, so 'emerge -1 > `eix -Iu --only-names`' works here. I would think your need for > this would be rare, however, and you should be sure to run > revdep-rebuild afterwards. > > Stroller. > > > Thakns Stroller, i'm using something like this eix -u > upgrade.txt vi upgrade.txt (editing lines that useless and adding "emerge -vauDN") sh upgrade.txt. SOLVED at all. Thanks again. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmlTHEACgkQ35zeJy7JhCj6IgCfYAXUTR4M4a8L+ob+p0UV/Dtl gfsAniMY6glJn1FgA5axOpOniLsBPMvA =tfi5 -END PGP SIGNATURE-
Re: [gentoo-user] upgrade all
On 25 Feb 2009, at 12:50, Zhu Sha Zang wrote: ... I know that i can do a emerge -uDN world and upgrade all programs that in the "world enviroment". But some time ago i see in this list a way to check and upgrade all programs installed in system. Someone remember or know how i can do it? Could it have been this thread: http://thread.gmane.org/gmane.linux.gentoo.user/202559 I think there were some warnings there against it, but IIRC I didn't find them terribly specific or compelling, so 'emerge -1 `eix -Iu -- only-names`' works here. I would think your need for this would be rare, however, and you should be sure to run revdep-rebuild afterwards. Stroller.
Re: [gentoo-user] upgrade all
On Mittwoch 25 Februar 2009, Alejandro wrote: > 2009/2/25 Алексей Белкин > > > On Среда 25 февраля 2009 16:50:02 Zhu Sha Zang wrote: > > > Hey dudes, > > > > > > I know that i can do a emerge -uDN world and upgrade all programs that > > > in the "world enviroment". But some time ago i see in this list a way > > > to check and upgrade all programs installed in system. > > > > > > Someone remember or know how i can do it? > > > > > > Thanks. > > > > emerge --update --deep --newuse world > > emerge --update --deep --newuse world and this emerge -uDN world do the > same. > > emerge -ae system? no, that only rebuilds system, not world. find all packages in /var/db/pkg and update them
Re: [gentoo-user] upgrade all
2009/2/25 Алексей Белкин > On Среда 25 февраля 2009 16:50:02 Zhu Sha Zang wrote: > > Hey dudes, > > > > I know that i can do a emerge -uDN world and upgrade all programs that > > in the "world enviroment". But some time ago i see in this list a way > > to check and upgrade all programs installed in system. > > > > Someone remember or know how i can do it? > > > > Thanks. > emerge --update --deep --newuse world > emerge --update --deep --newuse world and this emerge -uDN world do the same. emerge -ae system?
Re: [gentoo-user] upgrade all
On Среда 25 февраля 2009 16:50:02 Zhu Sha Zang wrote: > Hey dudes, > > I know that i can do a emerge -uDN world and upgrade all programs that > in the "world enviroment". But some time ago i see in this list a way > to check and upgrade all programs installed in system. > > Someone remember or know how i can do it? > > Thanks. emerge --update --deep --newuse world
Re: [gentoo-user] Upgrade of dhcpcd
cut Hi, Try switching Off both '-zeroconf -vram'. From the dhcpcd-3.2.3 elog: elog> * ZeroConf support enabled elog> * DUID support enabled elog> * You have installed dhcpcd with zeroconf support. elog> * This means that it will always obtain an IP address even if no elog> * DHCP server can be contacted, which will break any existing elog> * failover support you may have configured in your net configuration. elog> * This behaviour can be controlled with the -L flag. elog> * See the dhcpcd man page for more details. elog> * You have installed dhcpcd with DUID support. elog> * This means that we will generate a DUID in /var/lib/dhcpcd/dhcpcd.duid elog> * This is generated from a MAC address of the card and a timestamp. elog> * It will be used in every subsequent DHCP transaction, along with a IAID elog> * in the ClientID option. This is required by RFC 4361. elog> * Some DHCP server implementations require a MAC address only in the elog> * ClientID field. These DHCP servers should be updated to be RFC elog> * conformant. If you cannot do this, you can revert to the old elog> * behaviour by using the -I '' option OR building dhcpcd with the elog> * vram USE flag enabled. ...end... HTH. Rumen It does not work. :-( Bye emilio -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of dhcpcd
On (31/03/08 11:14) econti wrote: > Rumen Yotov ha scritto: >> econti МапОÑ?а: >>> Hi all, yesterday I upgraded dhcpcd, now at boot time I receive this >>> message: >>> >>> err, eth0: Failed to lookup hostname via DNS: Name or service not known >>> >>> Even so, the IP is correctly assigned by the router. >>> >>> Could anyone help me to understand? ;-) >>> >>> Bye >>> emilio >>> >>> >> Hi, >> >> Look at the new USE-flags, there are two IIRC - zeroconf vram >> Specially vram in this case. >> HTH. Rumen >> > I tried USE="-zeroconf": no result > then USE="vram": no result > then USE="-zeroconf vram": no result > > So I dowgraded dhcpcd to the previous version (2.0.5-r1): no more error > message. ;-( > > I'd like to understand. > > Bye > emilio > > -- > gentoo-user@lists.gentoo.org mailing list > Hi, Try switching Off both '-zeroconf -vram'. From the dhcpcd-3.2.3 elog: elog> * ZeroConf support enabled elog> * DUID support enabled elog> * You have installed dhcpcd with zeroconf support. elog> * This means that it will always obtain an IP address even if no elog> * DHCP server can be contacted, which will break any existing elog> * failover support you may have configured in your net configuration. elog> * This behaviour can be controlled with the -L flag. elog> * See the dhcpcd man page for more details. elog> * You have installed dhcpcd with DUID support. elog> * This means that we will generate a DUID in /var/lib/dhcpcd/dhcpcd.duid elog> * This is generated from a MAC address of the card and a timestamp. elog> * It will be used in every subsequent DHCP transaction, along with a IAID elog> * in the ClientID option. This is required by RFC 4361. elog> * Some DHCP server implementations require a MAC address only in the elog> * ClientID field. These DHCP servers should be updated to be RFC elog> * conformant. If you cannot do this, you can revert to the old elog> * behaviour by using the -I '' option OR building dhcpcd with the elog> * vram USE flag enabled. ...end... HTH. Rumen pgpDkY2r0MKbT.pgp Description: PGP signature
Re: [gentoo-user] Upgrade of dhcpcd
Rumen Yotov ha scritto: econti МапОÑ?а: Hi all, yesterday I upgraded dhcpcd, now at boot time I receive this message: err, eth0: Failed to lookup hostname via DNS: Name or service not known Even so, the IP is correctly assigned by the router. Could anyone help me to understand? ;-) Bye emilio Hi, Look at the new USE-flags, there are two IIRC - zeroconf vram Specially vram in this case. HTH. Rumen I tried USE="-zeroconf": no result then USE="vram": no result then USE="-zeroconf vram": no result So I dowgraded dhcpcd to the previous version (2.0.5-r1): no more error message. ;-( I'd like to understand. Bye emilio -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of dhcpcd
econti написа: Hi all, yesterday I upgraded dhcpcd, now at boot time I receive this message: err, eth0: Failed to lookup hostname via DNS: Name or service not known Even so, the IP is correctly assigned by the router. Could anyone help me to understand? ;-) Bye emilio Hi, Look at the new USE-flags, there are two IIRC - zeroconf vram Specially vram in this case. HTH. Rumen smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Upgrade of xorg-server
On Sunday 20 January 2008, Hemmann, Volker Armin wrote: > On Sonntag, 20. Januar 2008, Alan McKinnon wrote: > > On Sunday 20 January 2008, Hemmann, Volker Armin wrote: > > > 'new version' means 1.4. And yes, 1.4 has some annoying bugs - > > > like the leds of the keyboard not working anymore. > > > > Strange, updating the 1.4 caused my keyboard leds to START working > > ! > > which 1.4? It only started to work with 1.4.0.90 for me. Same here. I can't be certain which version exactly as I usually don't bother looking at keyboard LEDs much, but looking at my emerge history I'd say that was the version that fixed things. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of xorg-server
On Sonntag, 20. Januar 2008, Alan McKinnon wrote: > On Sunday 20 January 2008, Hemmann, Volker Armin wrote: > > On Sonntag, 20. Januar 2008, econti wrote: > > > Hi all > > > I should upgrade xorg-server from 1.3.0.0-r2 to 1.3.0.0-r4. > > > But I read in another mailing list that the new version of > > > xorg-server has some (many?) bugs. > > > Is this true also for the gentoo version? Should I wait before > > > upgrading? > > > > > > Regards > > > > > > emilio > > > > 'new version' means 1.4. And yes, 1.4 has some annoying bugs - like > > the leds of the keyboard not working anymore. > > Strange, updating the 1.4 caused my keyboard leds to START working ! which 1.4? It only started to work with 1.4.0.90 for me. See here: https://bugs.gentoo.org/show_bug.cgi?id=192221 and here: https://bugs.freedesktop.org/show_bug.cgi?id=12434 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of xorg-server
On Sun, 2008-01-20 at 17:41 +0200, Alan McKinnon wrote: > > 'new version' means 1.4. And yes, 1.4 has some annoying bugs - like > > the leds of the keyboard not working anymore. > > Strange, updating the 1.4 caused my keyboard leds to START working ! Same here. My LEDs indicators were wrong prior to 1.4 but are working now. There was a 'BadAlloc' problem with some apps (e.g. Java) with the release earlier last week, but it has since been fixed in portage. -a -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of xorg-server
On Sunday 20 January 2008, Hemmann, Volker Armin wrote: > On Sonntag, 20. Januar 2008, econti wrote: > > Hi all > > I should upgrade xorg-server from 1.3.0.0-r2 to 1.3.0.0-r4. > > But I read in another mailing list that the new version of > > xorg-server has some (many?) bugs. > > Is this true also for the gentoo version? Should I wait before > > upgrading? > > > > Regards > > > > emilio > > 'new version' means 1.4. And yes, 1.4 has some annoying bugs - like > the leds of the keyboard not working anymore. Strange, updating the 1.4 caused my keyboard leds to START working ! It's my wireless mouse that stopped working right but that appear to be a hal issue -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of xorg-server
On Sonntag, 20. Januar 2008, econti wrote: > Hi all > I should upgrade xorg-server from 1.3.0.0-r2 to 1.3.0.0-r4. > But I read in another mailing list that the new version of xorg-server > has some (many?) bugs. > Is this true also for the gentoo version? Should I wait before upgrading? > > Regards > > emilio 'new version' means 1.4. And yes, 1.4 has some annoying bugs - like the leds of the keyboard not working anymore. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of xorg-server
On Sun, 2008-01-20 at 14:32 +0100, econti wrote: > Hi all > I should upgrade xorg-server from 1.3.0.0-r2 to 1.3.0.0-r4. > But I read in another mailing list that the new version of xorg-server > has some (many?) bugs. > Is this true also for the gentoo version? Should I wait before upgrading? > > Regards > > emilio > I'm using xorg-server 1.3.0.0-r4 and I have no problem, so ... -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Upgrade of hplip
Dale ha scritto: econti wrote: Hi all, yesterday I upgraded hplip. I should not, after a bad experience on FreeBSD. But, while on FreeBSD I was able to downgrade to the previuos version, I could not do the same on Gentoo. The sequence: - after upgrading hplip I ran hp-setup: the printer has been configured - then I tried to print a page: the job starts but no printing at all - thinking to have done something wrong I re-emerge hplip - then I ran hp-setup: the printer is recognized but when I click on Next button the program hangs and I have to kill it - so I tried to configure the printer using cups with Firefox: http://localhost:631 gives me "404 not found" - a ping on 127.0.0.1 is successful and nmap on 127.0.0.1 tells me the port 631 is open. May-be something wrong in /etc/cups/cupd.conf, but ... what? Any tips? Why is it not possible to downgrade hplip to the previous version? Cheers emilio I ran into this the other day too. I deleted the cups directory in etc and reemerged cups and it worked fine. You could just rename the cups directory and reemerge cups if you wanted to save it, just in case. Hope that helps. Dale :-) :-) :-) That worked also for me! ;-)) Many thanks, Dave. Ciao emilio -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade of hplip
econti wrote: > Hi all, > yesterday I upgraded hplip. I should not, after a bad experience on > FreeBSD. > But, while on FreeBSD I was able to downgrade to the previuos version, > I could not do the same on Gentoo. > The sequence: > - after upgrading hplip I ran hp-setup: the printer has been configured > - then I tried to print a page: the job starts but no printing at all > - thinking to have done something wrong I re-emerge hplip > - then I ran hp-setup: the printer is recognized but when I click on > Next button the program hangs and I have to kill it > - so I tried to configure the printer using cups with Firefox: > http://localhost:631 gives me "404 not found" > - a ping on 127.0.0.1 is successful and nmap on 127.0.0.1 tells me the > port 631 is open. > > May-be something wrong in /etc/cups/cupd.conf, but ... what? > Any tips? > > Why is it not possible to downgrade hplip to the previous version? > > Cheers > > emilio > > I ran into this the other day too. I deleted the cups directory in etc and reemerged cups and it worked fine. You could just rename the cups directory and reemerge cups if you wanted to save it, just in case. Hope that helps. Dale :-) :-) :-) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
Hello econti, > > emerge genlop > > emerge -upDN world | genlop -p > > > > and see for yourself :) > It worked very well, but I received a lot of messages like these: > > !!! Error: couldn't get previous merge of hal; skipping... > !!! Error: couldn't get previous merge of hal-info; skipping... > !!! Error: couldn't get previous merge of gnome-mount; skipping... > !!! Error: couldn't get previous merge of nautilus-cd-burner; > skipping... !!! Error: couldn't get previous merge of gnome-media; > skipping... !!! Error: couldn't get previous merge of > gnome-python-desktop; skipping... > > What does it mean? Exactly what it says. genlop couldn't find any previous emerges of the packages in /var/log/emerge.log, so it was unable to estimate the time for those packages. -- Neil Bothwick Top Oxymorons Number 42: Airline Food signature.asc Description: PGP signature
Re: [gentoo-user] Upgrade
Neil Bothwick ha scritto: On Tue, 11 Sep 2007 15:27:53 +0200, econti wrote: A little question: how long does it take to complete the upgrade? emerge genlop emerge -upDN world | genlop -p and see for yourself :) It worked very well, but I received a lot of messages like these: !!! Error: couldn't get previous merge of hal; skipping... !!! Error: couldn't get previous merge of hal-info; skipping... !!! Error: couldn't get previous merge of gnome-mount; skipping... !!! Error: couldn't get previous merge of nautilus-cd-burner; skipping... !!! Error: couldn't get previous merge of gnome-media; skipping... !!! Error: couldn't get previous merge of gnome-python-desktop; skipping... What does it mean? Regards emilio -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
Denis ha scritto: After you "emerge --sync", run "emerge -NDpvu world" and post here the output - the list of software your system wants to install/upgrade - that should give us a better idea of what kind of an upgrade we're dealing with here. Here attached the outputs of both 'emerge -NDpvu world' and 'emaint --check world' to_upgrade.bz2 Description: application/bzip
Re: [gentoo-user] Upgrade
On Tuesday 11 September 2007 16:53:58 Gary Rickert wrote: > A quick question / addition to this. It's not exactly related. In the future start a new thread instead and please don't top-post.. > When I am finished with an update I usually run etc-update. I was told last > week that this has been phased out and dispatch-conf is better to use. Whoever told you that is just wrong. > What is the difference? Read it in the handbook.. http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=4 -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Upgrade
A quick question / addition to this. When I am finished with an update I usually run etc-update. I was told last week that this has been phased out and dispatch-conf is better to use. What is the difference? Gary Neil Bothwick wrote: > On Tue, 11 Sep 2007 15:27:53 +0200, econti wrote: > >> A little question: how long does it take to complete the upgrade? > > emerge genlop > emerge -upDN world | genlop -p > > and see for yourself :) > > -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
Denis wrote: After you "emerge --sync", run "emerge -NDpvu world" and post here the output - the list of software your system wants to install/upgrade - that should give us a better idea of what kind of an upgrade we're dealing with here. Watch for the expat change; http://forums.gentoo.org/viewtopic-p-4221615.html?sid=c956443709264a787cdfc1e8648b16f5 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
On Tue, 11 Sep 2007 15:27:53 +0200, econti wrote: > A little question: how long does it take to complete the upgrade? emerge genlop emerge -upDN world | genlop -p and see for yourself :) -- Neil Bothwick I just bought a microwave fireplace... You can spend an evening in front of it in only eight minutes... signature.asc Description: PGP signature
Re: [gentoo-user] Upgrade
On Tuesday 11 September 2007, econti wrote: > Hi everybody, this is my first post on the list. > > Well, I'm running a 2.6.15-gentoo-r7 2006.0 on a AMD64 machine. > > Now I'd like to make a world upgrade. I know that I should run the > following commands: > > emerge --sync > emerge --update --deep --newuse world > emerge --depclean > revdep-rebuild > > A little question: how long does it take to complete the upgrade? > (sure, it depends on the installed software, but please give me an > approximation) Ouch. That's 2 years of stuff you need to update. Set aside 48 hours if you have gnome/kde or openoffice installed. With that amount of updates, I would recommend you run 'emerge -e world' instead of 'emerge -uND world' - there aren't that many packages that have not changed so you might as well do everything in order. You will also need to go to Gentoo docs and read up on the upgrade guide for gcc-3.3 to gcc-3.4, plus the xorg-6.8 to xorg-7.0 transistion. Both those upgrades happened in this timeframe and both bit many people in the rear end. alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
After you "emerge --sync", run "emerge -NDpvu world" and post here the output - the list of software your system wants to install/upgrade - that should give us a better idea of what kind of an upgrade we're dealing with here. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
econti wrote this: > Hi everybody, this is my first post on the list. > > Well, I'm running a 2.6.15-gentoo-r7 2006.0 on a AMD64 machine. > > Now I'd like to make a world upgrade. I know that I should run the > following commands: > > emerge --sync > emerge --update --deep --newuse world > emerge --depclean > revdep-rebuild > > A little question: how long does it take to complete the upgrade? > (sure, it depends on the installed software, but please give me an > approximation) > > Thank you > > emilio > I'm pretty sure that it'll take less than a year... ;) just kidding... The most it can take is the time of a complete new install, i guess. begin:vcard fn:Rodrigo Forlin n:Forlin;Rodrigo email;internet:[EMAIL PROTECTED] tel;cell:+551194952922 note;quoted-printable:Linux registered user # 226673=0D=0A= http://counter.li.org/ x-mozilla-html:FALSE version:2.1 end:vcard signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Upgrade
econti wrote: > Hi everybody, this is my first post on the list. > > Well, I'm running a 2.6.15-gentoo-r7 2006.0 on a AMD64 machine. > > Now I'd like to make a world upgrade. I know that I should run the > following commands: > > emerge --sync > emerge --update --deep --newuse world > emerge --depclean > revdep-rebuild > > A little question: how long does it take to complete the upgrade? > (sure, it depends on the installed software, but please give me an > approximation) > > Thank you > > emilio > You may want to add a -p behind that --depclean at first. Just to make sure it doesn't remove something you want to keep. I usually even put a -p on the end of revdep-rebuild just to be safe. Mine always wants to rebuild gcc when it doesn't need it. It's a known "feature". ;-) As for the time it takes, it depends on what all packages have been updated. If it has been a while, then it will take a while to do them all. If there has been a major upgrade to gcc, then it will certainly take a while. Dale :-) :-) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
On Tue, 11 Sep 2007 15:27:53 +0200 econti <[EMAIL PROTECTED]> wrote: > Hi everybody, this is my first post on the list. > > Well, I'm running a 2.6.15-gentoo-r7 2006.0 on a AMD64 machine. > > Now I'd like to make a world upgrade. I know that I should run the > following commands: > > emerge --sync > emerge --update --deep --newuse world > emerge --depclean > revdep-rebuild > > A little question: how long does it take to complete the upgrade? > (sure, it depends on the installed software, but please give me an > approximation) > It's impossible, since it doesn't only depends on the installed software. It also depends on many other factors: 1.- the time when you did the last update 2.- the number of packages that has updates, which is not always related to the number of packages you have installed, but to _what_ packages do you have installed. Some packages doesn't get updates too frequently, while others change a lot. 3.- external factors, like overlays It just depends on _what_ needs to be updated. I can give you a few hints, though. Most packages can compile in a reasonable amount of time. Some specific packages will take longer to compile. You will learn to identify them with the time. For example, openoffice if probably the largest, and can take from several hours up to days, depending on your hardware. Some kde packages are big, like kmail. Qt or Gtk as intermediate things. Glibc and gcc can take a lot of time, as xorg-server, for example. Whe you are doing the update, you have to know a few things. On first place, use this instead of your command above: merge --update --deep --newuse --verbose --ask world This will present you with a list of the packages that will be updated, that way, you know how many packages are going to be updated, but, more important, you will know _what_ packages will be merged. The depclean and revdep steps shouldn't be too time consuming on a sane system. So, if you use them regularly, those steps will not rob much of your time. The sync step depends on your connection speed and the time since your last sync. It can take a few minutes on a fast connection if your tree is up to date. But it can take a day on a 56k modem if you tree is empty or way too outdated. -- Jesús Guerrero <[EMAIL PROTECTED]> -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Upgrade
when was your last sync & update? Am Dienstag, 11. September 2007 15:27:53 schrieb econti: > Hi everybody, this is my first post on the list. > > Well, I'm running a 2.6.15-gentoo-r7 2006.0 on a AMD64 machine. > > Now I'd like to make a world upgrade. I know that I should run the > following commands: > > emerge --sync > emerge --update --deep --newuse world > emerge --depclean > revdep-rebuild > > A little question: how long does it take to complete the upgrade? > (sure, it depends on the installed software, but please give me an > approximation) > > Thank you > > emilio -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] upgrade to expat 2 blows up system
On 8/14/07, Michael Higgins <[EMAIL PROTECTED]> wrote: > Anyway, it seems like there's a problem resolving emerge order I think > you must emerge -u expat, then XML-Parser, then revdep-rebuild, then auDNv > world. > > Perhaps forcing rebuild of XML-Parser and gettext after updating expat would > be a fix? That's what I did when I first ran into the XML error. I did 'emerge -NDavu XML-Parser', and that had two packages to upgrade - expat and XML-Parser. Doing a revdep-rebuild after that yielded a list of 17 packages to rebuild, including Mozilla Firefox. They all rebuilt without errors. After this operation was over, I went back and did 'emerge -NDavu world' for the remaining packages, again without errors. When I originally ran 'emerge -NDavu world' command, expat-2 was the first package in the list of about 10, and XML-Parser was last... But that by itself, without fixing broken dependencies first, would have probably yielded some compile-time errors. -- [EMAIL PROTECTED] mailing list
