On Sat, Sep 24, 2011 at 02:43, Nikos Chantziaras wrote:
> On 09/24/2011 08:24 AM, Mike Frysinger wrote:
>> the defines in question are internal to zlib. packages relying on them
>> are broken, plain and simple.
>
> Then fix *them*, not zlib.
they are being fixed already
> Then why did you "fix"
On Sat, Sep 24, 2011 at 02:49, Duncan wrote:
> Mike Frysinger posted on Sat, 24 Sep 2011 01:10:43 -0400 as excerpted:
>> it was purely to keep people from continuing to whine with circular
>> logic. if bugzilla had a way to temporarily lock comments, i would
>> have used that.
>
> In theory, that'
Hello developers!
I wrote my first ebuild and I would like to ask for some feedback on it.
It's attached to bug https://bugs.gentoo.org/show_bug.cgi?id=261362
Because the application neither has a makefile nor is using distribute
since it's python, I have to install all files by hand, or have I?
On Sat, Sep 24, 2011 at 3:10 AM, Mike Frysinger wrote:
> On Sat, Sep 24, 2011 at 02:49, Duncan wrote:
>> Unfortunately, locking a bug to kill the whining is likely to have rather
>> more negative effects than one might have anticipated. One would think
>> comment locking would be a logical enough
On 09/24/2011 10:07 AM, Mike Frysinger wrote:
On Sat, Sep 24, 2011 at 02:43, Nikos Chantziaras wrote:
On 09/24/2011 08:24 AM, Mike Frysinger wrote:
the defines in question are internal to zlib. packages relying on them
are broken, plain and simple.
Then fix *them*, not zlib.
they are being
On Fri, Sep 16, 2011 at 09:59, Rich Freeman wrote:
> I'm a bit concerned that the future of linux on the desktop is going to be
> one where your choices are things like Android, ChromeOS, Ubuntu, Gnome OS,
> or a "KDE OS." Each one would have its own package managers, repositories,
> distros, APIs
On Sat, Sep 24, 2011 at 14:18, Rich Freeman wrote:
> On Sat, Sep 24, 2011 at 3:10 AM, Mike Frysinger wrote:
>> On Sat, Sep 24, 2011 at 02:49, Duncan wrote:
>>> Unfortunately, locking a bug to kill the whining is likely to have rather
>>> more negative effects than one might have anticipated. One w
