On Sun, Jun 10, 2012 at 9:49 PM, Ciaran McCreesh
wrote:
> On Sun, 10 Jun 2012 21:45:27 +0100
> Nirbheek Chauhan wrote:
>> It's a simple workaround for the lack of proper ebuild namespacing on
>> the basis of slots.
>>
>> So, till we have that, this works pret
t's a simple workaround for the lack of proper ebuild namespacing on
the basis of slots.
So, till we have that, this works pretty well. :)
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Fri, Jun 8, 2012 at 3:06 PM, Nirbheek Chauhan wrote:
> On Fri, Jun 8, 2012 at 2:58 PM, Pacho Ramos wrote:
>> As talked with him via mail, thanks for taking it
>
> I think you missed the list of packages?
>
Hum, sorry about that. I got a bit confused there. :)
--
~Nirbhe
On Fri, Jun 8, 2012 at 2:58 PM, Pacho Ramos wrote:
> As talked with him via mail, thanks for taking it
I think you missed the list of packages?
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
gh for you.
>
+1
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sun, May 20, 2012 at 6:55 PM, Michał Górny wrote:
> On Sun, 20 May 2012 15:33:11 +0300
> Samuli Suominen wrote:
>
>> ChangeLog entries missing for every autotools.eclass modification
>> today.
>
> I will repeat once again: autogenerate them.
>
+1 for this, ser
itweb/?p=proj/gnome.git;a=blob;f=eclass/gnome2-live.eclass;h=897adf863cb3f653ed96f45b14b637f7af651b1a;hb=HEAD#l110
You might want to cherry-pick some of those?
Cheers,
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
mass storage device.
> Ditto for my HTC Desire.
>
"Those who don't understand UNI^H^H^Hsoftware are condemned to
reinvent it, poorly."
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
at run-time.
>
Doesn't make sense to unnecessarily unify USE-flags like that.
"Consolidate just enough, but not too much."
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sat, Feb 4, 2012 at 12:57 AM, Mike Frysinger wrote:
> On Friday 03 February 2012 11:44:42 Nirbheek Chauhan wrote:
> > On Fri, Feb 3, 2012 at 3:26 PM, Mike Frysinger
> wrote:
> > >> mozlinguas() {
> > >
> > > missing eclass documentation
> &g
On Fri, Feb 3, 2012 at 3:26 PM, Mike Frysinger wrote:
> please post it inline to make review easier
>
>> # @MAINTAINER: mozi...@gentoo.org
>> # @AUTHOR: Nirbheek Chauhan
>
> goes on newline, not inlined
>
Fixed
>> # @DESCRIPTION: Array containing the lis
On Thu, Feb 2, 2012 at 12:55 AM, Nirbheek Chauhan wrote:
> I'd love to have the attached eclass reviewed before I commit it. For
> those using gmail, here's a web copy: http://i.cx/ahp
> (git.o.g.o/mozilla)
>
After comments from mgorny on #gentoo-dev, I've made the
packs
${LANGS[@]}, and exports src_unpack and src_install to install
language packs.
I'd love to have the attached eclass reviewed before I commit it. For
those using gmail, here's a web copy: http://i.cx/ahp
(git.o.g.o/mozilla)
Thanks!
--
~Nirbheek Chauhan
Gentoo GNOME+Mo
wait...
>
> I'm wonder why I'm replying to a mail sent by person who lacks enough
> courage to sign him-/herself. I guess I want to be funny too.
>
Actually, I'm wondering how much cognitive dissonance it takes to
complain about the possibility of using proprietary softw
roject.org/wiki/Features/UsrMove#Benefit_to_Fedora
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
All these packages have dead upstreams, and are leaf packages which
nothing else depends on, except with USE=esd, which is also masked for
removal.
Note: wmpop has replacements with the same name, the rest are useless.
# Nirbheek Chauhan (04 Jan 2012)
# Outdated and unused sound daemon. Why is
ally easy by exporting individual streams for
each application, which allows easy management. EsounD has no
advantages over icecast.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
decade ago.
Thanks for reporting this bug! I'll keep track of it now and try to
get it fixed.
On Wed, Jan 4, 2012 at 6:48 AM, Nirbheek Chauhan wrote:
> Hi folks,
>
> Today, I was shocked to find that the EsounD daemon is still in the
> tree and new ebuilds are actually still pu
ource doesn't turn up anything that suggests that
>> it might.
>
> I think the main use case for mdev is to do a one-time creation of
> typical device nodes with minimal use of resources.
In that case, you don't need a userspace daemon at all. Just use
devtmpfs. That'll use e
also suffice
since pulseaudio emulates an esound socket while running with
`module-protocol-esound-unix` loaded, which is the default.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
(rpm vs deb, yum vs apt). If
some applications are indeed common between the two, it's no surprise
since most of those run on Windows too.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
ide to move to /usr, *then* we can contemplate
moving. Till then, I say let's just do whatever Debian is doing.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
feels" wrong to me, but there's nothing
intrinsically wrong with what they're suggesting. OTOH, it's probably
just going to cause chaos and further divergence between distros for
little gain.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Thu, Dec 15, 2011 at 5:57 PM, Mike Frysinger wrote:
> On Thursday 15 December 2011 00:39:44 Nirbheek Chauhan wrote:
>> Nevertheless, the basic bug is about changing the distfile repository
>> format in such a way that a single repo can contain several distfiles
>> built
On Thu, Dec 15, 2011 at 4:31 AM, Pacho Ramos wrote:
> Due ian move to staffer the following packages need a new maintainer:
> app-portage/autounmask
Is this still needed now that emerge has --autounmask* options?
> app-portage/demerge
>
>
> Thanks for taking them
>
contain several distfiles
built with differing build conditions. Putting metadata in the
filename is only one way of ensuring that.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sat, Dec 3, 2011 at 6:45 AM, Brian Harring wrote:
> Command history being:
>
> echangelog
> # crap, need to redo it
> rm ChangeLog
> cvs up Changelog
> echangelog
> repoman commit -m "blah blah blah"
>
> See if you can spot the typo. ;)
>
Next ti
ome3-unmask/
PS: what do we have to do to get Display-If-Visible implemented? I
volunteer to do whatever I can. :)
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sat, Nov 26, 2011 at 11:51 PM, Mart Raudsepp wrote:
> On L, 2011-11-26 at 12:43 +0530, Nirbheek Chauhan wrote:
>> A question: it currently restricts only on the basis of If-Installed,
>> but is there a workaround for the absence Display-If-Visible filter?
>> If there isn
On Sat, Nov 26, 2011 at 9:49 PM, Mike Frysinger wrote:
> On Saturday 26 November 2011 07:50:27 Nirbheek Chauhan wrote:
>> I'm not sure the two are really comparable. However, looking at a
>> simple string sort on 30,000 strings, I don't see it taking a
>> si
On Sat, Nov 26, 2011 at 9:38 PM, Michał Górny wrote:
> On Sat, 26 Nov 2011 21:28:51 +0530
> Nirbheek Chauhan wrote:
>> There are still a few specific cases in which CoW would indeed be
>> useful. IIRC, reflinking of files works across btrfs *subvolumes*, and
>> such
s, but only while appending to files (--append-verify
--no-whole-file).
1. Somewhat like rope data structures, with the caveat that ranges
must be block-size aligned.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
of
firefox usage (can be verified with filefrag).
To fix such things, regular online defragmentation of those specific
files can be done using `btrfs fi defrag `.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sat, Nov 26, 2011 at 5:56 PM, Rich Freeman wrote:
> On Sat, Nov 26, 2011 at 2:13 AM, Nirbheek Chauhan wrote:
>> Since GNOME 3 is already in the
>> tree, and the news file content is straightforward, I'd like to commit
>> this in 24hrs if there are no problems.
>
On Sat, Nov 26, 2011 at 5:08 PM, Fabian Groffen wrote:
> On 26-11-2011 16:56:41 +0530, Nirbheek Chauhan wrote:
>> [...] Besides, sorting even 30,000
>> entries (if you're merging every ebuild in portage) should not take
>> more than a few secs.
>
> A linux kern
erbose, and it costs very little. Besides, sorting even 30,000
entries (if you're merging every ebuild in portage) should not take
more than a few secs.
1. I'm obviously assuming that dep nodes that do not depend on each
other would be sorted
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
as-is.
Thanks!
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
Title: Unmasking of and Upgrade to GNOME 3.2
Author: Nirbheek Chauhan
Content-Type: text/plain
Posted: 2011-11-26
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: http://gnome.gentoo.org/howtos/gnome-3.2-upgrade.xml
On Wed, Nov 23, 2011 at 12:33 AM, Nirbheek Chauhan wrote:
> On Wed, Nov 23, 2011 at 12:16 AM, Pacho Ramos wrote:
>> Due ricmm retirement the following packages need a new maintainer:
>>
> [snip]
>> net-misc/youtube-dl
>>
>
> I use this a lot, so I'l
On Wed, Nov 23, 2011 at 12:16 AM, Pacho Ramos wrote:
> Due ricmm retirement the following packages need a new maintainer:
>
[snip]
> net-misc/youtube-dl
>
I use this a lot, so I'll take it.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
rc_prepare for live ebuilds, and ebuilds where we
sed configure or Makefile.in directly to avoid an eautoreconf (it's
extremely slow on arm/mips etc).
It's very easy to not do the right thing. I think mike's change is a good thing.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
go, since we have had nothing usable in tree for a
>> while[2].
>
> I'm fixing it now, sorry but I got busy and blender isn't an easy
> codebase...
>
Thanks for taking care of it. I care about blender too, but the
codebase is daunting for me, so I couldn't commit to maintaining it.
:)
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
why you weigh changes based on
whether they yield a net gain.
I don't have strong opinions about this, but from the beginning, I've
thought that *always* showing verbose output in emerge wasn't really
useful for general users except as a CPU-intensive screensaver.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
ou're seriously concerned about personalized attacks, you
should be running adblock and noscript anyway.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
ld is quite useful
for seeing the actual warnings as they fly by rather than the entire
gcc/libtool command, which is often mostly noise.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
t;
Also, for out-of-kernel modules that need the kernel source for
building, the build-time .config is much more relevant than the
runtime config.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
e
the "last 6 months" or "last one year" of activity, or the last 50
commits, whichever is more. Or something similar. It's not a
fundamental problem with the idea.
Note that this defence is not an endorsement of the idea itself.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
if "${EAPI}" == 0
> checks interspersed through the eclass?
>
afaik, eclasses aren't supposed to be setting EAPI. They can choose to
not support some EAPIs and error out, but they need checks.
Mostly, eclasses read ${EAPI} to do conditional exporting of phases
and conditio
On Fri, Oct 28, 2011 at 5:17 AM, Ryan Hill wrote:
> On Thu, 27 Oct 2011 23:03:12 +0530
> Nirbheek Chauhan wrote:
>
>> So, I honestly see no reason why toolchain should not start using EAPI 2.
>
> I await your patch to toolchain.eclass. :P
>
Sure, whenever I'm fee
for
profiles/ as well.
So, I honestly see no reason why toolchain should not start using EAPI 2.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
please continue with udev in package.mask and kindly stop trying
to impose your workflow on the rest of the world.
This thread is a waste of time.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
iling
list, and I encourage the pair of you to resolve your differences
personally and amicably[1]. Preferably after a 24hr break to cool
yourselves.
Thank you.
1. If you persist, I offer to instead schedule a duelling session on IRC.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
echo 1 > profiles/eapi
Since EAPI-1 supporting portage ebuilds have been stable for ~3 years now.
Thanks,
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Mon, Sep 26, 2011 at 7:57 AM, Zac Medico wrote:
> On 09/25/2011 06:57 PM, Nirbheek Chauhan wrote:
>> But neither portage, nor the portage tree, nor any of our branding are
>> shipped with ChromeOS. Hence it's as much a Gentoo install as $company
>> that uses portage
On Mon, Sep 26, 2011 at 7:02 AM, Mike Frysinger wrote:
> On Sunday, September 25, 2011 05:53:18 Nirbheek Chauhan wrote:
>> "Gentoo" is defined by portage and the portage tree. If we remove
>> that, the end result is no different than compiling stuff manually in
>>
st go write our own Wayland replacement, even if we did essentially
>> make our own "systemd" of sorts.
>
> you're aware the ChromeOS is built on top of / with Gentoo right ?
"Gentoo" is defined by portage and the portage tree. If we remove
that, the end result is no different than compiling stuff manually in
Slackware or by hand.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
27;t speak at all.
Publicly insulting people will not make them listen to you.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
;t quite blame
vapier for his actions.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
.org/wiki/Software/systemd/separate-usr-is-broken
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
ies: anything
that links to libX11 (if I'm not wrong).
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sun, Sep 18, 2011 at 7:57 PM, Jorge Manuel B. S. Vicetto
wrote:
> On 18-09-2011 12:59, Nirbheek Chauhan wrote:
>> I'm astonished by the large amount of misinformation that is being
>> spread around about systemd. If this originated on the gentoo-user
>> mailing l
to profiles?
>
What's the use-case for this? What is the new proposed format to store
the keywords?
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
d of expect this kind of trigger-happy FUD from websites like
omgubuntu, but surely Gentoo folk are more mature.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
emely* beneficial, and cause much less chaos.
Speaking with my GNOME hat, it will be *extremely* useful for
slot-masking GNOME packages.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Wed, Sep 14, 2011 at 4:50 PM, Samuli Suominen wrote:
> I second that. I've been "yelling" about it for years...
>
> Same for the stupid assumption gnome2.eclass does with IUSE="doc" for
> gtk-doc
>
For reference, ye olde bug: https://bugs.gentoo.o
gt; Next time just sent a link to a git repo or something?
>
On the contrary, I like that mgorny sent separate completely
independent patches for review to the list instead of either sending
on huge chunk, or not sending patches at all.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
re.
>
> RDEPEND+=" dev-util/osc"
>
Slightly bike-sheddy, but it's less error-prone to use:
RDEPEND="dev-util/osc"
iirc, portage handles merging of the values of *DEPEND defined in
eclasses and ebuilds.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
he polkit auth
> agent implementations and make pkgs depend on it.
>
I'm ambivalent about this. I think I agree with what Samuli already said.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
s and consider making
> introspection a profile default instead.
>
I'm open to this, but I'll have to talk to the rest of the GNOME team
before we decide.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Wed, Aug 17, 2011 at 3:27 AM, Maciej Mrozowski wrote:
> On Tuesday 16 of August 2011 22:14:28 Nirbheek Chauhan wrote:
>> 2011/8/17 Chí-Thanh Christopher Nguyễn :
>> > Then why don't you make it a default flag in desktop/gnome profile
>> > instead? That way, th
2011/8/17 Chí-Thanh Christopher Nguyễn :
> Nirbheek Chauhan schrieb:
>>>> A side-note that we've wanted to get out to all devs is that everyone
>>>> should *always* use IUSE="+introspection".
>>> Then why is it a flag?
>>>
>> So
On Wed, Aug 17, 2011 at 12:29 AM, Donnie Berkholz wrote:
> On 21:23 Tue 16 Aug , Nirbheek Chauhan wrote:
>> A side-note that we've wanted to get out to all devs is that everyone
>> should *always* use IUSE="+introspection".
>
> Then why is it a flag?
>
ill
cause the entire dependency tree all the way down to glib to be
recompiled just for a few small 20KB files.
Cheers!
1. Special thanks to pquery for making it easy for me to generate the
package.use.mask blacklist. Hopefully I haven't made any human errors
while generating the list :S
--
til/ | wc -l
278
$ ls -1 /usr/portage/dev-perl/ | wc -l
1029
I don't see a pressing need to split virtual/ yet :)
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
e space requirements will balloon once we need
to store 15,000 repositories. And arch teams will have to store *all*
of them, often on devices with very low space.
The per-package models looks very neat and tidy in some respects, but
the loss of a common git repository is too great, IMO.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sun, Jul 31, 2011 at 10:33 PM, Raúl Porcel wrote:
> On 07/22/2011 03:11 PM, Stanislav Ochotnicky wrote:
>> Hello fellow devs,
>> [snip]
>
> Yey i'm number two :D
>
You're a bot, you don't count. ;)
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
e problem that came up was that a lot of people use tmpfs for
/var/tmp/portage, and tmpfs doesn't support xattrs which are needed
for setting caps.
Linux 3.0 has added support for xattrs with tmpfs (the redhat folks
did the work, afaik), so that problem is partly solved now.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
org/gitweb/?p=exp/gentoo-x86.git;a=summary
>
> It appears they count rather more commits than does CIA - Manifest
> commits look to be the likely cause.
>
Another reason for all of us to move to gpg signed manifests — another
commit free with every ebuild commit!
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
e so our stats shouldn't be outdated anymore.
>
Awesome! More karma for you!
I was waiting for this for a long time. :)
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
ou guys are
making a huge mistake.
I'm not going to support this kind of max-6-month-upgrade life cycle
for Gentoo. We're effectively driving our users away to distros like
Ubuntu that allow you to upgrade every LTS release instead of
constantly or every 6 months.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
...
>
Yes, I agree. We should be like Slackware which dropped GNOME in 2005.
What an excellent decision they made and it helped them retain so many
users too...
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Wed, Jun 29, 2011 at 11:37 AM, Mike Frysinger wrote:
> On Wednesday, June 29, 2011 01:48:16 Nirbheek Chauhan wrote:
>> On Wed, Jun 29, 2011 at 10:35 AM, Mike Frysinger wrote:
>> > On Wednesday, June 29, 2011 00:04:57 Michał Górny wrote:
>> >> Honestly, I think
andom package is just broken by concept.
>
> except it hasnt been random and has clearly been defined by having existed
> since the beginning of Gentoo
>
I have no idea what this is supposed to mean.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sun, Jun 26, 2011 at 9:45 PM, Mike Frysinger wrote:
> On Sat, Jun 25, 2011 at 13:51, Nirbheek Chauhan wrote:
>> On Sat, Jun 25, 2011 at 10:54 PM, Mike Frysinger wrote:
>>> On Sat, Jun 25, 2011 at 10:23, Nirbheek Chauhan wrote:
>>>> On Sat, Jun 25, 2011 at 6:16 P
.
>
Well, the GNOME team likes to order it by "type" and "library
heirarchy". So, libraries in one paragraph, then applications. Plain-C
libraries first, followed by glib, and then glib-using libraries, and
then gtk+, and gtk+-using libraries, then Python modules, etc. We also
separate out lines with and without versions/blocks/use-conditionals
in them to make them easier to read.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sat, Jun 25, 2011 at 10:54 PM, Mike Frysinger wrote:
> On Sat, Jun 25, 2011 at 10:23, Nirbheek Chauhan wrote:
>> On Sat, Jun 25, 2011 at 6:16 PM, justin wrote:
>>> Another question, do we have a rule, how the metadata.xml has to be
>>> indented? Tabs or n spaces?
&g
aces in
editors (no expansion of tabs to spaces).
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
e such
things. The example you're thinking of is python.eclass, and that
resulted in confused users filing bug reports.
There's currently a repoman warning for git.eclass usage, and that suffices.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Mon, Jun 13, 2011 at 3:01 PM, Markos Chandras wrote:
> 7) media-gfx/simple-scan
I'm taking this since it's likely to be integrated with GNOME 3.2 or 3.4
Thanks,
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
with using lbzip2 instead of pbzip2? It can parallel
decompress (and compress) *all* bzip2 archives, not just those made
with pbzip2/lbzip2.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
ssion manually. Which should be
done via ~/.bashrc, to be honest. Makes no sense to have a global dbus
session, since it's supposed to be per-user.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Sun, Jun 5, 2011 at 1:30 PM, Fabian Groffen wrote:
> On 02-06-2011 17:15:11 +0530, Nirbheek Chauhan wrote:
>> All these problems are fixed if we don't re-generate the *existing*
>> ChangeLogs. We should simply archive the existing ChangeLog, and
>> append to it after
On Thu, Jun 2, 2011 at 6:29 PM, Fabian Groffen wrote:
> On 02-06-2011 17:15:11 +0530, Nirbheek Chauhan wrote:
>> > - no discussion on what to include or not (everything is in there)
>>
>> In git, we can make git log skip commit messages while generating the
>> Change
devmanual)
However, with git the issue is simplified because then developers will
stop relying on ChangeLogs for information, and ChangeLogs will be
used entirely to convey information to users.
> - basically nothing changes, and the whole idea of generating ChangeLogs
> from VCS is no longer a point of discussion
>
I'm not sure I understand this.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Thu, Jun 2, 2011 at 4:59 AM, Jorge Manuel B. S. Vicetto
wrote:
> On 01-06-2011 19:50, Nirbheek Chauhan wrote:
>> The current situation is:
>>
>> (a) Not dire.
>> (b) Not urgent.
>
> (c) has irked enough developers and users that people pushed council to
>
n, the current situation is also:
(c) A waste of everyone's time.
So no, future plans are not independent of the current situation, and
a move to git *is* a way to deal with the current situation.
In effect, we kill (at least) two birds with one stone and prevent a
lot of argument and bad blood.
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
been removed...
>
So we come back to the problem being *CVS* not ChangeLog rules.
All this is such a massive waste of time. Can't we just expend this
energy on the move to git?
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Mon, May 23, 2011 at 12:43 PM, Michał Górny wrote:
> On Mon, 23 May 2011 12:35:12 +0530
> Nirbheek Chauhan wrote:
>
>> As I understand it, that's precisely what William's plan is.
>>
>> $ ls -ld /var/{lock/run}
>> /var/lock -> /run/lo
t if it's a symbolic link. OTOH, it's precisely
to iron out such kinks that we have ~arch.
The other problem of daemons needing pre-existing directories is being
handled in https://bugs.gentoo.org/show_bug.cgi?id=332633
Cheers,
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
bleeds (it needs to be rewritten), but
it works quite well. Here's some example output:
http://bugs.gentoo.org/show_bug.cgi?id=368281
--
~Nirbheek Chauhan
Gentoo GNOME+Mozilla Team
On Wed, May 18, 2011 at 3:56 AM, Drake Wyrm wrote:
> Nirbheek Chauhan wrote:
> Even if you don't have to wipe them with a service, you're going to need
> to mount them with a service. You'll need to mount /run as tmpfs, create
> the /run/lock directory, and then mount
1 - 100 of 379 matches
Mail list logo
