On Sun, Jan 17, 2010 at 12:55 AM, Sebastian Pipping sp...@gentoo.org wrote:
On 01/16/10 23:46, Benedikt Böhm wrote:
One thing all you /usr naggers forget is, that /var cannot be shared
read-only via nfs (or bind mounts in case of virtual servers).
Why is that? Please tell more.
Maybe you
2010/1/12 Brian Harring ferri...@gmail.com:
There's no discussion because Brian refuses to address any comments
on the proposal and just says we should do it anyway, and if you
want it done properly instead, do it yourself.
This is a bit of bullshit, per the norm. There is plenty of
2010/1/15 Sebastian Pipping sp...@gentoo.org:
By default layman currently stores overlays into
/usr/local/portage/layman
(was /usr/portage/local/layman before that).
As of bug 253725 [1] that's not without problems.
I would like to get it right with the next switch.
I realise this is a
2010/1/17 Tobias Klausmann klaus...@gentoo.org:
No, we'd not do it that way. If we're ditching VDB, the only sane way
to do it is to ditch it with an rm -fr when creating the new layout.
Keeping two sets of data around is going to lead to breakage no matter
how well we do things.
Please also
2010/1/17 Christian Faulhammer fa...@gentoo.org:
Ciaran McCreesh ciaran.mccre...@googlemail.com:
As much as you love to have the new and shiny VDB2, it is far off.
Prototyping and drafting implementations would be great to have some
base where we can discuss on (in a civil manner). So having
Howdy guys,
please review the attached file and suggest updates to in.
I was asked for this thing going stable due to its being dependency of
new nvidia-drivers.
Also this thing is probably blocker for the bug on eselect-opengl i just
opened:
http://bugs.gentoo.org/show_bug.cgi?id=301271
Cheers
Am Samstag 16 Januar 2010 19:26:04 schrieb Sebastian Pipping:
On 01/16/10 13:56, Ben de Groot wrote:
anybody objecting to /var/layman ?
I like that.
it seems that
/var/layman
is the only location nobody has objected to, yet. i plan to go with
that atm. /var/lib/layman is my
2010/1/17 Paweł Hajdan, Jr. phajdan...@gentoo.org:
I wonder why the affected package (eselect-opengl) couldn't run
lafilefixer itself. It's mandatory for all users, and would save a lot
of frustration.
Indeed. You can simply have this version of eselect-opengl depend on
lafilefixer and run it
On 01/17/10 10:01, Ciaran McCreesh wrote:
I realise this is a lost cause, but... Repositories are databases, so
/var/db/ is your friend.
Right, that's a way you can see it.
Does anyone _strongly_ prefer
/var/db/layman
over
/var/layman
?
Sebastian
On 1/17/10 6:57 PM, Vaeth wrote:
On Sun, 17 Jan 2010, Paweł Hajdan, Jr. wrote:
I wonder why the affected package (eselect-opengl) couldn't run
lafilefixer itself. It's mandatory for all users, and would save a lot
of frustration.
It is not mandatory: You could as well re-emerge the affected
On 01/17/10 18:20, Paweł Hajdan, Jr. wrote:
Please: When you run tools which break checksums/dates of the database,
give the user the possibility to decide whether he really wants this.
Good point, I didn't realize that. However, I'd rather fix the tool (for
example to update the portage
On 1/17/10 7:28 PM, Krzysiek Pawlik wrote:
On 01/17/10 18:20, Paweł Hajdan, Jr. wrote:
Please: When you run tools which break checksums/dates of the database,
give the user the possibility to decide whether he really wants this.
Good point, I didn't realize that. However, I'd rather fix the
Please: When you run tools which break checksums/dates of the database,
give the user the possibility to decide whether he really wants this.
Good point, I didn't realize that. However, I'd rather fix the tool (for
example to update the portage database).
On the other hand, I really
Ben de Groot yng...@gentoo.org said:
I think we have a bigger problem with packages that have a maintainer,
at least nominally, but said maintainer does not actually maintain the
package anymore.
full ack. i was thinking that maybe we need an 'easy-fix' team, which can
do all the easy fixes,
Ciaran McCreesh ciaran.mccre...@googlemail.com said:
I realise this is a lost cause, but... Repositories are databases, so
/var/db/ is your friend.
i like it. Closely followed by /var/lib/layman...
wikipedia says in
http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
/var/lib/
With GLEP 42 and proper logging of e* messages I think we shouldn't
annoy users any more with ebeep or epause so attached is a patch only
defines these functions for EAPIs 0, 1 and 2. Anyone have a reason to
keep these around for EAPI 3? If not I will apply the attached patch.
Regards,
Petteri
Hello fellow devs, users and Gentoo community,
in this election we received 87 valid ballots from a total of 260
voters, which means we had a 33.462% turnout. Without much ado, Tomas
Chvatal (scarabeus) was elected to the council. The full ranked list for
this election is:
scarabeus
patrick
On 01/17/2010 03:20 PM, Thilo Bangert wrote:
Ben de Grootyng...@gentoo.org said:
I think we have a bigger problem with packages that have a maintainer,
at least nominally, but said maintainer does not actually maintain the
package anymore.
full ack. i was thinking that maybe we need an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 17.1.2010 21:38, Petteri Räty napsal(a):
With GLEP 42 and proper logging of e* messages I think we shouldn't
annoy users any more with ebeep or epause so attached is a patch only
defines these functions for EAPIs 0, 1 and 2. Anyone have a
On Sunday 17 January 2010 15:20:46 Thilo Bangert wrote:
Ben de Groot yng...@gentoo.org said:
I think we have a bigger problem with packages that have a maintainer,
at least nominally, but said maintainer does not actually maintain the
package anymore.
full ack. i was thinking that maybe
On Sunday 17 January 2010 20:38:48 Petteri Räty wrote:
With GLEP 42 and proper logging of e* messages I think we shouldn't
annoy users any more with ebeep or epause so attached is a patch only
defines these functions for EAPIs 0, 1 and 2. Anyone have a reason to
keep these around for EAPI 3?
On Sunday 17 January 2010 16:12:29 David Leverton wrote:
On Sunday 17 January 2010 20:38:48 Petteri Räty wrote:
With GLEP 42 and proper logging of e* messages I think we shouldn't
annoy users any more with ebeep or epause so attached is a patch only
defines these functions for EAPIs 0, 1
Sebastian Pipping [snip] said:
[snip]
i chose maintainer-wanted to indicate that co-maintainers and
non-maintainer-bumps are welcome. what valid means can i use to send
such a message, instead?
i dont know of any. i generally assume all packages are looking for more
maintainers, but that
Mike Frysinger vap...@gentoo.org said:
On Sunday 17 January 2010 15:20:46 Thilo Bangert wrote:
Ben de Groot yng...@gentoo.org said:
I think we have a bigger problem with packages that have a
maintainer, at least nominally, but said maintainer does not
actually maintain the package
On Sunday 17 January 2010 17:12:27 Thilo Bangert wrote:
Sebastian Pipping [snip] said:
[snip]
i chose maintainer-wanted to indicate that co-maintainers and
non-maintainer-bumps are welcome. what valid means can i use to send
such a message, instead?
i dont know of any. i generally
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2010-01-17 23h59 UTC.
Removals:
app-i18n/ibus-table-additional 2010-01-13 13:52:38
matsuu
app-i18n/ibus-table-jyutping2010-01-13
On 01/17/10 21:31, Thilo Bangert wrote:
/var/layman i dislike due to this sentence in the FHS:
Applications must generally not add directories to the top level of
/var. Such directories should only be added if they have some system-wide
implication[...]
isn't a package tree somehow
2010/1/17 Thilo Bangert bang...@gentoo.org:
no - i wasn't talking about maintainer-needed bugs. it is my impression,
that many apparently maintained packages have simple bugs lingering for
extended periods of time. Fx. users reporting bugs AND supplying fixes,
ready to be committed.
i dont
On Sunday 17 January 2010 15:31:26 Thilo Bangert wrote:
Ciaran McCreesh ciaran.mccre...@googlemail.com said:
I realise this is a lost cause, but... Repositories are databases, so
/var/db/ is your friend.
i like it. Closely followed by /var/lib/layman...
wikipedia says in
On 01/17/2010 08:23 PM, Ben de Groot wrote:
What about something like: if a bug has been open for 2 months without
any apparent maintainer activity, anyone can step in and commit a fix?
How about - anybody at any time can at their discretion post a comment
in a bug asking if there are
On Mon, 18 Jan 2010, Sebastian Pipping wrote:
isn't a package tree somehow having system-wide implications?
i'm not really sure about /var/db - doesn't seem to be in FHS.
is a package tree a database?
This depends on your definition of database. At least some parts of
the tree (like the
(I'm resending this email as the original apparently did not make it
to the list, although Thomas probably received it)
Hi Thomas,
I'm replying to the original thread below to allow those who have
missed it to have the full context.
On Sun, Aug 16, 2009 at 5:37 AM, Thomas Sachau
* Mike Frysinger vap...@gentoo.org:
On Sunday 17 January 2010 16:12:29 David Leverton wrote:
On Sunday 17 January 2010 20:38:48 Petteri Räty wrote:
With GLEP 42 and proper logging of e* messages I think we shouldn't
annoy users any more with ebeep or epause so attached is a patch only
This patch adds support to the Mercurial SCM [1] in repoman.
[1] - http://mercurial.selenic.com/
Best Regards,
--
Rafael Goncalves Martins
http://rafaelmartins.eng.br
Index: bin/repoman
===
--- bin/repoman (revision 15200)
+++
I'm re-sending the patch, with a small fix. Please disregard the previous patch.
Sorry.
--
Rafael Goncalves Martins
http://rafaelmartins.eng.br
Index: bin/repoman
===
--- bin/repoman (revision 15200)
+++ bin/repoman (working copy)
On Sun, Jan 17, 2010 at 08:46:24PM -0200, Rafael Martins wrote:
I'm re-sending the patch, with a small fix. Please disregard the previous
patch.
Might I suggest breaking classes out for each syncer rather then
continuing the huge and nasty giant if/elif ?
Certainly would make it easier to
36 matches
Mail list logo
