Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: toolchain.eclass

On 02/09/2015 07:19 PM, Anthony G. Basile wrote: > On 02/09/15 06:40, Michał Górny wrote: >> This breaks a few packages [1,2]. Please fix the breakage and run >> repoman next time. >> >> [1]:https://travis-ci.org/gentoo/gentoo-portage-rsync-mirror/jobs/50118225#L4304 >> >> [2]:https://travis-ci.org

[gentoo-dev] Packages up for grabs

Hi All! There's a bunch packages that I'm officially maintaining but due to the lack of time I'm unable to do that properly. I'd be grateful if you could step in for me. I'll remove myself from metadata in the following packages within 7 days: # OpenCL app-admin/eselect-opencl dev-util/intel-ocl-s

Re: [gentoo-dev] Response to a "friendly note" about changing bug reports

On 08/07/2013 11:04 AM, Andreas K. Huettel wrote: > Am Mittwoch, 7. August 2013, 10:46:04 schrieb Kacper Kowalik: >> On 08/07/2013 01:57 AM, Andreas K. Huettel wrote: >>> Am Dienstag, 6. August 2013, 23:46:08 schrieb Jeroen Roovers: >>>> 23:37:25 rej, y

Re: [gentoo-dev] Response to a "friendly note" about changing bug reports

On 08/07/2013 01:57 AM, Andreas K. Huettel wrote: > Am Dienstag, 6. August 2013, 23:46:08 schrieb Jeroen Roovers: >> 23:37:25 rej, you have notes! [21:13] Let me >> rephrase this: Just a friendly notice to please refrain from rephrasing >> bug summaries from "Stabilize ${P}" to "${P} stable req"

Re: [gentoo-dev] Packages up for grabs

On 06/16/2013 11:31 AM, Pacho Ramos wrote: > Due ramereth lack of time: > sys-block/megacli As a very unhappy owner of hardware that uses it, I'll take it. Cheers, Kacper signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Packages using -Werror

On 03.05.2013 10:06, Ben de Groot wrote: > On 3 May 2013 12:09, Ryan Hill wrote: >> Most of the bugs filed on the gcc 4.8 tracker so far have been caused by >> packages being built with -Werror. I just noticed one package where the >> Makefile was being patched to remove -g from CXXFLAGS but -Wer

Re: [gentoo-dev] [RFC] Establishing Gentoo patch policy to keep our patches consistent and clean

On 06.04.2013 20:08, Michał Górny wrote: > Hello, > > As far as I'm aware, we don't really have much of a patch maintenance > policy in Gentoo. There a few loose rules like «don't put awfully big > files into FILESDIR» or the common sense «use unified diff», but no > complete and clear policy. >

Re: [gentoo-dev] fcaps.eclass: bringing filesystem capabilities to the tree

On 27.01.2013 18:26, Mike Frysinger wrote: > On Friday 25 January 2013 18:51:44 Mike Frysinger wrote: >> i've taken Constanze' work and rewritten it a bit to be easier to use (imo) >> as most settings are now defaults > > merged. i'll move iputils over to it first and if there aren't any problems

Re: [gentoo-dev] Defaulting for debug information in profiles

On 12/17/2012 11:11 AM, Tomáš Chvátal wrote: > Hi lads, > lately I am having bit of problems from getting relevant debug info from > users. All trouble can be saved by asking user to recompile package with relevant flags on bug report, resolving the bug as NEEDINFO. Instead of forcing everybody o

Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)

On 16.12.2012 18:20, Michael Orlitzky wrote: > On 12/16/2012 12:02 PM, Fabian Groffen wrote: >> On 16-12-2012 11:57:35 -0500, Michael Orlitzky wrote: >>> 3. Get off CVS for Christ's sake. Nobody wants to work with that. >>> I don't know how this fits into my bullet list, but it's >>> important. >

[gentoo-dev] Packages up for grab

Hi Folks! There are a few packages that I'm no longer interested in maintaining: media-gfx/mandelbulber (co maintained-by media-gfx, needs bump and some opencl love) net-irc/irssi-xmpp (stablereq pending #440864) net-misc/identicurse (no bugs, no stable) I'll drop myself in a week and assign to m

Re: [gentoo-dev] udev-ng? (Was: Summary Council meeting Tuesday 13 November 2012)

On 18.11.2012 08:57, Greg KH wrote: > On Sat, Nov 17, 2012 at 11:02:19PM -0800, Alec Warner wrote: >> 1) systemd-udev will require systemd. Stated by the systemd >> maintainers themselves as a thing they want to do in the future. Some >> users don't want to use systemd. We could go into detail as t

Re: [gentoo-dev] Re: [gentoo-dev-announce] PORTAGE_GPG_KEY strictness

On 17.10.2012 03:30, Patrick Lauer wrote: > On 10/17/12 06:54, Robin H. Johnson wrote: >> Hi all, >> >> One of the items that has come up in the Git conversion, and needs some >> attention. >> > [snip] >> >> As such, we've decided to make the PORTAGE_GPG_KEY strictly enforce what >> was originally

[gentoo-dev] Lastrites: sys-cluster/lam-mpi

# Kacper Kowalik (24 May 2012) # Masked for removal in 30 days (#324415), Doesn't build with # libtool-2.2 (#276194), bundles vulnerable copy of libtool (#297648), # fails to install with new coreutils and automake-1.11 (#328549), # last release 2007-02-14, doesn't provide MPI-2 # Supe

Re: [gentoo-dev] Re: autotools.eclass no longer inherits eutils; check your ebuilds!

On 05/23/2012 01:00 PM, Pacho Ramos wrote: > El mié, 23-05-2012 a las 10:31 +0100, Markos Chandras escribió: >> On Wed, May 23, 2012 at 9:04 AM, Pacho Ramos wrote: >>> El mié, 23-05-2012 a las 06:39 +1000, Michael escribió: On 2012-05-22 03:46, Alexandre Rostovtsev wrote: > On May 20, aut

Re: [gentoo-dev] -Werror unwanted?

On 15.05.2012 13:29, Tony "Chainsaw" Vroon wrote: > On 14/05/12 16:44, hasufell wrote: >> However, I don't see references to ebuild policy (in devmanual or >> howtos) how to handle Werror. > > As can be judged by the title of my patches on the subject, I consider > -Werror to be short-sighted at b

Re: [gentoo-dev] RFC: remove ldap from desktop profiles use flags

On 05/08/2012 02:01 AM, Rich Freeman wrote: > On Mon, May 7, 2012 at 7:17 PM, Walter Dnes wrote: >> There's a "server" profile which could be the answer. > > I've never seen that as being a terribly useful profile. Servers tend > to be very minimal configurations. Maybe if we ever ripped sshd

Re: [gentoo-dev] cmake-utils.eclass: set default of CMAKE_VERBOSE=1

On 04.05.2012 18:30, hasufell wrote: > # @ECLASS-VARIABLE: CMAKE_VERBOSE > # @DESCRIPTION: > # Set to enable verbose messages during compilation. > > By default this is deactivated which is inconvenient imo and results in > pastes having minimum information. > I have to tell users every time to re

Re: [gentoo-dev] Bug trackers for gcc porting bugs

On 04/30/2012 11:50 AM, Kacper Kowalik wrote: > Hi all, > this is just a friendly reminder: please *always* block bug reports > related to packages failing with gcc against proper tracker bugs[1][2]. > They are aliased as 'gcc-4.x' to make your life easier. > This greatly

[gentoo-dev] Bug trackers for gcc porting bugs

Hi all, this is just a friendly reminder: please *always* block bug reports related to packages failing with gcc against proper tracker bugs[1][2]. They are aliased as 'gcc-4.x' to make your life easier. This greatly decreases amount of work required for later stabilization/keywording. TIA! Cheers,

[gentoo-dev] Last rites: dev-python/xsv

# Kacper Kowalik (28 Apr 2012) # No longer maintained upstream, superseeded by # dev-python/lxml, bug 396497 # Masked for removal in 30 days. dev-python/xsv signature.asc Description: OpenPGP digital signature

[gentoo-dev] Are we allowed to provide valid SRC_URI for fetch restricted packages?

Hi all, I've been asked by a user to remove valid SRC_URI for a package that has RESTRICT="fetch". The package in question requires you to go to upstream's webpage, sign license agreement and then you're fed with download link. User argues that by giving people valid download link hardcoded in ebui

Re: [gentoo-dev] RFC: global USE tcmalloc

On 07.01.2012 16:49, Kacper Kowalik wrote: > Hi, > seems more and more software starts to use this: > > dev-db/drizzle:tcmalloc > dev-db/haildb:tcmalloc > dev-db/redis:tcmalloc > dev-lang/ruby-enterprise:tcmalloc > dev-libs/libmemcached:tcmalloc > sys-cluster/gearmand:t

[gentoo-dev] RFC: global USE tcmalloc

Hi, seems more and more software starts to use this: dev-db/drizzle:tcmalloc dev-db/haildb:tcmalloc dev-db/redis:tcmalloc dev-lang/ruby-enterprise:tcmalloc dev-libs/libmemcached:tcmalloc sys-cluster/gearmand:tcmalloc - Use the dev-util/google-perftools libraries to replace the malloc() implement

Re: [gentoo-dev] [RFC] enable verbose build whenever it's possible

On 11/05/11 21:00, Maciej Mrozowski wrote: > On Saturday 05 of November 2011 09:58:00 Kacper Kowalik wrote: >> Hi, >> I'd like to ask that we enable verbose building by default. I have >> cmake-utils.eclass in mind, because it's dead easy there, but there's a &g

Re: [gentoo-dev] [RFC] enable verbose build whenever it's possible

W dniu 05.11.2011 18:04, Michał Górny pisze: > On Sat, 5 Nov 2011 12:05:15 +0100 > Ulrich Mueller wrote: > >>>>>>> On Sat, 05 Nov 2011, Kacper Kowalik wrote: >> >>> I'd like to ask that we enable verbose building by default. I have >>&g

[gentoo-dev] [RFC] enable verbose build whenever it's possible

Hi, I'd like to ask that we enable verbose building by default. I have cmake-utils.eclass in mind, because it's dead easy there, but there's a lot of packages that support things like "make V=1" or "make VERBOSE=1" too. I've seen too many bugs reports today that gave me cute, colorful build.logs a

Re: [gentoo-dev] Shutdown of berlios

W dniu 29.10.2011 11:39, Tomáš Chvátal pisze: > Hi guys, > as you probably know berlios is going to be shut down at the end of > the year so we should probably find/create alternative download > locations for the packages in the main tree. > > The attached list provide all those with mirror://berl

Re: [gentoo-dev] Moving more hardening features to default?

W dniu 20.10.2011 10:47, "Paweł Hajdan, Jr." pisze: > I've noticed > , i.e. > Debian is starting to make more and more hardening features default, at > least for most packages. > > Should we start doing that too? What are possible pr

[gentoo-dev] Last rites: dev-lang/open64

Masked since 25.05.2011, current version is not working. Pending removal in 30 days # Michael Sterrett (25 May 2011) # Needs an old version of bison that isn't in the tree anymore. dev-lang/open64 Cheers, Kacper signature.asc Description: OpenPGP digital signature

[gentoo-dev] Last rite: sys-block/iscsi-initiator-core-tools

# Kacper Kowalik (19 Aug 2011) # Ancient, obsolete, last release in 2006, practically unmaintained # Bugs: 198621 # Pending removal in 30 days sys-block/iscsi-initiator-core-tools signature.asc Description: OpenPGP digital signature

[gentoo-dev] Last rite: sys-fs/unionfs

# Kacper Kowalik (08 Aug 2011) # Ancient, doesn't work with modern kernels, never stable # and practically unmaintained # Bugs: 165559, 165749, 171967 # Pending removal in 30 days sys-fs/unionfs signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Warn users not to do separate /usr partition without proper initramfs in the handbook?

W dniu 01.08.2011 13:12, Marc Schiffbauer pisze: > * Samuli Suominen schrieb am 01.08.11 um 09:23 Uhr: >> On 07/31/2011 05:23 PM, Michał Górny wrote: >>> On Sat, 30 Jul 2011 16:55:23 +0300 >>> Samuli Suominen wrote: >>> I dislike the IUSE="+static" some packages are currently doing to wo

Re: [gentoo-dev] Warn users not to do separate /usr partition without proper initramfs in the handbook?

W dniu 30.07.2011 15:55, Samuli Suominen pisze: > On 07/30/2011 01:46 PM, Ciaran McCreesh wrote: >> On Sat, 30 Jul 2011 10:27:27 +0300 >> Samuli Suominen wrote: >>> Since running separate /usr without mounting it from initramfs on top >>> of / before init is and has been broken with udev for a lon

Re: [gentoo-dev] net-misc/pimd RFC for new ebuild

W dniu 19.07.2011 20:40, Mike Frysinger pisze: > On Tue, Jul 19, 2011 at 14:32, Kacper Kowalik wrote: >> W dniu 19.07.2011 19:31, Donnie Berkholz pisze: >>> On 11:43 Sun 17 Jul , Kacper Kowalik wrote: >>>> W dniu 17.07.2011 10:45, Kfir Lavi pisze: >>>>

Re: [gentoo-dev] net-misc/pimd RFC for new ebuild

W dniu 19.07.2011 19:31, Donnie Berkholz pisze: > On 11:43 Sun 17 Jul , Kacper Kowalik wrote: >> W dniu 17.07.2011 10:45, Kfir Lavi pisze: >>> src_compile() { >>> emake CC=$(tc-getCC) || die >>> } >> Some systems export CC as "gcc -m64&

Re: [gentoo-dev] net-misc/pimd RFC for new ebuild

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W dniu 17.07.2011 10:45, Kfir Lavi pisze: > Hi, > I have created a new ebuild for net-misc/pimd [1]. > From the webpage: > pimd is a lightweight stand-alone PIM-SM v2 multicast routing daemon. > > I would like you guys to review the ebuild and the rc-

Re: [gentoo-dev] More signing problems

W dniu 14.07.2011 12:31, Thomas Kahle pisze: > Hi, > > When doing automatted committing during stabilization, I recently > started seeing manifest signing fail like this: > > gpg: pkglue.c:41: mpi_from_sexp: Assertion `data' failed. > !!! !!! gpg exited with '6' status > !!! Disabled FEATURES='si

Re: [gentoo-dev] Please review fortran-2.eclass next round

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W dniu 17.06.2011 18:41, Mike Frysinger pisze: > On Friday, June 17, 2011 05:01:10 Kacper Kowalik wrote: >> W dniu 17.06.2011 05:03, Mike Frysinger pisze: >>>> DEPEND="virtual/fortran" >>>> >>>>

Re: [gentoo-dev] Please review fortran-2.eclass next round

W dniu 17.06.2011 05:03, Mike Frysinger pisze: >> DEPEND="virtual/fortran" >> > RDEPEND="${DEPEND}" > i'm not sure that RDEPEND is correct. do all fortran compilers additionally > require the fortran compiler to be available at runtime ? They require fortran runtime library if they don't link it

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-arch/bzip2: bzip2-1.0.5-r1.ebuild

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W dniu 16.05.2011 15:41, Mark Loeser pisze: > "Mike Frysinger (vapier)" said: >> vapier 11/05/16 03:30:02 >> >> Removed: bzip2-1.0.5-r1.ebuild >> Log: >> old > > Please document removal of ebuilds in ChangeLogs. > > http://devmanual.gentoo.org/ebuild

[gentoo-dev] Last rites: dev-python/cgal-python

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 # Kacper Kowalik (29 Apr 2011) # Fails to build with gcc 4.5. It doesn't work with latest cgal # Bugs 320543, 344723 # Removal in 30 days dev-python/cgal-python Cheers, Kacper -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Co

Re: [gentoo-dev] RFC: package.keywords-compatible snippets when stabilizing multiple packages

W dniu 14.02.2011 18:52, "Paweł Hajdan, Jr." pisze: > On 2/14/11 3:07 PM, Tomáš Chvátal wrote: >> Same does x11 team... >> Example: >> http://bugs.gentoo.org/show_bug.cgi?id=354237 >> >> I think this does not need any policy, most teams can use brains and >> fill the bugs quite conveniently :) > >

Re: [gentoo-dev] Touching profiles

W dniu 03.02.2011 08:39, Torsten Veller pisze: > * Theo Chatzimichos : >> For the record, Kacper told me today that every developer is allowed to >> touch >> ppc/ppc64 profiles. Archies that don't want others to touch their profiles >> should mention it in the devmanual. I was not aware of that,

Re: [gentoo-dev] Suggestion: Portage should not mask packages globally, but only for some arches

ch/powerpc/package.mask for an example. Best regards, Kacper Kowalik signature.asc Description: OpenPGP digital signature

[gentoo-dev] Rating STABLEREQ bugs

Hi, I would like to discuss proposal that is loosely connected to "Slacker arches" thread. Could we please start using Priority field in b.g.o? Rationale: 1) I've started to receive mails in which Dev. E. Loper is delighted that I've just stabled pkg A, but it would be really cool if stabled B i

[gentoo-dev] Lastrite: media-libs/gle

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 # Kacper Kowalik (06 Jun 2011) # Masked for removal in 30 days by QA request, abandoned by upstream 7 yrs ago, # bug #350635, no reverse dependencies in tree. Ebuild will be kept after # removal in xarthisius' overlay media-libs/gle -BEGI

[gentoo-dev] Lastrite: sys-cluster/tentakel

# Kacper Kowalik (28 Dec 2010) # Masked for removal in 30 days, abandoned by # upstream, bugs #238796, #241344, #316941 # Use sys-cluster/gsh as an replacement sys-cluster/tentakel signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Please move your packages to virtual/jpeg

W dniu 08.11.2010 13:25, Daniel Pielmeier pisze: > Easy would be if you had added the maintainers to that list :) > Updated list: app-admin/analog herds="no-herd" maintainers="maintainer-nee...@gentoo.org (This package lacks a primary herd or maintainer.)" app-admin/reportmagic herds="no-herd" main

Re: [gentoo-dev] Reassignments of closed bugs / clus...@gentoo.org use as bugzilla user

W dniu 15.09.2010 00:18, Krzysztof Pawlik pisze: > On 09/15/10 00:03, Jeroen Roovers wrote: >> Hello, whoever you are, clus...@gentoo.org, >> >> >> please be aware that it's customary to not reassign bugs once they have >> been definitively CLOSED or RESOLVED. Just stop doing it. >> >> Also, d

Re: [gentoo-dev] Re: [Bug 142517] sys-fs/unionfs-1.3 fails on "error: invalid operands to binary"

ntroduced. Won't happen again. Best regards, Kacper Kowalik -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAkyLibAACgkQIiMqcbOVdxSkgwP+NeId8T1lQfgW20h70Cynwskk Ia3yaQTBYGuxTjrkg83yzn8yP40tKH

Re: [gentoo-dev] USE=doc for .pdf's ? (WAS: Re: [gentoo-commits] gentoo-x86 commit in sci-astronomy/kapteyn: metadata.xml ChangeLog kapteyn-1.9.2.ebuild)

html files and one 8Mb pdf file. In most cases the former are not build either, yet they are "doc" flag dependent. Cheers, Kacper Kowalik -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAkw8zPY

[gentoo-dev] Last rites: sci-geosciences/vis5d+

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 # Kacper Kowalik (24 Jun 2010) # Last release in 2002. fails with --as-needed Bug 248356 # Build system beyond repair, automagic dependency on Tcl # Fails to build with fortran # # masked for removal in 30 days sci-geosciences/vis5d+ -BEGIN PGP

Re: [gentoo-dev] Re: [gentoo-dev-announce] Packages up for grabs -- xmerlin, yoswink, chtekk, omp, tantive, mueli, bluebird, hncaldwell, caleb

ve & kicking, we'll gladly proxy it for Nico Best regards, Kacper Kowalik -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAkwSjfIACgkQIiMqcbOVdxSR+AP7Bo5