Re: [gentoo-dev] RFC: Userkit.eclass

roups can be worked with, and iirc we recently patched the initscript so it handles that use case. I could see a use-case for someone wanting to install a given daemon or server with a specific user and/or group. I'm not sure this is the right approach (nor do I know what is), but I think

Re: [gentoo-dev] Re: Stabilisation procedure

On 11/22/2016 12:06 AM, Alice Ferrazzi wrote: > On Sat, Nov 19, 2016 at 12:55:09AM -0800, Daniel Campbell wrote: >> On 11/17/2016 01:07 PM, Robin H. Johnson wrote: >>> On Thu, Nov 17, 2016 at 03:05:41PM +0100, Kristian Fiskerstrand wrote: >>>>> Isn't it impl

Re: [gentoo-dev] Developer GitHub usernames

x27;s not a threaded format so it's hard to guess which branch of conversation you're on. Of course sometimes you *want* to focus strictly on the code, but that's not how real-world organizations work. They're made of people, and most people end up talking about things *around*

Re: [gentoo-dev] Developer GitHub usernames

On 11/26/2016 01:08 AM, Michał Górny wrote: > On Sat, 26 Nov 2016 00:03:59 -0800 > Daniel Campbell wrote: > >> >> A funny deficiency of GitHub is it doesn't allow for open conversations. >> You're always forced to talk about something directly related to t

Re: [gentoo-dev] Developer GitHub usernames

On 11/30/2016 01:19 PM, Michał Górny wrote: > On Wed, 30 Nov 2016 01:33:24 -0800 > Daniel Campbell wrote: > >> On 11/26/2016 01:08 AM, Michał Górny wrote: >>> On Sat, 26 Nov 2016 00:03:59 -0800 >>> Daniel Campbell wrote: >>> >>>> >

Re: [gentoo-dev] Please retain authorship of contributed patches

h a bug and users contribute patches or edits to ebuilds, I try to credit them in my commit message, often asking them which nickname they'd prefer so I can give credit to the "right" name. Is this a practice you find adequate? Thanks for bringing this to attention. It's somewha

Re: [gentoo-dev] Please retain authorship of contributed patches

On 12/01/2016 02:13 PM, Andrey Utkin wrote: > On Thu, Dec 01, 2016 at 12:50:42PM -0800, Daniel Campbell wrote: >> I completely agree that we should credit (and thank) contributors. I'm >> not sure if I'm doing things correctly, but when I'm dealing with a bug >

Re: [gentoo-dev] Uppercase characters in package names

t; >> That naming conventions are generally complicated and a mess, and that >> no-one wants to have to remember whether it's firefox, Firefox, or >> FireFox. >> > > It's also more convenient at the consone to just type everything > lowercase. I ex

Re: [gentoo-dev] Uppercase characters in package names

yone familiar with Wii homebrew knows they're different, but I see your point. :) -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Uppercase characters in package names

ow upstream's naming convention? > > I'd say keeping things lowercase makes sense for end user packages. For > pure dependencies with consistent conventions (e.g. perl), it makes > sense to keep upstream's naming. > What is a pure dependency? Do we handle those dif

Re: [gentoo-dev] Tinderboxing efforts in Gentoo

bout > mining Doge on one of them last night... > I second that. I have a hexcore CPU and 16 GB of RAM, most of which I don't use unless I'm compiling. If there's a guide that can get me up and running with a VM within an hour or so, I'd be more than willing to pi

Re: [gentoo-dev] Revision bumps vs git commits atomicity

st increases my odds of forgetting to put the fixes into all the correct ebuilds. It results in the appropriate fixes in the older package, and the new version comes with the old one's fixes (plus any changes the new ebuild might need due to upstream changes). Does that make any sense? -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Uppercase characters in package names

On 12/02/2016 11:59 PM, Michał Górny wrote: > On Fri, 2 Dec 2016 23:26:53 -0800 > Daniel Campbell wrote: > >> On 12/02/2016 10:47 AM, Michał Górny wrote: >>> On Fri, 2 Dec 2016 13:02:48 -0500 >>> Mike Gilbert wrote: >>> >>>> The devma

Re: [gentoo-dev] Uppercase characters in package names

On 12/02/2016 11:55 PM, Michał Górny wrote: > On Fri, 2 Dec 2016 23:21:34 -0800 > Daniel Campbell wrote: > >> On 12/02/2016 10:45 AM, Ian Stakenvicius wrote: >>> On 02/12/16 01:31 PM, Ciaran McCreesh wrote: >>>> On Fri, 2 Dec 2016 13:24:29 -0500 >>>

Re: [gentoo-dev] RFC: Userkit.eclass

as most of us believing. There's also our downstream neighbors: Funtoo, Pentoo, Sabayon, Calculate, Exherbo, etc As for communities, lots of places from 4chan to lainchan, various mesh network users, security-conscious communities, OCD support groups (kidding), etc. I'm sure I'm missin

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

bursement subtotal above. > > [2] Invoice submitted 2012/11/29, payment NET30 period ends 2016/12/29 > I just wanted to point this e-mail out and thank you for the effort spent to share information like this. This is a great step, and once we get the books in order, sharing this inform

Re: [gentoo-dev] Uppercase characters in package names

On 12/03/2016 07:00 AM, William L. Thomson Jr. wrote: > On Saturday, December 3, 2016 8:59:09 AM EST Michał Górny wrote: >> On Fri, 2 Dec 2016 23:26:53 -0800 >> >> Daniel Campbell wrote: >>> On 12/02/2016 10:47 AM, Michał Górny wrote: >>>> >>>>

Re: [gentoo-dev] Review request: Ruby 2.0 removal news item

eads well. We could remove the "MRI" part, but as a non-Rubyist I don't feel qualified to determine whether it's important or not. I felt that the base profile variable mention and the bit about MRI being the best interpreter were better left out, but it also doesn't act

Re: [gentoo-dev] OT Who runs Gentoo was -> RFC: Userkit.eclass

s 'chime in' on routine basis. All in all, gnucash is an > outstanding piece of FOSS software; much better than Quickbooks as many > on the discussion lists attest to on a routine basis. It is in portage > and it runs on windows and other platforms. > > > hth, >

Re: [gentoo-dev] (OT) Accounting systems: Ledger-CLI vs GNUcash

eviewing that > social contract to allow us better compliance if deemed worthwhile! > > :] > Compliance with what? If others desire Quickbook support, they can make a tool to convert from ledger. There's no good reason for a non-profit, libre software organization to use and depen

Re: [gentoo-dev] RFC: Proposal for addition of distribution variables

even better inter-distro relations, since bugs would be going to the correct places. To OP: This idea looks good to me; do you have any proofs of concept for use in common places like ebuilds, metadata.xml (if you intend for it to be used there), etc? If we had a more visual idea of how it worked, m

Re: [gentoo-dev] RFC: Proposal for addition of distribution variables

sed call or whatever will be used to update the entire tree, then submit a PR. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] RFC: Proposal for addition of distribution variables

tify downstream distros of changes like these. Sounds like a good idea to me. We could even allow technical support there ala -user, but with a focus on 'remixing' or otherwise forking/copying Gentoo. It makes sense for a meta distro to assist in the 'meta' part, if only for inf

Re: [gentoo-dev] tinfo flag

why this is a good idea. > As an onlooker, I don't see anything in favor of getting rid of it, and otherwise it seems like a normal USE flag. All that's been said in favor of removing it is just statements that tell me it's more complex or that it's a QA violation. Could you explain so other people (and myself) understand what you're talking about? -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

or anything, but if others have further questions, we should route them to the person you spoke with. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

e coming from and yes, it'd be nice if we could all just use Gentoo. But reality (read: volunteering) doesn't work that way. If you have any issues with overlays, please, use the ML or #gentoo so somebody can help you out. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

On 12/11/2016 02:00 AM, Markos Chandras wrote: > On 12/11/2016 08:05 AM, Daniel Campbell wrote: >> On 12/07/2016 07:36 AM, Jorge Manuel B. S. Vicetto wrote: >>> On Wed, 7 Dec 2016, Jorge Manuel B. S. Vicetto wrote: >>> >>> >>> >>>> I&#x

Re: [gentoo-dev] rdp vs rdesktop vs freerdp USE flags

ows one to later replace the dependency with > an any-of or virtual, without needing to change the useflag. > > -Doug > dwfreed > +1 here. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] tinfo flag

t; to remove the tinfo flag but force libtinfo to be built and installed > -- simply make it non-optional. Additionally, we can set > SLOT="0/6tinfo" which will trigger subslot rebuilds to ensure anything > that may need to be rebuilt to link to both libncurses and libtinfo > will be rebuilt when the tinfo-IUSE-less version gets installed. > > We not only have a solution that'll address the > ABI-break-on-USE-change issue, but also a migration path that will be > transparent to users via a -uDN @world. I call that a win-win. The > only thing we lose is the easy ability to build an all-in-one > libncurses. So if there is an actual need for that which we have yet > to find, this is an official request for comments to let us know. > > Thanks for adding some clarity to the conversation. Your idea seems solid to me; if libtinfo and libncurses are built from the same repo, we can ship ncurses with the included libtinfo build and, if it's needed in the future, write an ebuild for just libtinfo (similar to how udev can be built separate from systemd). Based on what I've seen in this thread, there isn't a need (yet) for tinfo to be standalone, so I support bundling them for the interim. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Re: Cross Post due to technical component - Thanks for all the fish

It's at the "host"'s discretion whether they want to pull from the fork, and I don't think pressuring or forcing either of those groups to work together would be a good idea. I'm applying this in a general sense, to clarify. It's true that it can create a maint

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-12-18 23:59 UTC

>> dev-php/composer 20161124-08:09 mjo[1] d273046 >> ... >> >> [1] Author: Guillaume Seren > > +1 > Agreed. Easy to read and credits the appropriate people. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net f

Re: [gentoo-dev] Google Code shutdown requires 524 ebuilds to be fixed before end of 2016

t; gokturk > > Hey, thanks for that script; it helped me find the one package I needed to sort out my gcode stuff. I had a feeling there was at least one I needed to take care of. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [rfc] New global USE flag: rbd

/ceph > use.local.desc:sys-block/tgt:rbd - Add support for ceph block devices > > Suggested description: > rbd - Enable rados block device support via sys-cluster/ceph > > Best regards, > Andrew Savchenko > Do we expect the list of packages using RBD to grow? If so then s

Re: [gentoo-dev] [PATCH] toolchain.eclass: set CHOST for gcc-config calls

(env -i CHOST="${CHOST}" ROOT="${ROOT}" > gcc-config -S ${curr_config} | awk '{print $2}') > > local curr_branch_ver=$(get_version_component_range 1-2 > ${curr_config_ver}) > > Seems like an obvious bug and fix; is there any reason p

Re: [gentoo-dev] [PATCH 1/1] kernel-2.eclass: Point user to additional kernel removal, instructions. See bug #581522.

ot; > echo > + ewarn "For more detailed kernel removal instructions, please see: " > + ewarn "https://wiki.gentoo.org/wiki/Kernel/Removal"; > + echo > } > +1 -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Packages up for grabs due to retirement

rmal guidelines for treecleaning. I think we've got a few people who are eager to clean the tree -- and their goal is admirable -- but until we can get metrics on who's using what, it's hard to say how much damage removing a package will do for users. A thread on gentoo-user re: lastrites might not be a bad idea. Thanks for the laugh Michał. :) -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] RFC: Global USE cuda

bs/cholmod: Use nvidia cuda toolkit for speeding up >>> computations >>> sci-libs/flann: Enable support for nVidia CUDA >>> sci-libs/pcl: Adds support for NVIDIA CUDA. >>> sci-libs/suitesparse: Enable nvidia cuda toolkit for speeding >>> up >

Re: [gentoo-dev] New Project: Gentoostats

$ gentoostats-cli list arch > Arch > {'amd64': {'HOSTS': 4}, 'x86': {'HOSTS': 1}} > >> -- >> ,,,^..^,,, >> >> > > -- > gokturk > > Is it too late to suggest more standard flags? `--c` for example doesn'

Re: [gentoo-dev] New Project: Gentoostats

On 01/06/2017 08:08 AM, Gokturk Yuksek wrote: > Hi, > > Daniel Campbell: >> On 01/02/2017 09:27 AM, Gokturk Yuksek wrote: >>> Alexander Shorin: >>>> Hi! >>>> >>>> Thanks for sharing. Would be nice see updated README file (it contains >

Re: [gentoo-dev] bzipped manpages

have created thousands of products some > in a matter of weeks, and other teams that fail to produce a single > robust product, in their entire lifetime. The most prolific designer of > them all, is simple referred to as 'doctor bitch' by her subordinates > and friends. Some, mo

Re: [gentoo-dev] bzipped manpages

ssors for that matter). > > Attached patch works for me. XZ should be a similar exercise, a little > cleanup would be nice then though. > > Fabian > This is awesome; has upstream been sent this yet, by any chance? -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://

Re: Why lastrite when it works? (Was: Re: [gentoo-dev] Packages up for grabs due to retirement)

: */*::foo-overlay will mask all packages in the overlay. You can then add packages to package.unmask: pkg-cat/foobar::foo-overlay That should alleviate most issues, though it can make dependencies a PITA if those deps are also in the overlay. In that case, emerge should yell at you and

Re: [gentoo-dev] Last-rites: www-plugins/pipelight

-plugins/pipelight > > Would this work for Pale Moon by any chance? -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Unused profiles

t a way forward with their machines. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] REQUIRED_USE, global USE flags, user-friendliness...

We need some way to handle it. Something like ewarn/einfo to tell the user REQUIRED_USE has been triggered (and why), but (depending on flags) then use the default or prompt for a selection. To do this, we'd need a) a message to prompt the user with, b) a way to convey and listen to choices

Re: [gentoo-dev] call for testers: udev predictable network interface names

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/09/2013 04:13 PM, William Hubbs wrote: > All, > > as you probably know by now, udev-197 has hit the tree. > > This new version implements a new feature called predictable > network interface names [1], which I have currently turned off for > li

Re: [gentoo-dev] call for testers: udev predictable network interface names

On 01/09/2013 10:33 PM, Rich Freeman wrote: > On Wed, Jan 9, 2013 at 11:21 PM, Daniel Campbell wrote: >> So long as users retain the choice of keeping eth* or wlan*, no >> complaints from me. I (and others) came to Gentoo to get away from >> systemd, and this smells of a sy

Re: [gentoo-dev] removing the server profiles...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/16/2013 08:12 AM, Michael Mol wrote: > On Wed, Jan 16, 2013 at 8:32 AM, Panagiotis Christopoulos > wrote: >> On 00:36 Wed 16 Jan , Andreas K. Huettel wrote: >>> several people have pointed out to me that the 10.0 -> 13.0 >>> transition woul

Re: Re: [gentoo-dev] Making systemd more accessible to "normal" users

On 05/15/2013 08:41 AM, Fabio Erculiani wrote: > Are we realizing that in order to keep systemd out of our way, we're > currently writing and maintaining drop-in replacements for the > features that systemd is already providing in an actively maintained > state? openrc-settingsd was the first thing

Re: Re: [gentoo-dev] Re: Making systemd more accessible to "normal" users

On 05/19/2013 01:05 PM, Canek Peláez Valdés wrote: > On Sun, May 19, 2013 at 9:34 AM, Peter Stuge wrote: >> J. Roeleveld wrote: >>> I don't see how this will avoid the issue of a limited amount of >>> inodes. >>> That is what I usually run out of before the disk is full when >>> storing lots of sm

Re: Re: Re: [gentoo-dev] Re: Making systemd more accessible to "normal" users

On 05/20/2013 10:34 PM, Canek Peláez Valdés wrote: > On Tue, May 21, 2013 at 3:03 AM, Daniel Campbell wrote: >> On 05/19/2013 01:05 PM, Canek Peláez Valdés wrote: >>> On Sun, May 19, 2013 at 9:34 AM, Peter Stuge wrote: >>>> J. Roeleveld wrote: >>>>> I

Re: [gentoo-dev] Re: Making systemd more accessible to "normal" users

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/23/2013 01:41 AM, Michał Górny wrote: > On Wed, 22 May 2013 16:39:25 -0500 Daniel Campbell > wrote: > >> I'm curious as to why you consider users who want to save disk >> space (openrc or systemd, or other packages,

Re: Re: [gentoo-dev] Going against co-maintainer's wishes (ref. bug 412697)

On 05/25/2013 02:53 PM, Anthony G. Basile wrote: > On 05/25/2013 02:13 PM, Markos Chandras wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA512 >> >> On 05/25/2013 05:14 PM, Ben de Groot wrote: >>> But if a co-maintainer pushes through a change that I oppose, then >>> working together becom

Re: [gentoo-dev] Going against co-maintainer's wishes (ref. bug 412697)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/26/2013 01:55 AM, Michał Górny wrote: > On Sun, 26 May 2013 01:24:03 -0500 Daniel Campbell > wrote: > >> On 05/25/2013 02:53 PM, Anthony G. Basile wrote: >>> We are moving too quickly on bug #448882 ([Tracker] pac

Re: [gentoo-dev] Re: Gentoo Hangouts

On 06/24/2013 05:54 AM, Michael Palimaka wrote: > On 24/06/2013 07:30, Pavlos Ratis wrote: >> That's why I'd like to propose Gentoo Hangouts. Gentoo Hangouts will >> be Google+ video Hangouts(video calls) held by teams or developers >> independent of a team. The main goal is to have the teams intr

Re: [gentoo-dev] Gnome Stabilization 3.6 or 3.8

On 08/07/2013 10:16 AM, Pacho Ramos wrote: > Also, I think we should stop spending a lot of time trying to keep it > working with openrc, we simply don't have resources to do that at the > moment (even Debian/Ubuntu people are stick with systemd-204 because > they don't have resources to keep login

Re: [gentoo-dev] Re: Gnome Stabilization 3.6 or 3.8

On 08/08/2013 01:21 AM, Duncan wrote: > Alex Alexander posted on Thu, 08 Aug 2013 05:51:38 +0300 as excerpted: > >> On Thu, Aug 8, 2013 at 2:49 AM, Patrick Lauer wrote: >> >>> On 08/07/2013 09:14 PM, Alexandre Rostovtsev wrote: On Wed, 2013-08-07 at 14:45 +0200, Michael Weber wrote: > >>>

Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge

On 08/13/2013 12:21 AM, heroxbd wrote: > Dear Fellows, > > Canonical is raising money by pushing their concept of Ubuntu for > Android[1][2]. The idea is to put GNU environment (esp. Ubuntu userland) > in parallel to Android to drive the external HDMI output with X11 > protocal, so that desktop ap

Re: [gentoo-dev] Packages up for grabs

On 10/19/2013 10:32 AM, Pacho Ramos wrote: > Due afterstep and desktop-wm herds removal: > net-mail/asmail > x11-plugins/asapm > x11-plugins/asclock > x11-plugins/ascpu > x11-plugins/asmem > x11-plugins/asmon > x11-plugins/astime > x11-wm/afterstep -> looks that was proxy-maintained > sys-libs/libi

Re: [gentoo-dev] Packages up for grabs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/19/2013 11:10 AM, Panagiotis Christopoulos wrote: > On 10:43 Sat 19 Oct , Daniel Campbell wrote: >> On 10/19/2013 10:32 AM, Pacho Ramos wrote: ... >>> x11-wm/fluxbox >> >> I'm not a developer (but hav

Re: Official way to do rolling update (Was: Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/03/2013 10:15 PM, yac wrote: > On Sun, 03 Nov 2013 11:02:31 +0200 Alan McKinnon > wrote: > > [snip] >>> >>> Afaik there is no official way to update gentoo, is there? >> >> It's always been "emerge -avuND world" > [snip] > > Is this document

Re: [gentoo-dev] Re: Official way to do rolling update (Was: Re: Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec)

On 11/04/2013 03:46 PM, Duncan wrote: > Martin Vaeth posted on Mon, 04 Nov 2013 11:17:49 + as excerpted: > >> Duncan <1i5t5.dun...@cox.net> wrote: >>> >>> and the default is oneshot >> >> I would always recommend to put -1 into EMERGE_DEFAULT_OPTS; >> you can still use --select if you really w

Re: [gentoo-dev] friendly reminder wrt net virtual in init scripts

On 11/05/2013 10:39 AM, Michael Orlitzky wrote: > On 11/05/2013 09:49 AM, mingdao wrote: >> >> Flameeyes wrote the following blog post concerning this issue: >> >> http://blog.flameeyes.eu/2012/10/may-i-have-a-network-connection-please >> >> and the link gives me a (Error code: sec_error_ocsp_unkno

Re: [gentoo-dev] Re: Please consider removing use.stable.mask and package.use.stable.mask

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/13/2013 09:16 AM, Ian Stakenvicius wrote: > On 13/11/13 09:55 AM, Thomas Kahle wrote: >> On 11/13/2013 03:30 PM, Duncan wrote: >>> Rich Freeman posted on Wed, 13 Nov 2013 08:37:51 -0500 as >>> excerpted: >>> On Wed, Nov 13, 2013 at 8:25 AM

Re: [gentoo-dev] Re: Recommend cronie instead of vixie-cron in handbook?

On 12/25/2013 08:43 AM, Duncan wrote: > Alice Ferrazzi posted on Wed, 25 Dec 2013 15:38:42 +0900 as excerpted: > >> On Sun, Dec 15, 2013 at 2:19 AM, Michael Orlitzky >> wrote: >>> rc-update del vixie-cron default >>> /etc/init.d/vixie-cron stop >>> emerge -C vixie-cron >>> emerge cronie >>> rc-up

Re: [gentoo-dev] Packages up for grabs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/14/2014 02:08 AM, Alexey Shvetsov wrote: > Hi all! > > There are a list of packages up for grabs. I cannnot test anymore some of > them, or i stopped use them. > > app-text/fbreader dev-libs/liblinebreak net-wireless/madwimax > net-wireless/w

Re: [gentoo-dev] The state and future of the OpenRC project

o. If you or another developer would like to take up mentoring me so I can achieve my goal of becoming a Gentoo developer and contribute, please reply and cc pchrist@g.o so we can coordinate things. I still have my ebuild test file floating around as well. I hope this doesn't come off as spammy; I'd honestly like to contribute and keep choice alive in the init system space. Sincerely, Daniel Campbell

Re: [gentoo-dev] The request to abolish games team policy

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/13/2014 08:00 AM, Rich Freeman wrote: > On Sat, Jul 12, 2014 at 6:26 PM, Denis Dupeyron > wrote: >> Rich, if I may have a suggestion, it would be that instead of >> meddling with projects that have been doing their best with what >> they have fo

Re: [gentoo-dev] USE="gudev introspection" removal from virtual/udev tomorrow'ish

On 07/24/2014 02:22 PM, Samuli Suominen wrote: > gentoo-x86 has been converted to use virtual/libgudev. big thanks to > _AxS_ who helped me to > get it finally done. > > that means we will be removing compability USE flags "gudev > introspection" from virtual/udev > tomorrow'ish (only waiting fo

Re: [gentoo-dev] My masterplan for git migration (+ looking for infra to test it)

On 09/16/2014 01:56 PM, hasufell wrote: > Luca Barbato: >> On 15/09/14 01:21, Patrick Lauer wrote: >>> On Sunday 14 September 2014 15:42:15 hasufell wrote: Patrick Lauer: >> Are we going to disallow merge commits and ask devs to rebase local >> changes in order to keep the history "cle

Re: [gentoo-dev] Re: My masterplan for git migration (+ looking for infra to test it)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/16/2014 05:18 AM, hasufell wrote: > Ulrich Mueller: >> >> ChangeLogs are aimed at users > > Did any1 ask them if they care? > If the tree switches to git and there's an option within Portage/emerge to fetch via git instead of rsync, then I'd

Re: [gentoo-dev] Packages up for grabs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/23/2014 07:17 PM, hasufell wrote: > packages up for grab: > > I didn't change metadata.xml, nor bug reports for any of those, > because I was too lazy. If you grab one, please do so yourself. > > > app-admin/clustershell app-admin/durep app-ad

Re: [gentoo-dev] Packages up for grabs

On 11/26/2014 03:15 AM, Yixun Lan wrote: > On 21:08 Sun 23 Nov , Daniel Campbell wrote: >> >> I'd like to take x11-misc/spacefm if a developer is willing to allow >> me to proxy-maint until I become a developer. > > update metadata.xml, using your email found

Re: [gentoo-dev] Re: Packages up for grabs

on > either of these their futures are unclear.. > > H > On 11/27/2014 04:51 AM, Daniel Campbell wrote: >> On 11/26/2014 03:15 AM, Yixun Lan wrote: >>> On 21:08 Sun 23 Nov , Daniel Campbell wrote: >>>> >>>> I'd like to take x11-misc/spacef

Re: [gentoo-dev] sys-devel/gcc::mgorny up for testing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/07/2014 04:37 AM, Michał Górny wrote: > Hello, developers and users. > > As some of you know, the toolchain packages in Gentoo suffer from > lack-of-sanity issues and their maintainers are completely > unwilling to improve things. I have final

Re: [gentoo-dev] Re: qa last rites -- long list

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/07/2015 04:19 PM, Jonathan Callen wrote: > On 01/07/2015 12:15 PM, Matt Turner wrote: >> On Wed, Jan 7, 2015 at 7:57 AM, William Hubbs >> wrote: >>> On Wed, Jan 07, 2015 at 06:49:56AM -0500, Philip Webb wrote: 150106 William Hubbs wrote: T

Re: [gentoo-dev] Things one could be upset about

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/19/2015 12:44 PM, Róbert Čerňanský wrote: > On Sat, 17 Jan 2015 18:33:45 +0300 Andrew Savchenko > wrote: > >> On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote: >>> The problem isn't the constants, though. The problem is the >>> resolut

Re: [gentoo-dev] ffmpeg vs libav choice of default

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/04/2015 04:43 AM, Mike Auty wrote: > It's fine to have disagreements, but airing them in front of the > users like this is not an ideal situation... As a user and prospective developer, why? Transparency is important to open communities like Ge

Re: [gentoo-dev] Policies for games dirs, new group "gamestat" for sgid binaries

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/19/2015 06:19 AM, Ulrich Mueller wrote: > Hi all, As decided by the Council in its 20140812 meeting [1], > every developer is allowed to commit and maintain games ebuilds. > Furthermore: > > | There is consensus amongst council members that sp

Re: [gentoo-dev] Policies for games dirs, new group "gamestat" for sgid binaries

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/21/2015 01:35 AM, Ulrich Mueller wrote: >>>>>> On Fri, 20 Feb 2015, Daniel Campbell wrote: > >> When this becomes more widespread, what action are users urged >> to take in order to "migrate" to

Re: [gentoo-dev] Re: [rfc] Rendering the official Gentoo logo / Blender 2.04, Python 2.2

On 02/23/2015 02:29 PM, Diego Elio Pettenò wrote: > On 23 February 2015 at 22:11, Sebastian Pipping > wrote: > > I have streamlined those into ebuilds and a dedicated overlay > > > Thanks! > > > So whoever needs to render Blender files from 2003 again at some

Re: [gentoo-dev] RFC: News item for net-firewall/shorewall all-in-one package migration

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/04/2015 01:09 PM, Thomas D. wrote: > Hi, > > some of you maybe know or already have noticed that the > net-firewall/shorewall* ebuilds were re-integrated into a new > all-in-one ebuild for easier maintenance. > > The package is proxy-maintai

Re: [gentoo-dev] New website: Where the .... is the ....ing documentation link?

On 04/04/2015 09:42 PM, Duncan wrote: > TL;DR: (1) Please consider either making Documentation a top-level-menu > link (preferable), or at least change Support to Support and > Documentation. (2) On the documentation lander page, add a "one big > list" link to a browser-keyword-searchable list

Re: [gentoo-dev] Becoming a Gentoo developer?

On 04/12/2015 05:17 AM, Yanestra wrote: > Hi, > > I am long time user of Gentoo and I tinker with the idea of becoming > Gentoo developer. > > I am a software developer by profession, but I am not quite sure if I > should involve with Gentoo ebuild development. > > To be honest, I have not the s

Re: [gentoo-dev] Better way to direct upstream bugs upstream?

have similar issues, how do you guys handle it in perl-space? I think if I was dealing with a difficult upstream, I'd try to figure out what I could do to help their build scripts improve. If they were unresponsive to criticism or offers for improvement, I would reroute bugs their way. Historicall

Re: [gentoo-dev] Better way to direct upstream bugs upstream?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/30/2015 12:54 AM, Kent Fredric wrote: > On 30 August 2015 at 19:20, Daniel Campbell > wrote: >> Quick question: what is RT? >> > > RT is rt.cpan.org, for which every cpan distribution that gets > published ge

Re: [gentoo-dev] [RFC] dev-rust category

kage moves being somewhat cumbersome, it makes more sense to do it once it's clear Rust has an ecosystem going rather than catch stragglers in its infancy. For platform-specific things like compilers, dev-lang/ may be a better candidate. Just my 2¢. - -- Daniel Camp

Re: [gentoo-dev] [RFC] dev-rust category

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/06/2015 02:00 PM, Jauhien Piatlicki wrote: > Hi, > > On 09/05/2015 11:23 PM, Daniel Campbell wrote: >> On 09/05/2015 01:04 PM, Matthew Thode wrote: > >>> I think cargo should probably go in dev-util with ot

Re: [gentoo-dev] [RFC] dev-rust category

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/07/2015 05:56 AM, Jauhien Piatlicki wrote: > Hi, > > On 09/07/2015 07:28 AM, Daniel Campbell wrote: >> On 09/06/2015 02:00 PM, Jauhien Piatlicki wrote: >>> Hi, >> >>> On 09/05/2015 11:23 PM, Daniel Camp

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-09-06 23:59 UTC

ke with multiple other devs and a script has been written to work on git. It just hasn't had everything ironed out yet. Most notable being the cronjob that does the e-mail, based on what we see. :) Give it some time. - -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp:

Re: [gentoo-dev] www-client/chromium gtk3 support

d personally as a maintainer that matters more than suggestions. If the GNOME team has a solid recommendation for supporting both GTK2 and 3, I'll read it. But for now, defaulting IUSE to gtk3 and allowing the user to set gtk2 is the best of both worlds imo. - -- Daniel Campbell - Gentoo Deve

Re: [gentoo-dev] www-client/chromium gtk3 support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/09/2015 03:37 AM, hasufell wrote: > On 09/09/2015 09:24 AM, Daniel Campbell wrote: >> >> x11-misc/spacefm supports multiple toolkits as well. > > It shouldn't. Gtk3 is stable and gtk2 and gtk3 USE flags should be

Re: [gentoo-dev] www-client/chromium gtk3 support

ge, so *some* toolkit version needs to be chosen. Defaulting to gtk3 falls in line with gnome-team's opinions while still offering gtk2 support. I think limiting it to *only* gtk3 would be doing our users a disservice. - -- Daniel Campbell - Gentoo Developer OpenPGP Ke

Re: [gentoo-dev] www-client/chromium gtk3 support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/10/2015 01:47 AM, hasufell wrote: > On 09/10/2015 08:21 AM, Daniel Campbell wrote: >> >> For me to not support gtk2 in the spacefm ebuild would be >> providing a package inferior to upstream. > > That sounds like s

Re: [gentoo-dev] www-client/chromium gtk3 support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/10/2015 11:26 AM, Rich Freeman wrote: > On Thu, Sep 10, 2015 at 2:21 PM, hasufell > wrote: >> On 09/10/2015 08:15 PM, Daniel Campbell wrote: >>> >>> tldr: If the problem is USE flags, let's talk USE flag

Re: [gentoo-dev] USE="gui"

n is also the reason we had to introduce this ugliness > called REQUIRED_USE. Instead of saying "gui.gtk" we say > "REQUIRED_USE="gui? ( || ( gtk ... ) )". And it will get worse. I > wonder when people start realizing that. > So are you suggesting m

Re: [gentoo-dev] Request to add ~> atom prefix operator on Portage.

r slotting instead of adding a new feature. If SLOT is setup correctly between ebuilds, you could check to be sure it's a specific SLOT. So in your case, pkg-1.0.2[a-z] would be slotted with e.g. pkg-1.0.2g:1.0.2. Anything depending on it would use `pkg:1.0.2`, and the pkg-1.0.3a ebuild could use

Re: [gentoo-dev] Dynamic dependencies

of working on this (there's > no one anymore, so maybe this point can be omitted) > As a developer interested in adhering to the PMS, do we have a tool to check conformance beyond repoman? How would virtuals be handled with static dependencies? - -- Daniel Campbell - Gentoo Devel

Re: [gentoo-dev] Inconsistent and messy layout of team maintainership in Gentoo

to become official project members. Becoming a developer can be a grueling process, so I understand that some don't have the time or motivation, and still want to help out. So perhaps we could have contributors who wish to be project members pass our ebuild test, or some other litmus test to p

Re: [gentoo-dev] [PATCH dtd] herds: Remove no-longer usable element

the least, a comment should be added along the lines of, "This element was obsoleted as of -mm-dd," so readers (maybe new devs, even) understand that it's not meant to be used anymore. Just my 2¢. - -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.n

<    1   2   3   4   >