into that the list of firmwares needed by built-in drivers
is not available as is the case for modules (and in addition those
built-in drivers may need the firmware long before /lib/firmware/ is
available)
Bruno
> Looking into kernel sources is more robust, but
> gets annoying fast. Full scr
On Wed, 26 October 2011 Pacho Ramos wrote:
> El mié, 26-10-2011 a las 19:33 +0200, Bruno escribió:
> > On Wed, 26 October 2011 Fabian Groffen wrote:
> > > However, this also allows to do all kinds of other actions to the
> > > ChangeLog file, without actually addi
to
ebuilds gone since more than 3-6 months.
Someone in need for long gone ebuild would have to look at VCS anyhow, so
looking at ChangeLog/history over there would seem logical.
On a compressed tree (squashfs) dropping all ChangeLogs reduces size from
~55MiB to around 35MiB which is quite a lot!
Bruno
ide ebuilds as needed (and the few cases where dlopen makes it
impossible for package manager to see the linking).
A nice benefit of this would be that it can adapt to changes caused by
INSTALL_MASK, e.g. reduces dependencies that are not needed anymore
because some files were not installed.
Bruno
buffer if parallel build
should output consistent information)
But this has probably to be solved on a larger scale than just Gentoo.
Bruno
ong", "www browser", or "suspend")
> * modem-modeswitch: Switch modems that provide virtual cd-drive with
> drivers to modem mode
> * gudev: glib/gobject support for libudev
Is gudev just a binding or is it more? If it's just a binding it may
be nice to have it tied to a use-flag.
> This makes udev depend on these libs:
> libacl, libglib2, libusb, usbutils, pciutils, gperf
Bruno
shots that are currently available as tarballs also
available as squashfs images would be nice, more or less same download
size but easier to access (e.g. no need to unpack)
Bruno
On Wed, 12 August 2009 Francesco R wrote:
> Proposal, create snapshots of portage as squashfs iso, to be used in
&g
On Tue, 05 August 2008 Ciaran McCreesh wrote:
> On Tue, 5 Aug 2008 10:51:09 +0200 Bruno Prémont wrote:
> > Has any progress happened since March for adding support for
> > FILE_CAPABILITIES?
>
> Well, Alon still hasn't backed up his claim that Portage supports
> cap
with a little
> effort, less usage of root user.
>
> What do you think?
>
> Alon.
>
> [1] http://www.friedhoff.org/fscaps.html
Has any progress happened since March for adding support for
FILE_CAPABILITIES?
Bruno
n that would
match the width of the logo in order to prevent the unwanted overlapping?
I assume it's quite common to have pretty small fonts in order to get more
text visible without scrolling...
Bruno
--
[EMAIL PROTECTED] mailing list
video support
net-www/mplayerplug-in:realmedia - Real Media Playback Support
Cheers,
Bruno
[1] https://bugs.gentoo.org/show_bug.cgi?id=165561
--
gentoo-dev@gentoo.org mailing list
t the problem. However, downgrading back to 1.12 is a problem as
> services may have been stop, started etc in the middle.
>
> ...
How is the case where the / partition always remains ro handled? Is rc-state
information put into a tmpfs partition on that location, is the location
con
re (in use).
What would be useful is to have the option for a few users to maintain the
same ebuild through one proxy-dev, this way when one user stops having
usecase for the ebuild others can continue maintainership. Even maintaining
while initial user lacks of time or is away would then not stop or fallback
to the dev.
Regards,
Bruno
--
gentoo-dev@gentoo.org mailing list
On Saturday 14 January 2006 19:34, Mike Frysinger wrote:
> On Saturday 14 January 2006 10:26, Bruno wrote:
> > What are your thoughts about this?
>
> take it upstream, they have a bugzilla
>
> make it a configure option and we'll add a use flag `use_enable vs
to be added to initng ebuild (via useflag),
or even automatically based on installed baselayout.
In addition util-vserver and vserver-utils whould need to be adjusted for easy
switching to initng instead of gentoo/sysv init styles.
What are your thoughts about this?
Bruno
--
gentoo-dev@gento
For moving over to the forked sim on berlios
(http://sim-im.berlios.de/wiki/Main_Page), is it better to keep sim masked in
portage and then continue with the forked releases once they come up, or just
restart from zero?
>From user point of view I guess the continuity option may be better...
fault etc..)
>
Having the debug info preserved by default makes it possible for the user to
get debug information which may be used for bug-reporting on program crashes,
but will probably just fill the disk of basic users who do have no interest
in reporting bugs or trying to get more information about the cause of bugs.
Bruno
--
gentoo-dev@gentoo.org mailing list
a
precaution a "emerge -e world" would need to be done (loss of time).
It's fine to make stage1/stage2 non-recommended as they bring no advantage
over stage3 for most desktop systems, but should stay available and
documented for "minority" who has valid use of it.
Bruno
--
gentoo-dev@gentoo.org mailing list
this method could return a few different return values depending on
the importance of the info.
0 = just a note
1 = important
2 = blocker (fail emerge if not pretend/ask)
Bruno
--
gentoo-dev@gentoo.org mailing list
g the info in the package metadata is cleaner as
information about a given package is in one place, and there is not one file
with 1k lines with many USE flags and their use for each and every package.
The aim is to allow to know what happens without reading the ebuild AND the
configure script
20 matches
Mail list logo
