| View previous topic :: View next topic |
| Author |
Message |
mallchin
l33t
Joined: 21 Jan 2003
Posts: 655
Location: United Kingdom
|
 Posted: Fri Jul 16, 2004 5:08 pm Post subject: |
 |
|
Personally I don't mind broken ebuilds as long as a fix is available; If I wanted an easy life I'd run stable.
_________________
6700 @ 2.66GHz, 4Gb RAM, 2 x 500Gb, 8800 GTX, PhysX, X-Fi, 24" Widescreen, Tux mascot |
|
| Back to top |
|
 |
GamesBond
n00b
Joined: 15 Mar 2004
Posts: 66
Location: Amsterdam
|
| Posted: Fri Jul 16, 2004 7:50 pm Post subject: |
|
|
Indeed, I installed it on 2 production boxes but am having roblems whenever packages are updated.
The idea behind Gentoo is absolutely technically the best and the fact that it is very easy to completely get your distro up2date is perfect but it just doesn't suit me for my production boxes.
I'm switching to TaoLinux, a free RHEL rebuild.
I want to thank the community for all the hard work they have been puttng into Gentoo and hope that it will soon be a very stable distro. |
|
| Back to top |
|
|
mallchin
l33t
Joined: 21 Jan 2003
Posts: 655
Location: United Kingdom
|
| Posted: Fri Jul 16, 2004 11:33 pm Post subject: |
|
|
True enough.
I manage a dozen or so Gentoo production servers and they can be very time consuming. It's not often things go wrong but when they do it costs money.
It would be nice to have a super-safe profile that is thouroghly tested and would make deploying updates so much easier.
_________________
6700 @ 2.66GHz, 4Gb RAM, 2 x 500Gb, 8800 GTX, PhysX, X-Fi, 24" Widescreen, Tux mascot |
|
| Back to top |
|
|
robmoss
Retired Dev
Joined: 27 May 2003
Posts: 2634
Location: Jesus College, Oxford
|
| Posted: Sat Jul 17, 2004 12:27 am Post subject: |
|
|
mallchin - no chance of that inside 2 years, I'm afraid. Gentoo Enterprise is a project, but it's going slowly. The infrastructure required to get that going is immense. Right now, you're trying to fit a square box into a round hole.
_________________
Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
| Back to top |
|
|
mallchin
l33t
Joined: 21 Jan 2003
Posts: 655
Location: United Kingdom
|
| Posted: Sat Jul 17, 2004 12:56 pm Post subject: |
|
|
Understood.
I appreciate it will take time for Gentoo to stabalise to this level and have few located in a DMZ because of this. Gentoo isn't really a production level OS, however it is particulary versatile and more configurable then most, and this gives it an edge.
With the right ammount of care it isn't too difficult to maintain a stable platform.
*edit* Made easier with some of those tools in you sig 
_________________
6700 @ 2.66GHz, 4Gb RAM, 2 x 500Gb, 8800 GTX, PhysX, X-Fi, 24" Widescreen, Tux mascot |
|
| Back to top |
|
|
nahpets
Veteran
Joined: 05 Oct 2003
Posts: 1178
Location: Montreal, Canada
|
| Posted: Tue Jul 27, 2004 5:48 am Post subject: |
|
|
I don't really see what the problem is... if you don't use the "~x86" flag, everything pretty much works, especially the important packages like openssh, etc.
The problem with mailx didn't break anything, it just stopped the old version from being unmerged... minor.
If you want to talk about headaches, go try an RPM based distro. I used Mandrake and RH, and RPM hell drove me nuts. With Gentoo, you just type "emerge whatever" and 99% of the time, everything works fine. I remember doing a kernel update with RH using up2date, and my system wouldn't reboot with the new kernel. I had to uninstall/install to get it to work. This is a KERNEL that wouldn't reboot...
Ever since I switched to Gentoo, my life has generally been much easier... Don't forget that the forums are a HUGE plus, and they're free. |
|
| Back to top |
|
|
mallchin
l33t
Joined: 21 Jan 2003
Posts: 655
Location: United Kingdom
|
| Posted: Tue Jul 27, 2004 11:23 pm Post subject: |
|
|
I maintain a dozen or so boxes and I've had things go wrong.
I appreciate this will happen though and still use Gentoo because I like portage and it's makes fixing things easier; Having a proper schema in place would help fix this, but it takes time...
I am sure it will get there
_________________
6700 @ 2.66GHz, 4Gb RAM, 2 x 500Gb, 8800 GTX, PhysX, X-Fi, 24" Widescreen, Tux mascot |
|
| Back to top |
|
|
jonfr
Veteran
Joined: 20 Jul 2003
Posts: 1008
Location: Denmark
|
| Posted: Sat Jul 31, 2004 5:13 pm Post subject: |
|
|
| Code: | media-sound/sox
selected: 12.17.4-r1
protected: none
omitted: 12.17.4-r2
>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.
>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging media-sound/sox-12.17.4-r1...
No package files given... Grabbing a set.
/usr/sbin/ebuild.sh: /var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild: line 27: unexpected EOF while looking for matching `"'
/usr/sbin/ebuild.sh: /var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild: line 45: syntax error: unexpected end of file
!!! ERROR: media-sound/sox-12.17.4-r1 failed.
!!! Function , Line 1294, Exitcode 1
!!! error sourcing ebuild
!!! FAILED prerm: 1 |
This is the error, this is the fix i did use.
I did delete this file > /var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild
and i was able to unmerge the program correct. |
|
| Back to top |
|
|
mallchin
l33t
Joined: 21 Jan 2003
Posts: 655
Location: United Kingdom
|
| Posted: Sun Aug 01, 2004 10:38 am Post subject: |
|
|
I edited the ebuild; It had an ^A instead of an " at the line(s) specified.
_________________
6700 @ 2.66GHz, 4Gb RAM, 2 x 500Gb, 8800 GTX, PhysX, X-Fi, 24" Widescreen, Tux mascot |
|
| Back to top |
|
|
longshot
Tux's lil' helper
Joined: 04 Sep 2003
Posts: 90
|
| Posted: Wed Aug 04, 2004 6:13 am Post subject: |
|
|
| I also deleted the ^A in the sox ebuild and it fixed things for me. |
|
| Back to top |
|
|
tam
Guru
Joined: 04 Mar 2003
Posts: 569
|
| Posted: Wed Aug 04, 2004 7:32 pm Post subject: |
|
|
| jonfr wrote: | I did delete this file > /var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild
and i was able to unmerge the program correct. |
Thanks, man. |
|
| Back to top |
|
|
RoYzter
n00b
Joined: 09 Jan 2004
Posts: 33
|
| Posted: Fri Aug 06, 2004 10:39 pm Post subject: |
|
|
| jonfr wrote: | | Code: | media-sound/sox
selected: 12.17.4-r1
protected: none
omitted: 12.17.4-r2
>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.
>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging media-sound/sox-12.17.4-r1...
No package files given... Grabbing a set.
/usr/sbin/ebuild.sh: /var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild: line 27: unexpected EOF while looking for matching `"'
/usr/sbin/ebuild.sh: /var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild: line 45: syntax error: unexpected end of file
!!! ERROR: media-sound/sox-12.17.4-r1 failed.
!!! Function , Line 1294, Exitcode 1
!!! error sourcing ebuild
!!! FAILED prerm: 1 |
This is the error, this is the fix i did use.
I did delete this file > /var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild
and i was able to unmerge the program correct. |
had exactly the same prob, replacing the ^A with an " did the trick for me, too.
thanx for the excellent help provided here in the forums. |
|
| Back to top |
|
|
dalek
Veteran
Joined: 19 Sep 2003
Posts: 1353
Location: Mississippi USA
|
| Posted: Fri Aug 20, 2004 8:37 pm Post subject: |
|
|
Just for those who nervous about changing files. This is what the file var/var/db/pkg/media-sound/sox-12.17.4-r1/sox-12.17.4-r1.ebuild should look like:
| Code: | # Copyright 1999-2004 Gentoo Technologies, Inc.
# Distributed under the terms of the GNU General Public License v2
# $Header: /home/cvsroot/gentoo-x86/media-sound/sox/sox-12.17.4-r1.ebuild,v 1.8 2004/04/12 00:43:47 weeve Exp $
DESCRIPTION="The swiss army knife of sound processing programs"
HOMEPAGE="http://sox.sourceforge.net"
SRC_URI="mirror://sourceforge/sox/${P}.tar.gz"
IUSE="alsa oss oggvorbis mad encode"
SLOT="0"
KEYWORDS="x86 ppc sparc amd64"
LICENSE="LGPL-2.1"
DEPEND="virtual/glibc
oggvorbis? media-libs/libvorbis
mad? media-sound/madplay"
src_compile () {
# 12.17.4 has mp3 encoding/decoding if you have madlibs and lame
# using alsa by default
local myconf
use oggvorbis || myconf="${myconf} --disable-ogg-vorbis"
use mad || myconf="${myconf} --disable-mad"
use encode || myconf="${myconf} --disable-lame"
use alsa || myconf="${myconf} --disable-alsa-dsp"
use oss || myconf="${myconf} --disable-oss-dsp"
econf ${myconf} --enable-fast-ulaw --enable-fast-alaw || die
emake || die
}
src_install() {
dobin sox play soxeffect soxmix || die
doman sox.1 play.1 soxexam.1
dodoc Changelog README TODO *.txt
}
pkg_postinst() {
# the rec binary doesnt exist anymore
if [ ! -e ${ROOT}/usr/bin/rec ] ; then
ln -s /usr/bin/play ${ROOT}/usr/bin/rec
fi
}
|
Now you know for sure what to change and what it should look like after the change, minor as it is.. Amazing how a simple thing like that can screw up something. 
Later
_________________
My rig: Gigabyte GA-970A-UD3P mobo, AMD FX-8350 Eight-Core CPU, ZALMAN CNPS10X Performa CPU cooler,
G.SKILL 32GB DDR3 PC3 12800 Memory Nvidia GTX-650 video card LG W2253 Monitor
60TBs of hard drive space using LVM
Cooler Master HAF-932 Case |
|
| Back to top |
|
|
SewerBeing
Tux's lil' helper
Joined: 29 Aug 2004
Posts: 117
|
| Posted: Sun Aug 29, 2004 4:58 am Post subject: |
|
|
| if your running an athlon-xp. I just installed gentoo myself and most of the emerge errors went away simply by removing all the cflags and cxxflags in /etc/make.conf Then just put em back if its succesfull. |
|
| Back to top |
|
|
kallamej
Administrator
Joined: 27 Jun 2003
Posts: 4975
Location: Gothenburg, Sweden
|
| Posted: Sat Sep 04, 2004 8:32 am Post subject: |
|
|
The same problem may also produce the error message | Code: | | syntax error near unexpected token |
as in this thread.
_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.libera.chat |
|
| Back to top |
|
|
eonnen
n00b
Joined: 03 Dec 2003
Posts: 7
|
| Posted: Fri Sep 10, 2004 8:23 pm Post subject: |
|
|
| robmoss wrote: | | GamesBond wrote: | This is another major reason for me to step away from Gentoo..... I'm REALLY annoyed by the number of broken ebuilds and the things you have to 'fix' manually because it wasn't right in the first place. And usually the fixed ebuild only appears in portage weeks after 
If it's broken it should be fixed instead of making it something you have to dig for |
So don't use Gentoo yet. Come back to it in two years when it's more mature. Debian was just like this when they started out too, you know. It's only now, where they have hundreds upon hundreds of developers and a mature package manager, that they can start thinking about rigorous QA. We just don't have the time or the tools for it yet. Part of being a Gentoo user is a willingness to help and to be helped.
But of course, if you do leave, you'll be leaving behind what is easily the best power-user distro out there. Nothing else gives you the same level of configurability. |
Seriously, a failed emerge is such a rare occurance I don't feel like it gives anyone grounds to get on a soapbox and complain, especially considering this is free software that I never paid for and it took me all of three minutes to search, fix and rebuild. If it's a big deal for you to perform 7 vi keystrokes to fix the ebuild that *you* installed (it doesn't install itself, this isn't an automated push) then perhaps you should consider leaving all things non-commercial linux.
By design an ebuild should never have an active awareness of what is already in the repository, no major packaging technology does. For example, RPMs have depenedency requirements as metadata for the packaging infrastructure but an RPM cannot query the RPM database while installing and see if an earlier version of itself is installed and remove/fix it if so, neither can an HP-UX depot, or a Solaris Package, etc.
Yes, you may not see this type of problem with commercial distros like RedHat but you will also wait six months while they test RPMs that are dated before they are released. I've got to agree that we have the single most reliable method of doing this type of continuous resolve deps/compile/update in the Linux community.
Perhaps you would prefer to resolve your own library dependencies using configure/make/install? Give it a try for a few weeks, I'm curious to see how your MPlayer builds work out.
_________________
I have no idea what I'm doing. |
|
| Back to top |
|
|
vulcan_
n00b
Joined: 06 May 2003
Posts: 61
Location: Gent, Belgium
|
| Posted: Fri Sep 24, 2004 8:56 am Post subject: if only people would test befor the commit! |
|
|
wonderful idea .. but letting people commit untested ebuilds and mess up working systems all over the world .. not a good way to create a reputation as a reliable product.
New ebuilds should be masked for at least 4 weeks to give the adventurous a chance to break and repair their systems .. and then submit bugs and fixes that will prevent those of us who just want it to keep working from duplicating effort when bad ebuilds are introduced.
_________________
vulcan was a Roman myth - god of smiths |
|
| Back to top |
|
|
toddles13
n00b
Joined: 05 Jan 2004
Posts: 72
Location: Jafaland NZ
|
| Posted: Wed Oct 27, 2004 10:19 am Post subject: |
|
|
All good. Removing the ^A works a treat.
Thanks for those who know giving us who don't a fix.
Will be sure to check next time I run into this sort of error. |
|
| Back to top |
|
|
kallamej
Administrator
Joined: 27 Jun 2003
Posts: 4975
Location: Gothenburg, Sweden
|
| Posted: Thu Jan 06, 2005 1:33 pm Post subject: |
|
|
| Genone wrote: | | d) Actually if we could fix it automatically it would be done by portage checking /var/db/pkg for broken ebuilds (as a portage bug introduced the problems) |
If you don't want to do the editing manually, try | Code: | | /usr/lib/portage/bin/fixvardbentries |
_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.libera.chat |
|
| Back to top |
|
|
|
Portage & Programming
