On Thu, Jan 4, 2018 at 9:22 PM, R0b0t1 wrote:
>
> I think referring to BPF is a red herring, because it is really the
> processor that is at fault. Not BPF. And yes, I'm aware of what AMD
> claims.
Of course the processor is at fault. However, in order to exploit the
fault on
On Thu, Jan 4, 2018 at 9:12 PM, Walter Dnes wrote:
>
> There are 2 vulnerabities at play here, both caused by speculative
> execution...
Actually, there are 3 related ones, with two names between them.
Can't imagine why there is so much confusion...
> 2) "Spectre" is
On Thu, Jan 4, 2018 at 8:52 PM, Jalus Bilieyich wrote:
> Is my Pentium D from 2007 affected?
>
Any Intel x86 chip after and including the Pentium Pro should be
affected. That came out in 1995. The Pentium D is almost certainly
vulnerable.
--
Rich
On Thu, Jan 4, 2018 at 7:51 PM, Adam Carter <adamcart...@gmail.com> wrote:
> On Fri, Jan 5, 2018 at 8:39 AM, Nikos Chantziaras <rea...@gmail.com> wrote:
>>
>> On 04/01/18 18:18, Rich Freeman wrote:
>>>
>>> For variant 1 the only known vulnerability
On Thu, Jan 4, 2018 at 10:44 AM, R0b0t1 wrote:
>
> I am still working through the information myself, but it looks like
> BPF filters are an easy way to make sure you have something to look
> for in kernelspace.
My understanding is that for exploit 1 to work you need to have
On Thu, Jan 4, 2018 at 11:02 AM, Holger Hoffstätte
<hol...@applied-asynchrony.com> wrote:
> On Wed, 03 Jan 2018 15:53:07 -0500, Rich Freeman wrote:
>
>> On Wed, Jan 3, 2018 at 3:35 PM, Wols Lists <antli...@youngman.org.uk> wrote:
>>>
>>> And as I understa
On Thu, Jan 4, 2018 at 8:44 AM, Corbin Bird wrote:
>
> According to the Project Zero documentation having BPF JIT enabled
> is the key to the exploit.
>
> The way the docs read ... can it be assumed that by having BPF JIT
> disabled on an AMD, that blocks this
On Wed, Jan 3, 2018 at 4:21 PM, Stroller wrote:
>
> If the kernel devs cared to announce when they were patching exploits then we
> could take each
> one under consideration individually. But the kernel devs are secretive about
> kernel exploits, because
> they
On Wed, Jan 3, 2018 at 3:35 PM, Wols Lists wrote:
>
> And as I understand it the code can be disabled with either a compile
> time option or command line switch to the kernel.
I suspect the compile-time option is PAGE_TABLE_ISOLATION (which was
newly added in 4.14.11).
On Tue, Jan 2, 2018 at 3:20 PM, Kai Krakow wrote:
>
> It's adequate to update your software when a security hole was fixed - on
> the point. Not two or three months later...
>
And on that note I see that upstream just released 4.14.11 containing
what is widely speculated as
On Thu, Dec 28, 2017 at 3:05 PM, Jack wrote:
>
> You need to copy your old .config into the new kernel source directory.
> "make oldconfig" then uses those values, and only asks you about new items.
It will find an existing config in /boot if you have one named
On Fri, Dec 22, 2017 at 9:37 AM, John Covici wrote:
>
> Yep, putting -sysv-utils for systemd fixes things right up! I hope
> there is no strange consequences by disabling this flag, but we shall
> see.
>
None that I've seen. Systemd has always been backwards-compatible
On Mon, Dec 11, 2017 at 2:45 PM, David Haller wrote:
>
> On Mon, 11 Dec 2017, Helmut Jarausch wrote:
>>Strangely enough, dmesg shows
>>
>>systemd-coredump[25375]: Failed to connect to coredump service: No such file
> ^^
>>or directory
>>
>>although I'm not
On Sun, Dec 10, 2017 at 4:00 PM, Wols Lists wrote:
>
> So the OP needs to be aware that, if his file is smaller than the chunk
> size, then it *will* be recoverable from a disk pulled from an array, be
> it md-raid or zfs.
>
> The question is, then, how big is a chunk?
On Sun, Dec 10, 2017 at 4:45 AM, Wols Lists <antli...@youngman.org.uk> wrote:
> On 09/12/17 23:36, Rich Freeman wrote:
>> you instead compute 5 sets of parity so that now you have 9 sets of
>> data that can tolerate the loss of any 5, then throw away the sets
>> con
On Sat, Dec 9, 2017 at 1:28 PM, Wols Lists wrote:
> On 09/12/17 16:58, J. Roeleveld wrote:
>> On Friday, December 8, 2017 12:48:45 AM CET Wols Lists wrote:
>>> On 07/12/17 22:35, Frank Steinmetzger wrote:
> (Oh - and md raid-5/6 also mix data and parity, so the same
On Thu, Dec 7, 2017 at 11:04 AM, Frank Steinmetzger <war...@gmx.de> wrote:
> On Thu, Dec 07, 2017 at 10:26:34AM -0500, Rich Freeman wrote:
>
>> […] They want 1GB/TB RAM, which rules out a lot of the cheap ARM-based
>> solutions. Maybe you can get by with less,
On Thu, Dec 7, 2017 at 9:53 AM, Frank Steinmetzger wrote:
>
> I see. I'm always looking for ways to optimise expenses and cut down on
> environmental footprint by keeping stuff around until it really breaks. In
> order to increase capacity, I would have to replace all four drives,
On Wed, Dec 6, 2017 at 7:13 PM, Frank Steinmetzger <war...@gmx.de> wrote:
> On Wed, Dec 06, 2017 at 06:35:10PM -0500, Rich Freeman wrote:
>>
>> IMO the cost savings for parity RAID trumps everything unless money
>> just isn't a factor.
>
> Cost saving compared
On Wed, Dec 6, 2017 at 6:28 PM, Frank Steinmetzger wrote:
>
> I don’t really care about performance. It’s a simple media archive powered
> by the cheapest Haswell Celeron I could get (with 16 Gigs of ECC RAM though
> ^^). Sorry if I more or less stole the thread, but this is almost
On Fri, Dec 1, 2017 at 11:58 AM, Wols Lists wrote:
> On 27/11/17 22:30, Bill Kenworthy wrote:
>> Hi all,
>> I need to expand two bcache fronted 4xdisk btrfs raid 10's - this
>> requires purchasing 4 drives (and one system does not have room for two
>> more drives)
On Sun, Nov 26, 2017 at 6:05 PM, Ian Zimmerman wrote:
>
> I don't trust procmail anymore after CVE-2017-16844.
Uh, thanks. Hadn't even heard of that one, but I was on vacation when
it hit I think.
Bug 522114 has a link to the patch, which works fine with eapply_user
with
On Sun, Nov 26, 2017 at 3:58 PM, Wols Lists wrote:
> On 26/11/17 18:46, Ralph Seichter wrote:
>> Does NeoMutt perhaps suppress dupes based on message ID? Thunderbird
>> obviously does not.
>
> Thunderbird has an add-on that will delete duplicates. I make regular
> use of
On Fri, Nov 24, 2017 at 11:16 AM, Ralph Seichter
wrote:
> On 24.11.17 16:39, Peter Humphrey wrote:
>
>> I'm trying an evasion, which is to use fetchmail to retrieve emails
>> from my ISP and deliver them to postfix, which can then serve them
>> via IMAP.
>
> Postfix is
On Tue, Nov 21, 2017 at 8:36 AM, Alan McKinnon wrote:
> On 21/11/2017 15:03, Mick wrote:
>> I see that > media-libs/gst-
>> plugins-base-1.12.3, so I removed various gst-plugins and net-libs/farstream,
>> emerged -1 media-libs/gst-plugins-base-1.12.3, but portage
On Mon, Nov 6, 2017 at 10:45 AM, Ian Zimmerman <i...@very.loosely.org> wrote:
> On 2017-11-05 17:17, Rich Freeman wrote:
>
>> Distros will always have to do integration work, and that is fine.
>> That is the role of a distro. And sometimes distros have to roll
>>
On Sun, Nov 5, 2017 at 4:40 PM, Ian Zimmerman <i...@very.loosely.org> wrote:
> On 2017-11-05 14:22, Rich Freeman wrote:
>
>> Second, my actual objection is more to sticking wrappers around an
>> upstream program just to extend its capabilities, when other software
&
On Sun, Nov 5, 2017 at 8:10 AM, Ian Zimmerman <i...@very.loosely.org> wrote:
> On 2017-11-05 07:11, Rich Freeman wrote:
>
>> But, I agree that it makes far more sense to just have desktop users
>> use an appropriate cron implementation designed to handle the machine
>&
On Sun, Nov 5, 2017 at 6:46 AM, Alan McKinnon wrote:
> On 05/11/2017 15:48, tu...@posteo.de wrote:
>>
>> unpacking is not implemented yet.
>
>
> Reading only this thread, it looks like an upstream used a horribly
> incomplete scheme for distribution that isn't even ready
On Sun, Nov 5, 2017 at 6:43 AM, Alan McKinnon wrote:
>
> There are other schedulers out there that succeed where cron fails (eg
> Control-M, chronos, quartz), but those are all large, bulky, designed
> for big complex installs/requirements and probably not suited for
On Sat, Nov 4, 2017 at 2:17 PM, Nikos Chantziaras wrote:
> On 04/11/17 18:15, siefke_lis...@web.de wrote:
>>
>> I have a short question to systemd. I would like to ask your experience
>> in the changeover. Was it easy? Were there problems?
>> Change or reinstall? What mean the
On Thu, Nov 2, 2017 at 6:53 PM, Kai Peter wrote:
>
> *I* recommend fcron, it is a bit under estimated. Beside its progressive
> design and w/o consulting the man page now again - AFAIR it can handle
> DST issues like above through options in fcrontab. But with my concept
On Fri, Nov 3, 2017 at 10:51 AM, Lasse Pouru
wrote:
>
> So the flags would have to be the same on all machines? What about the
> CPU architecture? Isn't there a way to cross-compile for a 32-bit
> machine (with minimal flags) on a 64-bit machine, and specify which
>
On Wed, Nov 1, 2017 at 2:12 PM, Wols Lists wrote:
>
> Windows WON'T SHUT DOWN PROPERLY most of the time.
>
> And something messed up /home.
>
> Easy enough to fix, when I eventually found out the cause. Run fsck on
> /dev/sda8. Re-configure windows to tell it "shut down
On Tue, Oct 31, 2017 at 10:05 AM, Wols Lists wrote:
> If you can, do a Buffet...
> ...
> ...demand that pension funds invest in companies that pay good dividends,
> well covered...
Without wanting to derail this thread even more, I couldn't help but
notice the irony
On Tue, Oct 31, 2017 at 9:56 AM, Wols Lists wrote:
>
> The reason British Telecom made obscene profits for YEARS after they
> privatised was because they inherited terrible infrastructure that cost
> a lot of money just to keep going.
>
A similar kind of system is the
On Mon, Oct 30, 2017 at 4:28 PM, Mick <michaelkintz...@gmail.com> wrote:
> On Monday, 30 October 2017 21:04:00 GMT Rich Freeman wrote:
>> On Mon, Oct 30, 2017 at 4:50 PM, Dale <rdalek1...@gmail.com> wrote:
>> > have we profited on today'. However, wh
On Mon, Oct 30, 2017 at 3:59 PM, Mick wrote:
> On Monday, 30 October 2017 20:50:16 GMT Dale wrote:
>> I think we both agree that companies should look long term, it's not
>> likely they ever will. Their stock owners would cringe if they did,
>
> Not really. Pension
On Mon, Oct 30, 2017 at 4:50 PM, Dale wrote:
>
> have we profited on today'. However, when a company is public, stocks
> and such, then it is about what have we made today with no one caring
> about years from now. After all, the people owning the stocks may not
> even
On Mon, Oct 30, 2017 at 3:33 PM, Daniel Frey wrote:
>
> I did some looking around (I had an APC) and all the APC branded crap you
> get in the stores are cheaper, inferior options. I found out the BX-prefixed
> models don't even have proper AVR (they only correct when the
On Thu, Oct 26, 2017 at 9:18 AM, Walter Dnes <waltd...@waltdnes.org> wrote:
> On Thu, Oct 26, 2017 at 06:55:45AM -0700, Rich Freeman wrote
>
>> This should work:
>> git clone git://anongit.gentoo.org/repo/gentoo.git .
>> git checkout 4716c9ae8666e4cfc6eff46960f7b
On Thu, Oct 26, 2017 at 9:28 AM, Walter Dnes wrote:
> Michael Orlitzky suggested
> https://gitweb.gentoo.org/repo/gentoo.git/tree/app-emulation/qemu?id=4716c9ae8666e4cfc6eff46960f7bff8f4f3d708
> which displays the 2 ebuilds I want, and there is a "files" directory. I
> do
On Wed, Oct 25, 2017 at 9:54 PM, Walter Dnes wrote:
>
> Next question... from a git newbie... is there a way to pull down the
> entire "files" directory with patches in one command? gitweb seems to
> delight in using tons of fancy HTML to format a cute layout.
Trying to
On Thu, Oct 19, 2017 at 2:15 AM, Peter Humphrey wrote:
> Hello list,
>
> In case anyone else trips over this, as I did today in my routine update,
> see https://bugs.gentoo.org/634706. I followed comment 2.
>
> The symptom is that sddm cannot start KDE, so you have to log
On Sun, Oct 15, 2017 at 11:47 AM, Alan McKinnon wrote:
> On 15/10/2017 16:31, Michael Orlitzky wrote:
>> On 10/14/2017 09:30 PM, Dale wrote:
>>>
>>> While at it. Is there a tool that tells when USE flags in make.conf is
>>> either no longer used or doesn't even exist
On Fri, Oct 13, 2017 at 11:34 AM, Mike Gilbert wrote:
> On Fri, Oct 13, 2017 at 1:29 PM, Daniel Frey wrote:
>>
>> So *why* on earth is it a dependency when (from what I've been reading after
>> discovering this) many ISPs don't seem to support it properly
On Sun, Oct 8, 2017 at 11:10 AM, Mick wrote:
>
> From what I see above you are running btrfs. It may be worth compiling in
> your kernel this module you have left out, because I've read somewhere it
> prevents fs corruption (Rich seems to know a lot about BTRFS, so I
On Sat, Oct 7, 2017 at 12:12 PM, Neil Bothwick <n...@digimed.co.uk> wrote:
> On Sat, 7 Oct 2017 07:06:24 -0400, Rich Freeman wrote:
>
>> btrfs isn't horrible, but it basically hasn't been optimized at all.
>> The developers are mainly focused on getting it to not destroy
On Sat, Oct 7, 2017 at 6:28 AM, Neil Bothwick wrote:
> On Sat, 7 Oct 2017 05:18:33 -0400, Tanstaafl wrote:
>
>> Anyone have any experience with comparing performance with either btrfs
>> or ZFS against either ReiserFS or XFS for a maildir based mail server?
>
> I tried btrfs
On Fri, Oct 6, 2017 at 10:12 AM, Grant Edwards
<grant.b.edwa...@gmail.com> wrote:
> On 2017-10-06, Rich Freeman <ri...@gentoo.org> wrote:
>
>> 2. Xfs: If you absolutely have to mess with a filesystem (especially
>> for multimedia) this isn't a bad alternative.
On Fri, Oct 6, 2017 at 5:53 AM, Philip Webb wrote:
> 171005 christos kotsis wrote:
>> I just noticed that ReiserFS has significant performance
>> over ext3, 4 when dealing with small files.
>
> I've long relied on ReiserFS for everything except /boot
> & have never had any
On Sun, Sep 24, 2017 at 2:51 PM, John Blinka wrote:
>
>> Is this an officially approved technique?? it is DIRTY.
>
> I imagine that it is sanctioned, otherwise why would there be a
> --changed-deps flag to emerge? Does seem dirty. Glad you asked the
> question. Would
On Sat, Sep 16, 2017 at 1:48 PM, Kai Krakow <hurikha...@gmail.com> wrote:
> Am Sat, 16 Sep 2017 10:05:21 -0700
> schrieb Rich Freeman <ri...@gentoo.org>:
>
>>
>> My main concern with xfs/ext4 is that neither provides on-disk
>> checksums or protection against
On Sat, Sep 16, 2017 at 9:43 AM, Kai Krakow wrote:
>
> Actually, I'm running across 3x 1TB here on my desktop, with mraid1 and
> draid 0. Combined with bcache it gives confident performance.
>
Not entirely sure I'd use the word "confident" to describe a
filesystem where the
On Sat, Sep 16, 2017 at 8:06 AM, Kai Krakow wrote:
>
> But I guess that btrfs doesn't use 10G sized extents? And I also guess,
> this is where autodefrag jumps in.
>
It definitely doesn't use 10G extents considering the chunks are only
1GB. (For those who aren't aware,
On Fri, Sep 8, 2017 at 3:16 PM, Kai Krakow wrote:
>
> At least in btrfs there's also a caveat that the original extents may
> not actually be split and the split extents share parts of the
> original extent. That means, if you delete the original later, the copy
> will
On Sun, Sep 3, 2017 at 9:26 PM, Mike Gilbert wrote:
>
> I would suggest you utilize the existing symlinks in one of the
> /dev/disk/ sub-directories, or create some udev rules to create your
> own symlinks based on whatever metadata you wish. I would also suggest
> you read
On Sat, Sep 2, 2017 at 5:06 PM, Walter Dnes wrote:
> On Thu, Aug 31, 2017 at 09:19:00AM -0700, Ian Zimmerman wrote
>> On 2017-08-31 08:47, Walter Dnes wrote:
>>
>> > 1) To protect my gear against power surges/spikes/drops
>> > 2) To protect against the rare occurence when
On Thu, Aug 31, 2017 at 3:25 PM, Dale <rdalek1...@gmail.com> wrote:
> Rich Freeman wrote:
>>
>> If there were some kind of trade-off I'd see the argument, but the
>> worst case here is just that they may or may not need it. For
>> something with some benefit and a
On Thu, Aug 31, 2017 at 9:41 AM, Dale wrote:
>
> The problem is, if the hard drives fills up, most won't know that they
> can use LVM to expand it by adding a new drive. Since they don't know
> what LVM is, they don't know about the option they have and won't use it
>
On Wed, Aug 30, 2017 at 7:28 PM, Heiko Baums wrote:
> Am Wed, 30 Aug 2017 23:27:12 +0100
> schrieb Mick :
>
>> BTW, if you run ps axf and come across '/lib/systemd/systemd-udevd
>> --daemon' don't panic. RHL advocates of monolithic stack for
On Wed, Aug 30, 2017 at 6:13 PM, Alan McKinnon wrote:
>
> But I'm not talking about it for users like you and I.
> I've said over and over in this thread about regular users and you seem
> to be missing that part; it's the entirety of everything I'm saying
> here. I
On Wed, Aug 30, 2017 at 4:39 PM, wrote:
> are some of the available kernels not systemd,
Michael's answer was correct, but I just wanted to note that the
kernel and systemd are really two different things. You don't really
need to do anything special with
On Tue, Aug 29, 2017 at 8:32 AM, Alan McKinnon wrote:
>
> Another example is LVM. You or I might really need it (debatable now we
> have ZFS) but the average user has no concept of what it might be, or
> care. So why do Ubuntu installers shove it in your face as something
On Tue, Aug 29, 2017 at 9:55 AM, Stroller
<strol...@stellar.eclipse.co.uk> wrote:
>
>> On 29 Aug 2017, at 14:19, Rich Freeman <ri...@gentoo.org> wrote:
>>
>> On Tue, Aug 29, 2017 at 8:52 AM, Stroller
>> <strol...@stellar.eclipse.co.uk> wrote:
>&g
On Tue, Aug 29, 2017 at 9:14 AM, Alan McKinnon wrote:
>
> ntp is designed for timeservers that by design do not make the clock
> jump around. Every second on the wall clock actually happens, none are
> missing. To do that, ntp adjusts the length of a second till the
>
On Tue, Aug 29, 2017 at 8:52 AM, Stroller
wrote:
>
> Any recommendations for a simple NTP client?
>
systemd-timedated?
/me ducks...
--
Rich
On Tue, Aug 29, 2017 at 1:50 AM, J García wrote:
>
> I would recomed using something like the base livecd or systemrescuecd
> for an install with OpenRC. and only use something like CentOS(if you
> are talking about 7) if you want to use systemd, and then make use of
>
On Mon, Aug 28, 2017 at 8:29 PM, wabe <waben...@gmail.com> wrote:
> Rich Freeman <ri...@gentoo.org> wrote:
>
>> On Mon, Aug 28, 2017 at 5:22 PM, wabe <waben...@gmail.com> wrote:
>> >
>> > I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it s
On Mon, Aug 28, 2017 at 5:22 PM, wabe wrote:
>
> I'm using an AMD Phenom(tm) II X4 965 Processor. I bought it six or seven
> years ago when it was brand-new. It still works to my satisfaction. But
> of course recent CPUs (for example AMD Ryzen) are much faster. Therefore
> I
On Mon, Aug 28, 2017 at 2:37 PM, allan gottlieb wrote:
> On Mon, Aug 28 2017, Alan McKinnon wrote:
>
>> I forgot to mention there are things that /significantly/ improve
>> compile times. Top of the list is /var/tmp/portage on tmpfs.
>
> Does this mean that, if the build fails,
On Mon, Aug 28, 2017 at 9:08 AM, Alan McKinnon wrote:
> On 28/08/2017 13:41, mad.scientist.at.la...@tutanota.com wrote:
>> Ok, i'm starting to understand the install instructions, a steeper curve
>> than i expected but still way easier than LFS.
>> So, on a dual core
On Sun, Aug 27, 2017 at 7:03 AM, Alan Mackenzie wrote:
>
> On Fri, Aug 25, 2017 at 15:46:31 +1000, Adam Carter wrote:
>> FYI, you should be able to return your CPU for a fixed one now.
>
>> http://www.phoronix.com/scan.php?page=article=new-ryzen-fixed=1
>
> Thanks for that. I wasn't
On Tue, Aug 22, 2017 at 6:34 AM, Nils Freydank wrote:
> Am Dienstag, 22. August 2017, 09:01:07 CEST schrieb Raffaele Belardi:
>> […]
>> > [1] https://bugs.gentoo.org/show_bug.cgi?id=604430
>> > [2] https://bugs.gentoo.org/show_bug.cgi?id=575232
>>
>> Just as follow up,
On Thu, Aug 17, 2017 at 3:09 PM, Marc Joliet wrote:
>
> I'm somewhat confused about the whole thing. Wasn't the core problem of
> accidentally bricking devices solved by the kernel by making
> a subset of EFI variables immutable? (Actaully, I found the commit, which
> says that
On Tue, Aug 15, 2017 at 3:46 PM, John Blinka wrote:
>
> I think it would be informative if I could somehow see exactly what
> commands are being run when the error occurs. Is there a way of doing
> that?
>
Yes, and in fact it is in the output when emerge fails:
On Tue, Aug 15, 2017 at 5:19 PM, John Blinka wrote:
>
> Hope someone can shed some light on continuing emerge failures for zfs
> since gnetoo-sources-4.4.39 and zfs-0.6.5.8. I was able to install
> that version of zfs with that kernel last November on one of my
> machines,
On Tue, Aug 15, 2017 at 4:08 PM, R0b0t1 <r03...@gmail.com> wrote:
> On Tue, Aug 15, 2017 at 2:10 PM, Rich Freeman <ri...@gentoo.org> wrote:
>
>> I do suggest using libvirt, and found that
>> app-emulation/virt-manager gives you a lot of the benefits of
>&
On Tue, Aug 15, 2017 at 3:02 PM, R0b0t1 wrote:
> On Tue, Aug 15, 2017 at 12:00 PM, Hartmut Figge wrote:
>> Helmut Jarausch:
>>
>>>I'm running linux-4.12.7-gentoo with Virtualbox
>>>BUT you need app-emulation/virtualbox and Co in version 5.1.26
>>
>> Hm. My
On Tue, Aug 15, 2017 at 11:04 AM, Mick wrote:
>
> I can't recall if I did this myself in a moment of security induced
> inspiration. I doubt I did. So how did this happen? What is responsible for
> mounting this fs?
>
It looks like this never did turn into a news
On Tue, Aug 15, 2017 at 10:00 AM, Hartmut Figge wrote:
> Helmut Jarausch:
>
>>I'm running linux-4.12.7-gentoo with Virtualbox
>>BUT you need app-emulation/virtualbox and Co in version 5.1.26
>
> Hm. My Gentoo is mostly stable. That would mean to add virtualbox to the
> unstable
On Tue, Aug 15, 2017 at 6:31 AM, John Covici wrote:
>
> I would like to know which cd has zfs support. I could not find one,
> so I wrote some catalyst stuff to make an install cd with zfs support,
> but it would be nice if I would not have to do that, a fair bit of
>
On Sat, Aug 12, 2017 at 4:22 AM, Matthias Hanft wrote:
> Dale wrote:
>>
>> I do it this way.
>> pkill agetty
>> Simple, quick and easy to remember. One could script it I guess???
>
> I'm pretty sure this would work, but is there something which would
> start them again? As far as
On Sat, Aug 12, 2017 at 3:35 AM, Matthias Hanft wrote:
>
> But now, there's agetty left, and I don't know how to restart this
> service (without reboot):
>
This is because these are run directly by init and not by openrc,
unlike all the other daemons on the system. As others
On Mon, Jul 31, 2017 at 5:00 PM, Grant Edwards
wrote:
> On 2017-07-31, Mateusz Lenik wrote:
>
>> otherwise you'd have to pass one of the suggested flags to the
>> compiler somehow.
>
> Aren't required gcc versions and/or flags supposed to be specified
>
On Mon, Jul 31, 2017 at 11:29 AM, Ста Деюс wrote:
>
> The problem i see is that admin. is not free to change the packages
> set, that is dictated by a profile. -- Like i have pointed out, once i
> tried to remove SSH (for the example, so that here can be another
>
On Sun, Jul 30, 2017 at 6:22 PM, Neil Bothwick <n...@digimed.co.uk> wrote:
> On Sun, 30 Jul 2017 17:40:19 -0400, Rich Freeman wrote:
>
>>
>> Another option to consider is creating your own overlay with some
>> meta-packages in it. Then when you do a new install the
On Sun, Jul 30, 2017 at 5:34 PM, Neil Bothwick <n...@digimed.co.uk> wrote:
> On Sun, 30 Jul 2017 15:54:58 -0400, Rich Freeman wrote:
>
>> > If you want to install the same group of packages on multiple
>> > machines, create a set and copy it to /etc/portage/sets.
On Sun, Jul 30, 2017 at 5:27 PM, Peter Humphrey <pe...@prh.myzen.co.uk> wrote:
> On Sunday 30 Jul 2017 11:02:41 Rich Freeman wrote:
>
>> The general sense is that Changelogs represent the old way of doing
>> things. Most projects have gone away from having them, or they ju
On Sun, Jul 30, 2017 at 5:03 AM, Ста Деюс wrote:
>
> On Sat, 29 Jul 2017 22:07:31 +0100, among other, you wrote:
>
>>
>> This is what was asked for from the start, and as soon as you provided
>> it, several people identified a potential problem. It's no use saying
>>
On Sun, Jul 30, 2017 at 3:48 PM, Neil Bothwick wrote:
> On Mon, 31 Jul 2017 00:35:02 +0700, Ста Деюс wrote:
>
> If you want to install the same group of packages on multiple machines,
> create a set and copy it to /etc/portage/sets. I have a base set that I
> install on
On Sun, Jul 30, 2017 at 12:27 PM, Ian Zimmerman <i...@very.loosely.org> wrote:
> On 2017-07-29 06:25, Rich Freeman wrote:
>
>> IMO unless you really need to read them offline it is probably just as
>> easy to just browse the git repository. I find github provi
On Sun, Jul 30, 2017 at 10:53 AM, John Covici wrote:
>
> Thanks. clone-depth seems not to be available, so I amnot sure whats
> best here. I thinkI like the history, so I will see how to do a git
> clone. I do havethe type as git in the gentoo.conf, but I don't know
>
On Sun, Jul 30, 2017 at 9:36 AM, John Covici <cov...@ccs.covici.com> wrote:
> On Sun, 30 Jul 2017 09:07:03 -0400,
> Rich Freeman wrote:
>>
>> On Sat, Jul 29, 2017 at 10:58 PM, John Covici <cov...@ccs.covici.com> wrote:
>> >
>> > Well, clone-depth
On Sat, Jul 29, 2017 at 10:58 PM, John Covici wrote:
>
> Well, clone-depth = 0 gave me a syntax error
Can you provide the entire contents of your repos.conf, and the error
it gives you?
I wouldn't use a manual checkout for /usr/portage. You can of course
do a checkout
On Sat, Jul 29, 2017 at 4:24 AM, John Covici wrote:
> OK, I changed to a git repository and did a git whatchanged, but in
> the directory I was looking at namely sys-kernel/dracut, I just got a
> generated commit from about the time I created the repository and none
> of
On Sat, Jul 29, 2017 at 1:04 AM, Ian Zimmerman <i...@very.loosely.org> wrote:
> On 2017-07-28 22:01, Rich Freeman wrote:
>
>> > I wonder if its because I am still using rsync to sync the portage
>> > directory? There are no changelogs anywhere! or nothing by that
On Sat, Jul 29, 2017 at 12:47 AM, John Covici <cov...@ccs.covici.com> wrote:
> On Fri, 28 Jul 2017 22:01:24 -0400,
> Rich Freeman wrote:
>>
>> On Fri, Jul 28, 2017 at 9:47 PM, John Covici <cov...@ccs.covici.com> wrote:
>> > On Fri, 28 Jul 2017 21:13:24 -0400,
On Fri, Jul 28, 2017 at 9:47 PM, John Covici wrote:
> On Fri, 28 Jul 2017 21:13:24 -0400,
>
> I wonder if its because I am still using rsync to sync the portage
> directory? There are no changelogs anywhere! or nothing by that name.
>
Ah, looks like they were removed
On Fri, Jul 28, 2017 at 9:44 PM, R0b0t1 wrote:
>
> Not to get away from OP's question, but how good would the installer
> need to be before it held the interest of any developers that manage
> the website or handbook?
>
That is hard to say. I've been meaning to better
701 - 800 of 1596 matches
Mail list logo