Grant Edwards wrote:
> On 2024-02-17, Dale wrote:
>> Grant Edwards wrote:
>>> Today's routine update says:
>>>
>>> Re-run grub-install to update installed boot code!
>>>
>>> Is "sudo grub-install" really all I have to do? [...]
>>>
>>> Or do I have to run grub-install with all the same option
On 2024-02-17, Dale wrote:
> Grant Edwards wrote:
>> Today's routine update says:
>>
>> Re-run grub-install to update installed boot code!
>>
>> Is "sudo grub-install" really all I have to do? [...]
>>
>> Or do I have to run grub-install with all the same options that
>> were originally used
Rich Freeman wrote:
> emerge --sync works just fine if
> there are uncommitted changes in your repository, whether they are
> indexed or otherwise.
You are right. It seems to be somewhat "random" when git pull
refuses to work and when not. I could not detect a common scheme.
Maybe this has mainly
On Sun, Jul 8, 2018 at 4:28 AM Martin Vaeth wrote:
>
> Rich Freeman wrote:
>
> It's the *history* of the metadata which matters here:
You make a reasonable point here.
> > "The council does not require that ChangeLogs be generated or
> > distributed through the rsync system. It is at the disc
Rich Freeman wrote:
>> I was speaking about gentoo's git repository, of course
>> (the one which was attacked on github), not about a Frankensteined one
>> with metadata history filling megabytes of disk space unnecessarily.
>> Who has that much disk space to waste?
>
> Doesn't portage create that
On Sat, Jul 7, 2018 at 5:29 PM Martin Vaeth wrote:
>
> Rich Freeman wrote:
> > On Sat, Jul 7, 2018 at 1:34 AM Martin Vaeth wrote:
> >>
> >> Biggest issue is that git signature happens by the developer who
> >> last commited which means that in practice you need dozens/hundreds
> >> of keys.
> >
Rich Freeman wrote:
> On Sat, Jul 7, 2018 at 1:51 AM Martin Vaeth wrote:
>> Davyd McColl wrote:
>>
>> > I ask because prior to the GitHub incident, I didn't have signature
>> > verification enabled
>>
>> Currently, it is not practical to change this, see my other posting.
>
> You clearly don't u
Rich Freeman wrote:
> On Sat, Jul 7, 2018 at 1:34 AM Martin Vaeth wrote:
>>
>> Biggest issue is that git signature happens by the developer who
>> last commited which means that in practice you need dozens/hundreds
>> of keys.
>
> This is untrue. [...]
> It will, of course, not work on the regula
On Sat, Jul 7, 2018 at 1:34 AM Martin Vaeth wrote:
>
> Rich Freeman wrote:
> >
> > Biggest issue with git signature verification is that right now it
> > will still do a full pull/checkout before verifying
>
> Biggest issue is that git signature happens by the developer who
> last commited which
On Sat, Jul 7, 2018 at 1:51 AM Martin Vaeth wrote:
>
> Davyd McColl wrote:
>
> > I ask because prior to the GitHub incident, I didn't have signature
> > verification enabled
>
> Currently, it is not practical to change this, see my other posting.
>
You clearly don't understand what it actually c
Davyd McColl wrote:
> @Rich: if I understand the process correctly, the same commits are
> pushed to infra and GitHub by the CI bot?
Yes, the repositories are always identical (up to a few seconds delay).
> I ask because prior to the GitHub incident, I didn't have signature
> verification enable
Rich Freeman wrote:
>
> git has the advantage that it can just read the current HEAD and from
> that know exactly what commits are missing, so there is way less
> effort spent figuring out what changed.
I don't know the exact protocol, but I would assume that git is
even more efficient: I would a
Rich Freeman wrote:
>
> Biggest issue with git signature verification is that right now it
> will still do a full pull/checkout before verifying
Biggest issue is that git signature happens by the developer who
last commited which means that in practice you need dozens/hundreds
of keys. No package
Mick wrote:
> On Thursday 08 Jun 2017 16:56:21 Jörg Schaible wrote:
>> Mick wrote:
>> > On Thursday 08 Jun 2017 13:21:56 Jörg Schaible wrote:
>> >> > Yes, this seems to be the problem. Starting Kmail does not launch
>> >> > kwalletd5 and as a consequence kmail starts asking for each email
>> >> >
On Thursday 08 Jun 2017 16:56:21 Jörg Schaible wrote:
> Mick wrote:
> > On Thursday 08 Jun 2017 13:21:56 Jörg Schaible wrote:
> >> > Yes, this seems to be the problem. Starting Kmail does not launch
> >> > kwalletd5 and as a consequence kmail starts asking for each email
> >> > account password se
Mick wrote:
> On Thursday 08 Jun 2017 13:21:56 Jörg Schaible wrote:
>> > Yes, this seems to be the problem. Starting Kmail does not launch
>> > kwalletd5 and as a consequence kmail starts asking for each email
>> > account password separately.
>> >
>> > I guess until kmail:5 is installed I will h
On Thursday 08 Jun 2017 13:21:56 Jörg Schaible wrote:
> > Yes, this seems to be the problem. Starting Kmail does not launch
> > kwalletd5 and as a consequence kmail starts asking for each email account
> > password separately.
> >
> > I guess until kmail:5 is installed I will have to start kwallet
Hi Mick,
Mick wrote:
> On Thursday 08 Jun 2017 02:04:44 Jörg Schaible wrote:
>> Mick wrote:
>> > On Tuesday 06 Jun 2017 16:35:40 you wrote:
>> >> Hi All,
>> >>
>> >> I've updated a number of kde (plasma) packages, including kde-
>> >> frameworks/kwallet-5.34.0-r1. A depclean action wanted to re
On Wednesday 24 May 2017 08:58:53 Peter Humphrey wrote:
> On Tuesday 23 May 2017 23:16:48 Frank Steinmetzger wrote:
> > I, too, was affected by this. I did the libstdc++ rebuild after
> > upgrading
> > gcc (some 550 packages) a while back and now I was hit by the Qt
> > problem,
> > so another rebu
On Tuesday 23 May 2017 23:16:48 Frank Steinmetzger wrote:
> On Mon, May 22, 2017 at 09:49:01AM +0200, Jörg Schaible wrote:
> > Peter Humphrey wrote:
> >
> > [snip]
> >
> > well, this does not seem to be the complete truth. When I switched to
> > gcc
> > 5.x I did a revdep-rebuild for anything tha
On Mon, May 22, 2017 at 09:49:01AM +0200, Jörg Schaible wrote:
> Peter Humphrey wrote:
>
> [snip]
>
> well, this does not seem to be the complete truth. When I switched to gcc
> 5.x I did a revdep-rebuild for anything that was compiled against
> libstdc++.so.6 just like the according news entry wa
Peter Humphrey wrote:
> On Monday 22 May 2017 09:49:01 Jörg Schaible wrote:
>> Hi Peter,
>>
>> Peter Humphrey wrote:
>>
>> [snip]
>>
>> > Have you seen https://bugs.gentoo.org/show_bug.cgi?id=595618 ? It says
>> > that "Qt plugins compiled with gcc-4 are incompatible with
>> > > > be
>> > expec
On Monday 22 May 2017 09:49:01 Jörg Schaible wrote:
> Hi Peter,
>
> Peter Humphrey wrote:
>
> [snip]
>
> > Have you seen https://bugs.gentoo.org/show_bug.cgi?id=595618 ? It says
> > that "Qt plugins compiled with gcc-4 are incompatible with
> > > be
> > expected to anticipate that. On the other
Hi Peter,
Peter Humphrey wrote:
[snip]
> Have you seen https://bugs.gentoo.org/show_bug.cgi?id=595618 ? It says
> that "Qt plugins compiled with gcc-4 are incompatible with
> expected to anticipate that. On the other hand, some kind of notice could
> be issued, and bug 618922 is pursuing that.
tu...@posteo.de wrote:
[snip]
> Hi Kai (that's a rhyme! :)
>
> I have installed Virtualbox already and use the Linux Image I
> installed there for banking purposes only. Feels more secure.
>
> I would prefer the WIndows-in-a-(virtual)box-solution) as you
> do -- if I would own a Windows install
Mick wrote:
> On Saturday 04 Feb 2017 01:33:24 Dale wrote:
>> Mick wrote:
>>> On Friday 03 Feb 2017 22:00:11 Dale wrote:
Jörg Schaible wrote:
> Dale wrote:
>
> [snip]
>
>> Portage lock? Sometimes, my brain does that too. lol
> Hehe.
>
>> I thought about it aft
On Saturday 04 Feb 2017 01:33:24 Dale wrote:
> Mick wrote:
> > On Friday 03 Feb 2017 22:00:11 Dale wrote:
> >> Jörg Schaible wrote:
> >>> Dale wrote:
> >>>
> >>> [snip]
> >>>
> Portage lock? Sometimes, my brain does that too. lol
> >>>
> >>> Hehe.
> >>>
> I thought about it after I
Mick wrote:
> On Friday 03 Feb 2017 22:00:11 Dale wrote:
>> Jörg Schaible wrote:
>>> Dale wrote:
>>>
>>> [snip]
>>>
Portage lock? Sometimes, my brain does that too. lol
>>> Hehe.
>>>
I thought about it after I hit send but figured you would get the
thought, maybe you had one or the
On Friday 03 Feb 2017 22:00:11 Dale wrote:
> Jörg Schaible wrote:
> > Dale wrote:
> >
> > [snip]
> >
> >> Portage lock? Sometimes, my brain does that too. lol
> >
> > Hehe.
> >
> >> I thought about it after I hit send but figured you would get the
> >> thought, maybe you had one or the other
Jörg Schaible wrote:
> Dale wrote:
>
> [snip]
>
>> Portage lock? Sometimes, my brain does that too. lol
> Hehe.
>
>> I thought about it after I hit send but figured you would get the
>> thought, maybe you had one or the other in a mask/unmask file or
>> something that resulted in a conflict? I
Dale wrote:
[snip]
> Portage lock? Sometimes, my brain does that too. lol
Hehe.
> I thought about it after I hit send but figured you would get the
> thought, maybe you had one or the other in a mask/unmask file or
> something that resulted in a conflict? I was sort of thinking it but
> did
Hi Neil,
Neil Bothwick wrote:
> On Thu, 2 Feb 2017 14:47:29 +0200, Nikos Chantziaras wrote:
>
>> > now I have an emerge mystery myself: It claims boost is blocked
>> > by ... nothing.
>>
>> Same here. I don't know why, but the way I solved it is by unmerging
>> boost and then trying the update
Mick wrote:
> On Thursday 15 Dec 2016 14:02:39 Jörg Schaible wrote:
>> Mick wrote:
>> > On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
>> >> Mick wrote:
>> >> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
>> >> [snip]
>> >>
>> >> >> No, that's the point: If you enable it, all kwa
On Thursday 15 Dec 2016 14:02:39 Jörg Schaible wrote:
> Mick wrote:
> > On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
> >> Mick wrote:
> >> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
> >> [snip]
> >>
> >> >> No, that's the point: If you enable it, all kwallet-4 based apps will
On Thursday 15 Dec 2016 11:58:06 J. Roeleveld wrote:
> On December 15, 2016 7:23:21 AM GMT+01:00, Mick
wrote:
> >On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
> >> Mick wrote:
> >> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
> >> [snip]
> >>
> >> >> No, that's the point: If y
Mick wrote:
> On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
>> Mick wrote:
>> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
>> [snip]
>>
>> >> No, that's the point: If you enable it, all kwallet-4 based apps will
>> >> fail. At least until 5.7. I've not tested 5.8 yet.
>> >>
>>
On December 15, 2016 7:23:21 AM GMT+01:00, Mick
wrote:
>On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
>> Mick wrote:
>> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
>> [snip]
>>
>> >> No, that's the point: If you enable it, all kwallet-4 based apps
>will
>> >> fail. At least u
On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
> Mick wrote:
> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
> [snip]
>
> >> No, that's the point: If you enable it, all kwallet-4 based apps will
> >> fail. At least until 5.7. I've not tested 5.8 yet.
> >>
> >> Cheers,
> >> Jörg
>
Mick wrote:
> On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
[snip]
>> No, that's the point: If you enable it, all kwallet-4 based apps will
>> fail. At least until 5.7. I've not tested 5.8 yet.
>>
>> Cheers,
>> Jörg
>
> This is what works here without any problems:
[snip]
Well, for me
On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
> J. Roeleveld wrote:
> > On Tuesday, December 13, 2016 11:10:31 AM Jörg Schaible wrote:
> >> Peter Humphrey wrote:
> >> > Hello list,
> >> >
> >> > Until this morning I've had no real problems with KMail and co. for
> >> > quite a while, but so
J. Roeleveld wrote:
> On Tuesday, December 13, 2016 11:10:31 AM Jörg Schaible wrote:
>> Peter Humphrey wrote:
>> > Hello list,
>> >
>> > Until this morning I've had no real problems with KMail and co. for
>> > quite a while, but something's upset the wallet system so that my
>> > password is no l
Hi,
P Levine wrote:
> On Wed, Oct 12, 2016 at 5:54 PM, Jörg Schaible
> wrote:
>> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
>> behavior there. All KDE-4-based apps fail to interact with the file
>> system. Using KMail I can no longer add any attachment to an email
Michael Mol wrote:
> On Wednesday, October 12, 2016 11:54:48 PM Jörg Schaible wrote:
>> Anyone? After upgrading a second machine to KDE/Plasma 5, I have the same
>> behavior there. All KDE-4-based apps fail to interact with the file
>> system. Using KMail I can no longer add any attachment to an e
Hi Mick
Mick wrote:
> On Sunday 31 Jul 2016 22:38:22 Jörg Schaible wrote:
>> Hi Mick,
>>
>> Mick wrote:
>> > On Sunday 31 Jul 2016 19:14:45 Jörg Schaible wrote:
>> >> Hi Daniel,
>> >>
>> >> thanks for your response.
>> >>
>> >> Daniel Frey wrote:
>> >>
>> >> [snip]
>> >>
>> >> > I can only t
On Sunday 31 Jul 2016 22:38:22 Jörg Schaible wrote:
> Hi Mick,
>
> Mick wrote:
> > On Sunday 31 Jul 2016 19:14:45 Jörg Schaible wrote:
> >> Hi Daniel,
> >>
> >> thanks for your response.
> >>
> >> Daniel Frey wrote:
> >>
> >> [snip]
> >>
> >> > I can only think of two reasons, the kernel on th
james wrote:
> On 07/31/2016 12:56 PM, Jörg Schaible wrote:
>> Jörg Schaible wrote:
>>
>>> Hi Daniel,
>>>
>>> thanks for your response.
>>>
>>> Daniel Frey wrote:
>>>
>>> [snip]
>>>
I can only think of two reasons, the kernel on the livecd doesn't
support GPT (which is unlikely)
>>>
>>>
Hi Mick,
Mick wrote:
> On Sunday 31 Jul 2016 19:14:45 Jörg Schaible wrote:
>> Hi Daniel,
>>
>> thanks for your response.
>>
>> Daniel Frey wrote:
>>
>> [snip]
>>
>> > I can only think of two reasons, the kernel on the livecd doesn't
>> > support GPT (which is unlikely)
>>
>> That would be re
Daniel Frey wrote:
> On 07/09/2016 07:08 PM, Peter Humphrey wrote:
>> Thanks Dan. I tried your package.mask and thought I was getting
>> somewhere. But I had to add these to package.use (I have USE=-qt5 in
>> make.conf):
>>
>> sys-auth/polkit-qt qt5
>> dev-libs/libdbusmenu-qt
On Thu, 12 Nov 2015 10:35:14 +0100, Jörg Schaible wrote:
> > Then use emerge --keep-going and portage will take care of skipping
> > failing merges for you.
>
> Ah, no, that's not an option. It breaks for a reason. Sometimes I can
> ignore that and look for it later and in this case I skip it,
Neil Bothwick wrote:
> On Thu, 12 Nov 2015 09:48:48 +0100, Jörg Schaible wrote:
>
>>> > Hmmm. And how can you then ever use
>> >>
>> >> emerge --resume --skip-fist
>> >>
>> >> if not even the first build is deterministic? I skip the first
>> >> package anyway only if the problematic package i
Alan McKinnon wrote:
> On 12/11/2015 10:48, Jörg Schaible wrote:
>> Alan McKinnon wrote:
>>
>>> On 12/11/2015 10:29, Jörg Schaible wrote:
Alan McKinnon wrote:
[snip]
Hmmm. And how can you then ever use
emerge --resume --skip-fist
if not even the first build is de
On 12/11/2015 10:48, Jörg Schaible wrote:
> Alan McKinnon wrote:
>
>> On 12/11/2015 10:29, Jörg Schaible wrote:
>>> Alan McKinnon wrote:
>>>
On 11/11/2015 21:35, Walter Dnes wrote:
> Ongoing installation. I looked at 2 instances of
> "emerge -pv x11-base/xorg-server" and the order
On Thu, 12 Nov 2015 09:48:48 +0100, Jörg Schaible wrote:
>> > Hmmm. And how can you then ever use
> >>
> >> emerge --resume --skip-fist
> >>
> >> if not even the first build is deterministic? I skip the first
> >> package anyway only if the problematic package is the first one to
> >> build af
Alan McKinnon wrote:
> On 12/11/2015 10:29, Jörg Schaible wrote:
>> Alan McKinnon wrote:
>>
>>> On 11/11/2015 21:35, Walter Dnes wrote:
Ongoing installation. I looked at 2 instances of
"emerge -pv x11-base/xorg-server" and the order was somewhat different.
Here are a couple of o
Stefan G. Weichinger wrote:
> On 05.02.2015 17:59, Michael Palimaka wrote:
>> On 04/02/15 08:07, Stefan G. Weichinger wrote:
>>> Am 03.02.2015 um 20:30 schrieb Jörg Schaible:
>>>
Consider a memcheck. Arbitrary failures while the CPU is high is often
because some component starts dying. S
In order to catch up a bit since I wasn't subscribed to the
mailing list with this email at the time I found this thread.
If anything sounds odd, read through to the end.
I'm trying to top reply so I'm leaving my 'backstory' till the end.
> Rich Freeman gentoo.org> writes:
>
> > James tampabay.r
On 07/26/2014 11:25 PM, Dale wrote:
> Alexander Kapshuk wrote:
>> On 07/26/2014 03:31 PM, Holger Hoffstätte wrote:
>>> On Sat, 26 Jul 2014 15:05:23 +0300, Alexander Kapshuk wrote:
>>>
Which NTPd package would the list recommend using, ntp, openntpd, or
some other package?
>>> chrony - no
On Sat, 26 Jul 2014 20:10:12 +0100, Peter Humphrey wrote:
> > Chrony is maintained by Red Hat in cooperation with the
> > timekeeping code in the kernel.
>
> I didn't know Red Hat had taken over its maintenance - thanks for the
> info.
So the stories about Red Hat trying to force everyone to u
Alexander Kapshuk wrote:
> On 07/26/2014 03:31 PM, Holger Hoffstätte wrote:
>> On Sat, 26 Jul 2014 15:05:23 +0300, Alexander Kapshuk wrote:
>>
>>> Which NTPd package would the list recommend using, ntp, openntpd, or
>>> some other package?
>> chrony - no competition, even for servers. ntpd is way o
On 07/26/2014 09:38 PM, Holger Hoffstätte wrote:
> On Sat, 26 Jul 2014 21:14:04 +0300, Alexander Kapshuk wrote:
>
>> Is this gentoo wiki article still relevant when it comes to configuring
>> chrony on gentoo?
>> http://www.gentoo-wiki.info/Chrony
>>
>> Or should I stick to the instructions given h
On Saturday 26 July 2014 12:31:55 Holger Hoffstätte wrote:
> On Sat, 26 Jul 2014 15:05:23 +0300, Alexander Kapshuk wrote:
> > Which NTPd package would the list recommend using, ntp, openntpd, or
> > some other package?
>
> chrony - no competition, even for servers. ntpd is way overrated,
> unneces
On Sat, 26 Jul 2014 21:14:04 +0300, Alexander Kapshuk wrote:
> Is this gentoo wiki article still relevant when it comes to configuring
> chrony on gentoo?
> http://www.gentoo-wiki.info/Chrony
>
> Or should I stick to the instructions given here:
> /usr/share/doc/chrony-1.29.1/chrony.txt.bz2
The
On 07/26/2014 03:31 PM, Holger Hoffstätte wrote:
> On Sat, 26 Jul 2014 15:05:23 +0300, Alexander Kapshuk wrote:
>
>> Which NTPd package would the list recommend using, ntp, openntpd, or
>> some other package?
> chrony - no competition, even for servers. ntpd is way overrated,
> unnecessarily hard t
On 07/26/2014 03:31 PM, Holger Hoffstätte wrote:
> On Sat, 26 Jul 2014 15:05:23 +0300, Alexander Kapshuk wrote:
>
>> Which NTPd package would the list recommend using, ntp, openntpd, or
>> some other package?
> chrony - no competition, even for servers. ntpd is way overrated,
> unnecessarily hard t
On Sat, 26 Jul 2014 15:05:23 +0300, Alexander Kapshuk wrote:
> Which NTPd package would the list recommend using, ntp, openntpd, or
> some other package?
chrony - no competition, even for servers. ntpd is way overrated,
unnecessarily hard to setup correctly, fragile and contrary to
popular belief
I start to use genkernel-next from the upgrade to gnome 3.12 with systemd.
I must repeat: with kernel 3.12.13 no problem, with 3.12.2x kernel
system block during the ramdisk loading.
I see many discussion about this problem (many without solution again),
but nothing to solve.
Gentoo Bugzill
Yes, genkernel-next should be used. look at the install gentoo gnome with
systemd from
scratch ( Sorry for currently I can not access Internet so can not provide your
link)
I have test genkernel-next with systemd (needed by GNOME 3.12), all seems OK,
with
kernel version 3.15。
But now I am using
definitely was set to y
CONFIG_MOUSE_PS2_ALPS=y
The touchpad was, but just basicly.
So I want to full featured such as multi-touch and scroll
2014-07-04
Thanks & Best Regards.
陶治江 | TAO Zhijiang
研发处 | SOHO国际产品线
发件人: Chí-Thanh Christopher Nguyễn
发送时间: 2014-07-03 17:19:31
收件人: gentoo-
On Sun, Jun 29, 2014 at 02:38:51PM +0200, Kai Krakow wrote:
> Matti Nykyri schrieb:
>
> > That is why the possibility for 0 and 1 (after modulo 62) is twice as
> > large compared to all other values (2-61).
>
> Ah, now I get it.
>
> > By definition random means that the probability for every va
Matti Nykyri schrieb:
> On Jun 29, 2014, at 0:28, Kai Krakow wrote:
>>
>> Matti Nykyri schrieb:
>>
On Jun 27, 2014, at 0:00, Kai Krakow wrote:
Matti Nykyri schrieb:
> If you are looking a mathematically perfect solution there is a simple
> one even if your list
On Jun 29, 2014, at 0:28, Kai Krakow wrote:
>
> Matti Nykyri schrieb:
>
>>> On Jun 27, 2014, at 0:00, Kai Krakow wrote:
>>>
>>> Matti Nykyri schrieb:
>>>
If you are looking a mathematically perfect solution there is a simple
one even if your list is not in the power of 2! Take 6 b
On Sat, Jun 28, 2014 at 7:37 PM, wrote:
> On Sat, Jun 28 2014, Canek Peláez Valdés wrote:
>
>> That doesn't matter. Take a non-negative integer N; if you flip a coin
>> an infinite number of times, then the probability of the coin landing
>> on the same face N times in a row is 1.
>
> This is cer
On Sat, Jun 28 2014, Canek Peláez Valdés wrote:
> That doesn't matter. Take a non-negative integer N; if you flip a coin
> an infinite number of times, then the probability of the coin landing
> on the same face N times in a row is 1.
This is certainly true.
> This means that it is *guaranteed*
On Sat, Jun 28, 2014 at 4:28 PM, Kai Krakow wrote:
[ ... ]
> I cannot follow your reasoning here - but I'd like to learn. Actually, I ran
> this multiple times and never saw long sets of the same character, even no
> short sets of the same character. The 0 or 1 is always rolled over into the
> nex
Matti Nykyri schrieb:
>> On Jun 27, 2014, at 0:00, Kai Krakow wrote:
>>
>> Matti Nykyri schrieb:
>>
>>> If you are looking a mathematically perfect solution there is a simple
>>> one even if your list is not in the power of 2! Take 6 bits at a time of
>>> the random data. If the result is 62
On Fri, 27 Jun 2014 19:50:15 +0200, Kai Krakow wrote:
> You can actually learn from Dilbert comics. ;-)
Unless you're a PHB, they never learn.
--
Neil Bothwick
"You know how dumb the average person is? Well, statistically, half of
them are even dumber than that" - Lewton, P.I.
signature.asc
thegeezer schrieb:
> On 06/26/2014 11:07 PM, Kai Krakow wrote:
>>
>> It is worth noting that my approach has the tendency of generating random
>> characters in sequence.
>
> sorry but had to share this http://dilbert.com/strips/comic/2001-10-25/
:-)
I'm no mathematician, but well, I think the
On Tue, Jun 24, 2014 at 2:34 PM, Kai Krakow wrote:
> I'm not sure if multiple partitions can share the same cache device
> partition but more or less that's it: Initialize bcache, then attach your
> backing devices, then add those bcache devices to your btrfs.
Ah, if you are stuck with one bcache
Rich Freeman schrieb:
> On Sun, Jun 22, 2014 at 7:44 AM, Kai Krakow wrote:
>> I don't see where you could lose the volume management features. You just
>> add device on top of the bcache device after you initialized the raw
>> device with a bcache superblock and attached it. The rest works the s
On Sun, Jun 22, 2014 at 7:44 AM, Kai Krakow wrote:
> I don't see where you could lose the volume management features. You just
> add device on top of the bcache device after you initialized the raw device
> with a bcache superblock and attached it. The rest works the same, just that
> you use bcac
Rich Freeman schrieb:
> On Sat, Jun 21, 2014 at 3:24 PM, Kai Krakow wrote:
>> And while we are at it, I'd also like to mention bcache. Tho, conversion
>> is not straight forward. However, I'm going to try that soon for my
>> spinning rust btrfs.
>
> I contemplated that, but I'd really like to s
On Sat, Jun 21, 2014 at 3:24 PM, Kai Krakow wrote:
> And while we are at it, I'd also like to mention bcache. Tho, conversion is
> not straight forward. However, I'm going to try that soon for my spinning
> rust btrfs.
I contemplated that, but I'd really like to see btrfs support
something more n
Peter Humphrey schrieb:
> On Friday 20 June 2014 19:48:14 Kai Krakow wrote:
>> microcai schrieb:
>> > rsync is doing bunch of 4k ramdon IO when updateing portage tree,
>> > that will kill SSDs with much higher Write Amplification Factror.
>> >
>> > I have a 2year old SSDs that have reported Wr
Rich Freeman schrieb:
> On Sat, Jun 21, 2014 at 10:27 AM, Peter Humphrey
> wrote:
>>
>> I found that fstrim can't work on f2fs file systems. I don't know whether
>> discard works yet.
>
> Fstrim is to be preferred over discard in general. However, I suspect
> neither is needed for something li
Am 11.10.2013 10:28, schrieb Steven J. Long:
> On Tue, Oct 01, 2013 at 06:35:58PM +0200, Volker Armin Hemmann wrote:
wrong analogy and it goes down from here. Really.
>>> Ohh, but they are inspired on YOUR analogy, so guess how wrong yours was.
>> your trolling is weak. And since I never saw a
On Fri, Oct 11, 2013 at 4:16 PM, Steven J. Long
wrote:
> On Mon, Sep 30, 2013 at 11:37:53PM +0100, Neil Bothwick wrote:
>> initramfs is the new /, for varying values of new since most distros have
>> been doing it that way for well over a decade.
>
> Only it's not, since you're responsible for kee
On Fri, 11 Oct 2013 14:11:55 +0100, Peter Humphrey wrote:
> > While I'm loathe to use words like underhanded, ...
>
>
> Not "loathe" here but "loath" or even "loth".
>
Ouch!
--
Neil Bothwick
Mac screen message: "Like, dude, something went wrong."
signature.asc
Description: PGP si
On Friday 11 Oct 2013 12:55:55 Neil Bothwick wrote:
> While I'm loathe to use words like underhanded, ...
Not "loathe" here but "loath" or even "loth".
(Just to help non-native speakers avoid confusion, you understand.)
:-)
--
Regards,
Peter
On Fri, 11 Oct 2013 12:27:59 +0100, Steven J. Long wrote:
> > I don't understand why people keep banging on about Poettering in
> > this, previously finished, thread.
>
> You brought up the background, wrt Greg K-H. Regardless of how you
> feel, I'm not alone in considering Poettering's (and Se
On Fri, Oct 11, 2013 at 09:42:33AM +0100, Neil Bothwick wrote:
> On Fri, 11 Oct 2013 09:36:02 +0100, Steven J. Long wrote:
>
> > > It's evolution. Linux has for years been moving in this direction,
> > > now it has reached the point where the Gentoo devs can no longer
> > > devote the increasing t
On Fri, Oct 11, 2013 at 09:50:05AM +0200, Alan McKinnon wrote:
> On 11/10/2013 09:54, Steven J. Long wrote:
> > On Mon, Sep 30, 2013 at 12:04:38AM +0200, Alan McKinnon wrote:
> >> On 29/09/2013 23:41, Dale wrote:
> >>> Alan McKinnon wrote:
> >From that one single action this entire mess of sep
On Fri, 11 Oct 2013 09:16:50 +0100, Steven J. Long wrote:
> > initramfs is the new /, for varying values of new since most distros
> > have been doing it that way for well over a decade.
>
> Only it's not, since you're responsible for keeping it in sync with the
> main system.
No I'm not, the
On Tue, Oct 01, 2013 at 06:35:58PM +0200, Volker Armin Hemmann wrote:
> >> wrong analogy and it goes down from here. Really.
> > Ohh, but they are inspired on YOUR analogy, so guess how wrong yours was.
>
> your trolling is weak. And since I never saw anything worth reading
> posted by you, you ar
On Mon, Sep 30, 2013 at 11:37:53PM +0100, Neil Bothwick wrote:
> On Mon, 30 Sep 2013 17:05:39 -0400, Walter Dnes wrote:
>
> > > If *something1* at boot time requires access to *something2* at boot
> > > time that isn't available then I would say that *something1* is broken
> > > by design not the
On 11/10/2013 09:54, Steven J. Long wrote:
> On Mon, Sep 30, 2013 at 12:04:38AM +0200, Alan McKinnon wrote:
>> On 29/09/2013 23:41, Dale wrote:
>>> Alan McKinnon wrote:
On 29/09/2013 18:33, Dale wrote:
>> that gnome is very hostile when it comes to KDE or choice is not news.
>>> And th
On Mon, Sep 30, 2013 at 12:04:38AM +0200, Alan McKinnon wrote:
> On 29/09/2013 23:41, Dale wrote:
> > Alan McKinnon wrote:
> >> On 29/09/2013 18:33, Dale wrote:
> that gnome is very hostile when it comes to KDE or choice is not news.
> > And their dependency on systemd is just the usual ma
On 24/07/2013 22:18, Steven J. Long wrote:
> Alan McKinnon wrote:
>> Peace and hugz OK?
>
> Definitely :-)
>
> "POSIX 4: Programming for the Real World" (Gallmeister, 1995)
> "UNIX Network Programming vol 2: Interprocess Communications" (Stevens, 1999)
>
> iirc the first is on safari-online; you
Alan McKinnon wrote:
> Peace and hugz OK?
Definitely :-)
"POSIX 4: Programming for the Real World" (Gallmeister, 1995)
"UNIX Network Programming vol 2: Interprocess Communications" (Stevens, 1999)
iirc the first is on safari-online; you can download code from the second here:
http://www.kohala.c
On 24/07/2013 19:51, Steven J. Long wrote:
> Alan McKinnon wrote:
>> you forgot that shared library nonsense. Every app should just bundle
>> static copies of everything it needs and leave it up to the dev to deal
>> with bugs and security issues
>
> And you forgot: -lc prob'y because it's not req
Alan McKinnon wrote:
> you forgot that shared library nonsense. Every app should just bundle
> static copies of everything it needs and leave it up to the dev to deal
> with bugs and security issues
And you forgot: -lc prob'y because it's not required. -lrt comes into play too.
I'd recommend a boo
1 - 100 of 595 matches
Mail list logo