Eli Schwartz writes:
> On 9/25/24 1:47 PM, Mart Raudsepp wrote:
>> Hello
>>
>>
> [...]
>> To my knowledge, one big issue right now is a circular dep between
>> glib->gobject-introspection->glib, which needs proper solving to move
>> forward with things. Or at least look at reducing the glib requ
On Wed, Sep 25, 2024 at 3:46 PM James Le Cuirot wrote:
> Yes, the glib/gobject-introspection conflict was my main test case. It was an
> interesting one because it also involved some blockers. I pushed my half baked
> idea up to GitHub in the hope that Zac or someone could maybe take it and
> actu
On Wed, 2024-09-25 at 23:46 +0100, James Le Cuirot wrote:
> On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote:
> > On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:
> > > Chewi was also trying to see if portage can be convinced to stage the
> > > same package twice with different U
On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote:
> On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:
> > Chewi was also trying to see if portage can be convinced to stage the
> > same package twice with different USE flags in the same emerge process
> > in order to solve cyclical
On Wed, Sep 25, 2024 at 08:47:30PM +0300, Mart Raudsepp wrote:
> Hello
>
>
> The state of GNOME in Gentoo could use a bunch of work and we don't
> really have the developers currently to take care of it.
> My own grandiose plans to be back and keep things in good order faced
> sad reality (a bunc
On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:
> Chewi was also trying to see if portage can be convinced to stage the
> same package twice with different USE flags in the same emerge process
> in order to solve cyclical USE flag dependencies, but it's not a
> guarantee...
I see it
On 9/25/24 1:47 PM, Mart Raudsepp wrote:
> Hello
>
>
> The state of GNOME in Gentoo could use a bunch of work and we don't
> really have the developers currently to take care of it.
> My own grandiose plans to be back and keep things in good order faced
> sad reality (a bunch of personal things)
Hello
The state of GNOME in Gentoo could use a bunch of work and we don't
really have the developers currently to take care of it.
My own grandiose plans to be back and keep things in good order faced
sad reality (a bunch of personal things) and we could really use some
help in at least carefully
help
help
Mit freundlichen Grüßen
Ilja Pogrebnjak
--
Ilja Pogrebnjak
GnuPG-KeyID: 0x834288FD
Fingerprint: 3849 A2DF 5EFB 9F7E BD51 AC8C F422 ED39 8342 88FD
On Wed 12 Jul 2023 22:38:00 GMT, Jakov Smolić wrote:
> Great!
>
> If you want to get started it would be good to update the package (and
> dev-util/clippy with it too) to latest version and fix some of the open
> bugs. Feel free to ping me on IRC if you run into problems or need any help.
>
> T
Am 13.07.23 um 09:10 schrieb Jaco Kroon:
Hi Alarig,
On 2023/07/12 15:18, Alarig Le Lay wrote:
Hello Jakov,
On Wed 12 Jul 2023 10:54:47 GMT, Jakov Smolić wrote:
Hi all,
I was recently left as the sole maintainer of net-misc/frr and given I'm
not actively using the package anymore it would be g
Hi Alarig,
On 2023/07/12 15:18, Alarig Le Lay wrote:
Hello Jakov,
On Wed 12 Jul 2023 10:54:47 GMT, Jakov Smolić wrote:
Hi all,
I was recently left as the sole maintainer of net-misc/frr and given I'm
not actively using the package anymore it would be good if someone who
is an active user could
On 7/12/23 15:18, Alarig Le Lay wrote:
Hello Jakov,
On Wed 12 Jul 2023 10:54:47 GMT, Jakov Smolić wrote:
Hi all,
I was recently left as the sole maintainer of net-misc/frr and given I'm
not actively using the package anymore it would be good if someone who
is an active user could take over.
Hello Jakov,
On Wed 12 Jul 2023 10:54:47 GMT, Jakov Smolić wrote:
> Hi all,
> I was recently left as the sole maintainer of net-misc/frr and given I'm
> not actively using the package anymore it would be good if someone who
> is an active user could take over. There are several open bugs and a n
Hi all,
I was recently left as the sole maintainer of net-misc/frr and given I'm
not actively using the package anymore it would be good if someone who
is an active user could take over. There are several open bugs and a new
upstream release.
I can stay as a secondary maintainer and help out
> On 15 Oct 2021, at 16:00, xgqt wrote:
>
> Hi!
>
> I'm having a problem with guile packages and portage QA checks.
> Guile puts the compiled bytecode into the /usr/lib64 directory which produces
> a portage warning that unrecognized ELF files are being installed.
>
> Example bug reports:
>
Hi!
I'm having a problem with guile packages and portage QA checks.
Guile puts the compiled bytecode into the /usr/lib64 directory which
produces a portage warning that unrecognized ELF files are being installed.
Example bug reports:
https://bugs.gentoo.org/727146
https://bugs.gentoo.org/81723
Thank you, guys
I actually like Andrew's suggestion for sys-auth. I am still relatively
new to gentoo, so when I was skipping through all the categories it just
didn't sound like even a possible match to me. But its description
definitely sounds very close to Authenticator. I guess I was scared of
On Tue, 28 Aug 2018 09:32:29 -0500 Alexander Trotsenko wrote:
> Hello, guys!
>
> I tried asking this question in #gentoo-proxy-maint IRC and I was told I
> should venture for gentoo-dev mailing list.
>
> So I introduced a new package into Gentoo, Authenticator
> (https://github.com/bilelmoussaoui
On 08/28/2018 10:32 AM, Alexander Trotsenko wrote:
> Hello, guys!
>
> I tried asking this question in #gentoo-proxy-maint IRC and I was told I
> should venture for gentoo-dev mailing list.
>
> So I introduced a new package into Gentoo, Authenticator
> (https://github.com/bilelmoussaoui/Authentica
Hello, guys!
I tried asking this question in #gentoo-proxy-maint IRC and I was told I
should venture for gentoo-dev mailing list.
So I introduced a new package into Gentoo, Authenticator
(https://github.com/bilelmoussaoui/Authenticator). I placed it under
gnome-extra. However, shortly after the c
On 11/12/2017 10:21 AM, Ulrich Mueller wrote:
>
>> * Change the PMS to remove "undefined behavior" and replace it with
>> "empty directories must be tracked, and may only be removed once no
>> installed package is using them," or something along those lines.
>> That leaves the implem
On 11/12/2017 08:43 AM, Michał Górny wrote:
>
> I'm not convinced a QA warning is valid, given that not every empty
> directory is meaningful. You're going to either cause people to create
> unnecessary 'keepdir's, or to be swamped by false positives.
The warning would essentially be saying, "you
> On Sun, 12 Nov 2017, Michael Orlitzky wrote:
> Some day -- I'll add it to my list. For now I'll update the docs to
> explain why you should use keepdir, and do a QA warning for empty
> directories. Then how does this sound for EAPI=next?
> * Ban keepdir.
> * Have portage call its keepd
W dniu nie, 12.11.2017 o godzinie 07∶53 -0500, użytkownik Michael
Orlitzky napisał:
> On 11/11/2017 02:26 PM, Michał Górny wrote:
> > >
> > > As far as the actual implementation goes, I'm not sure that
> > > automatically-generated ".keep" files are better than having the package
> > > manager mai
On 11/11/2017 02:26 PM, Michał Górny wrote:
>>
>> As far as the actual implementation goes, I'm not sure that
>> automatically-generated ".keep" files are better than having the package
>> manager maintain its own database. The latter would be more complex, but
>> would avoid littering everyone's f
On Sat, 11 Nov 2017 12:31:15 -0500
Michael Orlitzky wrote:
> Essentially,we have two commands to create a directory, "dodir" and
> "do-empty-dir" (which we call "keepdir"). The latter is only necessary
> due to an implementation detail, so it doesn't belong in the user
> interface -- the PM shou
W dniu sob, 11.11.2017 o godzinie 12∶31 -0500, użytkownik Michael
Orlitzky napisał:
> > > and a meta-question,
> > >
> > > c) Seriously, empty directories are undefined behavior?
> >
> > ...and how could they be defined if a directory can be installed by
> > multiple packages and has no explici
On 11/11/2017 02:58 AM, Michał Górny wrote:
>>
>> Certainly "keepdir" will make the directory non-empty, but with the
>> additional (unwanted) side-effect that the directory won't be removed
>> when the package is uninstalled.
>
> Wrong. It creates a dotfile inside it, and removes it along with it
W dniu pią, 10.11.2017 o godzinie 19∶21 -0500, użytkownik Michael
Orlitzky napisał:
> On 11/10/2017 04:36 PM, Damo Brisbane wrote:
> >
> > Re for...keepdir, I found removing it then the /var/log/fabio folders
> > were not getting created, so keeping it in there.
>
> You need to tell the ebuild to
On 11/10/2017 04:36 PM, Damo Brisbane wrote:
>
> Re for...keepdir, I found removing it then the /var/log/fabio folders
> were not getting created, so keeping it in there.
You need to tell the ebuild to create that directory one way or another.
The "dodir" function will create the directory, but w
t be created.
>
> Overall, looks good.
>
> For testing help, you'll probably have the best luck in #gentoo-user on
> IRC. For ebuild reviews, we have a dedicated mailing list,
> gentoo-devh...@lists.gentoo.org and an associated IRC channel,
> #gentoo-dev-help (yes, they're hyphenated differently...)
>
>
n
benefit -- namely that if the installation fails, the user and group
won't be created.
Overall, looks good.
For testing help, you'll probably have the best luck in #gentoo-user on
IRC. For ebuild reviews, we have a dedicated mailing list,
gentoo-devh...@lists.gentoo.org and an associated IRC channel,
#gentoo-dev-help (yes, they're hyphenated differently...)
I've run up a couple of golang based ebuilds - for the fabio load balancer.
My first run at it, not completely sure of any follow up process, mentor?
other posting, overlap with existing work? Anyway, would appreciate the
feedback.
FYI, custom overlay at * https://github.com/damobrisbane/damo-over
On Tue, Aug 22, 2017 at 3:50 PM, wrote:
> Hi,
>
> Some time ago I've made an effort to split ejabberd into proper
> dependencies handled by portage rather than repackaging bundle produced
> by rebar. While I've found that easier to maintain, my lack of
> knowledge about Erlang makes maintenanace
Hi,
Some time ago I've made an effort to split ejabberd into proper
dependencies handled by portage rather than repackaging bundle produced
by rebar. While I've found that easier to maintain, my lack of
knowledge about Erlang makes maintenanace quite difficult. I'd
appreciate if someone who actua
On December 14, 2016 2:40:45 PM GMT+01:00, Andrey Utkin
wrote:
>On Tue, Dec 13, 2016 at 06:00:25PM -0500, Mike Gilbert wrote:
>> Keeping up with the frequent Chromium releases is quite a chore.
>> Recently, phajdan.jr has been slacking on the masked dev channel
>> updates due a hardware problem,
On Tue, Dec 13, 2016 at 06:00:25PM -0500, Mike Gilbert wrote:
> Keeping up with the frequent Chromium releases is quite a chore.
> Recently, phajdan.jr has been slacking on the masked dev channel
> updates due a hardware problem, so I have been spending additional
> time on them.
>
> If there are
On Tuesday, December 13, 2016 06:00:25 PM Mike Gilbert wrote:
> Keeping up with the frequent Chromium releases is quite a chore.
> Recently, phajdan.jr has been slacking on the masked dev channel
> updates due a hardware problem, so I have been spending additional
> time on them.
>
> If there are
Keeping up with the frequent Chromium releases is quite a chore.
Recently, phajdan.jr has been slacking on the masked dev channel
updates due a hardware problem, so I have been spending additional
time on them.
If there are any developers with relatively fast hardware that could
take on the stable
On 2014-11-12 06:31, Andreas K. Huettel wrote:
> [Sending this out for scarabeus since the gmail conspiracy is keeping him
> from
> posting to the -dev mailing list...]
> Hello people,
> I stopped using weechat and it is slowly piling bugs, so if someone wants to
> take over, it would be lovel
2014-11-12 12:39 GMT+01:00 Alice Ferrazzi :
> i use weechat everyday :)
> glad to help
>
> Great, just take look on the bugs, and sent me patches.
I shall gladly include them in cvs :)
Tom
i use weechat everyday :)
glad to help
On Wed, Nov 12, 2014 at 8:31 PM, Andreas K. Huettel
wrote:
> [Sending this out for scarabeus since the gmail conspiracy is keeping him from
> posting to the -dev mailing list...]
>
>
> Hello people,
>
> I stopped using weechat and it is slowly piling bugs, s
[Sending this out for scarabeus since the gmail conspiracy is keeping him from
posting to the -dev mailing list...]
Hello people,
I stopped using weechat and it is slowly piling bugs, so if someone wants to
take over, it would be lovely.
net-irc/weechat
Thanks
Tom
--
Andreas K. Huettel
Ge
Hello there,
Last night I decided to join the LXQT project.
So I was checking our their their repo: git clone
http://github.com/lxde/lxqt ~/src/lxqt
Cretaed a build directory in there and ran cmake.
It appeared that my version of liblxqt(0.8.0) was too old and I needed
the current one from git.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
It's been a QA team objective for some time to help get rid of older
EAPI ebuilds in-tree. I personally will be spending some time in the
next couple weeks working on this, but I we on the QA team would
appreciate it if the developer commu
Hi All,
I am trying to create an ebuild for Egroupware 14.1. (released this month)
To find out the dependencies, I am going through the setup check and am stuck
with the following:
**
Checking PEAR pear.horde.org/Horde_Imap_Client (2.16.0) is installed: False
PEAR::Horde_Imap_Client is needed by
--
andrei vinogradov
media-gfx/k3d is not buildable for a long time in the tree due boost
update (also in stable), it also has some important pending bugs:
https://bugs.gentoo.org/buglist.cgi?quicksearch=k3d&list_id=2093406
Is anyone interested on it to try to solve some of the most important
bugs?
Thanks a lot
Pacho Ramos wrote:
> Looks like cman stabilization (that is needed to stabilize newer lvm2,
> that is needed to stabilize newer udev...) is blocked by its init.d
> script wanting to load modules even on kernels without modules:
> https://bugs.gentoo.org/show_bug.cgi?id=442512#c5
>
> Arch team peop
On Sun, 2012-12-02 at 23:10 +0100, Pacho Ramos wrote:
> Arch team people think that this should be handled before but... how
> should it be handled?
I agree with the arch teams here. You can do something as mundane as:
if [ -e /proc/modules ]; then
COMPLICATED MODULE MADNESS
fi
Regards,
Tony
Hello
Looks like cman stabilization (that is needed to stabilize newer lvm2,
that is needed to stabilize newer udev...) is blocked by its init.d
script wanting to load modules even on kernels without modules:
https://bugs.gentoo.org/show_bug.cgi?id=442512#c5
Arch team people think that this shoul
We are behind with graphviz and 2.28.x series has been out for quite a
while.
However working on the ebuild will require quite a work and then
backtracking the bugs that come after it as a result (believe me, there
will be ones)
It seems graphics@ is currently a bit understaffed and I really
On Mon, Feb 20, 2012 at 2:38 PM, Pacho Ramos wrote:
> The problem is that users CCed on their bug reports have provided
> patches and fixes for them and would probably get angry if we punt them
> without even applying the patches to the tree (but I don't want to
> commit them as I cannot even test
El lun, 20-02-2012 a las 13:09 -0500, Michael Sterrett escribió:
> Maybe it's time to just punt svgalib? There are only 46 ebuilds that
> use it (some, optionally).
>
> On Sun, Feb 19, 2012 at 6:30 AM, Pacho Ramos wrote:
> > Hello
> >
> > You can see current opened bugs for svgalib here:
> > htt
Maybe it's time to just punt svgalib? There are only 46 ebuilds that
use it (some, optionally).
On Sun, Feb 19, 2012 at 6:30 AM, Pacho Ramos wrote:
> Hello
>
> You can see current opened bugs for svgalib here:
> https://bugs.gentoo.org/buglist.cgi?quicksearch=media-libs%
> 2Fsvgalib;list_id=8127
Hello
You can see current opened bugs for svgalib here:
https://bugs.gentoo.org/buglist.cgi?quicksearch=media-libs%
2Fsvgalib;list_id=812773
Most of them already contain a patch that is supposed to fix each bug
report, the problem is that svgalib doesn't build at all on amd64 and,
then, would be
El sáb, 02-10-2010 a las 21:36 +0400, Peter Volkov escribió:
> Hi, Pacho.
>
> В Птн, 01/10/2010 в 20:14 +0200, Pacho Ramos пишет:
> > Since Calchan doesn't have much time for f-spot and dotnet team is
> > conformed basically by me, I would welcome any help for trying to
> > bump f-spot to its 0.8
Hi, Pacho.
В Птн, 01/10/2010 в 20:14 +0200, Pacho Ramos пишет:
> Since Calchan doesn't have much time for f-spot and dotnet team is
> conformed basically by me, I would welcome any help for trying to
> bump f-spot to its 0.8 version. The problem is that eautoreconf doesn't
> run, even running "au
Hello
Since Calchan doesn't have much time for f-spot and dotnet team is
conformed basically by me, I would welcome any help for trying to
bump f-spot to its 0.8 version. The problem is that eautoreconf doesn't
run, even running "autoreconf" on unpacked upstream sources fails with
the following e
Dennis.Yxun wrote:
> HI Folks:
> I'm not a ebuild guru, so I ask here directly.
> Here I'm trying to update kicad package to support live svn repos.
> But the problem I face here is, kicad seperate different sources base on
> different USE flags
>I slightly modified the ebuild files, bu
HI Folks:
I'm not a ebuild guru, so I ask here directly.
Here I'm trying to update kicad package to support live svn repos.
But the problem I face here is, kicad seperate different sources base on
different USE flags
I slightly modified the ebuild files, but it simply doesn't work.
An
Natanael Copa wrote:
IIRC thread starter complained about too many wrong RDEPEND.
No, the thread started with an attitude problem, still unsolved btw.
Problem is not that devs are not willing to fix. Problem is that its to
easy to inject wrong RDEPEND in the tree in the first place and only w
Robin H. Johnson wrote:
- "What I am asking Gentoo Foundation is, let me fix them"
Apply to be a developer, then you can fix them. I don't personally have
any opinion (positive or negative) about Sabayon, but a former coworker
of mine was a big fan.
Addendum, the Foundation cannot do anything a
On Fri, 2008-03-14 at 10:09 +0100, Jan Kundrát wrote:
> Natanael Copa wrote:
> > So since I build a distro where size does matter (uclibc) I realised
> > that even if I submit bugs for broken RDEPEND, there will never be an
> > end to those bug reports. Looking at this thread, it seems i was rig
Natanael Copa wrote:
So since I build a distro where size does matter (uclibc) I realised
that even if I submit bugs for broken RDEPEND, there will never be an
end to those bug reports. Looking at this thread, it seems i was right.
I wonder what you are looking at :(. You've been told by multi
On Thu, 13 Mar 2008 09:55:29 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> Do people really think that a pre-compiled stage tarball is source?
> How about a pre-compiled LiveCD? Anyone?
No, but they do think that it's not really a distribution, since you
don't use the binaries with changing
Joshua,
I know that draft quite well, I used as reference for writing Entropy,
our binary package manager which only uses {R,P}DEPEND and not DEPEND.
So here comes the issue, when *DEPEND are not declared properly
Entropy pulls in unneeded packaged.
What you are saying is something I am already awa
On Thu, 13 Mar 2008 09:25:17 -0700
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-03-13 at 13:53 +0100, Fabio Erculiani wrote:
> > What I need is _basic_ respect on #gentoo-dev
>
> I guess you don't understand that respect has to be earned.
Mmm, funny, when I said that, certain people
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabio Erculiani wrote:
| Hi Joshua,
| I never had issues with my emails. So I don't really know what to
| answer you regarding to your issues :)
| SPLIT: Although I think it can be a suboptimal thing for us, I can
| understand your policy. Let me add
Hi Joshua,
I never had issues with my emails. So I don't really know what to
answer you regarding to your issues :)
SPLIT: Although I think it can be a suboptimal thing for us, I can
understand your policy. Let me add that, to me, the biggest issue is
about (R)DEPEND. Splitting packages and maintai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabio Erculiani wrote:
| Hi all,
|
| Cheers
interestingly enough ixnay...I've tried contacting you about working
together with Gentoo and on things related to eapi as sabayon is one of
the more popular distributions that has somewhat of a basis on
On Thu, Mar 13, 2008 at 8:44 PM, Natanael Copa <[EMAIL PROTECTED]> wrote:
> Regarding the RDPEND's, there is nothing in the framework protecting the
> RDEPENDS from be wrong. If its wrong, package still compiles and
> installs and (almost) everyone is happy.
Just because it compiles and install
Bo Ørsted Andresen wrote:
We can all agree that Gentoo's binary package support leaves a lot of room for
improvement. But to fix that you need to come up with real solutions and be
prepared to discuss them here and through our bugzilla. And accept the fact
that it will take time... On top of th
Chris Gianelloni wrote:
On Thu, 2008-03-13 at 14:34 +0100, Natanael Copa wrote:
On Thu, 2008-03-13 at 00:35 +0100, Fabio Erculiani wrote:
I offer my help to fix DEPEND/RDEPEND split issues which is causing me
a lot of headaches (along with localizations).
For reference, please have a l
Rémi Cardona wrote:
Natanael Copa a écrit :
But somethimes you just need to accept we don't live in a perfect world.
I understood early that nobody cares that much about binpkgs anyway and
moved on.
I'd say you're mistaken. A lot of people care about binpkg. It's not
because a majority of dev
On Thu, Mar 13, 2008 at 01:53:34PM +0100, Fabio Erculiani wrote:
> Hi Robin,
> first of all.
> What I need is _basic_ respect on #gentoo-dev
> You here seem all polite, but there you like playing me.
> This is not a good start.
Excuse me? I have never spoken to you on the #gentoo-dev IRC channel,
a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm not a gentoo-dev - and I did not read the whole thread, because it
was too political for me (do I really have to read all these IRC quotes?).
But I just had an idea for this topic (don't know if anyone had this
already - or if it is not applicabl
On Thu, 2008-03-13 at 14:48 -0400, Caleb Tennis wrote:
> > As much as I hate to say it, your example was rather bunk, because
> > openssl changed SONAME during that time. Keeping the package
>
> You're right here. After review, the problem was the difference between
> 0.9.8e and
> 0.9.8g, the l
>> I use this example because it's actually hit me before, but it extends to
>> lots of
>> other scenarios. The obvious fix is to either use --deep, or just make sure
>> you
>> need machine 2 up to date with machine 1, though that's difficult to do when
>> you're
>> talking about machine 301 and
On Thu, 2008-03-13 at 17:48 +0100, Fabio Erculiani wrote:
> On 3/13/08, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> > I'm a distro builder, too, and I haven't been hitting any of these
> > problems. Would you care to point out the actual problems, or will the
> > "close to useless" comment be
Fabio Erculiani wrote:
^^ This is a really stupid sentence. It seems some of you don't even
realize how many users we brought to Gentoo, and this is really sad.
I'm not sure I understand how exactly you bring people to Gentoo. You
bring people to your distribution which is a binary rebuilt of
On 3/13/08, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> I'm a distro builder, too, and I haven't been hitting any of these
> problems. Would you care to point out the actual problems, or will the
> "close to useless" comment be our only indication of the perceived
> problems?
>
>
> --
> Chr
On Thu, 2008-03-13 at 10:15 -0400, Caleb Tennis wrote:
> > +1 on that and if people who use binary pkgs don't tell us what breaks,
> > we won't know.
>
> The binpkg format needs some way to store the actual versions of the
> dependencies as
> they were on the machine the package was compiled on.
On Thu, 2008-03-13 at 14:34 +0100, Natanael Copa wrote:
> On Thu, 2008-03-13 at 00:35 +0100, Fabio Erculiani wrote:
>
> > I offer my help to fix DEPEND/RDEPEND split issues which is causing me
> > a lot of headaches (along with localizations).
> > For reference, please have a look here:
> > http:
On Thu, 2008-03-13 at 13:53 +0100, Fabio Erculiani wrote:
> What I need is _basic_ respect on #gentoo-dev
I guess you don't understand that respect has to be earned. There's a
major difference between courtesy and respect. You should be given
courtesy. You have to earn respect. Demanding respe
Natanael Copa a écrit :
But somethimes you just need to accept we don't live in a perfect world.
I understood early that nobody cares that much about binpkgs anyway and
moved on.
I'd say you're mistaken. A lot of people care about binpkg. It's not
because a majority of devs don't _use_ them th
Since you wanted to bring this onto this mailing list, I will address
all of the points you are making here, though I don't believe this to be
the correct place.
To preface the whole thing, I was really trying to understand your
viewpoint and help make things better, but you were either not
unders
On Thu, 2008-03-13 at 14:48 +0100, Rémi Cardona wrote:
> Natanael and Fabio,
> But a proper bug report is the way to go if you things to move in any
> direction.
Happens once in while i post a patch there
http://tinyurl.com/399gnr
But somethimes you just need to accept we don't live in a perfe
On Thu, 2008-03-13 at 15:42 +0200, Petteri Räty wrote:
> Natanael Copa kirjoitti:
> > While Gentoo is fantasitc to build stuff, the binary packagement has
> > some serious issues. It would be really nice if Gentoo could be better
> > on supporting other binary only package managers.
> Expected a
> I think remi was more speaking about incorrect deps (say misplaced in
> RDEPEND) than problems concerning the package manager.
>
> In any case, openssl is the perfect example of what can go wrong because
> of upstream's behavior. The problem is that program A compiled against
> version X of opens
> Isn't that stored in the NEEDED file?
It very well might be, I'm not much of an expert here :)
> I think binpkgs store more information than you think. It's just that
> Portage doesn't fully use it (yet).
This is good information to know. Thanks!
Caleb
--
gentoo-dev@lists.gentoo.org maili
Le jeudi 13 mars 2008 à 10:15 -0400, Caleb Tennis a écrit :
> > +1 on that and if people who use binary pkgs don't tell us what breaks,
> > we won't know.
>
> I'll kick it off, then.
>
> The binpkg format needs some way to store the actual versions of the
> dependencies as
> they were on the mac
(I experimented with binpkgs a little while ago in Prefix)
On 13-03-2008 10:15:33 -0400, Caleb Tennis wrote:
> > +1 on that and if people who use binary pkgs don't tell us what breaks,
> > we won't know.
>
> I'll kick it off, then.
>
> The binpkg format needs some way to store the actual version
> +1 on that and if people who use binary pkgs don't tell us what breaks,
> we won't know.
I'll kick it off, then.
The binpkg format needs some way to store the actual versions of the
dependencies as
they were on the machine the package was compiled on. Then, when emerging the
binpkg, someway t
On Thursday 13 March 2008 14:34:50 Natanael Copa wrote:
> On Thu, 2008-03-13 at 00:35 +0100, Fabio Erculiani wrote:
> > I offer my help to fix DEPEND/RDEPEND split issues which is causing me
> > a lot of headaches (along with localizations).
> > For reference, please have a look here:
> > http://pl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fabio Erculiani wrote:
| [02:31] lxnay: we offer all of our work that you base your
| distribution off, and you don't contribute back at all, in any way.
|
| ^^ This is a really stupid sentence. It seems some of you don't even
| realize how many user
On Thu, Mar 13, 2008 at 2:10 PM, Fabio Erculiani <[EMAIL PROTECTED]> wrote:
> [02:31] lxnay: we offer all of our work that you base your
> distribution off, and you don't contribute back at all, in any way.
>
> ^^ This is a really stupid sentence.
While I would agree Halcy0n's statement is slig
Fabio Erculiani wrote:
media-libs/x264-svn -> dev-lang/yasm
dev-libs/lzo -> dev-lang/nasm
sys-apps/attr -> sys-devel/autoconf
*snip*
Some of those aren't broken, and I just fixed a few media ones in the
tree, but that list is similiar to what I was asking for earlier, and a
good way to contr
1 - 100 of 123 matches
Mail list logo
