been no activity for 3 days.
...in which time the unofficial wiki got countless edits in many
languages. And my server downloaded backups 3 times (because we have a
public backup policy in place to ensure the content is never lost again
- something some people seem to like ignoring (or are just ignorant of)).
AllenJB
On 04/04/10 23:45, Zeerak Mustafa Waseem wrote:
> On Sun, Apr 04, 2010 at 04:13:19PM +0100, AllenJB wrote:
>> The unofficial wiki may have been created because there wasn't an
>> official one, but that doesn't mean it's any less of a community in its
>> own rig
re
for user contributions, then I may consider moving my articles over, but
until that time I currently intend to maintain them in place, with their
complete history in tact.
AllenJB
ributed to (and certainly the ones I wrote from scratch) will suffer
all the wrath and abuse I can bring to it.
An official wiki should not be used to duplicate the existing unofficial
wiki (and I don't believe this is the intent of the developers who want
one). It should be used to provide additional documentation on top of
that provided by the existing wiki.
AllenJB
current system doesn't seem to be working well, so something
needs to change, and I believe that a system that allows more people to
contribute more easily, using a syntax that's already widely used so is
either already known or an easily transferable skill is not a bad place
to start.
AllenJB
le. While
this may bring some disadvantages (number of spam attempts (tho I'm
nottotally convinced you'll get less than any other web form out there),
etc), it also brings the advantages of being well developed with a wide
variety of plugins, lots of wiki syntax guides / tutorials you can point
users to and a wide userbase with existing knowledge of the syntax.
AllenJB
On 08/02/10 14:02, Nikos Chantziaras wrote:
> On 02/08/2010 03:41 PM, AllenJB wrote:
>> On 08/02/10 12:32, Nikos Chantziaras wrote:
>>> On 02/08/2010 01:39 PM, Samuli Suominen wrote:
>>>> IMHO. USE="X" is for controlling X.org dependencies, not for avoiding
7;t
likely to pull in anything but X libraries, if you see "kde" you know it
means "enable kde features" and isn't likely to pull in anything but kde
libraries, and so on.
AllenJB
easily affect dependencies in other packages).
It would also not be immediately clear which toolkits support has been
added/removed under the proposed system (since a package would go from,
for example, having use flags "gtk kde" to just "X").
Of course, even if your system was saner, the ultimate question is:
Who's going to run through all the graphical packages and update all the
use flags and dependencies?
AllenJB
ed packages in a manner that's clear, easy to use and maintain
for both users and developers, with the added bonus of reducing disk
usage and sync time for those who don't wish to use that set of packages.
I fully welcome the way the sunsetting of KDE 3.5 is being done. It's
clear and easy to follow.
AllenJB
Samuli Suominen wrote:
> AllenJB wrote:
>> * Why is the developer profile even shown on "eselect profile"? Wouldn't
>> it be better to keep "unsupported" profiles off this list. Surely Gentoo
>> devs can cope with setting their profile manually in fa
Maciej Mrozowski wrote:
> Hi there!
>
> Resulting from discussion during last Gentoo KDE team meeting taking place 22
> Oct 2009 at #gentoo-meetings (summary fill be available soon), having Gentoo
> GNOME team representative, it's been decided to go ahead with splitting
> desktop profile to DE-
Joshua Saddler wrote:
> On Sat, 03 Oct 2009 15:54:31 +0100
> AllenJB wrote:
>
>> I have tried to bring up the issues on the docs team list but pretty
>> much get shot down and told everything is fine and dandy.
>
> Going to have to call "bullshit" on thi
Nirbheek Chauhan wrote:
> On Sat, Oct 3, 2009 at 8:24 PM, AllenJB wrote:
>> The situation with the Gentoo Handbook is quite frankly getting beyond a
>> joke for those of us donating our time to help users.
>>
>> I have tried to bring up the issues on the docs team list
ike wikis.
Is it really satisfactory that the official install documentation
results in a basically non-working install?
AllenJB
d correcting them
for every package that needs python should be a requirement for
stabilization.
AllenJB
x27;ve been done as soon as it
was known portage didn't support python 3!) and perhaps add a block to
eselect so that python-3.1 can't be selected as the system python
interpreter until portage supports it.
AllenJB
o be considered on some
occasions - eg. in this case an EAPI-2.1 which is simply EAPI-2 with the
"package.* as directory in profiles" feature included?
If this is a matter of what the council has decided, would a simple
solution be to have a motion for amendment / fast-track of EAPI2.1 (or
alternative solution) brought up and voted on by the council?
AllenJB
one of the most common problems new users had.
I believe that if you want to successfully implement this idea, you will
have to create a tool (or modify "eselect profile") to allow this to be
done without exposing users to the raw paths.
AllenJB
Ben de Groot wrote:
> We've been living with the 2008.0 profiles for a while now. I think the
> time has come for 2009.0 profiles so we can have some updates. Also,
> there are plans for an anniversary release of our LiveCD, so I think the
> time is right to start working on a new set of profiles.
Index Lookups.
local:cdda:gnome-base/gvfs: Enables Compact Disc Digital Audio
(standard audio CDs) support
local:cdda:media-sound/aqualung: Enables libcdda cd audio playback support
local:cdda:media-video/vlc: Enables audio CD and VCD playback support.
So ultimately, this isn't even bike shedding in my opinion. There's only
one color to paint with anyway.
AllenJB
t be obvious to them!)
More than 2 users might actually see it then =P
AllenJB
s, resulting in users who have their elog messages emailed to them
receiving a very large number of emails all with the same content - I
would also suggest news items in such cases in future.
Thanks to all the developers who worked to bring us this long awaited
feature - I think it's brilliant, so please use it!
AllenJB
?
Where is this documented (both from a users point of view, and from a
policy point of view)?
If hplip the only package that can only use one of qt3/qt4 and as such
that's why it's the only one with local use flag descriptions, or are
there more which just haven't been documented?
AllenJB
convinced either is necessary at the current time
(tho tags might make searching easier, in some ways).
AllenJB
different locations, is
potentially confusing, even if not just plain silly.
As a side note, I think I've read somewhere that it may in the future be
possible to specify sets in package.* (which I assume would be done
using the @set-name syntax), but can't remember where off-hand. T
ers have within the Gentoo Development sphere?
AllenJB
ing "it works for me" and post something that will definitely
work for everyone please.
AllenJB
Could someone who CAN see the forum thread please post the content to
the list so that everyone can see it please? (Alternatively, perhaps
post how to get to it from forums.gentoo.org manually)
AllenJB
ttle further in the right
direction.
AllenJB
;s too much of a
catch-all). What about a forum setup that better resembles the project
setup so that individual projects can more easily find queries that are
likely to affect them?
AllenJB
ere's a good chance that it would improve contributions (on the basis
that potential contributors are more likely to actually contribute if
they can find what they want to work on easily).
AllenJB
o expend effort within Gentoo. As such I would
suggest that at most, EAPI deprecation only applies to new packages and
version bumps.
AllenJB
x27;t have time to follow everything) to look in and
follow what the devs are doing more easily.
I think that this would ultimately help make Gentoo development more
visible and more accessible, ultimately leading to an increased
conversion of users to contributors, if not users to devs.
AllenJB
ich made itself very apparent when Gentoo Wiki went down last year
(where virtually all the old content was recovered from google cache and
mirrored, as well as being available 6 months later on archive.org).
AllenJB
AllenJB wrote:
Markos Chandras wrote:
On Tuesday 10 March 2009 14:15:36 Thilo Bangert wrote:
Bugs aren't a good way to keep in touch with developers, that's what
irc is for.
while i dont necessarily think, that bugzi is the best way to stay in
contact with me, it surely is a bette
tly going on and what the plans for the
future are.
AllenJB
y custom sets
contents automatically) or just a package mask (in which case it's up to
the user to do all those updates)
AllenJB
Donnie Berkholz wrote:
On 21:30 Mon 26 Jan , AllenJB wrote:
The Gentoo PR Project currently appears to be having difficulties with
keeping up, both with the newsletters and announcements, and I believe
this is currently reflecting badly on the project as a whole.
It's easy to com
Alec Warner wrote:
On Mon, Jan 26, 2009 at 1:30 PM, AllenJB wrote:
Hi all,
The Gentoo PR Project currently appears to be having difficulties with
keeping up, both with the newsletters and announcements, and I believe this
is currently reflecting badly on the project as a whole. These issues
articles as a feature.
AllenJB
PS. This did start out as a submission for a council meeting agenda
item, but I couldn't stop writing.
PPS. To preempt the obvious suggestion: I do intend to become a
developer, I just don't feel I have the time to commit right now.
That'll hopefully
hink it's ready for everyday use yet. I tried the 4.2 SVN versions
recently and it still had many issues.
Check DistroWatch what You done with Gentoo! In 2007 Yr. Gentoo was 7-th
place, and now?
Distrowatch ranks distros based on page views on its site. It's hardly a
great way to rank distros.
AllenJB
Donnie Berkholz wrote:
On 20:49 Sun 18 Jan , AllenJB wrote:
Hi all,
What needs to be done to get
https://bugs.gentoo.org/show_bug.cgi?id=252157 and all the other changes
implemented on index2.xml to go live?
I have tried requesting information on the bugs, but this seems to have
Petteri Räty wrote:
AllenJB wrote:
Hi all,
What needs to be done to get
https://bugs.gentoo.org/show_bug.cgi?id=252157 and all the other changes
implemented on index2.xml to go live?
I have tried requesting information on the bugs, but this seems to have
got me nowhere.
If there is still
willing to look at
any work that still needs to be done because I believe that getting
these wonderful changes to the Gentoo website live is important to the
project.
AllenJB
e deps of bug
#252157).
I've tried posting on the relevant bugs to find out exactly what needs
to be done, but no one seems to care, which is a real shame as the new
index would be a vast improvement in my opinion.
[0] https://bugs.gentoo.org/252157
AllenJB
ers. This could be as simple as prominently posting
documentation on the elog system and how to tailor it. Or it might
involve posting more announcements to the Gentoo website (which would
double up and make the project look more active than it currently does
from its front page).
AllenJB
PS. I
47 matches
Mail list logo
