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
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 p
(if 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
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.
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
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
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
: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 move the package myself.)
I do not see the reason for having strictly
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.
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 minimizing
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
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
maintainership of
# Jauhien Piatlicki jauh...@gentoo.org (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
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:
media-sound/apulse -- needs version bump dev
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 at
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
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
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 jauh...@gentoo.org writes:
It would be probably good to have in the tree only the core components and
move other stuff
On 11/18/2014 04:19 AM, hero...@gentoo.org wrote:
Jauhien Piatlicki jauh...@gentoo.org 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 should be: if
something
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 jauh...@gentoo.org writes:
It would be probably good to have in the tree only the core components and
move other stuff
Picking random email...
02.10.14 22:48, Michał Górny написав(ла):
What is the status here?
signature.asc
Description: OpenPGP digital signature
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
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, please, unmask it. I
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 hasuf...@gentoo.org 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
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 you
On 11/07/2014 07:07 PM, Ciaran McCreesh wrote:
On Fri, 07 Nov 2014 10:42:39 +0100
Jauhien Piatlicki jauh...@gentoo.org 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 does not solve
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, there are
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 the
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 much about speed that you don't mind wrong
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:
Hi,
22.09.14 20:38, Zac Medico написав(ла):
On 09/22/2014 05:44 AM, Jauhien Piatlicki wrote:
Hi,
could we have possibility to disable some repoman checks in repo
configs? See e.g. https://github.com/gentoo-science/sci/issues/268
--
Jauhien
How about if we add a new field to metadata
Hi,
could we have possibility to disable some repoman checks in repo
configs? See e.g. https://github.com/gentoo-science/sci/issues/268
--
Jauhien
signature.asc
Description: OpenPGP digital signature
Hi,
On 09/15/2014 01:37 AM, Kent Fredric wrote:
On 15 September 2014 11:25, hasufell hasuf...@gentoo.org 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
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 the
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 well, have our own pull
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 users simpler (similarly to e.g. science
overlay
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 sysadmin,
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'm
not sure if that is the common
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 live
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 omit
all
Hi,
can repoman logic be changed a little bit, so it prepends commit message
for git repos with package name? Otherwise git log when using repoman
looks not informative.
Regards,
Jauhien
signature.asc
Description: OpenPGP digital signature
08.09.14 19:04, Zac Medico написав(ла):
On 09/08/2014 04:32 AM, Jauhien Piatlicki wrote:
Hi,
can repoman logic be changed a little bit, so it prepends commit message
for git repos with package name? Otherwise git log when using repoman
looks not informative.
Regards,
Jauhien
We could
05.09.14 21:21, Wyatt Epp написав(ла):
On Fri, Sep 5, 2014 at 2:35 PM, Alex Xu alex_y...@yahoo.ca 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
Hi,
30.08.14 04:41, Rich Freeman написав(ла):
On Fri, Aug 29, 2014 at 7:09 PM, Jauhien Piatlicki jauh...@gentoo.org wrote:
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
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
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,
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
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 jpiatli...@gmail.com napisał(a):
net-misc/rsync upstream provides a tarball with additional patches that
can be useful for some users. I think
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
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
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
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
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 in the variable
03.11.12 09:04, Ben de Groot написав(ла):
On 31 October 2012 23:17, Chris Reffett creff...@gentoo.org 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
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
56 matches
Mail list logo
