Patrick Lauer schrieb:
On 06/03/11 16:09, Chí-Thanh Christopher Nguyễn wrote:
Michał Górny schrieb:
You could have a 'versioned' ebuild linked to the actual SRC_URI,
and bump it whenever you notice the upstream tarball changes. This
would allow users to have the package upgraded
changing stuff from a http URI.
Best regards,
Chí-Thanh Christopher Nguyễn
be
distributed. What part of it is causing that problem?
To my knowledge, the firmware files for HP printers are not
redistributable.
Best regards,
Chí-Thanh Christopher Nguyễn
Jeroen Roovers schrieb:
Look here, I am even willing to argue on your side just to possibly
extract a meaningful objection to fixing LC_MESSAGES in
sys-apps/portage.
I now tend to agree that LC_MESSAGES should be set to C by default.
However I suggest to put it in the default make.conf,
Eray Aslan schrieb:
https://bugs.gentoo.org/show_bug.cgi?id=364445
https://bugs.gentoo.org/show_bug.cgi?id=364401
Basically, there are requests to add packages to RDEPEND in virtual/mda
and virtual/mta that are not in the official tree but in sunrise.
On one side, *DEPENDing on a package
William Hubbs schrieb:
I'm not an overlay user, but I'm thinking that an overlay user might be
able to get around this by putting the virtual in package.provided.
Why must the user do it? Can't the package manager do it?
Regards,
Chi-Thanh Christopher Nguyen
Zac Medico schrieb:
Would it make sense to do the following:
(1) make all new-style virtuals additionally depend on an old-style
virtual (a new category might be appropriate)
(2) ebuilds in overlays can PROVIDE the old-style virtual
It seems like new-style virtual would be introducing
Ciaran McCreesh schrieb:
On Sat, 23 Apr 2011 12:28:29 +0200
Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote:
Would it make sense to do the following:
(1) make all new-style virtuals additionally depend on an old-style
virtual (a new category might be appropriate
Ciaran McCreesh schrieb:
On Sat, 23 Apr 2011 15:28:04 +0200
Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote:
Because there is a reason for not doing so, or because you think that
multi-repository support is a superior solution which will come
sooner?
Because what you propose
Ciaran McCreesh schrieb:
On Sat, 23 Apr 2011 16:47:37 +0200
Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote:
What I propose solves the problems that old-style virtuals introduce
in dependency resolution.
Not really, because it means we'd have to keep the nasty old code around
or English locale if a different one is detected.
Regards,
Chí-Thanh Christopher Nguyễn
,
which would make it depend on one of the suggested fonts from bug 359153.
Best regards,
Chí-Thanh Christopher Nguyễn
Branko Badrljica schrieb:
2. Is there any info on gcc version that will support -march=Bulldozer ?
I have googled a couple of gcc-related posts about optimizing for this
CPU architecture intricacies and I have hoped to see support for it in
4.6... Is this stuff still in early development or is
Samuli Suominen schrieb:
Also, both udisks and upower now have blockers for sys-apps/hal to
prevent overlapping features.
The result of this is that KDE and Gnome are now not installable at the
same time on a stable system.
Best regards,
Chí-Thanh Christopher Nguyễn
, or that orphaned packages are
not at all cared about.
Best regards,
Chí-Thanh Christopher Nguyễn
Chí-Thanh Christopher Nguyễn schrieb:
Samuli Suominen schrieb:
Also, both udisks and upower now have blockers for sys-apps/hal to
prevent overlapping features.
The result of this is that KDE and Gnome are now not installable at the
same time on a stable system.
Ah sorry, I was wrong. KDE
-concepts/mirrors/index.html claims
that dev.gentoo.org is not acceptable for hosting main-tree items, and
they must be moved to mirror://gentoo before release.
Maybe putting a clarification there too would help in avoiding confusion
regarding this issue.
Best regards,
Chí-Thanh Christopher
.
Best regards,
Chí-Thanh Christopher Nguyễn
as variable name? Also the local x, y, z
variables could be named a bit more obvious.
Will fix.
I would welcome more if constructs instead of, as it makes the code
more readable.
Ok, I am going to change this.
Thanks,
Chí-Thanh Christopher Nguyễn
users about the change is certainly a good idea.
Best regards,
Chí-Thanh Christopher Nguyễn
. As this is the first eselect module I have written, I would
welcome your comments and pointers.
TODO:
* Add support for switching emul-linux-x86-opengl on amd64 multilib
* Accept numbers as do_set() arguments
* Make the code a bit more compact
Untested:
* Prefix support
Best regards,
Chí-Thanh
discussion with upstream. Gnash does not
provide any SSL implementation itself and (when invoked as NPAPI plugin)
uses the browser's facilities. Possibly I could make more explicit that
users only interested in the plugin don't need it.
Best regards,
Chí-Thanh Christopher Nguyễn
support and other
improvements.
- lightspark: a recent effort which is in its early stages and still
incomplete in many ways (eg. audio support is planned for 0.4.2)
None of them I consider good enough to replace adobe-flash for the
average user.
Regards,
Chí-Thanh Christopher Nguyễn
license is similar in this regard, and could possibly also
be added to that group.
One notable section is 7.6 in which Adobe reserves the right to download
and install additional Content Protection software on the user's PC.
Your thoughts?
Regards,
Chí-Thanh Christopher Nguyễn
[1] https
is one of the principal users of agg.
Regards,
Chí-Thanh Christopher Nguyễn
Stanislav Ochotnicky schrieb:
On 05/25/2010 01:39 PM, Chí-Thanh Christopher Nguyễn wrote:
Torsten Veller schrieb:
media-video/linux-uvc
I guess this package can be treecleaned, since current kernels contain
the USB video class driver, and IIRC it no longer builds
301 - 326 of 326 matches
Mail list logo