Hello All,
linux-2.6.24 supports file based capabilities via:
CONFIG_SECURITY_FILE_CAPABILITIES
This enables the use of filesystem attributes in order to store per
executable capabilities list, more information at [1].
This enables improved security level for people who don't wish to move
into S
On 3/23/08, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> On Sun, 23 Mar 2008 20:21:29 +0200
> "Alon Bar-Lev" <[EMAIL PROTECTED]> wrote:
> > linux-2.6.24 supports file based capabilities via:
> > CONFIG_SECURITY_FILE_CAPABILITIES
> >
>
> >
On 3/23/08, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> > Why? A simple USE flag should be enough, if set use caps, if not use
> > current.
>
>
> A user turns the use flag on, the ebuild creates files using caps
> rather than set*id, the package manager merges it by copying the file
> and the
On 3/24/08, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> Diego and i were talking ... we're going to go with USE=filecaps because it's
> so new and doesnt require the libcap library in order to work at runtime.
> probably be worthwhile to put together a little eclass of functions to make
> people
On 3/24/08, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> how much do we want to help the user ? if they have USE=filecaps, then dont
> perform any checking ? we'll need a kernel with file capabilities turned on,
> otherwise the prog wont work unless it's setuid ... so do we perform checking
>
This may be confusing with Linux key store.
I suggest gnome-something as it is gnome feature.
Alon
On Sun, Apr 20, 2008 at 5:45 PM, Peter Weller <[EMAIL PROTECTED]> wrote:
> Unless anyone has any objections, I'll magically turn 'keyring' into a
> global USE flag tomorrow evening:
>
> [EMAIL PROTE
2008/4/20 Peter Weller <[EMAIL PROTECTED]>:
> On Sun, 2008-04-20 at 18:32 +0300, Ali Polatel wrote:
> > Alon Bar-Lev yazmış:
> > > I suggest gnome-something as it is gnome feature.
> >
> > How about gnome-keyring? :)
> >
>
> Why? All the ebuilds cur
On Sun, Apr 20, 2008 at 7:06 PM, Tiziano Müller <[EMAIL PROTECTED]> wrote:
> I'd say we should convert it to a global use flag now with a good
> description and change it to gnome-keyring later in case we really have a
> package which needs 'keyring' for something else.
If we know there may be a f
On 4/20/08, Gilles Dartiguelongue <[EMAIL PROTECTED]> wrote:
> for what it's worth, as a gnome dev I didn't see any convincing
> arguments as to why it should be renamed. Gnome makes things optional
> for other to reuse (like xfce) but afaik no other "keyring" like
> programs are optional deps o
On 4/30/08, Denis Dupeyron <[EMAIL PROTECTED]> wrote:
> It's my pleasure to introduce Markus Duft (mduft) as a new developer.
> He will go among us under the name of mduft, and will work in the
> Gentoo/Alt project porting Gentoo Prefix to Interix. Yes, people, that
> means Gentoo on Win32.
Wel
On 4/30/08, Fabian Groffen <[EMAIL PROTECTED]> wrote:
> On 30-04-2008 19:51:42 +0300, Alon Bar-Lev wrote:
> > On 4/30/08, Denis Dupeyron <[EMAIL PROTECTED]> wrote:
> > > It's my pleasure to introduce Markus Duft (mduft) as a new developer.
> > > He w
On 4/30/08, Fabian Groffen <[EMAIL PROTECTED]> wrote:
> I think in that sense Cygwin is more Open Source, because how you get
> the primary shell/environment is available too. However, for me that
> doesn't matter, as the OS itself is inherently non-free in that sense,
> so that's what you have
On 5/5/08, Jan Kundrát <[EMAIL PROTECTED]> wrote:
> Hi Enrico, it is usually a good idea to search through the Bugzilla before
> asking for some feature, chances are that it has been already requested (in
> this case, you're looking for bug 190102). FYI, at least some of qemu's
> features were por
Hello,
I guess I am tired of fighting with people here. I am too old for this crap.
There are few brutal developers here that make Gentoo a terrible place
to be. Well... I can handle few developers, but when devrel enters the
picture with arguments such as "volunteers can do crappy job as long
as
Replaced by dev-libs/libp11 unmaintained by upstream.
Bug#609668. Removal in 30 days.
Hello,
I would like to push gnutls-3.5 into stable per[1].
Below are known related issues we still have, please help to push these forward.
If anyone wishes to help testing before we progress, please move to
non-stable gnutls and report back any issue.
Please also emerge using the following set
Hi,
You can emerge crossdev and then run crossdev -t x86_64-w64-mingw32 or
crossdev -t i686-w64-mingw32
Alon
On 18 May 2017 at 01:25, Marty Plummer wrote:
>
> Greetings,
>
> So, I'm a relatively new gentoo user (as of 2016-12) coming from arch,
> and one thing I've noticed is the relative diffic
On 18 May 2017 at 06:46, Matthias Maier wrote:
> [2] I had to manually disable libsanitizer for gcc-6.3.0. Just set
> EXTRA_ECONF="--disable-libsanitizer" via env/package.env for the
> cross-x86_64-w64-mingw32/gcc package.
Hi,
You should use the USE flags and not apply such workarounds, f
On 18 May 2017 at 06:54, Marty Plummer wrote:
> Greetings,
>
> As the subject states, compiling dev-libs/libressl for x86_64-w64-mingw32
> target via crossdev ends up calling wine to run checks, which fails with
> an access violation, and as such emerge cannot finish.
>
> Would it be an acceptable
On 18 May 2017 at 07:10, Marty Plummer wrote:
> On Thu, May 18, 2017 at 06:53:48AM +0300, Alon Bar-Lev wrote:
>> On 18 May 2017 at 06:54, Marty Plummer wrote:
>> > Greetings,
>> >
>> > As the subject states, compiling dev-libs/libressl for x86_64-w64-ming
Hello,
I am looking for someone that is using gentoo on sparc and is willing to
help out to resolve an issue[1] of gnutls-3.5 with sparc so that we can
drop gnutls-3.3 from tree.
I tried to create a bootable sparc qemu gentoo image and failed, so need
someone with a live system.
Regards,
Alon
[
Upstream no longer maintain (Bug#628908).
Removal in 30 days.
Complex build system, hard to maintain, no dependencies in tree, upstream
does not cooperate (Bug#630420).
Removal in 30 days.
On 8 September 2017 at 22:44, R0b0t1 wrote:
>
> On Fri, Sep 8, 2017 at 2:40 PM, Alon Bar-Lev wrote:
> > Complex build system, hard to maintain, no dependencies in tree, upstream
> > does not cooperate (Bug#630420).
> > Removal in 30 days.
> >
>
> I don't
Hi,
Any reason we do not publish hardened/no-multilib?
I see we have[1] in place and is working if explicitly added.
Thanks,
Alon
[1] profiles/features/hardened/amd64/no-multilib
On 2 December 2017 at 23:08, Michał Górny wrote:
>
> W dniu sob, 02.12.2017 o godzinie 22∶43 +0200, użytkownik Alon Bar-Lev
> napisał:
> > Hi,
> > Any reason we do not publish hardened/no-multilib?
> > I see we have[1] in place and is working if explicitly added.
>
Hi,
On 25 January 2018 at 14:35, Michał Górny wrote:
>
> Starting with sys-apps/portage-2.3.22, Portage enables cryptographic
> verification of the Gentoo rsync repository distributed over rsync
> by default. This aims to prevent malicious third parties from altering
> the contents of the ebuild
On 26 January 2018 at 00:21, Robin H. Johnson wrote:
> On Thu, Jan 25, 2018 at 11:55:58PM +0200, Alon Bar-Lev wrote:
>> I did not looked into the detailed implementation, however, please
>> make sure integrity check handles the same cases we have applied to
>> emerge
On 9 February 2016 at 13:59, Rich Freeman wrote:
>
> On Tue, Feb 9, 2016 at 12:27 AM, Anthony G. Basile
> wrote:
> > On 2/8/16 10:09 PM, Rich Freeman wrote:
> >> How many of those 14 distros have more than 14 users?
> >
> > gentoo is very unpopular as a distro. however, it excels as a meta
> >
On 14 February 2016 at 22:23, Mike Frysinger wrote:
> udev: it's the default in every major distro that everyone tests and
> develops against.
>
> eudev: no one of any relevance outside of Gentoo runs it.
I honestly don't understand this argument that pops over and over.
No "major distro" using
On 20 April 2016 at 18:52, Ian Stakenvicius wrote:
>
> Hi everyone:
>
> After doing some experimentation with a mingw crossdev, I found that I
> needed to do a lot of EXTRA_ECONF settings in combination with
> USE="aqua" in order to get packages supporting a win32 API to be
> configured appropriat
Hi,
I've revbumped this package.
Regards,
Alon
On 6 June 2016 at 03:23, M. J. Everitt wrote:
> On 05/06/16 22:55, Kristian Fiskerstrand wrote:
>> dev-util/nsis curretly has no maintainer. It has a [critical security
>> bug filed against it]. Does anyone want to pick it up? if not we'll
>> start a
Can you please check it out?
I had no time nor setup.
On 12 June 2016 at 14:49, M. J. Everitt wrote:
> Cheers Alon,
>
> Michael.
> On 12/06/16 12:43, Alon Bar-Lev wrote:
>> Hi,
>> I've revbumped this package.
>> Regards,
>> Alon
>>
>> On 6 J
Just tried to switch.
Print-Screen shortcut is not working, any idea why?
Saw some similar issues, but could not find out what is wrong as most
of the fixes are embedded.
Thanks!
On 14 July 2016 at 20:33, Johannes Huber wrote:
>
> # Johannes Huber (14 Jul 2016)
> # No longer released upstream. U
I have only three: Application, Global, Web
Shouldn't it be integrated into Global?
On 14 July 2016 at 21:44, Johannes Huber wrote:
> Please check systemsettings -> shortcuts -> 4th tab.
>
> Greetings,
> Johannes
>
> Am Donnerstag 14 Juli 2016, 21:26:04 schrieb A
On 14 July 2016 at 23:15, Johannes Huber wrote:
> Am Donnerstag 14 Juli 2016, 21:47:10 schrieb Alon Bar-Lev:
>> I have only three: Application, Global, Web
>> Shouldn't it be integrated into Global?
>
> Maybe this helps:
> https://bbs.archlinux.org/viewtopic.php?
# Weak cryptography (bug #592114)
# Package will be removed from Gentoo in 30 days.
app-crypt/bcrypt
# No upstream, no maintainer (bug #592164)
# Package will be removed from Gentoo in 30 days.
app-crypt/scl011-bin
# Alon Bar-Lev (05 Nov 2016)
# Masked for removal in 30 days, bug#598982.
# Upstream does not publish releases, no tags, last publish is on
# google code, no dependencies.
dev-python/pssi
On 6 November 2016 at 12:52, Michał Górny wrote:
> Hi, everyone.
> So, what are your comments?
Hi,
Just my 2 cents...
I kinda love the prefix nature of the expressions which is consistent
and easier to parse.
Using infix only for versions and leaving all the rest prefix will
create abnormalit
Hi,
I would like to start stabilizing gnutls-3.4.
If anyone is aware of an issue please speak up.
Thanks!
Alon
out of
it? are we going to obsolete this huge work? If we don't I suggest to
remove the 'old' implication, to something like openrc-gentoo-net.
Regards,
Alon Bar-Lev.
On Sun, Aug 4, 2013 at 1:38 AM, William Hubbs wrote:
> Hi all,
>
> I'm splitting the thread because this is a separate subject.
>
> On Sun, Aug 04, 2013 at 12:59:56AM +0300, Alon Bar-Lev wrote:
>> I do understand why Roy refer this as oldnet... but why in Gentoo do
&g
, 2013 at 7:30 PM, William Hubbs wrote:
> > > > On Sun, Aug 04, 2013 at 01:49:46AM +0300, Alon Bar-Lev wrote:
> > > >> On Sun, Aug 4, 2013 at 1:38 AM, William Hubbs
> > > >> wrote:
> >
> > > >> OK... so gentoo-networking? or just c
On Thu, Aug 8, 2013 at 5:01 PM, Fabio Erculiani wrote:
> Moreover, the lvm problem is caused by a very ancient and ill decision
> about doing what upstream tells you to avoid: have mdev in the
> initramfs and udev on the final pivot rooted system. This was just
> looking for troubles but the smart
ne solution for layout.
Regards,
Alon Bar-Lev.
On Thu, Aug 8, 2013 at 9:08 PM, Samuli Suominen wrote:
> On 08/08/13 20:57, Alon Bar-Lev wrote:
>>
>> On Thu, Aug 8, 2013 at 8:41 PM, Rich Freeman wrote:
>>>
>>> Stability is about the quality of the ebuilds and the user experience
>>> in gener
On Thu, Aug 8, 2013 at 9:26 PM, Tom Wijsman wrote:
> On Thu, 8 Aug 2013 20:57:15 +0300
> Alon Bar-Lev wrote:
>
>> On Thu, Aug 8, 2013 at 8:41 PM, Rich Freeman wrote:
>> > Stability is about the quality of the ebuilds and the user
>> > experience in general
On Thu, Aug 8, 2013 at 9:47 PM, Tom Wijsman wrote:
> On Thu, 8 Aug 2013, 20:57:18 +0300
> Alon Bar-Lev wrote:
>
>> If from now on, a bug with systemd of new version of a package blocks
>> that package stabilization, it means that all developers must support
>> system
On Thu, Aug 8, 2013 at 9:58 PM, Samuli Suominen wrote:
> On 08/08/13 21:23, Alon Bar-Lev wrote:
>>
>> On Thu, Aug 8, 2013 at 9:08 PM, Samuli Suominen
>> wrote:
>>>
>>> On 08/08/13 20:57, Alon Bar-Lev wrote:
>>>>
>>&g
emd, and you hide your
intention in the argument of supporting multiple layouts, please do
not hide and state so clearly.
But do not claim that Gentoo with different layout than baselayout is
still formal Gentoo, and is supported by the Gentoo developers.
Regards,
Alon Bar-Lev.
lear stand, what will
developers (throughout the tree) will be maintaining. If a user
installs a component he does expect it to work and maintained. And we
cannot force all developers to support two different layouts, and we
cannot allow developers to support layout of their choice, as users
will get a totally broken solution, because of the aspirations of
developer/herd they get different level of support.
I don't care if systemd is worked on by people, however it must be
clearly mark as unstable as long as there is no decision to switch.
Regards,
Alon Bar-Lev
On Fri, Aug 9, 2013 at 5:44 PM, Chí-Thanh Christopher Nguyễn
wrote:
> Alon Bar-Lev schrieb:
>> On Fri, Aug 9, 2013 at 3:28 PM, Rich Freeman wrote:
>>> On Fri, Aug 9, 2013 at 7:31 AM, Patrick Lauer wrote:
>>>> You just removed the upgrade path for users.
>>
On Fri, Aug 9, 2013 at 5:57 PM, Chí-Thanh Christopher Nguyễn
wrote:
> Alon Bar-Lev schrieb:
>>> I think there may be a misunderstanding here. He only said that if you
>>> want to run Gnome 3.8, then switch to systemd. Because the Gnome team
>>> will not support any o
On Sat, Aug 10, 2013 at 1:59 PM, Rich Freeman wrote:
> On Sat, Aug 10, 2013 at 6:51 AM, Patrick Lauer wrote:
>> not must, but if I choose to run the official supported configuration,
>> well, then telling me to go to an unsupported state is quite confusing
>> and sends the wrong signal.
>>
>
> Th
pected, as it is similar to how systemd/gnome is managed :)
Regards,
Alon Bar-Lev.
On Mon, Aug 12, 2013 at 2:08 AM, Gilles Dartiguelongue wrote:
> Le dimanche 11 août 2013 à 22:09 +0300, Alon Bar-Lev a écrit :
>> On Sun, Aug 11, 2013 at 9:59 PM, Tom Wijsman wrote:
>> > On Sun, 11 Aug 2013 13:29:16 -0500
>> > William Hubbs wrote:
>> >
ree?
Or do you want to join in as a developer?
Or something else?
Regards,
Alon Bar-Lev.
On Fri, Nov 1, 2013 at 10:06 PM, Peter Stuge wrote:
> Alon Bar-Lev wrote:
>> >> It matters a whole lot if I have to wait for someone else to
>> >> unblock me, in practice that completely demotivates me to
>> >> contribute back, and I would simply work arou
On Wed, Dec 11, 2013 at 10:41 PM, William Hubbs wrote:
>
> All,
>
> We got a request from Debian to rename the "rc" binary of OpenRC due to
> a naming conflict they have. They have a port of the at&t plan 9 shell,
> which has a binary named "rc" as well[1].
>
> My thought is to rename our "rc" to
Hi,
Long time since I done this... maybe something had been changed.
$ cvs commit -m "thirdpartymirrors: fixup gnupg mirros, bug#494842, thanks
to Ben Kohler"
cvs commit: cannot exec /var/cvsroot/CVSROOT/cvslogdate: Permission denied
cvs commit: cannot exec /var/cvsroot/CVSROOT/checkgroup.pl: Per
On Sat, Mar 1, 2014 at 2:03 AM, William Hubbs wrote:
>
> On Fri, Feb 28, 2014 at 09:57:15PM +, David Leverton wrote:
> > William Hubbs wrote:
> > > The reason the split happened is pretty straight forward, and every other
> > > "justification" for continuing it was come up with after the fact.
On Mon, May 12, 2014 at 9:48 PM, Peter Stuge wrote:
> Samuli Suominen wrote:
>> >> If we say we stick to upstream then we don't provide pkg-config files
>> >> at all (in these cases).
>>
>> > I think this is a sane default.
>>
>> Except having pkg-config is the only way to fix some of the build
>>
Hi,
I do not know if this came up... glibc must be bumped first[1].
Alon
[1] https://bugs.gentoo.org/show_bug.cgi?id=504032
On Sun, Sep 21, 2014 at 2:13 PM, Ulrich Mueller wrote:
>> On Sun, 21 Sep 2014, Michał Górny wrote:
>
>> Do you really consider keeping a key open for machine signing
>> somewhat secure?
>
> You mean, as compared to manifests (or commits) signed by 250
> different developers' keys?
>
> Ulrich
it as if
it was his.
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
deeply, it looks like it
gnupg version dependend.
Anyone who wants to test help testing is welcome to provide feedback.
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
ble as mainstream.
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
Hello,
Is there any reason why not setting "latest" as default for WANT_AUTO*
variables?
I believe that an ebuild should set these variables only if there is
some exception.
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
hould handle old ebuilds that use old auto*.
I think a specific version should be specified only if something
breaks with latest,
thus it should be the default.
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
likely is this situation ?
-mike
Well What is the verdict?
1. Add default.
2. Explicit specify version in WANT_AUTO*.
3. Continue adding WANT_AUTO*="latest" everyplace.
Best Regards,
Alon Bar-Lev
--
gentoo-dev@gentoo.org mailing list
Hello,
Users that uses the above package should move to:
app-crypt/asedriveiiie-serial
app-crypt/asedriveiiie-usb
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
On 1/12/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
On Sunday 07 January 2007 11:27, Alon Bar-Lev wrote:
> 1. Add default.
we've gone this route ... if/when an issue comes up where someone is
inheriting autotools but they're using it conditionally, we'll revisit this
Hello,
Per bug#139884, libgphoto2 has drivers for many cameras we should have
a way for user to select the right drivers.
Currently it uses environment variables in make.conf, any objection to
adding it to USE_EXPAND?
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
cognized as joint maintainers as well.
Any comments?
I can take bibletime if you like.
Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
erive
a technical solution.
Best Regards,
Alon Bar-Lev.
--
gentoo-dev@gentoo.org mailing list
e you'll get
your devbox finally running after 3 years or so and you'll continue to
be such a great assett to Gentoo as you've been so far. ;)
[1] http://bugs.gentoo.org/show_bug.cgi?id=38368
I totally agree.
The slack developer should have been suspended...
Not you.
Best
Hello All,
sys-apps/915resolution superseed this package and support 855 configurations.
Please upgrade your configuration to sys-apps/915resolution.
Comments/suggestions can be entered at bug#159586.
Package will be masked at 2007-05-25, removed at 2005-06-08.
Best Regards,
Alon Bar-Lev
Hi!
Can you please add:
http://bugs.gentoo.org/show_bug.cgi?id=183075
Need a psi user to close this.
Thanks!
On 7/3/07, Peter Weller <[EMAIL PROTECTED]> wrote:
Hi,
Don't forget that next Saturday is the first Saturday of the month,
which means it's Bugday!
For those of you who don't know, B
I think we should have user space splash... As fbsplash does not work
with all video cards and last time I checked the whole framebuffer in
kernel is not actively maintained.
Alon.
On 7/7/07, Michal Januszewski <[EMAIL PROTECTED]> wrote:
# Michał Januszewski <[EMAIL PROTECTED]> (06 Jul 2007)
#
On 7/7/07, Michal Januszewski <[EMAIL PROTECTED]> wrote:
On Sat, Jul 07, 2007 at 01:06:07AM +0300, Alon Bar-Lev wrote:
> I think we should have user space splash... As fbsplash does not work
splashutils is a _userspace_ splash. fbsplash isn't, but then it only
provides the
On 7/7/07, Rémi Cardona <[EMAIL PROTECTED]> wrote:
Try using vesafb-tng (I know it doesn't support some resolutions either)
but interactions between vesafb-tng and the intel X driver are _much_
better.
Does not work either.
There is a memory conflict between the X space and vesa.
I basically t
On 7/7/07, Roy Marples <[EMAIL PROTECTED]> wrote:
The whole thing is moot anyway as baselayout-2 now uses C plugins for
hooks like splash. So unless you or someone else steps up to the
plate and write a baselayout-2 plugin for bootsplash there will be a
point where it will stop working.
I don't
hen be pinged on a bug to keyword
baselayout-2.
Hi!
Just an issue I thought a long while ago...
What about adding USE flags for all optional networking components...
So that they installed without manually merging them one by one?
Best Regards,
Alon Bar-Lev.
--
[EMAIL PROTECTED] mailing list
On 8/29/07, Christian Heim <[EMAIL PROTECTED]> wrote:
> - dev-libs/openct (kaiowas)
crypto ack
> crypto:
> - sys-auth/pam_p11 (kaiowas)
> - dev-libs/libp11 (kaiowas)
> - dev-libs/opencryptoki (kaiowas)
> - dev-libs/engine_pkcs11 (kaiowas)
crypto ack.
Alon
--
[EMAIL PROTECTED] mailing list
you think lsusb is important or not important for installcd, please
help explain why.
Best Regards,
Alon Bar-Lev.
--
[EMAIL PROTECTED] mailing list
Hello,
This package will be masked at 2007-11-22.
If you need this package, please comment at bug#198696.
Best Regards,
Alon Bar-Lev.
--
[EMAIL PROTECTED] mailing list
t "2", so
migration will be smooth. The problem is that I need all archs to work
with me in timely manner so that this will be possible. I have
bug#194113 waiting for arm, mips, s390, sh, and this only for the
dependencies.
Any thoughts?
Best Regards,
Alon Bar-Lev.
--
[EMAIL PROTECTED] mailing list
On Dec 9, 2007 9:21 AM, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> On 15:49 Sat 08 Dec , Alon Bar-Lev wrote:
> > Hello,
> >
> > I want to make gnupg-2 stable.
> >
> > The problem is that gnupg-1.9 was slotted as slot "1.9" and made stable.
&g
On 12/12/07, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> On 22:49 Tue 11 Dec , Alon Bar-Lev wrote:
> > On Dec 9, 2007 9:21 AM, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> > > On 15:49 Sat 08 Dec , Alon Bar-Lev wrote:
> > > Seems reasonable. Any part
On 12/12/07, William L. Thomson Jr. <[EMAIL PROTECTED]> wrote:
>
> On Sat, 2007-12-08 at 15:49 +0200, Alon Bar-Lev wrote:
> >
> > gnupg-2 is drop-in replacement of gnupg-1, so eventually no slotting
> > should be used.
>
> Drop in according to YOU, which I have
On 12/12/07, Jan Kundrát <[EMAIL PROTECTED]> wrote:
> Alon Bar-Lev wrote:
> > As I told you before, I wont slot these two.
>
> Could you provide a link to reasons that lead you to this decision so
> that interested readers can make their own opinion?
http://bugs.gentoo.or
to mess with eselect in order
to resolve the dependency of other packages with gnupg.
You can always mask >=gnupg-2 if you want the 1.X series on embedded devices.
Best Regards,
Alon Bar-Lev.
--
[EMAIL PROTECTED] mailing list
Hello,
I selected the blocker option, forcing users to unmerge gnupg-1.9.
Users that used only 1.9 slot, will be notified later by revbumping this slot.
I am truly sorry for bothering users, but this is the only way to push
this forward.
Thank you for your comments,
Alon Bar-Lev.
BTW: If
Publish to layman?
On 1/1/08, Roy Marples <[EMAIL PROTECTED]> wrote:
> Uh, forgot the link :)
>
> http://git.overlays.gentoo.org/gitweb/?p=dev/uberlord.git;a=summary
>
> --
> [EMAIL PROTECTED] mailing list
>
>
--
[EMAIL PROTECTED] mailing list
Thanks!
Works!
Roy, why didn't you digest and commit the files?
On 1/1/08, Petteri Räty <[EMAIL PROTECTED]> wrote:
> Alon Bar-Lev kirjoitti:
> > Publish to layman?
> >
>
> Done. layman -a openrc after the web nodes have synced from CVS.
>
> Regards,
>
Thanks for adding digest, but:
Calculating dependencies /!!! Digest verification failed:
!!! /usr/portage/local/layman/openrc/sys-apps/openrc/openrc-.ebuild
!!! Reason: Filesize does not match recorded size
!!! Got: 3629
!!! Expected: 3602
On 1/1/08, Alon Bar-Lev <[EMAIL PROTECTED]>
On 1/1/08, Roy Marples <[EMAIL PROTECTED]> wrote:
> > It took me some time to find /etc/conf.d/modules, but it's certainly
> > useful :).
>
> It also means all config files, with the exceptions of fstab and rc.conf
> are in conf.d and not some random dir :)
Took me a while too... Some ChangeLog do
On 1/2/08, Roy Marples <[EMAIL PROTECTED]> wrote:
> Those functions were removed from functions.sh as only update-modules
> still uses them. udev does use KV_to_int though. I don't really want to
> add those functions back. Although we could trivially add is_older_than
> as a C applet built into rc
Again...
!!! Digest verification failed:
!!! /usr/portage/local/layman/openrc/sys-apps/openrc/openrc-.ebuild
!!! Reason: Filesize does not match recorded size
!!! Got: 3666
!!! Expected: 3629
On 1/1/08, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> Thanks for adding digest, but:
>
&
1 - 100 of 143 matches
Mail list logo
