-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
The following packages have festival as a use flag:
media-plugins/mythphone:festival - Enable festival support
media-radio/xastir:festival - Enable festival support
I would like to add this use flag to
app-accessibility/speech-dispatcher also.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Jan 28, 2006 at 08:33:26PM -0500, Doug Goldstein wrote:
> How about the packages that don't even ask and just install logrotate
> stuff? Like Apache, lighttpd, and mysql?
What about xinetd? The same thing is happening there. I have some
file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Jan 29, 2006 at 07:46:30AM +, Ciaran McCreesh wrote:
> We already had this discussion. It's not that it's another file, it's
> that it's another file in /etc, which is backed up and requires
> administrator attention on every upgrade. Packa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
I am working on version bumping app-accessibility/festival and
app-accessibility/speech-tools.
I can get them to build outside an ebuild fine, but I have found that
festival #includes actual source files from speech-tools to instantiate
c++ temp
which I will assign to you. I don't recommend doing
the voices as parts of the festival package itself though since you
would need to do a rev bump every time one of the voices does another
release.
If you are interested in maintaining these, please let me know.
Thanks,
- --
William Hubbs
g
please respond to this thread, stating the
> channel name, and that they are the contact for any problems/troubles.
#gentoo-accessibility
Thanks,
- ---
William Hubbs
gentoo accessibility team lead
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
I have a couple of packages in the accessibility herd which I need a
maintainer for.
app-accessibility/festival
app-accessibility/speech-tools
If anyone is interested, please let me know.
Thanks,
- ---
William Hubbs
gentoo accessibility team
to add @system to the new
> world_sets file in /var/lib/portage/. For more information on
> world_sets see man portage.
This brings up a question. I have been doing updates this way:
emerge -NDu @installed
Does that do the same thing?
Thanks,
- --
William Hubbs
gentoo accessibi
x27;)
> econf \
> $(use_with x X) \
> $(use_with foo libfoo) \
> $(use_with bar) \
> $(use_with python pygtk)
>
I like this idea also, but I would prefer using something other than
spaces in each argument, like so:
econf \
$(us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
if you are following pybugz, we have moved development from google code
(which is subversion) to github. The url for the page there is
http://www.github.com/ColdWind/pybugz
Thanks,
- --
William Hubbs
gentoo accessibility team lead
willi
t use git diff to create patches to
email upstream.
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkn0xQgACgkQblQW9DDEZTgDCQCgjruR5O+qZihvyRks77B8f6fo
VaIAn1uyNIRdwJaKVaTEG/yzWahBj/R2
=FdHj
-END PGP SIGNATURE-
ot;, etc to
simplify the command line parsing code.
Does anyone have an objection to something like this?
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkoG87EACgkQblQW9DDEZThCCwCfY237fQy5GqcaR
using --version in the post command to set the version that
will be part of the bug. What do you think we could use for --version
in the post command instead so that we can use --version to display the
program version?
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, May 11, 2009 at 10:13:44PM +0200, Christian Faulhammer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> William Hubbs :
> > I'm considering changing the pybugz command syntax to be som
s within the
languages to tell which version of the compiler is compiling them as
needed. So, If we say that, EAPI 4, for example, requires bash-4.0,
Isn't there a way the PM could find out which version of bash is being
run, compare that to the EAPI, then take appropriate action?
- --
that is not
stable or changing the files that are installed by the package, it is
not necessary to do a rev bump just for changing the EAPI as long as
you make sure that the ebuild emerges fine under the new EAPI.
- --
William Hubbs
gentoo accessibility team l
something like this would be its use
of grep and head, but these are both in the system set, so unless you
don't want to depend on the system set, I don't know what the objection
would be.
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP
on to change EAPI once it is set, and eclasses shouldn't be changing
it.
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkoPAX8ACgkQblQW9DDEZTizJACfarJ8hZh4WQ7GC0kuraqTba9u
FhkAn29jolc1O5D/jMWWA6TJaJcUZtbQ
=529O
-END PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, May 16, 2009 at 07:14:00PM +0100, Ciaran McCreesh wrote:
> On Sat, 16 May 2009 13:10:07 -0500
> William Hubbs wrote:
> > Agreed. The way I have always usedEAPI is, you set it once at the top
> > of the EBUILD and you are
ticed, however, that econf passes --localstatedir=/var/lib to the
configure script. The way around this was to pass the --localstatedir
option to econf.
My question for this list is, what is localstatedir supposed to be?
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGI
es it matter? If
> something is configurable like that, then it should work regardless of
> what is put in.
I guess it doesn't matter to me really; I was just looking for why we do
it the way we do since one of the brltty devs "strongly recommended"
that we change our build e
out speech software
being on our minimal cd as well as our live cd?
Thanks,
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkoXDtYACgkQblQW9DDEZTgQcgCdG+nSnePDvIC/r9ahNDHQ84N5
56wAoJhjjorD5DbOdCs18W
nk it should go on both our live and minimal cds.
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkoXLJ4ACgkQblQW9DDEZTjwAgCgp2PMFeflAQ+FFjyNJetsqnef
TWgAoIOanI84dpjp0U3aicxQ77tLLKeG
=T/3e
-END PGP SIGNATURE-
screen.
Once that is done, someone could do something like this at the boot
prompt:
gentoo speakup.synth=synthname
This will activate the speech and make sure X is not started. If
speakup.synth=synthname is not on the command line, nothing will be
affected.
- --
William Hubbs
gentoo accessibilit
l that all of our release media should be accessible. Yes, there
will be a size increase for the release media, but, unless the alsa
modules and alsa-utils are over 15 mb, it will not be a 20 mb increase.
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkoYpmQACgkQblQW9DDEZThbRwCdGswP4rJIEkREb54LG9Z3PjjH
eF0AmQHXE6keEZDxA2r0bLe1rfakmR9C
=ThQY
-END PGP SIGNATURE-
uce for the affected architectures instead
of asking releng to produce a separate cd for each release or autobuild.
- --
William Hubbs
gentoo accessibility team lead
willi...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAkoYr30ACgkQblQW9DDEZTglhgCgtLVGTtFjMCn3CsLxcAddj9iQ
c7YAoLOnpvcO9aB+qeu+Ba19vPaPuxdN
=heml
-END PGP SIGNATURE-
orry if I came across that
way. I just wanted to make sure that everyone here knows that this
isn't just something that would "help" blind users to be able to
install our distro. It would do more than help, it would make it
possible. :-)
- --
William Hubbs
gentoo accessi
> Feel free to email me if you folks want offf-list to discuss some of this.
Keith,
we are going to add both. Yes, there are some situations where
hardware speech doesn't work, but because of speakup/espeakup's design,
it is easy to add both.
- --
William Hubbs
gentoo acce
m the accessibility
team member who joined to maintain them in many months. So, after
several attempts to contact him, I am bringing these back to the list.
If someone wants to maintain them, please contact me. Otherwise, I will
send them to the last rights graveyard this coming weekend.
Thanks,
- --
Wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Jul 06, 2009 at 01:44:20PM -0500, William Hubbs wrote:
> we have multiple open bugs for app-accessibility/festival and
> app-accessibility/speech-tools.
>
> These packages are very difficult to maintain and upstream appears
All,
in preparation to unmask udev-181, it was brought to my attention that a
number of packages in the tree have direct dependencies on
module-init-tools. Udev-181 requires kmod, which is a replacement for
module-init-tools.
I have added virtual/modutils to the tree which as of now prefers
modul
On Sat, Feb 25, 2012 at 08:44:39AM +, Duncan wrote:
> You are however correct that it'll be on most systems, at least with
> udev-181, since udev won't build without kmod, now. (I found that out
> when the build broke on me due to missing kmod, as I've had udev unmasked
> for awhile and got
All,
here is the udev 181 unmasking news item.
If all goes well, this will be committed to the tree on 3/14 UTC.
William
Title: udev-181 unmasking
Author: William Hubbs
Content-Type: text/plain
Posted: 2012-03-14
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: =181, if you have /usr
Here is the latest version of the news item; this gives a few days
notification before the unmasking.
William
Title: udev-181 unmasking
Author: William Hubbs
Content-Type: text/plain
Posted: 2012-03-14
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: =181, if you have /usr on a separate
On Sat, Mar 10, 2012 at 07:28:41PM -0800, Luca Barbato wrote:
> On 3/10/12 6:53 PM, Rich Freeman wrote:
> > neither the genkernel nor dracut docs have specific instructions about
>
> I guess we could pour more effort in getting dracut more easy to use
> and/or try to figure out which are the item
On Sun, Mar 11, 2012 at 11:28:19PM +0200, Petteri Räty wrote:
> On 11.3.2012 17.33, Zac Medico wrote:
> > On 03/11/2012 04:03 AM, Petteri Räty wrote:
> >> The Display-If-Installed atom shows the news item to stable users once
> >> it's committed. I am not sure at what point does Portage show it whe
On Sun, Mar 11, 2012 at 11:48:19PM +0200, Petteri Räty wrote:
> On 11.3.2012 23.43, William Hubbs wrote:
> > On Sun, Mar 11, 2012 at 11:28:19PM +0200, Petteri Räty wrote:
> >> On 11.3.2012 17.33, Zac Medico wrote:
> >>> On 03/11/2012 04:03 AM, Petteri Räty wrote:
&
All,
I know this has come up before, but I don't really recall what the
specific objections were.
IMO the portage directory doesn't belong under /usr at all.
I was chatting with another developer who uses
/var/cache/portage/{tree,distfiles}, and I'm thinking about switching my
default setup to do
On Wed, Mar 28, 2012 at 08:20:45AM +1300, Kent Fredric wrote:
> On 28 March 2012 08:15, Sven Vermeulen wrote:
> >> Then again, Gentoo is about choice. It just seems like we're
> >> presenting users with more choices than makes sense for a newbie. If
> >> there is a choice between something that
On Wed, Mar 28, 2012 at 08:25:58AM +1300, Kent Fredric wrote:
> On 28 March 2012 08:05, William Hubbs wrote:
> /var/cache/repositories/gentoo/*
> /var/cache/repositories/perl-experimental/*
> /var/cache/distfiles/*
> /var/cache/packages/*
These sub directories are all portage re
On Wed, Mar 28, 2012 at 08:29:50AM +1300, Kent Fredric wrote:
> >
> > /var/cache/repositories/gentoo/*
> > /var/cache/repositories/perl-experimental/*
> > /var/cache/distfiles/*
> > /var/cache/packages/*
> >
>
>
> Actually, now I think of it, repositories /might/ be suitable for
> being under /db
On Tue, Mar 27, 2012 at 12:47:10PM -0700, Alec Warner wrote:
> On Tue, Mar 27, 2012 at 12:40 PM, William Hubbs wrote:
> > On Wed, Mar 28, 2012 at 08:25:58AM +1300, Kent Fredric wrote:
> >> On 28 March 2012 08:05, William Hubbs wrote:
> >> /var/cache/repositori
On Tue, Mar 27, 2012 at 05:19:10PM +0200, "Paweł Hajdan, Jr." wrote:
> On 3/26/12 7:20 PM, Mike Gilbert wrote:
> > On Mon, Mar 26, 2012 at 1:08 PM, "Paweł Hajdan, Jr."
> > wrote:
> >> I posted this issue here because it's not obvious what to do with it.
> >> That version of pybugz worked for me be
On Thu, Mar 29, 2012 at 07:37:15PM -0700, Alec Warner wrote:
> On Tue, Mar 27, 2012 at 1:03 PM, William Hubbs wrote:
> > On Tue, Mar 27, 2012 at 05:19:10PM +0200, "Paweł Hajdan, Jr." wrote:
> >> On 3/26/12 7:20 PM, Mike Gilbert wrote:
> >> > On Mon, Ma
Hi all,
here is a quick update on this:
On Mon, Mar 26, 2012 at 01:20:38PM -0400, Mike Gilbert wrote:
> On Mon, Mar 26, 2012 at 1:08 PM, "Paweł Hajdan, Jr."
> wrote:
> > I posted this issue here because it's not obvious what to do with it.
> > That version of pybugz worked for me before (20 Febr
All,
I have updated pybugz- to work with the xmlrpc interface of
bugzilla.
I can name a couple of issues that are api limitations that we can't do
anything about:
- you can't add keywords to a bug with the post command, but you can
with the modify command.
- you can't search on cc: or key
On Sun, Apr 08, 2012 at 03:04:22PM -0700, Greg KH wrote:
> On Sun, Apr 08, 2012 at 04:30:01PM +0200, Ulrich Mueller wrote:
> > New udev and separate /usr partition
> >
> > Decide on whether a separate /usr is still a supported configuration.
> > If it is, newer
On Tue, Apr 10, 2012 at 10:45:14PM +0200, "Paweł Hajdan, Jr." wrote:
> On 4/10/12 7:54 PM, William Hubbs wrote:
> > I have updated pybugz- to work with the xmlrpc interface of
> > bugzilla.
>
> Cool, thank you for working on that.
>
> > I can name a c
On Tue, Apr 10, 2012 at 09:09:03PM -0700, Zac Medico wrote:
> On 04/10/2012 07:28 PM, Steven J Long wrote:
> > I suppose you could script that, but again, it just seems like a lot of
> > bother to implement an "alternative" that doesn't actually gain anything
> > over the traditional setup (plus ma
All,
here is what I see on the current udev situation:
The council has made a decision that we will continue supporting
split out /usr.
This, however, was never in question. No one is planning to drop support
for separate /usr. Also, no one is planning on trying to force
stabilize udev-182 with
On Wed, Apr 11, 2012 at 09:58:47PM +0200, Michał Górny wrote:
> Maybe we should create a new mailing list, say,
> gentoo-usr-discuss...@lists.gentoo.org.
No. I'm on enough mailing lists as is. :-)
William
pgpG9pgrCd8Qa.pgp
Description: PGP signature
On Sun, Apr 15, 2012 at 03:55:58PM +0200, Michał Górny wrote:
>
> What if some patches are applied conditionally?
imo patches that are applied conditionally should be rewritten so they
can always be applied.
patches that are applied conditionally probably won't get into upsream
most of the time.
On Fri, Apr 27, 2012 at 02:26:07PM +, Duncan wrote:
> Amadeusz Żołnowski posted on Fri, 27 Apr 2012 15:45:36 +0200 as excerpted:
>
> > Excerpts from Duncan's message of 2012-04-27 15:38:20 +0200:
> >> No distribution allowed. You're going to be doing restrict=mirror,
> >> correct?
> >
> > Wh
On Sun, Apr 29, 2012 at 10:00:26PM -0400, Mike Frysinger wrote:
> finally, since the recent udev-mount init.d script is completely brain dead
> and
> refuses to execute unless devtmpfs is enabled, this code will also
> automatically mount+seed /dev (via mdev) if need be.
The recent udev-mount s
On Mon, Apr 30, 2012 at 12:48:55AM -0400, Mike Frysinger wrote:
> it leaves your system in a hard to recover state because you happened to
> forget to check a filesystem option (which ironically isn't under Filesystems
> in the kernel). it's piss-poor user facing behavior.
Here's the situation.
On Mon, Apr 30, 2012 at 12:00:59PM -0400, Rich Freeman wrote:
> On Mon, Apr 30, 2012 at 4:05 AM, Tony "Chainsaw" Vroon
> wrote:
> > Binaries that are essential for system boot, and must be available in
> > single user mode go in /bin and /sbin, with their libraries in /lib.
> > This allows for /us
On Mon, Apr 30, 2012 at 11:59:02AM -0400, Mike Frysinger wrote:
> the fact that the script leaves your system in a hard to recover state is
> what
> i'm whining about, not that udev requires devtmpfs.
So why did you decide to whine instead of opening a bug? :p
> /dev/pts isn't created, thus dev
On Tue, May 01, 2012 at 11:45:01AM -0400, Mike Frysinger wrote:
> On Tuesday 01 May 2012 11:06:42 William Hubbs wrote:
> > On Mon, Apr 30, 2012 at 11:59:02AM -0400, Mike Frysinger wrote:
> > > the fact that the script leaves your system in a hard to recover state is
> >
On Mon, May 14, 2012 at 06:23:36PM -0700, Greg KH wrote:
> Actually with all the hype about mdev these days, why not just use a 3
> year old version of udev (or maybe 4), that is probably what mdev is at
> as far as functionality goes. Why not just fork udev from then and go
> forward from that?
All,
I know my latest commits to dev-lang/go haven't updated the ChangeLog.
I got into the habbit of using repoman commit -[Mm] to do that, but for
some reason that stopped working.
I will use echangelog from this ponit until I hear that repoman commit
has been fixed.
Thanks,
William
pgppTT
On Tue, May 15, 2012 at 06:37:39PM -0500, William Hubbs wrote:
> All,
>
> I know my latest commits to dev-lang/go haven't updated the ChangeLog.
>
> I got into the habbit of using repoman commit -[Mm] to do that, but for
> some reason that stopped working.
>
> I
On Tue, May 15, 2012 at 07:51:03PM -0400, Walter Dnes wrote:
> On Wed, May 16, 2012 at 12:44:59AM +0200, Stelian Ionescu wrote
> > On Tue, 2012-05-15 at 18:38 -0400, Walter Dnes wrote:
> > > On Tue, May 15, 2012 at 11:26:03AM -0700, Greg KH wrote
> > > > What specifically is your objection to udev
On Tue, May 15, 2012 at 10:15:28PM -0400, Matt Turner wrote:
> On Tue, May 15, 2012 at 9:07 PM, William Hubbs wrote:
> > On Tue, May 15, 2012 at 06:37:39PM -0500, William Hubbs wrote:
> >> All,
> >>
> >> I know my latest commits to dev-lang/go haven't up
Hi Steven,
On Thu, May 17, 2012 at 06:48:33AM +0100, Steven J Long wrote:
> Thing is it runs before the real init[1] so if we are using a separate /usr
> partition on LVM, will it still work? I'd have thought not, since we need
> the device-mapper service and there's /etc/lvm.conf to consider, b
On Thu, May 24, 2012 at 01:07:08AM +0530, Arun Raghavan wrote:
> I, for one, think we should stay with CVS and leave all this git
> Linusware to the new-fangled Fedora kids with their fancy init systems
> and tight coupling. CVS was good enough for my grandfather, and it's
> good enough for you.
I
On Wed, May 23, 2012 at 10:37:55PM +0200, Michał Górny wrote:
> On Wed, 23 May 2012 15:25:54 -0500
> William Hubbs wrote:
>
> > On Thu, May 24, 2012 at 01:07:08AM +0530, Arun Raghavan wrote:
> > > I, for one, think we should stay with CVS and leave all this git
> >
All,
I realize this has been discussed and there are definite opinions about
which method works well. So, I want to take a different approach.
Is there any interest in documenting and supporting newnet along side
oldnet as opposed to killing newnet?
Newnet would consist of the "network" init scr
On Sun, May 27, 2012 at 10:49:07AM -0400, Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 26/05/12 03:40 PM, William Hubbs wrote:
> > All,
> >
> > I realize this has been discussed and there are definite opinions
> > about wh
On Tue, May 29, 2012 at 03:46:39PM -0400, Michael Orlitzky wrote:
> How about introducing e.g. FEATURES="nouserpriv", and make the current
> userpriv behavior the default?
No. Please stay away from things like this.
It is reverse logic and can be very confusing. Just adding "-userpriv"
to your fea
On Thu, May 31, 2012 at 01:48:29PM -0400, Rich Freeman wrote:
> On Thu, May 31, 2012 at 12:49 PM, Robin H. Johnson wrote:
> > 1.
> > Discussion on merge policy. Originally I thought we would disallow merge
> > commits, so that we would get a cleaner history. However, it turns out that
> > if
> >
On Thu, May 31, 2012 at 07:13:42PM +, Robin H. Johnson wrote:
> - You have a commit, that you want to put into the Gentoo tree.
> - You have already pushed it to your github, signed
If I have a github tree, that would probably be because I didn't have
push access to the official tree, so signi
On Thu, May 31, 2012 at 08:26:58PM +, Duncan wrote:
> William Hubbs posted on Thu, 31 May 2012 14:54:50 -0500 as excerpted:
>
> I don't know what's going to happen to all the overlays with the main
> tree switch to git, but won't that break various "overlay
On Thu, May 31, 2012 at 03:58:43PM -0400, Rich Freeman wrote:
> On Thu, May 31, 2012 at 3:33 PM, Michał Górny wrote:
> > What would git signing work with rebased commits? Would all of them
> > have to be signed once again?
> >
>
> The whole point of rebasing is to throw away history (which is eit
On Thu, May 31, 2012 at 08:23:31PM +0100, Ciaran McCreesh wrote:
> On Thu, 31 May 2012 14:18:04 -0500
> William Hubbs wrote:
> > > Not sure I'm following, but I will be the first to admit that I'm a
> > > git novice. Would this be aided by a convention, like
On Fri, Jun 01, 2012 at 12:57:10PM +, Duncan wrote:
> William Hubbs posted on Thu, 31 May 2012 15:57:14 -0500 as excerpted:
> > Overlays aren't really part of this discussion; those are independent
> > trees which we have no control over, so commiting changes from overlays
On Fri, Jun 01, 2012 at 04:33:35PM +, Robin H. Johnson wrote:
> On Fri, Jun 01, 2012 at 10:45:48AM -0500, William Hubbs wrote:
> > Overlays are completely separate repositories. There is nothing stopping
> > an overlay from using git right now even if the main tree isn't
On Wed, Jul 04, 2012 at 02:20:36PM -0400, Rick "Zero_Chaos" Farina wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/04/2012 01:58 PM, Michał Górny wrote:
> > On Wed, 4 Jul 2012 19:46:47 +0200
> > Tobias Klausmann wrote:
> >
> >> Recently, I have again bumped into the question w
On Tue, Jul 10, 2012 at 07:57:50PM +0200, Michał Górny wrote:
> On Tue, 10 Jul 2012 12:54:31 -0400
> Alexis Ballier wrote:
>
> > On Tue, 10 Jul 2012 17:18:00 +0200
> > Michał Górny wrote:
> >
> > > The former two were previously provided by 'extras' USE flag,
> > > and the third was uncondition
All,
the last thread started by mgorny has prompted me to ask here on the
list which versions of udev we really need in the tree.
I know that all versions before 133 must go because openrc has a
requirement for at least that version.
I've looked at the kernel packages we have in /usr/portage, bu
On Tue, Jul 10, 2012 at 05:18:00PM +0200, Michał Górny wrote:
> Hello, all.
>
> Since nowadays udev is bundled within systemd, we start having two
> libudev providers: >=sys-apps/systemd-185 and sys-fs/udev. Making
> the long story short, I would like to introduce a virtual for libudev
> which wou
On Wed, Jul 11, 2012 at 12:42:04PM +0800, Ben de Groot wrote:
> On 11 July 2012 02:30, William Hubbs wrote:
> > All,
> >
> > the last thread started by mgorny has prompted me to ask here on the
> > list which versions of udev we really need in the tree.
>
> Per
All,
I am about to release udev-186-r1, which will move everything currently
in /lib/udev to /usr/lib/udev.
For packages that install udev rules in ${FILESDIR}, we need an eclass
that tests the version of udev installed on the user's system and
installs the udev rules in the proper place. I'm not
On Wed, Jul 11, 2012 at 03:27:41PM -0400, Mike Gilbert wrote:
> Just to put a number to this, there are currently 126 packages in the
> tree with a dependency on sys-fs/udev.
>
> Personally, I think a consolidated systemd/udev package is the best
> way to go here. Short of that, the virtual + bloc
On Wed, Jul 11, 2012 at 04:33:44PM -0400, Mike Gilbert wrote:
> On Wed, Jul 11, 2012 at 3:54 PM, William Hubbs wrote:
> > Thinking on this, I agree with Mike here, and to make it easier for
> > maintainers so they don't have to change their dependencies, it should
> &g
On Wed, Jul 11, 2012 at 02:11:42PM -0500, William Hubbs wrote:
> All,
> I am about to release udev-186-r1, which will move everything currently
> in /lib/udev to /usr/lib/udev.
>
> For packages that install udev rules in ${FILESDIR}, we need an eclass
> that tests the version of
On Wed, Jul 11, 2012 at 10:57:42PM +0200, Diego Elio Pettenò wrote:
> Il 11/07/2012 21:11, William Hubbs ha scritto:
> > I am about to release udev-186-r1, which will move everything currently
> > in /lib/udev to /usr/lib/udev.
>
> Unless you're going to establish a sym
On Wed, Jul 11, 2012 at 04:59:11PM -0400, Alexis Ballier wrote:
> How do you plan to handle the following:
> - foo installs an udev rule
> - install foo with old udev
> - upgrade udev
>
> are rules installed by foo used by new udev ?
No, they wouldn't be; that is a good reason to question the va
On Thu, Jul 12, 2012 at 04:22:20PM +0200, Michał Górny wrote:
> On Wed, 11 Jul 2012 14:11:42 -0500
> William Hubbs wrote:
>
> > # @FUNCTION: _udev_get_rulesdir
> > # @INTERNAL
> > # @DESCRIPTION:
> > # Get unprefixed udev rules directory.
> > _udev_get_ru
Hi all,
On Thu, Jul 12, 2012 at 04:07:41PM -0400, Walter Dnes wrote:
> On Thu, Jul 12, 2012 at 09:37:33AM -0400, Ian Stakenvicius wrote
>
> First a disclaimer... I am not a C programmer, let alone a developer.
> I feel like I've been dragged into this kicking and screaming in order
> to save th
All,
mgorny has written a patch for udev, which if it gets accepted, will
make it read rules from /lib/udev/rules.d, so there will be nothing that
we need to do on our side at all.
William
pgpBzeeg8CYM1.pgp
Description: PGP signature
On Fri, Jul 13, 2012 at 08:13:43PM -0400, Walter Dnes wrote:
> On Sat, Jul 14, 2012 at 01:49:32AM +0300, Maxim Kammerer wrote
> > On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
> > > mdev would need to switch to the netlink hotplug interface.
> >
> > I think that's quite unlikely, since mde
On Tue, Jul 17, 2012 at 05:20:13PM -0400, Richard Yao wrote:
> An often cited benefit of the /usr merge is the ability to put
> everything but /etc on NFS and for that reason, we need to force an
> initramfs on people happily using /usr without it.
This is not quite correct. The initramfs is req
On Tue, Jul 17, 2012 at 06:41:26PM -0400, Rich Freeman wrote:
> In any case, it sounds like for now some devs are continuing to adjust
> ebuilds to keep a separate /usr working as well as possible, though it
> apparently breaks in some edge cases right now without an initramfs,
> as you've already
On Tue, Jul 17, 2012 at 06:13:06PM -0500, Dale wrote:
>
> William Hubbs wrote:
> >
> > This is not quite correct. The initramfs is required because of [1].
> >
> >
> > William
> >
>
> Where is [1]?
[1] http://freedesktop.org/wiki/Software/syst
On Tue, Jul 17, 2012 at 07:19:48PM -0400, Richard Yao wrote:
> On 07/17/2012 07:02 PM, William Hubbs wrote:
> > This is basically not relevant since we do not support HURD.
>
> It is relevant because it guarantees that the GNU stuff in @system will
> continue working. That allow
On Tue, Jul 17, 2012 at 08:37:03PM -0400, Ian Stakenvicius wrote:
>
> On 2012-07-17, at 7:07 PM, Olivier Crête wrote:
>
> > I'm sure most people can't
> > even explain the difference between them.
> >
>
> /sbin is for bins that only root should be able to run. easy. :)
Not quite, check out t
On Wed, Jul 18, 2012 at 08:13:51PM +0400, Hobbit wrote:
> > Why should we care about ancient filesystems that didn't supported
> > long paths, and therefore we got stuck with /usr since we didn't
> > wanted to waste another *single* character to make it /user?
>
> Because of it's original name: "U
All,
I have received a request to allow OpenRC's init scripts to take command
line arguments [1]. As noted on the bug, there are some advantages to
this, but implementing it would have to break backward compatibility,
for example:
/etc/init.d/foo stop start
would no longer work the way you might
On Wed, Jul 18, 2012 at 03:58:18PM -0400, Michael Mol wrote:
> On Wed, Jul 18, 2012 at 3:49 PM, Peter Stuge wrote:
> > William Hubbs wrote:
> >> /etc/init.d/foo stop start
> >>
> >> would no longer work the way you might expect because there would be no
> &g
Folks,
let's move all of the discussion of this to the bug if possible so that
it is all in one place.
Thanks,
William
pgpw1garAIRzQ.pgp
Description: PGP signature
1 - 100 of 1450 matches
Mail list logo
