/pull/946#issuecomment-1939667729
Have a nice day,
Daniel
Il giorno lun 12 feb 2024 alle ore 21:16 Michael Vetter
ha scritto:
>
> Hello,
>
> In case this mail is weirdly formatted please let me know. And if yes,
> please excuse me in advance..
>
> On 2/11/24 11:10, Sam Jam
/shadow-maint/shadow/pull/208#issue-546914572
Thanks,
Daniel
Il giorno dom 11 feb 2024 alle ore 11:53 Eray Aslan ha
scritto:
> On Sun, Feb 11, 2024 at 10:10:13AM +, Sam James wrote:
> > I'm in favour, although I'd be curious as to why upstream shadow don't
> > just s
with upstream and don't risk changing the historic default behaviour of
tools some users might rely upon.
I do believe though there's merit in providing safer and secure defaults,
so I would like HOME_MODE to have a safe default value for Gentoo and
Gentoo based distros.
Have a nice day,
Daniel
] https://forums.gentoo.org/viewtopic-t-1163382.html
--
Best Regards
Daniel
On 8/15/22 09:48, David Palao wrote:
Oh! That's a pity! I need that package...
Is there anything I can do to keep using slurm with my gentoo box?
Best
I just added an updated ebuild in my junkdrawer overlay. I would be
willing to proxy maintain the package in gentoo.
--
Daniel M. Weeks
The sysconfdir is for host specific configuration files, and this
example script makes no host specific change (it is not enabled by
default).
Install the script under portage's sharedir, from where administrators
can copy it into sysconfdir, if needed.
Signed-off-by: Daniel Cordero
Marek Szuba schrieb am 01.10.20 um 22:24:
> On 2020-10-01 20:31, Daniel Pielmeier wrote:
>
>> I already had slotted lua 5.1 and 5.3 installed and the modified ebuild
>> built fine with lua-5.3 as before. However when I tried setting
>> LUA_SINGLE_TARGET=&quo
webserver? ( net-libs/libmicrohttpd )
xmms2? ( media-sound/xmms2 )
- || ( dev-lang/lua:5.3 dev-lang/lua:5.2 )
+ ${LUA_DEPS}
"
RDEPEND="
${COMMON_DEPEND}
@@ -85,6 +87,8 @@
pkg_setup() {
use ipv6 && linux-info_pkg_setup
+
+ lua-single_pkg_setup
}
src_prepare() {
--
--
Daniel Pielmeier
due @gentoo.org as all the unrelated packages contain gentoo in their
names. However this differs from search to search. Ignoring this false
positives the actual matching results seem complete. Omitting the domain also
does not work and only lists unrelated packages in my case.
When navigating to the maintained packages using the maintainer tab the list is
correct.
Just want to let you know and thanks again!
--
Best regards
Daniel
Sending from the proper address so this mail also reaches the list!
Daniel Buschke schrieb am 24.05.20 um 18:40:
> Oh dear! I readded the database index for file names. Now the data query
> takes ~0.3 seconds *insert self slapping image here*
Good to hear! Now it's way quicker!
&g
Am 24.05.2020 um 14:10 schrieb Daniel Pielmeier:
Here the bash version takes around 2.9 seconds while the python version
takes 3.2 seconds. Excluding the portage API it takes 2.8 seconds and
also excluding the data query it takes 0.3 seconds. So in the python
version the data query takes 2.5
Daniel Buschke schrieb am 24.05.20 um 00:05:
> Am 23.05.2020 um 23:46 schrieb Daniel Pielmeier:
>> Hm correct me if I am wrong, but from looking at the patch Zac
>> provided I think he meant that the time portage consumes is only one
>> second while the "rest" is 3.
Am 23.05.2020 um 23:46 schrieb Daniel Pielmeier:
Hm correct me if I am wrong, but from looking at the patch Zac provided
I think he meant that the time portage consumes is only one second while
the "rest" is 3.2 seconds. So there is probably a potential in improving
the "rest&
Am May 23, 2020 9:17:46 PM UTC schrieb Daniel Buschke
:
>Am 23.05.2020 um 22:55 schrieb Zac Medico:
>> Since the portage API only added about 1 second to the python script
>> time, I guess it's on par with your bash implementation. ;-P
>
>Yeah, if you substract t
implementation :D
Let me answer this with a meme ;)
https://damage.devloop.de/zac_makes_runtime_equal.jpg
Thanks
Daniel
The code is now hosted at Github [1].
The site moved to a new server and the upload is working again.
[1] https://github.com/portagefilelist
--
Best regards
Daniel
# Daniel Pielmeier (8 June 2018)
# Does not support PyQt5 as well as python 3. Upstream unresponsive.
# Masked for removal in 30 days. Bug #649112.
media-sound/puddletag
--
Daniel Pielmeier
The following packages are in need of a maintainer:
dev-util/astyle
net-im/toxic
x11-misc/alock
x11-misc/ktsuss
x11-misc/spacefm
--
Daniel Campbell
OpenPGP Fingerprint: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
Found on hkp://keys.gnupg.net and other keyservers
signature.asc
On Sat, Dec 09, 2017 at 08:13:18PM -0500, Rich Freeman wrote:
> On Sat, Dec 9, 2017 at 7:29 PM, Daniel Campbell <z...@gentoo.org> wrote:
> >
> > Other developers are required to subscribe to -dev, and are
> > expected to follow it so they stay informed.
>
been told to suck it up and deal with it.
And knowing how the Council is, in a few days we'll all get to deal with
the churn of mailing lists to protect one person's ego. Sad.
~zlg
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
On Tue, Dec 05, 2017 at 08:59:40AM +, Peter Stuge wrote:
> Daniel Campbell wrote:
> > On Sun, Dec 03, 2017 at 12:18:04AM +0100, Michał Górny wrote:
> > > I'd like to establish the following changes to the mailing lists:
> > >
> > > 1. Posting to gentoo-de
that
> without the risk of evasion.
>
> --
> Best regards,
> Michał Górny
>
>
I don't think this plan will have the effect you're going for, but let's
be honest here: the "RFC" is just a formality; the decision's already
been made.
If the "real leaders" of Gentoo want to divide and fragment the
community, it's their prerogative. As we tell users who do something
they're not supposed to: You get to keep the pieces.
~zlg
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
ion procedures are correctly followed by
those who step up. While this will create more stabilization bugs, it
should, in theory, result in better ebuilds (which makes Gentoo
maintenance better/easier) and games that have *actually* been tested.
I hope this explanation is both accurate and helpful.
~zlg
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
ate their ebuilds? I searched bugzy for 'fdo-mime' and the
only relevant bug is 621914 [1], which I assume was the original discussion
to get us onto xdg-utils since it's newer.
If there's no tracker bug I need to reference, that's fine. Just wanted
to be sure I'm not missing anything before pushin
some
> performance concerns for end-user systems. The initial testing has shown
> that a cold-cache verification on a btrfs file system can take up around
> 4 minutes, with the process being mostly I/O bound. On the other hand,
> it can be expected that the verification will be performed directly
> after syncing, taking advantage of warm filesystem cache.
"warm" -> "a warm"
>
> [snip]
> Thanks to all the people whose contributions were invaluable
> to the creation of this GLEP. This includes but is not limited to:
>
> - Robin Hugh Johnson,
> - Ulrich Müller.
>
> Additionally, thanks to Robin Hugh Johnson for the original
> MataManifest GLEP series which served both as inspiration and source
"MataManifest" -> "MetaManifest"
>
> [snip]
>
Aside from the few nitpicks this looks good. Hope this helps.
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
h to scratch then how
> useful could it be?
>
Great points. It'll be much easier to decide on something when/if there
is something concrete to work with. There isn't much stopping a package
from making it into Gentoo. If there is demand, it'll be written.
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
?
In that case, it at least makes sense despite the heavyweight dependencies.
If anyone's interested in seeing a mockup of a few GLEPs in Pelican, I
can get that started.
Whether or not the structure works on GitHub is orthogonal to the
decision. Still, put me down in favor of switching to Git. Thanks for
p
On 09/10/2017 02:34 AM, Michał Górny wrote:
> W dniu nie, 10.09.2017 o godzinie 00∶39 -0700, użytkownik Daniel
> Campbell napisał:
>> On 09/09/2017 12:47 AM, Michał Górny wrote:
>>> W dniu pią, 08.09.2017 o godzinie 17∶19 -0400, użytkownik Rich Freeman
>>> napisał:
toop to this level publicly.
You will not get more developer activity, agreement, cooperation, or
contribution by berating your fellow developers. In fact, Gentoo is
known for its bickering developer community. You are in a position to
change that. You asserted in #gentoo-trustees that the Council
On 08/17/2017 12:48 AM, Michał Górny wrote:
> W dniu śro, 16.08.2017 o godzinie 22∶07 -0700, użytkownik Daniel
> Campbell napisał:
>> On 08/10/2017 01:10 AM, Michał Górny wrote:
>>> On czw, 2017-08-10 at 09:54 +0200, Fabian Groffen wrote:
>>>> On 10-08-2017 0
it would work for this scenario.
>>
>
> The move is against orphaned files in /usr that are randomly changed by
> runtime tools rather than the package manager.
>
Then how do we explain the reasoning for the other 50 or so eselect
modules? No doubt at least a handful of them modify symlinks in /usr,
and have similarly few options to choose from, such as eselect-vi.
Should we remove those as well?
--
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
tter or worse.
It's good to see you taking part in constructive discussions! That's not
intended as sarcasm. I mean it. Thanks for taking part.
~zlg
--
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
aste, as we stand to lose functionality rather than
improve or gain it.
~zlg
--
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
On 07/19/2017 02:33 AM, Amy Liffey wrote:
> The following package is up for grabs:
>
> dev-lang/gforth
>
> Best regards,
> Amy Liffey
>
I can take this one; I'd hate to see Forth support go missing on Gentoo.
I'm open to co-maintainers as well.
~zlg
--
Daniel Campbe
have a machine using certbot (Rpi 3 Model B) now that I might be
switching to Gentoo in the future. I'd be willing to co-maintain
app-crypt/certbot with other interested developers. The catch is I don't
use Apache or nginx; others would need to maintain certbot-apache and
certbot-nginx.
Anyone interested?
--
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
velopers -- stable is only a letter away from
"stale", and that's fine. Some run mixed keywords, or go full ~arch. One
of the core values of Gentoo is choice; why take away the stable choice?
--
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
ough use cases, tooling shouldn't
be too difficult to write to make up for it. I already use a `bgo`
keyworded shortcut in Pale Moon to make bug searching faster; adding
another to navigate straight to a bug wouldn't be much trouble.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @
intainers also manage their packages in various ways, could we
extend this to a general element? Maintainers can specify how
they'd prefer bugs or commits to be done, and an additional element to
indicate hand-testing. This would solve two problems instead of just
one: indicate a package is ready
the help, I'd be glad to lend a hand where needed.
(also cc'ing vim@ to get an official opinion)
--
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
On Wed, Jul 12, 2017 at 10:15 AM, Michał Górny <mgo...@gentoo.org> wrote:
> On śro, 2017-07-12 at 10:12 -0700, Daniel Charles wrote:
>> Hello gentoo-dev's
>>
>> Checking on how gentoo is locating ebuild for these 3 packages I found
>> that they're using differen
that is handled in the current ebuild, a new ebuild name
might be helpful here.
Let me know your thoughts
Thanks.
--
Daniel
On 07/11/2017 01:57 PM, William L. Thomson Jr. wrote:
> On Tue, 11 Jul 2017 13:27:57 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 07/10/2017 04:37 PM, William L. Thomson Jr. wrote:
>>> On Mon, 10 Jul 2017 19:22:47 -0400
>>
>>> A rule fo
On 07/11/2017 01:27 PM, Daniel Campbell wrote:
> On 07/10/2017 04:37 PM, William L. Thomson Jr. wrote:
>> On Mon, 10 Jul 2017 19:22:47 -0400
>> "William L. Thomson Jr." <wlt...@o-sinc.com> wrote:
>>>
>>> That part does not require it to resolve deps
. The tool can help clean up
unneeded entries in /etc/portage files, and would be a good fit for this
particular issue.
That said, having helpful messages is a good addition, but needs to be
done in a way that is unambiguous and gives the user a clear solution.
Hope this helps,
zlg
--
Daniel Cam
in stabilization. I try to make it a point to
thank people like you and Toralf since stabilization and arch testing
are both time-consuming, and probably frustrating to get the tooling
correct.
Take some time off! I'm sure Gentoo won't implode. :)
--
Daniel Campbell - Gentoo Developer
OpenPGP Ke
On 07/09/2017 06:53 AM, William L. Thomson Jr. wrote:
> On Sun, 9 Jul 2017 00:42:46 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>>> - Sets used in profiles cannot have use expansion, versions or
>>> anything beyond cat/pkg.
>> This would break
packages you
want in a set instead of a mask. ">=" or "<=" may be adequate if you
only want one slot or version installed, but the entire point of slots
is to allow multiple versions to be installed simultaneously. Versioned
package names in sets achieve this.
>
> - Sets should not have the same file listed, in that case inherit the
> other set if using overlapping packages or split into smaller
>
--
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
On 07/08/2017 03:29 PM, Michał Górny wrote:
> On sob, 2017-07-08 at 15:21 -0700, Daniel Campbell wrote:
>> On 07/08/2017 02:43 AM, Michał Górny wrote:
>>> Hi, everyone.
>>>
>>> I think the affairs have settled enough and I've finished filling
>>> in
ed the GLEP page for "log", "einfo", and "output" with no
results. If I've missed something please let me know.
Thanks for the work that's been put into this so far.
~zlg
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053
-conscious group take their
toys and go home? Regardless, this is a loss for Linux as a whole. I
hope something springs up in its place.
--
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
ual maintainership is preferred.
--
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
an
eclass, all ebuilds getting updated by the developer or team that
prompted the removal of the eclass?
My apologies if this is answered elsewhere. I want to be sure what's
expected, just in case I need to touch an eclass.
--
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
On 06/01/2017 11:59 PM, Kent Fredric wrote:
> On Thu, 1 Jun 2017 18:36:24 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> +1. Otherwise sounds good. But if we do this for Debian, will there be
>> movement to add in package names for rpm-based distros? Arch? BSD
? Where do we draw the line?
Will developers be expected to treat this like a mandated element? If
not, which team will have authority to touch package metadata to make
this change?
--
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
ck which plugins will work
with 'the other one' too and can use that to decide whether they want to
make the switch. This information can probably be gleaned on their own
with some detective work on the Web, but choosing this path gives the
accidental feature for free.
~zlg
--
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
akes it a little more clear how to use it. Thanks for
putting all of this together.
I'm not sure how to express this because I don't know which question to
ask. Is there anything I can help with once this gets committed?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gn
ll likely succeed.
~zlg
--
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
On Fri, May 12, 2017 at 08:32:53PM +0200, Michał Górny wrote:
> On czw, 2017-05-11 at 11:47 +0700, Alex Turbov wrote:
> > DEPEND=( doc?
> > || (
> > (
> > dev-python/sphinx[python_targets_python2_7]
> > # NOTE This packages
On Sat, May 13, 2017 at 09:32:46AM +0200, Michał Górny wrote:
> On pią, 2017-05-12 at 17:42 -0700, Daniel Campbell wrote:
> > On 05/11/2017 12:51 AM, Michał Górny wrote:
> > > In fact, I'm personally leaning towards not building docs at all
> > > in ebuilds. It's practi
d up with foo+1 packages, one extra for any package that has
documentation. Neither are particularly good solutions; Debian has done
the latter and it results in a huge number of packages for little gain.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: A
I know anyone who used rxvt
migrated to rxvt-unicode once it was stable.
--
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
# Daniel Pielmeier <bil...@gentoo.org> (7 May 2017)
# Fails to build with ffmpeg-3. Dead upstream.
# Masked for removal in 30 days. Bug #575824.
app-cdr/backlite
0xC5E80123.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
regarding _ vs. -; do you
mean the variable name? I think _ makes a bit more sense there since we
use INSTALL_MASK, PYTHON_SINGLE_TARGET, or other variable names with
underscores. Using a hyphen would make it stick out from other similarly
structured variable names.
--
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
esire.
So, for a developer/user using ~arch, what do you use and/or recommend
for Portage configuration?
Thanks for reading.
[1]: https://github.com/hasufell/portage-gentoo-git-config
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C
X_CONFERENCE_TYPE,
part of net-libs/tox, TokTok/toxcore on GitHub), but it did it quickly
and it has a clean interface. I'll definitely try using this when I find
myself stumped on something.
--
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
On 01/25/2017 01:17 PM, Gokturk Yuksek wrote:
> The following package is up for grabs:
>
> x11-misc/ktsuss
>
I can take this; I use it with SpaceFM to do things as root.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053
On 02/09/2017 12:59 PM, Michael Orlitzky wrote:
> On 02/09/2017 03:41 PM, Daniel Campbell wrote:
>> That's a great question. Based on a cursory look at make.conf's manpage,
>> USE_ORDER without 'pkginternal' will ignore IUSE defaults as intended.
>>
>
> This has alrea
On 02/09/2017 12:25 PM, Ben Kohler wrote:
>
>
> On Thu, Feb 9, 2017 at 2:18 PM, Daniel Campbell <z...@gentoo.org
> <mailto:z...@gentoo.org>> wrote:
>
> I support the idea of a profile-set variable that determines whether or
> not IUSE is respected. Min
e, and set what ever minimal IUSE flags that are needed.
>
I support the idea of a profile-set variable that determines whether or
not IUSE is respected. Minimalists get their systems faster, we get
something that adds to Gentoo's versatility and an additional profile.
Of course, we should be askin
a new profile, then certainly those who are going to use it
should be best equipped to know what needs to be in it, right? This is a
great case for building what you need and then sharing it so everyone
can benefit. I don't do embedded (though I might tinker with it some
day), so I'm definitely n
tage tree. It's
great practice and it gives you a single place to reference for people
who are using your ebuilds.
If it gets formally into layman, I believe our bugzy will cover you,
too, in case you don't want to use github. I'd ask infra just to be sure.
Overlays for Gentoo are comparable
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, and c) a way to default to one of the
given choices in "automatic" o
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
val in 30 days.
> www-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
*/*::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 suggest a
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://
etime. The most prolific designer of
> them all, is simple referred to as 'doctor bitch' by her subordinates
> and friends. Some, more respectfully refer to her as the queen of
> assembler, as she has fixed thousands of compiler bugs from a myriad of
> compiler vendors, not for compensation
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
>
>> --
>> ,,,^..^,,,
>>
>>
>
> --
> gokturk
>
>
Is it too late to suggest more standard flags? `--c` for example doesn't
make sense to me since '--' is used more for GNU long options. So it
should be '--category' and '-c' instead. Of course that's just my
op
olmod: 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
>>&
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
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
OST="${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 passing CHOST
around
/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
kturk
>
>
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
d3bd351
>> 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 @ h
nd branch off. 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 maintenance
e anything prebuilt
> will work as-is, and anything compiled will be built to work with it)
> 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 r
gt; implementation. This allows 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
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:
>>>
>>>
>>>
>>>>
om 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
t 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
The USE flag introduces needless complexity for zero benefit. Please
> explain to me 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
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 informational reasons.
--
Daniel Cam
r 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
er-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,
maybe more p
gt; 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 depend on proprietary sof
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,
> James
>
>
>> https://www.apache.org/foundation/records/
>>
>> I draw
he "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
actively hurt it.
Someone more experienced
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 <z...@gentoo.org> wrote:
>>> On 12/02/2016 10:47 AM, Michał Górny wrote:
>&g
1 - 100 of 882 matches
Mail list logo