Re: [gentoo-dev] Problem with latest portage!!!
You should resync after waiting for a while and try emerging again. If there is really a problem with the file, enter a new bug in bugzilla, that is the place for such things. Mateusz A. Mierzwiński demis ki:: >>> Verifying ebuild Manifests... !!! Digest verification failed: !!! /usr/portage/sys-apps/net-tools/files/1.60_p20071202044231/0010-Patch-by-Tom-Duffy-tduffy-sun.com-to-teach-ifconfi.patch !!! Reason: Filesize does not match recorded size !!! Got: 5946 !!! Expected: 5932 -- Gokdeniz Karadag -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] wget abuse of sources.g.o must stop
Robin H. Johnson demis ki:: Pursuant to the above, the any useragent matching /^Wget/ will be blocked from the 'gentoo' and 'gentoo-x86' repos of sources.gentoo.org as of July 14th. Either change to using the proper anonymous service, or change your useragent to describe what you are doing with the service, so that I can specifically ban your user-agent if it's causing too much load. I think a post on planet gentoo and/or gentoo.org would be beneficial. -- Gokdeniz Karadag -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: auto-detection of unpack dependencies
If an ebuild lists bzip2 in DEPEND, the package manager has to bring it in.
The proposed method would only add automatically determined dependencies, not
remove what you listed in DEPEND.
A hypothetical problem is; If a package source file has a bz extension but does
not need bzip2 in any way, an extra dependency is in effect. But can this
situation ever happen ? I guess not.
Rémi Cardona demis ki::
Fabian Groffen wrote:
Manual override as in "emerge --nodeps" or something.
No, manual override as in "the ebuild turns off auto-detection and
specifically asks for app-arch/{bzip2,gzip,tar,whatever} using DEPEND"
Cheers,
Rémi
--
Gokdeniz Karadag
--
gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] An official Gentoo wiki
Petteri Räty demis ki:: > Michael Hammer wrote: >> * Mark Loeser <[EMAIL PROTECTED]> [081112 00:46]: >>> What are others feelings on this? >> I like the idea! >> >>> What issues do you see with having a wiki? >> Pages of poor quality with wrong informations. >> >>> Do you see anyway to resolve the issue you see with us having a >>> wiki? >> We should develop some kind of review process and at least the >> possiblity to lock and hide pages of poor quality. In the most cases >> the howtos are related to some herds. What if we have a "reviewed >> section" where herds can approve pages and user can be sure that the >> infos provided have a minimum of quality. >> >> g, mueli >> > > We already have a reviewed section. It's called GDP. > > Regards, > Petteri > The wiki can be a staging ground for user contributed documents, which can become part of official docs after a review and cleanup by developers. -- Gokdeniz Karadag
Re: [gentoo-dev] Last rites: app-text/tetex
Ulrich Mueller demis ki:: > # Ulrich Mueller (2 Apr 2009) > # De-supported by upstream since three years, see http://tug.org/teTeX/ > # Please use app-text/texlive as a replacement. A migration guide is at > # http://www.gentoo.org/proj/en/tex/texlive-migration-guide.xml > # Package has open security issues in bug 264598. > # Masked for removal in 60 days, bug 227443. > app-text/tetex > Will this be stated in a news item? or is it enough when the users who have not seen all the fuss about tetex see the mask message when they upgrade. Also, the documentation needs a slight update for texlive-2007 --> 2008 http://bugs.gentoo.org/show_bug.cgi?id=264811 -- Gokdeniz Karadag
Re: [gentoo-dev] News item for review: teTeX deprecation
Hi First there is a typo; obseleted->obsoleted Also, upgrade process is a bit more than simple unmerging; "All users who still have teTeX installed should upgrade to TeXLive following the upgrade guide on..." -- Gokdeniz Karadag
Re: [gentoo-dev] RFC: Project proposal -- maintainer-wanted
Hi, The project would be very beneficial if it gets live. But from the very start its name should be unambigious, I would suggest "community-maintained" as the name, including both the developer community and user community. And also, the project should advise the sunrise overlay for packages with many contributions from users, if the package cannot be in the main tree for one reason or another. Mart Raudsepp demis ki:: > Hello, ... > Project maintainer-wanted > ===== > ... -- Gokdeniz Karadag
[gentoo-dev] Re: [gentoo-dev-announce] Lastrite: k3guitune, akode
Samuli Suominen demis ki:: > # Samuli Suominen (27 Dec 2009) > # KDE3-only, no porting being done for KDE4. > # Replaced by e.g. gtkguitune, gtick, kmetronome > # Masked for removal > media-sound/k3guitune The message can be a little more helpful to users. qpitch is a Qt4 tuning application which is directly based on k3guitune. gtick and kmetronome are not tuning applications, so they do not replace k3guitune. -- Gokdeniz Karadag
Re: [gentoo-dev] x11-libs/lib*: wrong RDEPENDs bug
Fabio Erculiani demis ki:: > How comes, > this is the list of files owned by xproto: > > /usr/include/X11/extensions/dmxext.h > /usr/include/X11/extensions/dmxproto.h > /usr/share/doc/dmxproto-2.2.2/ChangeLog.bz2 > /usr/lib64/pkgconfig/dmxproto.pc > /usr/include/X11/DECkeysym.h . > > How can a bunch of .h and pkgconfig files *do* all that magic you are > talking about? > X preprocesses some files at each startup(using the C preprocessor(cpp) via xrdb configuration tool) Strange but true. Macros defined by these .h files might be used during this configuration. -- Gokdeniz Karadag
