Hi,
May be a stupid question, but
Both firefox and thunderbird have xul library. Before there was a
separate package xulrunner in the tree, but as Mozilla does not provide
it as a separate package now (as far as I remember) both firefox and
thunderbird use there own libxul.so. It seems this is the
03.11.12 09:04, Ben de Groot написав(ла):
> On 31 October 2012 23:17, Chris Reffett wrote:
>> Basically, I would rather the user get too many
>> elog messages than not enough, since I feel that a lot of people skip
>> over them anyway and so the "only display once" method makes it far
>> too easy
24.11.12 19:19, Peter Stuge написав(ла):
> Look at the following:
>
> PHP_TARGETS="php5-3"
> RUBY_TARGETS="ruby19"
> PYTHON_TARGETS="python2_7"
>
> Note the redundancy, which I'm not quite sure why we have at all..
>
> Why not also eliminate the language name in one of the two places;
> either i
Hi all,
I do not know whether this list is an appropriate place, so sorry if it
is not )
Recently I've wrote some little scripts that implement interface for
g-common type repositories of layman[1]. And I would ask those who is
interested to test them.
I've created two packages: g-common (interac
21.02.13 16:18, Ulrich Mueller написав(ла):
> It looks promising. I only wonder why you need to define your own
> fetch function instead of assigning SRC_URI? This will cause the
> ebuilds to be live ebuilds and there will be no possibility for the
> user to verify the integrity of the downloaded p
02.03.13 07:54, Ben de Groot написав(ла):
> app-admin/keepassx
> app-text/goldendict
If these two packages need a maintainer, I could proxy-maintain them.
I'm not a developer, but I have some experience with ebuild writing.
Jauhien
signature.asc
Description: OpenPGP digital signature
Hi,
net-misc/rsync upstream provides a tarball with additional patches that
can be useful for some users. I think it would be nice to have them
handled automatically by portage using e.g. USE_EXPAND.
Of course these patches can be just picked by user an applied using
epatch_user, but I think it w
04.02.14 20:53, Donnie Berkholz написав(ла):
> On 12:48 Tue 28 Jan , Michał Górny wrote:
>> Dnia 2014-01-28, o godz. 11:59:33
>> Jauhien Piatlicki napisał(a):
>>
>>> net-misc/rsync upstream provides a tarball with additional patches that
>>> can be use
Hi all,
LXQt 0.7.0 has been released [1].
As it is project different from LXDE and will be supported in parallel
with it, it seems like a good idea add a new category lxqt-base. For
previous discussion see [2] and [3].
The packages that will go into this category are:
compton-conf
libqtxdg
lxqt
Hi,
I was not able to google instructions, but you need to file a bug,
something like https://bugs.gentoo.org/show_bug.cgi?id=510028
Ask on gentoo-infra IRC channel for more information.
I think we should add instructions to some place on our wiki, where one
can easy google them.
Regards,
Jauhi
Hi all,
I have a simple question: why do we have systemd subprofiles only in gnome and
kde profiles?
Could we add systemd subprofiles also to default/linux/$arch/13.0/ and desktop
(and any other profiles where it makes sense)?
Thanks for answers,
Jauhien
signature.asc
Description: OpenPGP d
Hi,
30.08.14 04:41, Rich Freeman написав(ла):
> On Fri, Aug 29, 2014 at 7:09 PM, Jauhien Piatlicki wrote:
>> Hi all,
>>
>> I have a simple question: why do we have systemd subprofiles only in gnome
>> and kde profiles?
>>
>> Could we add systemd subprofile
05.09.14 21:21, Wyatt Epp написав(ла):
> On Fri, Sep 5, 2014 at 2:35 PM, Alex Xu wrote:
>>
>> no, because it's not necessary to bring up a working system. we don't
>> have wpa_supplicant, and we shouldn't have net-tools now that openrc
>> isn't in @system anymore.
>>
> Well, your definition of "wo
Hi,
09.09.14 20:36, hasufell написав(ла):
> Michał Górny:
>>
>> And how can you test a VCS ebuild? You can't assume upstream will be
>> stuck on one commit.
>>
>
> I don't see the argument. It sounds like you are saying "one day,
> upstream might stop supporting architecture xy, so better we just
Hi,
11.09.14 00:20, Michał Górny написав(ла):
>
> I would like to have install-qa-check.d in three main places:
>
> 1. /usr/lib/portage/install-qa-check.d (or alike) for scripts
> installed by Portage and other packages,
>
> 2. /etc/portage/install-qa-check.d for extra scripts installed
> by sy
13.09.14 19:31, Peter Stuge написав(ла):
> Jauhien Piatlicki wrote:
>> Emerging live ebuild usually is quite a risky thing,
>
> I don't know. It depends on the culture of the particular repository,
> and while it is true that many open source repos are utter crap I'
Hi,
13.09.14 22:03, Peter Stuge написав(ла):
>> E.g. we in downstream have some patches, when upstream changes
>> related code (e.g. applying our patches), ebuild fails to build.
>
> I consider this a separate issue however. I would actually expect
> there to be a policy which forbids patches on
Hi,
14.09.14 14:03, Michał Górny написав(ла):
> Hi,
>
> I'm quite tired of promises and all that perfectionist non-sense which
> locks us up with CVS for next 10 years of bikeshed. Therefore, I have
> prepared a plan how to do git migration, and I believe it's doable in
> less than 2 weeks (plus
Another question: will it be possible to maintain a copy of tree on github to
make contributions for users simpler (similarly to e.g. science overlay)? (Can
it somehow be combined with proposed signing mechanism?)
signature.asc
Description: OpenPGP digital signature
14.09.14 15:23, Jauhien Piatlicki написав(ла):
> Another question: will it be possible to maintain a copy of tree on github to
> make contributions for users simpler (similarly to e.g. science overlay)?
> (Can it somehow be combined with proposed signing mechanism?)
>
>
Or wel
14.09.14 15:25, "C. Bergström" написав(ла):
> On 09/14/14 08:24 PM, Jauhien Piatlicki wrote:
>> 14.09.14 15:23, Jauhien Piatlicki написав(ла):
>>> Another question: will it be possible to maintain a copy of tree on github
>>> to make contributions for use
Hi,
On 09/15/2014 01:37 AM, Kent Fredric wrote:
> On 15 September 2014 11:25, hasufell wrote:
>
>> Robin said
>>> The Git commit-signing design explicitly signs the entire commit,
>> including blob contents, to avoid this security problem.
>>
>> Is this correct or not?
>>
>
> I can verify a com
Hi,
Mathematics you said? That's nice. You can, for example, redesign our
portage's dependency solving algorithm, as it is quite slow at the
moment. ) I do not know what it does have inside right now, but using
SAT solver can be a good idea (there is a successful example already:
https://en.opensu
Hi,
On 11/06/2014 02:43 PM, Ciaran McCreesh wrote:
>
> If you're going to go the toolkit route, you should be using a CP
> solver, not a SAT solver. But even then you'd be better off making some
> changes and not using plain old MAC, so you're back to writing the
> algorithms yourself.
>
> What
On 11/07/2014 07:07 PM, Ciaran McCreesh wrote:
> On Fri, 07 Nov 2014 10:42:39 +0100
> Jauhien Piatlicki wrote:
>> Also may be we need to discuss how can we improve it, as at the moment
>> for me it seems one of the biggest problems with Gentoo. And afaik
>> paludis do
On 11/07/2014 08:08 PM, hasufell wrote:
> On 11/07/2014 07:54 PM, Matthias Maier wrote:
>>> Well, you're not comparing like with like. Paludis with "everything
>>> turned off" does more than Portage with "everything turned on". If all
>>> you're looking for is the wrong answer as fast as possible,
On 11/07/2014 08:21 PM, Ciaran McCreesh wrote:
> The main issue, though, is that getting a "good" resolution out of
> crappy data is extremely difficult. There's the Babbage quote:
>
> | On two occasions I have been asked, — "Pray, Mr. Babbage, if you put
> | into the machine wrong figures, will
07.11.14 21:44, hasufell написав(ла):
> On 11/07/2014 08:56 PM, Jauhien Piatlicki wrote:
>
> Every time people compare portage to paludis I read stuff like "but
> paludis is slower". That is incomplete information to put it diplomatic.
>
> Do you really care so muc
Hi Ben,
Have you read comments on Qt overlay commit? Have you check reverse
dependencies of packages you are masking? razorqt-base/libqtxdg is used by
LXQt. So, please, unmask it. I will move it into lxqt-base category. But until
this, please, do not touch it. And, please, make sure you are rea
I see it was unmasked back already. Thanks.
--
Jauhien
08.11.14 12:15, Jauhien Piatlicki написав(ла):
> Hi Ben,
>
> Have you read comments on Qt overlay commit? Have you check reverse
> dependencies of packages you are masking? razorqt-base/libqtxdg is used by
> LXQt. So, pleas
08.11.14 22:47, hasufell написав(ла):
> On 11/08/2014 10:30 PM, Rich Freeman wrote:
>> On Sat, Nov 8, 2014 at 2:48 PM, hasufell wrote:
>>> On 11/08/2014 08:32 PM, hasufell wrote:
> Sorry to chime in like that but if you don't mind, I'd like to ask for a
> real-life example for badly declar
Picking random email...
02.10.14 22:48, Michał Górny написав(ла):
What is the status here?
signature.asc
Description: OpenPGP digital signature
On 11/18/2014 04:19 AM, hero...@gentoo.org wrote:
> Jauhien Piatlicki writes:
>
>> It would be probably good to have in the tree only the core components and
>> move other stuff to the thematic overlays.
>>
>> Then we can have a clear understanding, how things s
On 11/18/2014 03:02 PM, viv...@gmail.com wrote:
> Il 18/11/2014 14:12, Jauhien Piatlicki ha scritto:
>> On 11/18/2014 04:19 AM, hero...@gentoo.org wrote:
>>> Jauhien Piatlicki writes:
>>>
>>>> It would be probably good to have in the tree only the core compo
On 11/19/2014 03:36 PM, hasufell wrote:
> On 11/18/2014 02:12 PM, Jauhien Piatlicki wrote:
>>
>> On 11/18/2014 04:19 AM, hero...@gentoo.org wrote:
>>> Jauhien Piatlicki writes:
>>>
>>>> It would be probably good to have in the tree only the core
On 11/20/2014 05:39 AM, hasufell wrote:
>
> I see a lot of things to figure out (especially PM-side, tools-side,
> maybe even PMS, maybe even repository layout, but also documentation and
> if it makes sense culture-wise), but I don't see a fundamental
> unsolvable problem here.
>
It would be in
Hi,
the list of packages that I'm no longer interested in:
media-sound/apulse -- needs version bump
dev-util/android-ndk -- needs version bump
I will remove myself from maintainers of these packages and, if there is
no other maintainers reassign bugs to maintainer-needed.
dev-util/ext4_utils
de
Hi,
I will try to work a little bit on flaggie (I also have not very much
free time, though), I guess you'll continue to accept pull requests for it?
On 06/15/2015 07:54 PM, Michał Górny wrote:
> Hi, everyone.
>
> My time for Gentoo is quite limited right now (you gotta start working
> for money
Hi Daniel,
so will you take the maintainership? I will reassign bugs to you then.
On 06/06/2015 09:23 PM, Daniel "zlg" Campbell wrote:
> On 06/06/2015 09:02 AM, Jauhien Piatlicki wrote:
>> Hi,
>
>> the list of packages that I'm no longer interested in:
>
&g
# Jauhien Piatlicki (16 Jun 2015)
# Upstream does not provide these as separated packages.
# Nobody interested in maintaining them in Gentoo.
# A number of open bugs.
# Masked for removal in 30 days.
dev-util/ext4_utils
dev-util/libsparse
signature.asc
Description: OpenPGP digital signature
Hi Daniel,
On 06/20/2015 05:35 AM, Daniel "zlg" Campbell wrote:
> Sorry for not replying sooner; my client didn't seem to reflect folder
> updates...
>
> Are there any urgent bugs right now? I'm moving tomorrow and won't be
> able to tend to them if so, but I am interested in taking
> maintainers
That's really really great. Thanks to all who contrinuted.
On 07/03/2015 09:02 AM, Duncan wrote:
> [Let this be the celebratory subthread, so people can post if they feel
> the need, but others can safely skip if they so desire...]
>
> NP-Hardass posted on Thu, 02 Jul 2015 17:42:46 -0400 as exce
On 07/21/2015 06:08 PM, Andrew Savchenko wrote:
> On Tue, 21 Jul 2015 09:10:52 -0500 J.Rutkowski wrote:
>> The problem I have with using Sabayon to ultimately install Gentoo is it
>> takes way too much work than just doing a Gentoo install...
>
> You missed my point. I'm interesting not in minimiz
Hi,
are there any docs about how to package go stuff? As I would like to
package client for google drive [1], because net-misc/grive is broken.
[1] https://github.com/odeke-em/drive
On 07/24/2015 12:53 AM, William Hubbs wrote:
> All,
>
> Here is the improvement I mentioned in the earlier thread
t, 01 Aug 2015 14:42:36 +0200 Jauhien Piatlicki wrote:
>> On 08/01/2015 01:51 PM, Andrew Savchenko wrote:
>>> do you mind moving herwig++ from the science overlay to the main
>>> Gentoo tree? (If you don't have time for this, but don't mind, I
>>> can mo
Hi,
I have plans to split ?/cargo-bin [1] package from the dev-lang/rust-bin
one. We have already dev-rust/cargo package in the rust overlay[2].
It would be logical to have dev-rust/cargo-bin package then. But there
is a problem: it will be the only package in this category in the tree
and it is
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 other rust
>> libraries and programs going into dev-rust as needed, but that's
>> just me :D
>
> Agreed. dev-util until it grows in size (isn't t
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 Campbell wrote:
>>> On 09/05/2015 01:04 PM, Matthew Thode wrote:
>
>>>> I think cargo should probably go i
On 09/07/2015 02:35 PM, Marc Schiffbauer wrote:
> Hi,
>
>
> I'd like to propose a new kind of DEPEND syntax: <>
>
> This would mean "Any version but the one specified" and is usefull when
> you have a dependency on another package but a single version of it is
> not compatible for example.
+1
it is impossible to build
both lib types) to at least give to user control on what kind of libs he
will have?
--
Jauhien Piatlicki
signature.asc
Description: OpenPGP digital signature
Hi,
On 09/20/2015 11:14 PM, Alexandre Rostovtsev wrote:
> On Sun, 2015-09-20 at 22:32 +0200, Jauhien Piatlicki wrote:
>> Hi,
>>
>> the first question is addressed both to llvm-dev and gentoo-dev. The
>> second one is Gentoo specific.
>>
>> Is there any possi
Hi,
I'm announcing the LXQt project [1] to replace the old herd as
preparation for GLEP 67 implementation. See also the appropriate bug [2].
It seems like there is a consensus about project creation (Ben de Groot,
what do you think? You haven't commented on bug). The only issue
remaining is do we
52 matches
Mail list logo
