On Fri, Jan 11, 2019 at 01:57:28PM -0500, Michael Stone wrote:
There never should have been an NMU simply replacing rng-tools with
rng-tools5. I did not notice that this had happened.
Also, the correct fix for buster is an upload to put things back the way
they were, which is going to be ugly.
There never should have been an NMU simply replacing rng-tools with
rng-tools5. I did not notice that this had happened.
On Fri, Jan 11, 2019 at 07:21:49PM +0100, Andreas Henriksson wrote:
That has apparently failed to materialize well in time for buster.
Looking at the contents of the binary
There never should have been an NMU simply replacing rng-tools with
rng-tools5. I did not notice that this had happened.
On Fri, Jan 11, 2019 at 07:21:49PM +0100, Andreas Henriksson wrote:
That has apparently failed to materialize well in time for buster.
Looking at the contents of the binary
On Fri, Jan 11, 2019 at 09:55:45AM +0100, dot...@gmail.com wrote:
I recently came across an inconsistency in sid that it seems difficult (to me)
to overcome.
A kernel package named linux-image-4.19.0-1-amd64-unsigned provides the running
kernel but, since few days ago, it creates conflicts with
On Fri, Jan 11, 2019 at 02:03:44PM +1300, Richard Hector wrote:
According to dmesg, this is where it appears to hang:
[2.717311] device-mapper: uevent: version 1.0.3
[2.717398] device-mapper: ioctl: 4.35.0-ioctl (2016-06-23)
initialised: dm-d
e...@redhat.com
[2.978281] clocksource:
On Fri, Jan 11, 2019 at 03:16:37PM +1300, Richard Hector wrote:
It turns out the later failures to boot probably weren't; it's just that
I had 'quiet' enabled in the kernel commandline. Disabling that enabled
me to see where it was hanging
Yeah, I hate that "quiet" is the default--in the best
On Thu, Jan 10, 2019 at 03:53:11PM -0800, Patrick Bartek wrote:
Plus, I
want to have a common-shared /boot partition for possible future
upgrades or expansions.
This is a really bad idea, and will cause far more trouble than it can
possibly save in the future. You do need one EFI partition
On Thu, Jan 10, 2019 at 03:57:00PM +0100, Michael Biebl wrote:
with possible solutions like installing haveged
It still isn't clear to me that this is actually secure, so I'm not sure
we should be telling people to do it in release notes.
Mike Stone
On Wed, Jan 09, 2019 at 11:39:25AM -0800, Pádraig Brady wrote:
On 07/01/19 23:16, Bernhard Voelker wrote:
[forwarding from gnu-annou...@gnu.org]
On 1/7/19 11:03 PM, Chet Ramey wrote:
Introduction
The first public release of bash-5.0 is now available with the URLs
[...]
On Wed, Jan 09, 2019 at 06:45:22PM -0600, David Wright wrote:
So, looking at the OP, is the order of sdc a temporary state of
affairs, produced by adding partitions to sdc while sde is plugged in
and blocking the sequence? (I've never seen one letter split.)
Or is it quite normal when you
On Wed, Jan 09, 2019 at 12:45:02PM -0600, David Wright wrote:
But returning to lsblk, I can't figure out why the OP's lsblk -l
appears in such an odd order. Does it differ from that given by
lsblk with no arguments?
I've checked the unsorted order of my /sys/dev/block, which is
essentially
On Fri, Jan 04, 2019 at 05:04:49PM -0500, songbird wrote:
Roberto C Sánchez wrote:
It might also indicate files that exist (i.e., occupy blocks) without
having directory entries. For example, this is the case when a program
creates a temporary file, gets the descritor back from the syscall,
On Thu, Jan 03, 2019 at 02:38:09PM -0500, Stephen P. Molnar wrote:
On 01/03/2019 01:27 PM, songbird wrote:
apt-get install libc --reinstall
root@AbNormal:/home/comp# apt-get install libc --reinstall
Reading package lists... Done
Building dependency tree
Reading state information... Done
E:
On Thu, Jan 03, 2019 at 03:25:07PM +, Sean Whitton wrote:
On Thu 03 Jan 2019 at 02:47pm GMT, Ulrike Uhlig wrote:
Looks good! I like it.
One tiny thingy based on a remark: I've looked up 'slur' in the
dictionary and 'slander' and 'libel' seem to be synonyms that might be
more widely known.
On Wed, Jan 02, 2019 at 07:54:30PM -0500, Dan Ritter wrote:
rhkra...@gmail.com wrote:
The Question: Will it be straightforward to convert the Wheezy machine (which
has USB ports) to use a USB port instead of the PS/2 ports to connect the
mouse and keyboard (via the KVM switch) -- is it as
nsible system.
>
>what is the status of this bug? Without this patch, the functionality
>of
>fakechroot and mmdebstrap in the next stable release will be hampered.
>If you
>don't have time, I could also NMU coreutils with the attached patch.
>
>What do you think?
>
>Thanks!
>
>cheers, josch
Please just wait
--
Michael Stone
(From phone, please excuse typos)
On Thu, Dec 13, 2018 at 09:35:49PM +, mick crane wrote:
yes cups server 107
:~$ ss -tulpen | grep 631
udpUNCONN 00 0.0.0.0:631
0.0.0.0:* ino:17297 sk:1 <->
tcpLISTEN 05 127.0.0.1:631
0.0.0.0:*
On Thu, Dec 13, 2018 at 09:43:22PM +0100, basti wrote:
I attempted to use the GUI from the desktop System/Print Settings where
I hoped I could put in sensible values but it says it is locked and ask
for authentication.
I put in the root password but it won't do anything
why might that be then ?
On Thu, Dec 13, 2018 at 09:03:45PM +, mick crane wrote:
Ok Is no samba, I look cups-client conf, mostly was preamble. Question
was curious why can't authenticate with xfce GUI System|Print settings
If you are in a client-only configuration you can't set things on the
client side--you're
On Thu, Dec 13, 2018 at 07:44:29PM +, mick crane wrote:
I have a debian buster PC that works as a print server. I can send
files to it from windows
How? Do you have samba and the windows machines print via smb, or are
they printing via ipp?
I have another debian buster PC that I
On Fri, Dec 07, 2018 at 11:27:27PM +0100, Fabiano Fidêncio wrote:
So, what about the ".treeinfo" file suggestion? :-)
Instead of trying to get debian to adopt the layout and metadata used by
redhat & derivatives, why not just teach your program to parse the
metadata debian uses?
On Sun, Dec 02, 2018 at 04:28:46PM -0800, Russ Allbery wrote:
Guillem Jover writes:
Whether a package is being built within a chroot or not, has nothing
to do with how that installation is being managed IMO. It feels a bit
like recording what's the form factor of the machine being run on? :)
On Fri, Nov 30, 2018 at 02:14:09PM -0500, Felix Miata wrote:
Michael Stone composed on 2018-11-30 13:58 (UTC-0500):
On Fri, Nov 30, 2018 at 05:23:09PM +, Michael Thompson wrote:
Because if your root partition fails, you can reinstall and all your files are
safe on their own partition
On Fri, Nov 30, 2018 at 05:23:09PM +, Michael Thompson wrote:
Because if your root partition fails, you can reinstall and all your files are
safe on their own partition...
...leaving open the question of how likely that scenario is.
On Fri, Nov 30, 2018 at 12:49:02PM -0500, Alexandre Viau wrote:
It is true that others are vulnerable, but this is a choice that Debian
makes and it can be fixed. If we wanted, we could largely limit this
with more restrictive debian.org DNS records.
Yes and no. :) There would need to be a
On Wed, Nov 28, 2018 at 06:48:05PM +, Dmitry Bogatov wrote:
I believed (and still believe, despite of REJECT), that best way is
0. One source package, providing single binary package per runscript.
No, that's horrible. I agree with the REJECT.
On Thu, Nov 29, 2018 at 02:10:31AM +1300, Richard Hector wrote:
On 29/11/18 2:01 AM, Michael Stone wrote:
On Wed, Nov 28, 2018 at 12:45:49PM +0100, to...@tuxteam.de wrote:
On Wed, Nov 28, 2018 at 11:34:54AM +, David Griffith wrote:
I just noticed an odd behavior of APT when I tried
On Wed, Nov 28, 2018 at 12:45:49PM +0100, to...@tuxteam.de wrote:
On Wed, Nov 28, 2018 at 11:34:54AM +, David Griffith wrote:
I just noticed an odd behavior of APT when I tried installing
inform6-compiler and inform6-library. I used to think that
recommended packages would be mentioned at
On Tue, Nov 27, 2018 at 08:54:43AM +, Simon McVittie wrote:
If I was wrong in assuming good faith and you were being argumentative for
the sake of being argumentative, please stop: that is not constructive.
Either way, please don't call me stupid. That is not *at all*
constructive -
On Tue, Nov 27, 2018 at 09:50:40AM +0100, Philip Hands wrote:
Michael Stone writes:
On Mon, Nov 26, 2018 at 03:08:09PM +0100, Marco d'Itri wrote:
I disagree both that simple testing (that you could do with a KVM
snapshot as well) would be hard and I disagree that the benefits of
merged-/usr
On Mon, Nov 26, 2018 at 03:08:09PM +0100, Marco d'Itri wrote:
I disagree both that simple testing (that you could do with a KVM
snapshot as well) would be hard and I disagree that the benefits of
merged-/usr would be minor.
Nobody has thus far pointed out a single benefit to someone merging
On Mon, Nov 26, 2018 at 09:24:40AM +0100, Didier 'OdyX' Raboud wrote:
usrmerge is in the archive for 3+ years now. What seems to be needed now is
for a lot of us to actually _try_ it, find and report bugs, and get this
through.
There's no way I'm running it on a production system. I would be
On Fri, Nov 23, 2018 at 03:14:44PM +0100, Matthias Klumpp wrote:
For these cases though maybe the usrmerge script could ask the admin
on what to do to handle these particular binaries, instead of failing.
Maybe, as I suggested upthread, there could be a preview mode in which
the admin could
On Thu, Nov 22, 2018 at 06:00:45PM +0100, Marco d'Itri wrote:
You should have asked for an explicit plan three years ago when I first
announced that I was working on this. At this point you are just
creating arbitrary requirements that would delay forever this change.
Three years ago we were
On Thu, Nov 22, 2018 at 05:15:53PM +0100, Ansgar Burchardt wrote:
Moving files around in such a matter that they are still available in
the old location (via a symlink) is not a very invasive change, so
there is only a small risk of problems. That matches what was reported
so far.
That's not
On Thu, Nov 22, 2018 at 12:32:14PM +0100, Marco d'Itri wrote:
I use merged-/usr without any issues on many stable systems, both new
and upgraded.
Again, how many weren't systems you're responsible for? I have no doubt
that you took care of the problems that you encountered personally when
On Wed, Nov 21, 2018 at 02:55:56PM -0800, Russ Allbery wrote:
I don't believe supporting legacy installs *without doing the migration*
is an option, or at least an option that we should take. We could
theoretically make it work, but the ongoing burden to packagers and to
our testing
On Wed, Nov 21, 2018 at 02:19:56PM -0800, Russ Allbery wrote:
Doing this check in reproducible-builds definitely helps allievate my
concerns as a backstop, but this is still fragile and we don't have a
tight test/fix cycle. And, in general, I'm dubious of a path where we
support building a
On Wed, Nov 21, 2018 at 10:49:54PM +0100, Marco d'Itri wrote:
On Nov 21, Michael Stone wrote:
How many long-running production systems do you think people have run
usrmerge on? I'd guess close to zero, since there is no advantage whatsoever
Actually I have quite a lot personally, with exactly
On Wed, Nov 21, 2018 at 09:28:11PM +, Holger Levsen wrote:
Or what am I missing?
The possibility that your system will break? The current usrmerge
package has no test mode, will bail with a partially-converted system if
it runs into problems, and has no way to revert the process. A
On Wed, Nov 21, 2018 at 03:45:35PM -0500, Jeremy Bicha wrote:
On Wed, Nov 21, 2018 at 3:39 PM Russ Allbery wrote:
But it's not just my opinion that matters. I think we need to decide this
somehow as a project, whether via the TC or via GR or something, because
there's a real disagreement here
On Wed, Nov 21, 2018 at 12:49:04PM -0800, Russ Allbery wrote:
This seems like too high of a level of pessimism given that the usrmerge
package already implements this sort of force-merge and some people have
it installed and don't seem to be running into a bunch of bugs. The last
round of
On Wed, Nov 21, 2018 at 09:59:24AM -0800, Russ Allbery wrote:
If we just force-merge every system on upgrade, none of those
inconsistencies matter, and I do believe we could successfully complete
that process (with some bumps, of course).
I think that's likely to be the most painful upgrade
On Wed, Nov 21, 2018 at 06:47:52PM +0100, Matthias Klose wrote:
I really like the approach of some ftp-masters to accept a package and then file
rc-issues, if there are some, like adding updated copyright information.
If the copyright info is wrong then it definitely shouldn't be in the
On Mon, Nov 19, 2018 at 12:12:50PM -0500, Michael Stone wrote:
On Mon, Nov 19, 2018 at 09:43:29AM -0500, Jim Popovitch wrote:
On Mon, 2018-11-19 at 08:38 -0500, Michael Stone wrote:
On Mon, Nov 19, 2018 at 08:32:09AM -0500, Greg Wooledge wrote:
If you're only going to login to the account
On Mon, Nov 19, 2018 at 09:43:29AM -0500, Jim Popovitch wrote:
On Mon, 2018-11-19 at 08:38 -0500, Michael Stone wrote:
On Mon, Nov 19, 2018 at 08:32:09AM -0500, Greg Wooledge wrote:
> If you're only going to login to the account using ssh keys, you
> don't need to give it a valid passwor
On Mon, Nov 19, 2018 at 08:32:09AM -0500, Greg Wooledge wrote:
On Mon, Nov 19, 2018 at 07:28:15AM +, Michael Howard wrote:
Don't get too hung up on it all.
If the account needs login access then give it. Create or use an account
with a shell of your choice and a secure password. You don't
On Thu, Nov 15, 2018 at 10:55:52AM +0100, john doe wrote:
Given that vim 8.1 is available in buster (1) you could use apt-pinning
(2) to download it.
That is generally a horrible idea.
On Sat, Nov 10, 2018 at 12:45:09PM +0200, Michelle Konzack wrote:
I searched the internet and it shows, that with OM3 and
GigaBit you can have only 150m. 10GBit is limited to 35m.
Where did you find that?
https://en.wikipedia.org/wiki/Multi-mode_optical_fiber#Comparison
On Fri, Nov 09, 2018 at 12:40:03PM +0200, Michelle Konzack wrote:
Gigabit, as someone sugested, would require OM4 cables which are
twice as expensive and also the Networkcards and switches.
That's not correct; gigabit over this distance would require OM2 at
most, and may even work over FDDI
On Thu, Nov 08, 2018 at 03:12:38PM +0100, Adam Borowski wrote:
On Thu, Nov 08, 2018 at 08:39:30AM -0500, Michael Stone wrote:
On Wed, Nov 07, 2018 at 06:45:14PM -0800, Seth Arnold wrote:
> It doesn't help that the distributions in general want to support Firefox
> on more platform
On Wed, Nov 07, 2018 at 06:45:14PM -0800, Seth Arnold wrote:
It doesn't help that the distributions in general want to support Firefox
on more platforms than the Rust team supports as tier-1 platforms. A
constant cadence of updates every six weeks is faster than anything else
excepting the Linux
On Thu, Nov 08, 2018 at 11:26:11AM +0100, local10 wrote:
I was looking into PaleMoon/Basilisk/Waterfox myself but decided not to proceed
at the time as they are not in the Debian repository.
You're much better off using a third-party-sourced browser than sticking
with an obsolete &
On Wed, Nov 07, 2018 at 05:05:04PM +0200, Michelle Konzack wrote:
Am 2018-11-07 hackte Michael Stone in die Tasten:
Why are you looking at 100FX instead of gigabit? The availability of
gigabit gear is much better, and I'd expect it to end up cheaper.
Because a 8-port Fiber GigaBit Switch cost
Why are you looking at 100FX instead of gigabit? The availability of
gigabit gear is much better, and I'd expect it to end up cheaper.
On Tue, Nov 06, 2018 at 11:58:57AM +0100, John Paul Adrian Glaubitz wrote:
On 11/6/18 11:51 AM, Holger Levsen wrote:
Also, you wrote a mail to d-d-a that rust is now running on 14 archs, so
I was utterly surprised about your mail a few hours later blaming
someone who uploaded a rust library.
On Tue, Nov 06, 2018 at 09:09:16AM -0500, Stefan Monnier wrote:
I was reading about swap recently and fell upon (like a sword) this
remark from 2005 from Andrew Morton:
Create the swapfile when the filesystem is young and empty, it'll be
nice and contiguous. Once created the kernel will
On Tue, Nov 06, 2018 at 09:03:59AM +, Curt wrote:
I never knew what a bootable business card was so I avoided those.
If you trim a cd so it's rectangle you end up with a business-card size
disc which holds about 50MB. Their main drawbacks are that 1) nobody has
a cd drive anymore and 2)
On Mon, Nov 05, 2018 at 09:11:46PM +0100, Pascal Hambourg wrote:
PS : aren't you confusing "netinst" with "netboot", which requires a
network connection to a mirror ?
There used to be bootable business card netinst images that had almost
nothing other than the kernel and the installer, and
On Mon, Nov 05, 2018 at 08:34:41AM +, Curt wrote:
I was reading about swap recently and fell upon (like a sword) this
remark from 2005 from Andrew Morton:
Create the swapfile when the filesystem is young and empty,
it'll be nice and contiguous. Once created the kernel will never add
or
On Mon, Nov 05, 2018 at 06:18:00AM +0100, Harald Dunkel wrote:
For opensmtpd (the package I am interested in) upstream has decided to
ditch openssl in favor of libressl. Now Debian has several options in this
case:
- add libressl to Debian
- stick to the old opensmtpd 6.0.3 and openssl and
On Sun, Nov 04, 2018 at 10:45:04AM -0500, Stefan Monnier wrote:
/swap, encrypted, 16GB (same as RAM)
Hugely overkill. You do not need for your swap to be as large as
your RAM unless you are intending to hibernate to disk. If you are
intending to do that, fair enough, but if not, that's probably
On Sun, Nov 04, 2018 at 03:20:11AM +, D Dimov wrote:
Considering that I will be installing Debian 9.5 Stable on a new Dell laptop
with 512 GB SSD and 16 GB RAM, and intend to also run Windows 10 as a virtual
machine from the /home partition (so it doesn't get affected during kernel
updates
On Sat, Nov 03, 2018 at 06:49:59PM -0700, David Christensen wrote:
When trouble shooting, it is useful to have a means to elicit the
failure mode on demand.
Sure. That's just not it.
On Sat, Nov 03, 2018 at 07:04:00PM -0700, David Christensen wrote:
On 11/3/18 1:41 PM, Michael Stone wrote:
On Fri, Nov 02, 2018 at 08:01:59PM -0700, David Christensen wrote:
My intent was to install just what was on the CD onto a machine in
my LAN. I was unaware that d-i connected
On Fri, Nov 02, 2018 at 08:01:59PM -0700, David Christensen wrote:
My intent was to install just what was on the CD onto a machine in my
LAN. I was unaware that d-i connected to the Internet when I told it
not to use a mirror. As security.debian.org is not a mirror in the
usual sense,
On Sat, Nov 03, 2018 at 12:20:34PM -0700, David Christensen wrote:
On 11/3/18 4:58 AM, Michael Stone wrote:
On Fri, Nov 02, 2018 at 07:27:41PM -0700, David Christensen wrote:
3. Download and run the manufacturer's diagnostic utility (Windows
may be required):
this is basically going
On Sat, Nov 03, 2018 at 05:24:29PM +, Curt wrote:
Actually the fonts-hack package doesn't exist here.
I do find, however:
fonts-hack-otf - Typeface designed for source code, OpenType fonts
fonts-hack-ttf - Typeface designed for source code, TrueType fonts
fonts-hack-web - Typeface designed
On Fri, Nov 02, 2018 at 07:27:41PM -0700, David Christensen wrote:
1. Backup your data and configuration settings.
never a bad idea
3. Download and run the manufacturer's diagnostic utility (Windows
may be required):
this is basically going to be the equivalent of smartctl -H, no need to
On Sat, Nov 03, 2018 at 10:04:00AM +0100, Pascal Hambourg wrote:
Also, if you install
from an old image, adding only the security archive may miss security
updates which have been moved to the main archive. This gives a false
sense of security.
I don't think anything is actually removed from
On Sat, Nov 03, 2018 at 01:54:32AM +, mick crane wrote:
On 2018-11-02 11:15, Michael Stone wrote:
On Fri, Nov 02, 2018 at 07:58:23AM +, mick crane wrote:
The 0 with a line through it helps but l still looks like 1.
That's still a font selection issue--in the font I'm using it's hard
On Fri, Nov 02, 2018 at 05:41:10PM +, Ian Jackson wrote:
Should it also Conflict libpam-systemd ?
Does it somehow prevent the admin from configuring one or the other in
pam?
(Our draft package ships libpam_elogind.so, but there are some
difficulties with pam configuration ending up
On Fri, Nov 02, 2018 at 01:03:12PM +, Adam Weremczuk wrote:
New test results with suggested parameters below:
Slower server
W: 1310720 bytes (13 GB, 12 GiB) copied, 97.5106 s, 134 MB/s
R: 1310720 bytes (13 GB, 12 GiB) copied, 28.6353 s, 458 MB/s
Faster server
W: 1310720 bytes
On Fri, Nov 02, 2018 at 08:31:50AM -0400, Stefan Monnier wrote:
It seemed to bet better at first, but maybe it was just an impression.
In any case, now it's definitely very slow. Digging more into it,
I found out that part of the problem seems to be very slow writes to
the disk. I can
On Fri, Nov 02, 2018 at 11:58:48AM +, Adam Weremczuk wrote:
dd if=/dev/zero of=test.bin bs=512 count=1024 oflag=sync
That's a uselessly small block size & count. Try again with something
more like bs=128k count=10
Note that your dd test is a write test and your testparm is a read
On Fri, Nov 02, 2018 at 07:58:23AM +, mick crane wrote:
The 0 with a line through it helps but l still looks like 1.
That's still a font selection issue--in the font I'm using it's hard to
confuse the two. (l has an arc of stem to the bottom right, 1 has
straight bilateral serifs. l has
On Thu, Nov 01, 2018 at 10:12:36PM -0500, David Wright wrote:
BTW in a network set up like my own, the place where the MAC would be
relevant is in the DHCP server (here, the router) because that is how
the IP number is assigned. An unassigned MAC will get given an IP
address 192.168.1.200+, and
On Thu, Nov 01, 2018 at 05:43:56PM +0100, local10 wrote:
Under enp3so I see only BROADCAST and MULTICAST, no UP or DOWN. Thanks
That means it's down. Note that you said enp3so above, that should be
enp3s0 (zero); which did you put in interfaces? Also, there should be
either "auto enp3s0" or
On Thu, Nov 01, 2018 at 05:12:35PM +0100, local10 wrote:
http://debian.2.n7.nabble.com/
Migrating-Debian-installation-to-a-new-motherboard-td4403474.html ) mentioned
that the MAC address needs to be changed to reflect the new NIC MAC address on
the new mb.
Ignore that.
On Wed, Oct 31, 2018 at 11:48:47PM +0100, local10 wrote:
31. Oct 2018 18:05 by d...@randomstring.org:
Can you show us the output of
ip -l
and
ip -r
?
-dsr-
Both "ip -l" and "ip -r" return the same output as "ip --help". Something is
missing, pwrhaps? Thanks
There
On Tue, Oct 30, 2018 at 04:04:29PM +0200, Tommi Höynälänmaa wrote:
I have got Debian stable and I'm trying to install new versions of
debhelper and lintian from backports. However, apt-get claims that the
packages are already the newest versions and installs nothing. Command
"apt-get show"
On Tue, Oct 30, 2018 at 09:47:33AM +, Jonathan Dowland wrote:
On Sun, Oct 28, 2018 at 07:54:17PM -0700, David Christensen wrote:
It sounds like you never used VAX/VMS.
No, it was decidedly before my time¹.
I have. It was a PITA in practice, which is why other OSs didn't pick up
the
Package: make
Version: 4.2.1-1.2
Severity: wishlist
The man page for make contains
SEE ALSO
The full documentation for make is maintained as a Texinfo manual. If
the info and make programs are properly installed at your site, the
command
info make
On Mon, Oct 29, 2018 at 08:57:50PM +, Brian wrote:
On Mon 29 Oct 2018 at 16:27:13 -0400, Michael Stone wrote:
On Mon, Oct 29, 2018 at 10:20:30AM -0500, David Wright wrote:
> What Brian asked for is an example of a man page that ends with
> "The full documentation for foo is
On Mon, Oct 29, 2018 at 10:20:30AM -0500, David Wright wrote:
What Brian asked for is an example of a man page that ends with
"The full documentation for foo is maintained as a Texinfo manual"
but the info foo output has no more information than man foo.
This used to be more of a problem
On Mon, Oct 29, 2018 at 04:11:01PM -0400, Gene Heskett wrote:
Hmmf. If I could make an educated suggestion, but I've not got a clue as
to how it is supposed to work, those pages aren't a how-to, so I'd be
pinning the tail on the donkey just as if I was blindfolded. But this
isn't a party.
If
On Mon, Oct 29, 2018 at 12:27:53PM -0500, David Wright wrote:
On Sun 28 Oct 2018 at 19:57:08 (-0400), Gene Heskett wrote:
I don't think thats how it works. UID/GID as www-data is just part of the
sandbox apache2 and its ilk play in. In fact after I've equipt apach2
with some new toy, the last
On Mon, Oct 29, 2018 at 10:45:50AM -0400, Gene Heskett wrote:
Is it a separate bug to fuss about the near total lack of meaning to the
man pages for ip and its children.
Assuming you have no substantive suggestions, it's not a bug report at
all, it's just complaining.
On Sun, Oct 28, 2018 at 08:18:44PM +0300, Reco wrote:
On Sun, Oct 28, 2018 at 12:56:13PM -0400, The Wanderer wrote:
The definition for netmask I find in that section is
netmask mask
Netmask (dotted quad or CIDR)
which at a glance would lead me to expect a full CIDR-format address
Package: ifupdown
Version: 0.8.34
Severity: wishlist
The documentation note for inet netmask currently reads:
Netmask (dotted quad or CIDR)
I suggest changing that to be more like the inet6 netmask note, so:
Netmask (dotted quad or number of bits, e.g., 24)
Also it would be good to add to
On Mon, Oct 29, 2018 at 08:19:54AM -0400, Gene Heskett wrote:
And amazingly to me, I read that RFC, and did not encounter the
"netmask 24" syntax anyplace in it. In any event I think all my machines
use the dotted quad representations.
It should be unsurprising that an internet RFC fails to
On Sun, Oct 28, 2018 at 08:18:44PM +0300, Reco wrote:
On Sun, Oct 28, 2018 at 12:56:13PM -0400, The Wanderer wrote:
The definition for netmask I find in that section is
netmask mask
Netmask (dotted quad or CIDR)
which at a glance would lead me to expect a full CIDR-format address
On Sun, Oct 28, 2018 at 12:04:54PM -0400, Gene Heskett wrote:
On Sunday 28 October 2018 08:43:33 Reco wrote:
Hi.
On Sun, Oct 28, 2018 at 07:04:02AM -0400, Gene Heskett wrote:
> > Ever consider you're doing it the wrong way?
> > This will work:
> >
> > iface eth0 inet static
> >
On Sun, Oct 28, 2018 at 12:18:42PM -0400, Gene Heskett wrote:
On Sunday 28 October 2018 10:51:50 Michael Stone wrote:
On Sat, Oct 27, 2018 at 10:58:49PM +, Steve McIntyre wrote:
>It *looks* like a misunderstood reference to nsswitch.conf maybe:
>
>hosts: files dns
W
On Sat, Oct 27, 2018 at 10:58:49PM +, Steve McIntyre wrote:
It *looks* like a misunderstood reference to nsswitch.conf maybe:
hosts: files dns
We've been through this before, explained it thoroughly, he never
listens, then he brings it back again and the cycle repeats. It's
On Sat, Oct 27, 2018 at 01:13:07PM -0400, Gene Heskett wrote:
Sorry Steve, but your claim that its simply not true, pulls my trigger,
best to duck.
You doing it wrong and refusing to listen when people try to correct you
is no reason for anyohne else to "duck" as if they're at fault.
On Fri, Oct 26, 2018 at 09:16:47PM +0300, Reco wrote:
As far as I remember, the bogomips number has consistently been twice the
current clock frequency on any x86 PCU I have ever run Linux on.
Either your math is off, or they've changed it.
$ lscpu | egrep '(Vendor|MHz|MIPS)' # This PC
On Fri, Oct 26, 2018 at 01:47:19PM -0500, David Wright wrote:
On Fri 26 Oct 2018 at 11:04:48 (-0400), Michael Stone wrote:
FWIW, even the kernel doesn't use naive busy loops anymore on newer
hardware. (TSC or MWAIT is used, depending on what the processor
supports.)
I've programmed a "
On Fri, Oct 26, 2018 at 02:02:06PM -0400, Michael Stone wrote:
On Fri, Oct 26, 2018 at 05:19:58PM +, Long Wind wrote:
is there any general-purpose testing utility? i remember in early days some
program for DOS can report benchmark, (maybe made by nordon?) . and intel 486
always seems
On Fri, Oct 26, 2018 at 05:19:58PM +, Long Wind wrote:
is there any general-purpose testing utility? i remember in early days some
program for DOS can report benchmark, (maybe made by nordon?) . and intel 486
always seems faster than 386.
Try something like
701 - 800 of 4126 matches
Mail list logo