date:20180815

Rough stats for “hegemon emerge” now available courtesy Gentoo, see
the bottom of the following article, last section titled "Git versus
rsync":
https://lwn.net/Articles/759467/
and here's the money quote:

  Matt Turner said that he has set aside a 1GB partition for the
  tree, which works fine for the roughly 600MB needed by rsync, but
  not for Git. A shallow clone of the Git repository is roughly the
  same (around 660MB), but each pull adds to that, so without some
  kind of "auto-trimming", Git will grow quickly, Freeman said

There is also a security issue considered:

  The GitHub mirror compromise has clearly led to some thinking (and
  rethinking) within the project about its practices and how they
  might be improved. It is not clear that there are any real
  conclusions that have been reached, much less plans made, but
  considering the various parts of the problem is certainly to the
  good.

which leads to the obvious thought regarding the hegemon utility -
the marginal repo size increase for say a Debian source builder to
also include Gentoo's git branches for those packages which overlap
(and vice versa of course) should not be too significant, but more
importantly, if one entity's server is compromised (be it Github,
Debian or etc), then this ought be simpler to auto-detect when your
source repo has multiple git-repo upstreams to test against.

Sounds like we're talking a few TiB of disk space here, including
source checkouts and build artifacts, so nothing that cannot fit in a
10TiB spinning rust bucket…


“To hegemon,

  and beyond‼”



(And really, who wants Gentoo to beat Debian to the hegemonic finish
 line?)


On Sun, Jul 01, 2018 at 07:55:01PM +1000, Zenaan Harkness wrote:
> git at alioth is coming along very nicely and was a great step
> forward for Debian (thank you Ian).
> 
> What would be nice is a script e.g. called say "hegemon" which could
> be used to greate a Debian git repo farm locally.
> 
> Why?
> 
> Well, I hold that this would be preferable to adding sources to my
> Debian mirror - these days, who wants tar balls?
> 
> Seriously, what you want is a source repo, with tags for the various
> releases of a package, so you can e.g. compare the current sid
> release with stable or testing, view the Debian specific patches,
> etc.
> 
> This is what "sources" used to be used for.
> 
> Nowadays sources is kinda moot.
> 
> I note from here https://wiki.debian.org/Alioth/Git ^B
> https://wiki.debian.org/PackagingWithGit it says "If upstream is
> using git to manage their source, the debianization repository can
> live in a branch off of the main upstream tree. Clearly this can work
> only with some upstreams, but the big upside is that the relationship
> between the debianization and the upstream code is VERY clear." which
> is immediately followed with this "Since the Debian APT repositories
> still use tarballs you still have to manage those with this setup,
> but the pristine-tar exists for that purpose."
> 
> There are possibly still advantages to tarballs, I don't know, since
> I haven't used one in something like a decade or more. Consistency of
> distribution of sources? Compliance with Debian packaging guidelines?
> 
> Debian sources is currently a poor man's hegemon, providing little
> more than a point in time snapshot (which admittedly 'matches'
> (hopefully) the current respective binaries).
> 
> The true hegemon (maniacal laughter echoes in the background) wants
> unified git repos, for every package.
> 
> I imagine that some "canonical vcs" datum would need to be collected/
> stored for each package, and hegemon would cycle through them running
> some default cmd like “git fetch”
> 
> hegemon would also know to use git plugins to hungrily grab upstreams
> of other persuasions such as hg, bzr or (ughh! svn), for that
> equanimous local uniformity and hegemonic experience that we all
> crave so.
> 
> Then, who would ever download 55GiBsMeDats again? Especially when a
> simple
> 
>  git clone /my/hegemon/p/package-source-repo /my/tmp/package-work-dir
>  cd /my/tmp/package-work-dir
>  git reset --hard v1.02
>  deb-buildpackage --pristine-tar
> 
> will do that job?
> 
> THEN, finally, a weekly
> 
>  hegemon build-tar git-deltas ^1week
> 
> could be usefully generated and distributed (and downloaded and
> applied to local hegemon repo farms, by those who would otherwise be
> updating their debian source repos) and might ultimately supplant the
> tar source distribution.
> 
> …

Re: wishlist script: “hegemon”: set up bare git mirror farm for all debian sources

2018-08-15 Thread Byung-Hee HWANG (황병희, 黃炳熙)

And BTW, the question that prompted this Gentoo discussion is here:
https://lwn.net/Articles/759539/

and includes this snippet:

  2. git seems to be more efficient for frequent syncing, while
 rsync seems to be more efficient for infrequest syncing.  I'd
 guess the crossover is somewhere around a week or few, but I
 don't have data to support that.

which of course leads to the obvious thought that the crossover in
operation in a particular local repo, is user dependent, or rather,
repo dependent - i.e. someone working in a particular repo(s) may
want to frequently git pull, whereas for the bulk of Debian's 50,000
packages, a weekly or monthly batch update would be fine - excepting
only security updates.

This "batch git delta" distribution/ bundling on a weekly/monthly etc
or whichever basis, should mean that the existing ftp/ distribution
infrastructure can still be made use of...



On Wed, Aug 15, 2018 at 05:01:54PM +1000, Zenaan Harkness wrote:
> Rough stats for “hegemon emerge” now available courtesy Gentoo, see
> the bottom of the following article, last section titled "Git versus
> rsync":
> https://lwn.net/Articles/759467/
> and here's the money quote:
> 
>   Matt Turner said that he has set aside a 1GB partition for the
>   tree, which works fine for the roughly 600MB needed by rsync, but
>   not for Git. A shallow clone of the Git repository is roughly the
>   same (around 660MB), but each pull adds to that, so without some
>   kind of "auto-trimming", Git will grow quickly, Freeman said
> 
> There is also a security issue considered:
> 
>   The GitHub mirror compromise has clearly led to some thinking (and
>   rethinking) within the project about its practices and how they
>   might be improved. It is not clear that there are any real
>   conclusions that have been reached, much less plans made, but
>   considering the various parts of the problem is certainly to the
>   good.
> 
> which leads to the obvious thought regarding the hegemon utility -
> the marginal repo size increase for say a Debian source builder to
> also include Gentoo's git branches for those packages which overlap
> (and vice versa of course) should not be too significant, but more
> importantly, if one entity's server is compromised (be it Github,
> Debian or etc), then this ought be simpler to auto-detect when your
> source repo has multiple git-repo upstreams to test against.
> 
> Sounds like we're talking a few TiB of disk space here, including
> source checkouts and build artifacts, so nothing that cannot fit in a
> 10TiB spinning rust bucket…
> 
> 
> “To hegemon,
> 
>   and beyond‼”
> 
> 
> 
> (And really, who wants Gentoo to beat Debian to the hegemonic finish
>  line?)
> 
> 
> On Sun, Jul 01, 2018 at 07:55:01PM +1000, Zenaan Harkness wrote:
> > git at alioth is coming along very nicely and was a great step
> > forward for Debian (thank you Ian).
> > 
> > What would be nice is a script e.g. called say "hegemon" which could
> > be used to greate a Debian git repo farm locally.
> > 
> > Why?
> > 
> > Well, I hold that this would be preferable to adding sources to my
> > Debian mirror - these days, who wants tar balls?
> > 
> > Seriously, what you want is a source repo, with tags for the various
> > releases of a package, so you can e.g. compare the current sid
> > release with stable or testing, view the Debian specific patches,
> > etc.
> > 
> > This is what "sources" used to be used for.
> > 
> > Nowadays sources is kinda moot.
> > 
> > I note from here https://wiki.debian.org/Alioth/Git ^B
> > https://wiki.debian.org/PackagingWithGit it says "If upstream is
> > using git to manage their source, the debianization repository can
> > live in a branch off of the main upstream tree. Clearly this can work
> > only with some upstreams, but the big upside is that the relationship
> > between the debianization and the upstream code is VERY clear." which
> > is immediately followed with this "Since the Debian APT repositories
> > still use tarballs you still have to manage those with this setup,
> > but the pristine-tar exists for that purpose."
> > 
> > There are possibly still advantages to tarballs, I don't know, since
> > I haven't used one in something like a decade or more. Consistency of
> > distribution of sources? Compliance with Debian packaging guidelines?
> > 
> > Debian sources is currently a poor man's hegemon, providing little
> > more than a point in time snapshot (which admittedly 'matches'
> > (hopefully) the current respective binaries).
> > 
> > The true hegemon (maniacal laughter echoes in the background) wants
> > unified git repos, for every package.
> > 
> > I imagine that some "canonical vcs" datum would need to be collected/
> > stored for each package, and hegemon would cycle through them running
> > some default cmd like “git fetch”
> > 
> > hegemon would also know to use git plugins to hungrily grab upstreams
> > of other persuasions such as hg, bzr or (ughh! svn), for tha

bts command `send-unmatched'

When i type command by email as follows:

send-unmatched old|-2
send-unmatched [old|-2]

Then BTS server tell me "Unknown command or malformed arguments to
command." with both above commands.

Yes, i'm now translating /Bugs/server-request
[https://www.debian.org/Bugs/server-request.en.html].

Is that dead command? Or am i someting wrong?

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

Re: Hrdware question

2018-08-15 Thread tomas

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 14, 2018 at 08:36:47PM -0700, David Christensen wrote:
> On 08/12/2018 11:01 AM, Pascal Hambourg wrote:
> >Le 11/08/2018 à 22:50, David Christensen a écrit :
> >>
> >>3.  Do a fresh install of Debian onto the SSD.  Partition
> >>manually, creating three primary partitions: /boot (1 GB), swap
> >>(1 GB), and root (10 GB).
> >
> >Mind to explain why should /boot be on a separate partition ?
> >
> 
> Primarily because I often use dm-crypt on swap and root; boot must
> be unencrypted.

While unencrypted /boot is the most common setup (mine too), you *can*
have encrypted /boot to:

  https://libreboot.org/docs/gnulinux/encrypted_debian.html

Some assembly required :-)

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAltz00sACgkQBcgs9XrR2kbA+ACdF873Ngjv/hV+pc3OMdDyqb5M
FqYAn1+wQCxAlLC7LI92tU6JP4ocnAu2
=to4l
-END PGP SIGNATURE-

Re: Hrdware question


Le 15/08/2018 à 05:36, David Christensen a écrit :

On 08/12/2018 11:01 AM, Pascal Hambourg wrote:


Mind to explain why should /boot be on a separate partition ?


Primarily because I often use dm-crypt on swap and root; 


Plain dm-crypt or LUKS ?


boot must be unencrypted.


Only if using plain dm-crypt. GRUB can handle LUKS encryption on /boot.

Re: Hrdware question


Le 12/08/2018 à 21:38, Michael Wagner a écrit :

On Aug 12, 2018 at 20:01:08, Pascal Hambourg wrote:


Mind to explain why should /boot be on a separate partition ?


when you have /boot on a seperate partition, you can mount it read-only
and only when kernel updates arrives, you mount it read-write.


You can do that with other quasi-static parts of the filesystem such as 
/usr too. So what's special with /boot which justifies mounting it 
read-only more than other parts ?

Re: Hrdware question


Le 12/08/2018 à 21:27, Dan Ritter a écrit :

On Sun, Aug 12, 2018 at 08:01:08PM +0200, Pascal Hambourg wrote:

Le 11/08/2018 à 22:50, David Christensen a écrit :


3.  Do a fresh install of Debian onto the SSD.  Partition manually,
creating three primary partitions: /boot (1 GB), swap (1 GB), and root
(10 GB).


Mind to explain why should /boot be on a separate partition ?


It used to be the case that various bootloaders would not be
able to boot from a partition larger than a certain size.


It used to, in a very distant past. Bootloaders which cannot boot from a 
1 GB partition must have long gone.



If your root partition is encrypted, or uses an exotic
filesystem, a separate /boot may be needed.

A separate /boot may be used as part of a rescue booting system,
so that you can fix a broken /.

If none of those reasons apply, you can safely have a unified /
and /boot.


I know all this and did not ask why may /boot be on a separate partition 
*in general* but why should /boot be on a separate partition *in the 
specific context of this thread*.

Re: Installing package NOT in repository

2018-08-15 Thread tomas

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Aug 15, 2018 at 01:26:48AM -0400, Kenneth Parker wrote:
> This brings up a question:  If I am Installing something outside of the
> Packaging Infrastructure (usually, via a TarBall), I usually install inside
> of my Home Directory (for example, using $PATH for ~/bin).  If I  *MUST*
> make it available to other Users, I use the /usr/local/* directories.
> 
> Now the question:  Does dpkg have options for doing this?  (Or would I need
> to, still use the "tarball"?  (The reason I bring up dpkg, is that it, at
> least gives "lip service" to Dependencies).

I don't think so. And if you look at the contortions needed during
the regular build process (there are many "system" paths for different
things which need (re-)mapping, like /sbin, /bin, /usr/sbin, /usr/bin,
/usr/lib, /usr/share/bin, /usr/share/doc and reams of others (last
but not least, /etc(, all reflecting a system policy), I don't think
this possible at the package install phase at all. It's (barely)
possible at the package build phase, and only if the authors were
extremely careful or just used a civilised build system.

To give you a conundrum to chew on: somewhere deep in the guts of your
(compiled) C program, part of some mythical package "furrfu", the
path to its first config file, "/etc/furrfu/main.conf" is hardcoded
(it better be, because you don't want to force your poor users to
always call

  furrfu -c /etc/furrfu/main.conf

or something. If you relocate the package... where's the config
file now?  (a) /usr/local/etc? (b) /etc? Each one has its upsides
and downsides.  Assume we want (a): now dpkg would have to live-patch
the /usr/local/bin/furrfu binary, to replace "in situ" the config
patch. Or replace /usr/local/bin/furrfu by a wrapper shell script
calling real-furrfu -c /usr/local/etc/furrfu.conf.

And this is supposed to work (more or less uniformly) across upstreams
by a huge community of (sometimes very idiosyncratic) authors, which
swear by scaringly diverse build systems, from Autotools through
Cmake or some of the Java build systems (ever tried Ant, with all
its XML goodness?) to most exotic or artisanal ones.

And this across roughly 20K (source) packages.

There lies the work Debian packagers are doing, picking up the discrepancies
between what the upstream's build system is capable of and the policy
which keeps your box together (most of the time, that is).

To me, they are heroes.

So the answer to your question? Download the source package, wrap your
head around the build system, re-build, re-package, and you're good
to go :-)

Alternatively, and this is a /very/ interesting alternative, go have
a look at schroot, where you can set up a special environment. Mostly
used to achieve clean builds, you can use it for a package which doesn't
quite fit into your system (it needs a slightly different libc, for
example, or it would trample on locations already needed by another
package). Yet another world to discover :-D

(basically, that's what the young-uns are doing with all those flatpaks
and things, only that I don't really believe in seeing the whole world
through this one tool -- but I'm an old fart, y'know).

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAltz28sACgkQBcgs9XrR2kbcEQCeORQ4p2gKaixQlDHw++gkME4I
ju0An2yiBeFejN1THWuy85ubedJrB42n
=UtYY
-END PGP SIGNATURE-

Re: ISO file to sd card: Disk /dev/sdb doesn't contain a valid partition table


Le 14/08/2018 à 15:31, local10 a écrit :



The goal here is to create an sd card containg a bootable windows 7 image, I 
need to test something quick in windows. The iso file  is a windows 7 image.


What kind of Windows 7 image ? An installation DVD image ? AFAIK these 
ISO images are not hybrid and cannot boot from a SD card when written 
directly with dd or the like. You may have more luck with special tools 
such as Unetbootin or Rufus.

Re: bts command `send-unmatched'

2018-08-15 Thread tomas

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Aug 15, 2018 at 04:13:32PM +0900, Byung-Hee HWANG (황병희, 黃炳熙) wrote:
> When i type command by email as follows:
> 
> send-unmatched old|-2
> send-unmatched [old|-2]
> 
> Then BTS server tell me "Unknown command or malformed arguments to
> command." with both above commands.
> 
> Yes, i'm now translating /Bugs/server-request
> [https://www.debian.org/Bugs/server-request.en.html].
> 
> Is that dead command? Or am i someting wrong?

Hey, and thanks for your translation work!

NOTE: I didnn't really try this, this is just a quick answer.

I think those signs [ | and ] are just what is called "metasyntax" [1]
In this case, [...] seems to mean that what goes in [] is optional,
that is:

  index [full]

means you can either say "index" or "index full". And ...|... means
either... or, for example:

  send-unmatched last|-1

means you can say "send-unmatched last" or "send-unmatched -1" (both
seem to mean the same thing). Finally

  send-unmatched [this|0]

means you can say "send unmatched this", "send-unmatched 0" or just simply
"send-unmatched". Those also seem to mean the same thing.

HTH
[1] https://en.wikipedia.org/wiki/Metasyntax

- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAltz3xIACgkQBcgs9XrR2kaVzwCZAfvSXByRzh+tTFmJYl8N45QU
y98An1SqsjBTxfdT0LLbxWigjROgt6+q
=tyae
-END PGP SIGNATURE-

Re: Installing package NOT in repository

2018-08-15 Thread Darac Marjal


On Wed, Aug 15, 2018 at 01:26:48AM -0400, Kenneth Parker wrote:
[0;30m[0;37m   This brings up a question:  If I am Installing something outside of the Packaging Infrastructure (usually, via a TarBall), I   
[0;37m   usually install inside of my Home Directory (for example, using $PATH for ~/bin).  If I  *MUST*  make it available to other
[0;37m   Users, I use the /usr/local/* directories. 
[0;37m   Now the question:  Does dpkg have options for doing this?  (Or would I need to, still use the "tarball"?  (The reason I
[0;37m   bring up dpkg, is that it, at least gives "lip service" to Dependencies).  
[0;37m   Thanks in advance, 
[0;37m   Kenneth Parker 


Take a look at the "checkinstall" program. Essentially, you run this 
instead of "make install" and it will build a deb file out of the 
installation. The deb file can then be treated as a normal package
(i.e. installed, copied to another machine and installed there, 
uninstalled, dpkg-repack'd and so on).


--
For more information, please reread.


signature.asc
Description: PGP signature

[SOLVED] Re: ISO file to sd card: Disk /dev/sdb doesn't contain a valid partition table

2018-08-15 Thread local10

Aug 14, 2018, 2:30 PM by delop...@gmail.com:

> > but why you don't run it in VM or VBox or extract, or use unetbootin?
>
Yes,  eventually I installed unetbootin and got it working with it. Thanks to 
everyone who responded.

Aw: Re: does btrfs have a feature?

2018-08-15 Thread Stefan K

oohh sh**,
sorry for that, but I guess your know what I mean ;)

> Gesendet: Dienstag, 14. August 2018 um 15:54 Uhr
> Von: "Anders Andersson" 
> An: "Debian users mailing list" 
> Betreff: Re: does btrfs have a feature?
>
> On Tue, Aug 14, 2018 at 12:26 PM, Stefan K  wrote:
> > In the beginning of btrfs, most blogs, websites, magazins said btrfs will 
> > be THE next standard linux filesystem, so now after araound 10years it 
> > doesn't look so good, or?
> >
> > Who use btrfs in production? What do you think - does have btrfs a feature 
> > (because ZFS on Linux is more and more stable, RedHat said we don't want 
> > btrfs anymore and focus to xfs)
> >
> > I use btrfs on some new bare-metal machines for the root-disks, because it 
> > has a build-in RAID1 and snapshots, I know LVM and md-raid have also this 
> > possibilities but in btrfs it is much easier. I don't use it for data or 
> > other things(mail, database, etc), cause it is slow compared to ext4/xfs. 
> > I'm also wondering why the hell btrfs don't support ssd's for caching like 
> > zfs.
> 
> Before people start discussing *features*, note that OP uses the
> mostly non-standard spelling "feature" when he means "future".
> 
>

Aw: Re: does btrfs have a future? (was: feature)

2018-08-15 Thread Stefan K

Did you think that "only" the RAID5/6 problem is the reason why btrfs is not so 
common? what is with the performance? and some (important) featrures (not 
futures ;) ) are missing to catch up ZFS.

best regards
Stefan
(sorry for my bad english)


> Gesendet: Dienstag, 14. August 2018 um 21:09 Uhr
> Von: "Matthew Crews" 
> An: "Anders Andersson" 
> Cc: "Debian users mailing list" 
> Betreff: Re: does btrfs have a future? (was: feature)
>
> ‐‐‐ Original Message ‐‐‐
> On August 14, 2018 6:54 AM, Anders Andersson  wrote:
> 
> > On Tue, Aug 14, 2018 at 12:26 PM, Stefan K shado...@gmx.net wrote:
> > Before people start discussingfeatures, note that OP uses the
> > mostly non-standard spelling "feature" when he means "future".
> 
> Good catch, I thought the subject was strange.
> 
> I think btrfs does have a future once they work out the Raid5/6 write hole, 
> and patch in a few quality of life changes.
> 
> On the other hand, if ZFS is ever relicensed to be GPL-compatible (and 
> therefore includable in the Linux kernel directly), then I think that will 
> kill btrfs outright.
> 
>

Re: Installing package NOT in repository

2018-08-15 Thread Jason

On Tue, Aug 14, 2018 at 01:47:25PM -0400, Cindy-Sue Causey wrote:
> On 8/13/18, Brian  wrote:
> > On Mon 13 Aug 2018 at 17:49:08 +0200, to...@tuxteam.de wrote:
> >
> >> On Mon, Aug 13, 2018 at 08:35:50AM -0700, Patrick Bartek wrote:
> >> > On Mon, 13 Aug 2018 06:47:02 -0500
> >> > Richard Owlett  wrote:

SNIP...

> >> As I said already, dpkg does install dependencies. Actually, I don't
> >> know any (Debian) tool which wouldn't, by default.
> >
> > I don't think it does, y'know. That's why apt-get was created.
> 
> 
> I always need someone else to say the right thing to trigger thoughts.
> That's a good one there. Dpkg DOES complain about, i.e. dpkg DOES name
> the right dependencies that are missing. It just doesn't go that extra
> mile to help bring them on home.

Maybe you'd find this command relevant when installing packages
manually:

apt-get --print-uris --yes install $PACKAGE_NAME | grep ^\' | cut -d\' -f2

creates a list of needed downloads to install $PACKAGE_NAME. I don't
know who gets the credit for that one but it seems pretty nifty.

> To date, I've been lucky when going that route on occasionally regular
> occasion. The list of dependencies has been short... as has the list
> of secondary (?) dependencies that the immediately relevant
> dependencies... depend on to do THEIR own part of the whole. Each one
> needed has to be singularly tracked down and then installed.
> 
> Very manual process. If you're into really "seeing" how things
> interact, that's one route that'll help catch a quick peek...
> including learning how to track down more packages *that won't kill
> your system* if those dependencies aren't immediately available
> through one's favored package repository. I invariably end up
> distracted by something shiny incidentally discovered when I
> absolutely have to go that route..
> 
> Cindy :)

-- 
Jason

Why is libc updated every time there's an update to the kernel

2018-08-15 Thread Marcelo Lacerda

I know that the kernel and libc are deeply integrated but I imagine that a
security update to it doesn't actually change anything to libc source code,
so why do the two of them always upgrade together?

Re: Why is libc updated every time there's an update to the kernel

Hi.

On Wed, Aug 15, 2018 at 08:33:37AM -0300, Marcelo Lacerda wrote:
> I know that the kernel and libc are deeply integrated

On the contrary, libc merely states a minimal supported kernel version,
and you're free to use more-or-less recent kernel with it.
You'll miss all new system calls, but that's all that you should miss.

> but I imagine that a
> security update to it doesn't actually change anything to libc source code,
> so why do the two of them always upgrade together?

Today's stable kernel update brought a patched kernel and a 'perf' tool.
That's it, no libc upgrade.

Reco

Re: Why is libc updated every time there's an update to the kernel

2018-08-15 Thread Ulf Volmer

On 15.08.2018 14:02, Reco wrote:
> On Wed, Aug 15, 2018 at 08:33:37AM -0300, Marcelo Lacerda wrote:

>> but I imagine that a
>> security update to it doesn't actually change anything to libc source code,
>> so why do the two of them always upgrade together?
> 
> Today's stable kernel update brought a patched kernel and a 'perf' tool.
> That's it, no libc upgrade.

package linux-libc-dev has been also updated today.

best regards
Ulf

Re: Why is libc updated every time there's an update to the kernel

On Wed, Aug 15, 2018 at 02:34:54PM +0200, Ulf Volmer wrote:
> On 15.08.2018 14:02, Reco wrote:
> > On Wed, Aug 15, 2018 at 08:33:37AM -0300, Marcelo Lacerda wrote:
> 
> >> but I imagine that a
> >> security update to it doesn't actually change anything to libc source code,
> >> so why do the two of them always upgrade together?
> > 
> > Today's stable kernel update brought a patched kernel and a 'perf' tool.
> > That's it, no libc upgrade.
> 
> package linux-libc-dev has been also updated today.

True. But libc6 (aka GNU libc) was not updated today, and it's the only
libc that counts.

Reco

Re: wishlist script: “hegemon”: set up bare git mirror farm for all debian sources

2018-08-15 Thread Ian Jackson

Zenaan Harkness writes ("wishlist script: “hegemon”: set up bare git mirror 
farm for all debian sources"):
> git at alioth is coming along very nicely and was a great step
> forward for Debian (thank you Ian).

Why are you CCing me ?  I had nothing to do with alioth or salsa.
(Maybe your proposed thing is somehow an alternative to dgit.)

Ian.

hammerfall help request

2018-08-15 Thread Glenn English

Buster, RME Hammerfall, Supermicro box

I can't get my RME Hammerfall sound card to make noise in the
headphones. It did a few weeks ago with pretty much the same hardware
and pretty much the same OS.

I replaced the DDR3 1066 RAM with DDR3 1333, and I updated Buster.

I've tried to do what I did before to get the RME going, but either I
can't remember what I did or something has changed so it doesn't work
anymore (I doubt it).

lspci sees the card, as does alsamixer and the HDSP utilities in
XFCE's multimedia menu (HDSPmixer and HDSPconf):

root@sbox:~# lspci | egrep -i hammerfall
02:01.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall
DSP (rev 97)

If I open an audio file in Audacity, I see the 'meters' bounce, but
there's nothing in the 'phones.

I've looked at everything I can find on the web and done what they
suggest. I've installed modules and listed them -- they all seem to be
there:

root@sbox:~# cat /proc/modules | egrep hdsp
snd_hdsp 69632 0 - Live 0xc0997000
snd_rawmidi 40960 2 snd_seq_midi,snd_hdsp, Live 0xc08b8000
snd_hwdep 20480 2 snd_hdsp,snd_hda_codec, Live 0xc073c000
snd_pcm 118784 5
snd_hdsp,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core,
Live 0xc0922000
snd 94208 17
snd_seq,snd_hda_codec_realtek,snd_hdsp,snd_rawmidi,snd_seq_device,snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer,
Live 0xc0895000

And I've checked to make sure the 'phones are plugged in. Looks OK,
but I think I remember hearing small clicks when I plugged them in
before. All quiet now. Even if I'm remembering correctly, the lack of
clicks could be due to having something set wrong.

I really think there's something I haven't done, but I can't figure
out what. Anybody have any ideas?

--
Glenn English

Predictable Network Interface Names

2018-08-15 Thread Martin

Hi ML members,

I have a bunch of machines, all virtual, where I have to swap the NIC type. 
Three or four  NIC's per host, e1000 to vmxnet3 for those who may care about. 
With Predictable Network Interface Names enabled, it should be possible, to do 
this automated. Not being lazy, I've read the available documents like from 
Freedesktop.org, and others. What I just do not get is, how do I figure out, 
what name an interface will have before I put them in?
I have a reference system,here it looks like:

[0.901733] vmxnet3 :0b:00.0 eth0: NIC Link is Up 1 Mbps
[0.907950] vmxnet3 :13:00.0 eth1: NIC Link is Up 1 Mbps
[0.917348] vmxnet3 :1b:00.0 eth2: NIC Link is Up 1 Mbps
[0.951209] vmxnet3 :0b:00.0 ens192: renamed from eth0
[0.966569] vmxnet3 :13:00.0 ens224: renamed from eth1
[1.021765] vmxnet3 :1b:00.0 ens256: renamed from eth2

I got this 'ens' part, no problem. But where do the numbers come from? It's 
about that PCI address numbers, right? But I don't see, how this translates.
Push me someone into the right direction, please!

Martin

Re: Aw: Re: does btrfs have a future? (was: feature)

2018-08-15 Thread Matthew Crews

On 8/15/18 2:25 AM, Stefan K wrote:
> Did you think that "only" the RAID5/6 problem is the reason why btrfs is not 
> so common? what is with the performance? and some (important) featrures (not 
> futures ;) ) are missing to catch up ZFS.
> 
> best regards
> Stefan
> (sorry for my bad english)
> 

Your English is fine. Not perfect (no one ever is), but I know plenty of
native speakers who speak it worse than you.

In my opinion btrfs has a bad rap partially because of the RAID5/6
situation, but also because for a long time it was marked as
experimental, and there are some situations where data loss has occured
(I'm guessing because of RAID5/6). But as long as you avoid RAID5/6 and
stick to RAID1/10, you should be fine.

Ignoring Raid5/6 and similar, I don't know what features btrfs is
lacking that make ZFS more attractive. Btrfs does have *nice* features
that ZFS currently lacks, like adding and removing disks to the array
on-the-fly and intelligent data balancing while the array is mounted.

Btrfs's killer feature, imo, is its Copy-On-Write features, which you
can read about on the Arch Wiki:

https://wiki.archlinux.org/index.php/Btrfs#Copy-on-Write_.28CoW.29

Btrfs also corrects read errors on-the-fly, something ZFS doesn't do,
but only if you are using a RAID with some level of redundancy.

Re: Predictable Network Interface Names

Hi.

On Wed, Aug 15, 2018 at 04:46:13PM +0200, Martin wrote:
> Hi ML members,
> 
> I have a bunch of machines, all virtual, where I have to swap the NIC type. 
> Three or four  NIC's per host, e1000 to vmxnet3 for those who may care about.

vmxnet3 is what's important here.

> With Predictable Network Interface Names enabled, it should be possible, to 
> do this automated.

It is now, once they fixed it.

> I got this 'ens' part, no problem. But where do the numbers come from?

Long story short, VMWare NICs were horribly broken in regards to
Predictable Network Interface Names. Since they fixed it RedHat way,
vmxnet3 NICs are called in accordance to ID_NET_NAME_SLOT udev
parameter, see [1].

> It's about that PCI address numbers, right?

It was, but it's not now. Either VMWare was supplying the kernel bogus
PCI address ([1] says that), or systemd upstream misinterpreted that. It
was not predictable back than, but it was nothing that was impossible to
fix (net.ifnames=0, .link files, the usual).

Reco

[1] https://access.redhat.com/solutions/2592561

Re: Slow boot

2018-08-15 Thread Patrick Bartek

On Tue, 14 Aug 2018 22:43:03 +0200
Johann Spies  wrote:

> On Tue, 14 Aug 2018 at 17:18, Patrick Bartek 
> wrote:
> 
> > I'm curious.  Did you just do a distribution upgrade on this laptop?
> > From what to what? Or was it a clean install? Or is it an old
> > install with everything working fine until now?  
> 
> I do regular dist-upgrades (testing) and have installed it as a new
> computer about two or three years ago.

Using Testing can be problematical as you've discovered. I'm assuming
that everything was working fine, then you did a dist-upgrade and the
long boot times began.  I'm also assuming that your notebook is set to
connect to a network at boot up.  So, turn off the wireless transceiver
(or disconnect your ethernet cable), reboot and see what happens.

Also, here's a link how best to install and use Testing like a
"rolling" release.  Something I do not recommend.

   https://wiki.debian.org/DebianTesting

B

Re: Hrdware question

2018-08-15 Thread Stephen P. Molnar

On 08/11/2018 04:50 PM, David Christensen wrote:

On 08/11/2018 08:19 AM, Stephen P. Molnar wrote:

I am running Debian Stretch on my 64bit Linux platform.

I am planning on installing a 500B SSD as the boot HD and have a 
question about the SATA connectors on the ASUS M5A97 R2.0 MB.

I have what I thought was a simple question, but Google has not been 
a friend to me.  What I found via that route was that the 6 SATA 
ports are the same.  Should the boot drive be plugged into SATA8G_1?

Thanks in advance.

On 08/11/2018 10:21 AM, Stephen P. Molnar wrote:
> I appreciate the responses. I have looked a the MB Manual and the BIOS
> in both the easy mode and the advanced mode. (incidentally, the BIOS
> is current)
>
> I have three dives on the platform:
>
>   *-cdrom
> description: DVD-RAM writer
> product: DVDRAM GH24NSB0
> vendor: HL-DT-ST
> physical id: 0.0.0
> bus info: scsi@0:0.0.0
> logical name: /dev/cdrom
> logical name: /dev/cdrw
> logical name: /dev/dvd
> logical name: /dev/dvdrw
> logical name: /dev/sr0
> version: LN00
> capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
> configuration: ansiversion=5 status=nodisc
>*-disk
> description: ATA Disk
> product: ST2000DM006-2DM1
> vendor: Seagate
> physical id: 0.0.0
> bus info: scsi@2:0.0.0
> logical name: /dev/sda
> version: CC26
> serial: Z560Q2JW
> size: 1863GiB (2TB)
> capabilities: partitioned partitioned:dos
> configuration: ansiversion=5 logicalsectorsize=512
> sectorsize=4096 signature=0bc7db76
>*-disk
> description: ATA Disk
> product: WDC WD5000AAKS-0
> vendor: Western Digital
> physical id: 0.0.0
> bus info: scsi@3:0.0.0
> logical name: /dev/sdb
> version: 3B01
> serial: WD-WMASY0223768
> size: 465GiB (500GB)
> capabilities: partitioned partitioned:dos
> configuration: ansiversion=5 logicalsectorsize=512
> sectorsize=512 signature=0003d403
>
> I installed the current Debian Version on the 2TB HD as it was new at
> the time.
>
> Unfortunately, the boot sequence on the EZ Mode screen is only shows
> the WD 500GB drive and the cdrom drive. I can only see the 2TB drive,
> upon which I installed grub, by hitting F8 and selecting the 1TB drive
> for booting.  Now the last time I installed a HD on the system I can't
> say as I paid any attention as to which connector each drive was
> plugged into.  Hence, the question that started this thread.
>
> As I am strictly a user of computers I am very hesitant to mess around
> with the hardware and the BIOS.
>
> let me finish his email by saying that I am most appreciative of the
> patience and consideration of most of the users of this list!

I will assume that you have one computer, an Internet gateway, and an 
Ethernet cable between them.

Hardware can be easy.  Get an anti-static wrist strap and take your 
time.  Read the users manual for the various components. STFW and 
watch YouTube videos to learn more.

BIOS can be easy.  Load the defaults and only change those settings 
which you have a compelling reason.  Again, learn as required.

Linux, FOSS services and applications, and their myriad settings and 
interactions are all never-ending learning curves.

Looking at the motherboard users manual:

http://dlcdnet.asus.com/pub/ASUS/mb/SocketAM3+/M5A97_R2.0/E7438_M5A97_R20_Manual_web_hi-res.pdf 

Section 1.2.9, item 4, is titled "Serial ATA 6.0 Gb/s connectors 
(7-pin SATA6G 1~6)".  Unfortunately, the motherboard and connector 
diagram has been badly pixelated, but the SATA connectors appear to be 
labeled SATA6G_1 through SATA6G_6 (?).  Please confirm.

I recommend:

1.  Get a small, fast, high-quality SSD to use as the system drive. 
Connect it to motherboard port SATA6G_1.

2.  Connect the optical drive to SATA6G_2.

3.  Do a fresh install of Debian onto the SSD.  Partition manually, 
creating three primary partitions: /boot (1 GB), swap (1 GB), and root 
(10 GB).  Leave the remaining space unused.  This will give you a 
system image that can fit on a 16 GB USB flash drive, a 16 GB SDD, or 
a 25 GB Blu-ray disc.  The first allows you to carry your desktop in 
your pocket, using laptops and PC's as convenient.  The second gives 
you the best performance.  The third is for taking archival images.

4.  Connect the 500 GB HDD to SATA6G_3 and the 2 TB drive to SATA6G_4. 
Mount the HDD partitions and/or directories as desired. Adjust owner 
and group identifiers as required.

5.  Use the system drive for the operating system, applications, and 
carefully-chosen data.  (I keep my e-mail and CVS working directories 
in my home directory on the system drive.)  Keep the rest of your data 
on the HDD's.

David

I've gotten really great help.  At this point, I have installed the sdd 
to SATA6G_1 and

Re: USB2 or 3 WiFi dual band adapters

2018-08-15 Thread Miguel A. Vallejo

My experience is similar.

Currently I'm using Linksys WUSB600N v2 USB dongles based on Ralink
RT3572 and they work just fine. They can handle my 100 MBit conection
using 2x2 N mode in 5 GHz band without too much problems.

But I have also a Linksys WUSB6300 802.11ac dongle, based on
RTL8812AU. Although I made it to work, all drivers/modules I tried
seems to be in very early stage to my taste, with many missing
functions: a lot of missing information while running monitoring
programs (like wavemon).

So, I'm also looking for a Linux friendly 802.11ac USB dongle.

Greetings

Re: Hrdware question

2018-08-15 Thread john doe

On 8/15/2018 7:19 PM, Stephen P. Molnar wrote:

On 08/11/2018 04:50 PM, David Christensen wrote:

On 08/11/2018 08:19 AM, Stephen P. Molnar wrote:

I am running Debian Stretch on my 64bit Linux platform.

I am planning on installing a 500B SSD as the boot HD and have a 
question about the SATA connectors on the ASUS M5A97 R2.0 MB.

I have what I thought was a simple question, but Google has not been 
a friend to me.  What I found via that route was that the 6 SATA 
ports are the same.  Should the boot drive be plugged into SATA8G_1?

Thanks in advance.

On 08/11/2018 10:21 AM, Stephen P. Molnar wrote:
> I appreciate the responses. I have looked a the MB Manual and the BIOS
> in both the easy mode and the advanced mode. (incidentally, the BIOS
> is current)
>
> I have three dives on the platform:
>
>   *-cdrom
> description: DVD-RAM writer
> product: DVDRAM GH24NSB0
> vendor: HL-DT-ST
> physical id: 0.0.0
> bus info: scsi@0:0.0.0
> logical name: /dev/cdrom
> logical name: /dev/cdrw
> logical name: /dev/dvd
> logical name: /dev/dvdrw
> logical name: /dev/sr0
> version: LN00
> capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
> configuration: ansiversion=5 status=nodisc
>    *-disk
> description: ATA Disk
> product: ST2000DM006-2DM1
> vendor: Seagate
> physical id: 0.0.0
> bus info: scsi@2:0.0.0
> logical name: /dev/sda
> version: CC26
> serial: Z560Q2JW
> size: 1863GiB (2TB)
> capabilities: partitioned partitioned:dos
> configuration: ansiversion=5 logicalsectorsize=512
> sectorsize=4096 signature=0bc7db76
>    *-disk
> description: ATA Disk
> product: WDC WD5000AAKS-0
> vendor: Western Digital
> physical id: 0.0.0
> bus info: scsi@3:0.0.0
> logical name: /dev/sdb
> version: 3B01
> serial: WD-WMASY0223768
> size: 465GiB (500GB)
> capabilities: partitioned partitioned:dos
> configuration: ansiversion=5 logicalsectorsize=512
> sectorsize=512 signature=0003d403
>
> I installed the current Debian Version on the 2TB HD as it was new at
> the time.
>
> Unfortunately, the boot sequence on the EZ Mode screen is only shows
> the WD 500GB drive and the cdrom drive. I can only see the 2TB drive,
> upon which I installed grub, by hitting F8 and selecting the 1TB drive
> for booting.  Now the last time I installed a HD on the system I can't
> say as I paid any attention as to which connector each drive was
> plugged into.  Hence, the question that started this thread.
>
> As I am strictly a user of computers I am very hesitant to mess around
> with the hardware and the BIOS.
>
> let me finish his email by saying that I am most appreciative of the
> patience and consideration of most of the users of this list!

I will assume that you have one computer, an Internet gateway, and an 
Ethernet cable between them.

Hardware can be easy.  Get an anti-static wrist strap and take your 
time.  Read the users manual for the various components. STFW and 
watch YouTube videos to learn more.

BIOS can be easy.  Load the defaults and only change those settings 
which you have a compelling reason.  Again, learn as required.

Linux, FOSS services and applications, and their myriad settings and 
interactions are all never-ending learning curves.

Looking at the motherboard users manual:

http://dlcdnet.asus.com/pub/ASUS/mb/SocketAM3+/M5A97_R2.0/E7438_M5A97_R20_Manual_web_hi-res.pdf 

Section 1.2.9, item 4, is titled "Serial ATA 6.0 Gb/s connectors 
(7-pin SATA6G 1~6)".  Unfortunately, the motherboard and connector 
diagram has been badly pixelated, but the SATA connectors appear to be 
labeled SATA6G_1 through SATA6G_6 (?).  Please confirm.

I recommend:

1.  Get a small, fast, high-quality SSD to use as the system drive. 
Connect it to motherboard port SATA6G_1.

2.  Connect the optical drive to SATA6G_2.

3.  Do a fresh install of Debian onto the SSD.  Partition manually, 
creating three primary partitions: /boot (1 GB), swap (1 GB), and root 
(10 GB).  Leave the remaining space unused.  This will give you a 
system image that can fit on a 16 GB USB flash drive, a 16 GB SDD, or 
a 25 GB Blu-ray disc.  The first allows you to carry your desktop in 
your pocket, using laptops and PC's as convenient.  The second gives 
you the best performance.  The third is for taking archival images.

4.  Connect the 500 GB HDD to SATA6G_3 and the 2 TB drive to SATA6G_4. 
Mount the HDD partitions and/or directories as desired. Adjust owner 
and group identifiers as required.

5.  Use the system drive for the operating system, applications, and 
carefully-chosen data.  (I keep my e-mail and CVS working directories 
in my home directory on the system drive.)  Keep the rest of your data 
on the HDD's.

David

I've gotten really great help.  At this p

Re: hammerfall help request

2018-08-15 Thread Nicholas Geovanis

I've been totally unsystematic about this problem in my machines
(granted with wheezy and jessie), but what I've found is that simply
starting the alsamixer app and re-raising the volume "fixes" the
issue. Until it happens again, for reasons which I could never
determine. Now if you don't have alsa installed or active, you
shouldI don't know.
On Wed, Aug 15, 2018 at 9:31 AM Glenn English  wrote:
>
> Buster, RME Hammerfall, Supermicro box
>
> I can't get my RME Hammerfall sound card to make noise in the
> headphones. It did a few weeks ago with pretty much the same hardware
> and pretty much the same OS.
>
> I replaced the DDR3 1066 RAM with DDR3 1333, and I updated Buster.
>
> I've tried to do what I did before to get the RME going, but either I
> can't remember what I did or something has changed so it doesn't work
> anymore (I doubt it).
>
> lspci sees the card, as does alsamixer and the HDSP utilities in
> XFCE's multimedia menu (HDSPmixer and HDSPconf):
>
> root@sbox:~# lspci | egrep -i hammerfall
> 02:01.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall
> DSP (rev 97)
>
> If I open an audio file in Audacity, I see the 'meters' bounce, but
> there's nothing in the 'phones.
>
> I've looked at everything I can find on the web and done what they
> suggest. I've installed modules and listed them -- they all seem to be
> there:
>
> root@sbox:~# cat /proc/modules | egrep hdsp
> snd_hdsp 69632 0 - Live 0xc0997000
> snd_rawmidi 40960 2 snd_seq_midi,snd_hdsp, Live 0xc08b8000
> snd_hwdep 20480 2 snd_hdsp,snd_hda_codec, Live 0xc073c000
> snd_pcm 118784 5
> snd_hdsp,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core,
> Live 0xc0922000
> snd 94208 17 
> snd_seq,snd_hda_codec_realtek,snd_hdsp,snd_rawmidi,snd_seq_device,snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer,
> Live 0xc0895000
>
> And I've checked to make sure the 'phones are plugged in. Looks OK,
> but I think I remember hearing small clicks when I plugged them in
> before. All quiet now. Even if I'm remembering correctly, the lack of
> clicks could be due to having something set wrong.
>
> I really think there's something I haven't done, but I can't figure
> out what. Anybody have any ideas?
>
> --
> Glenn English
>

Re: Hrdware question

2018-08-15 Thread David Wright

On Wed 15 Aug 2018 at 21:08:50 (+0200), john doe wrote:
> On 8/15/2018 7:19 PM, Stephen P. Molnar wrote:
> >
> >
> >On 08/11/2018 04:50 PM, David Christensen wrote:
> >>On 08/11/2018 08:19 AM, Stephen P. Molnar wrote:
> >>>I am running Debian Stretch on my 64bit Linux platform.
> >>>
> >>>I am planning on installing a 500B SSD as the boot HD and have
> >>>a question about the SATA connectors on the ASUS M5A97 R2.0
> >>>MB.
> >>>
> >>>I have what I thought was a simple question, but Google has
> >>>not been a friend to me.  What I found via that route was that
> >>>the 6 SATA ports are the same.  Should the boot drive be
> >>>plugged into SATA8G_1?
> >>>
> >>>Thanks in advance.
> >>
> >>On 08/11/2018 10:21 AM, Stephen P. Molnar wrote:
> >>> I appreciate the responses. I have looked a the MB Manual and the BIOS
> >>> in both the easy mode and the advanced mode. (incidentally, the BIOS
> >>> is current)
> >>>
> >>> I have three dives on the platform:
> >>>
> >>>   *-cdrom
> >>> description: DVD-RAM writer
> >>> product: DVDRAM GH24NSB0
> >>> vendor: HL-DT-ST
> >>> physical id: 0.0.0
> >>> bus info: scsi@0:0.0.0
> >>> logical name: /dev/cdrom
> >>> logical name: /dev/cdrw
> >>> logical name: /dev/dvd
> >>> logical name: /dev/dvdrw
> >>> logical name: /dev/sr0
> >>> version: LN00
> >>> capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
> >>> configuration: ansiversion=5 status=nodisc
> >>>    *-disk
> >>> description: ATA Disk
> >>> product: ST2000DM006-2DM1
> >>> vendor: Seagate
> >>> physical id: 0.0.0
> >>> bus info: scsi@2:0.0.0
> >>> logical name: /dev/sda
> >>> version: CC26
> >>> serial: Z560Q2JW
> >>> size: 1863GiB (2TB)
> >>> capabilities: partitioned partitioned:dos
> >>> configuration: ansiversion=5 logicalsectorsize=512
> >>> sectorsize=4096 signature=0bc7db76
> >>>    *-disk
> >>> description: ATA Disk
> >>> product: WDC WD5000AAKS-0
> >>> vendor: Western Digital
> >>> physical id: 0.0.0
> >>> bus info: scsi@3:0.0.0
> >>> logical name: /dev/sdb
> >>> version: 3B01
> >>> serial: WD-WMASY0223768
> >>> size: 465GiB (500GB)
> >>> capabilities: partitioned partitioned:dos
> >>> configuration: ansiversion=5 logicalsectorsize=512
> >>> sectorsize=512 signature=0003d403
> >>>
> >>> I installed the current Debian Version on the 2TB HD as it was new at
> >>> the time.
> >>>
> >>> Unfortunately, the boot sequence on the EZ Mode screen is only shows
> >>> the WD 500GB drive and the cdrom drive. I can only see the 2TB drive,
> >>> upon which I installed grub, by hitting F8 and selecting the 1TB drive
> >>> for booting.  Now the last time I installed a HD on the system I can't
> >>> say as I paid any attention as to which connector each drive was
> >>> plugged into.  Hence, the question that started this thread.
> >>>
> >>> As I am strictly a user of computers I am very hesitant to mess around
> >>> with the hardware and the BIOS.
> >>>
> >>> let me finish his email by saying that I am most appreciative of the
> >>> patience and consideration of most of the users of this list!
> >>
> >>I will assume that you have one computer, an Internet gateway,
> >>and an Ethernet cable between them.
> >>
> >>
> >>Hardware can be easy.  Get an anti-static wrist strap and take
> >>your time.  Read the users manual for the various components.
> >>STFW and watch YouTube videos to learn more.
> >>
> >>
> >>BIOS can be easy.  Load the defaults and only change those
> >>settings which you have a compelling reason.  Again, learn as
> >>required.
> >>
> >>
> >>Linux, FOSS services and applications, and their myriad settings
> >>and interactions are all never-ending learning curves.
> >>
> >>
> >>Looking at the motherboard users manual:
> >>
> >>http://dlcdnet.asus.com/pub/ASUS/mb/SocketAM3+/M5A97_R2.0/E7438_M5A97_R20_Manual_web_hi-res.pdf
> >>
> >>
> >>Section 1.2.9, item 4, is titled "Serial ATA 6.0 Gb/s connectors
> >>(7-pin SATA6G 1~6)".  Unfortunately, the motherboard and
> >>connector diagram has been badly pixelated, but the SATA
> >>connectors appear to be labeled SATA6G_1 through SATA6G_6 (?). 
> >>Please confirm.
> >>
> >>
> >>I recommend:
> >>
> >>1.  Get a small, fast, high-quality SSD to use as the system
> >>drive. Connect it to motherboard port SATA6G_1.
> >>
> >>2.  Connect the optical drive to SATA6G_2.
> >>
> >>3.  Do a fresh install of Debian onto the SSD.  Partition
> >>manually, creating three primary partitions: /boot (1 GB), swap
> >>(1 GB), and root (10 GB).  Leave the remaining space unused. 
> >>This will give you a system image that can fit on a 16 GB USB
> >>flash drive, a 16 GB SDD, or a 25 GB Blu-ray disc.  The first
> >>allows you to carry your desktop in your pocket, using laptops
> >>and PC's as convenient.  The second

How to file bug for installation images that don't boot

2018-08-15 Thread Tabor Kelly


I have an Intel NUC8i7HNK which does not boot Debian Stretch, testing
alpha3, or the latest testing nightly. I have gathered some pertinent
triage information which I won't bore everyone with here. My real
question is: How do I report this bug?

Thanks,

Tabor

Statement of Confidentiality

The contents of this e-mail message and any attachments are confidential and 
are intended solely for the addressee. The information may also be legally 
privileged. This transmission is sent in trust, and the sole purpose of 
delivery to the intended recipient. If you have received this transmission in 
error, any use, reproduction or dissemination of this transmission is strictly 
prohibited. If you are not the intended recipient, please immediately notify 
the sender by reply e-mail or at 508-535-5100 and delete this message and its 
attachments, if any.

Re: Hrdware question

2018-08-15 Thread David Christensen


On 08/15/2018 12:27 AM, Pascal Hambourg wrote:

Le 15/08/2018 à 05:36, David Christensen a écrit :

On 08/12/2018 11:01 AM, Pascal Hambourg wrote:


Mind to explain why should /boot be on a separate partition ?


Primarily because I often use dm-crypt on swap and root; 


Plain dm-crypt or LUKS ?


Whatever d-i sets up.



boot must be unencrypted.


Only if using plain dm-crypt. GRUB can handle LUKS encryption on /boot.


I have no doubt that people have figured out many other approaches to 
encryption.  I prefer KISS, so I use what d-i offers.



David

Re: does btrfs have a future? (was: feature)

On Wed, Aug 15, 2018 at 02:50:18PM +, Matthew Crews wrote:
> On 8/15/18 2:25 AM, Stefan K wrote:
> > Did you think that "only" the RAID5/6 problem is the reason why
> > btrfs is not so common? what is with the performance? and some
> > (important) featrures (not futures ;) ) are missing to catch up
> > ZFS.
> > 
> > best regards
> > Stefan
> > (sorry for my bad english)
> > 
> 
> Your English is fine. Not perfect (no one ever is), but I know plenty of
> native speakers who speak it worse than you.
> 
> In my opinion btrfs has a bad rap partially because of the RAID5/6
> situation, but also because for a long time it was marked as
> experimental, and there are some situations where data loss has occured
> (I'm guessing because of RAID5/6). But as long as you avoid RAID5/6 and
> stick to RAID1/10, you should be fine.

Very important to know. Makes BTRFS RAID5/6 a complete non-starter
for me.  And to be clear, ZFS does in fact properly handle the RAID
write hole problem:
  
https://serverfault.com/questions/844791/write-hole-which-raid-levels-are-affected
  http://www.raid-recovery-guide.com/raid5-write-hole.aspx
  
http://www.enterprisenetworkingplanet.com/linux_unix/article.php/3842741/10-Reasons-You-Need-to-Look-at-ZFS.htm


> Ignoring Raid5/6 and similar, I don't know what features btrfs is
> lacking that make ZFS more attractive. Btrfs does have *nice* features
> that ZFS currently lacks, like adding and removing disks to the array
> on-the-fly and intelligent data balancing while the array is mounted.
> 
> Btrfs's killer feature, imo, is its Copy-On-Write features, which you
> can read about on the Arch Wiki:
> 
> https://wiki.archlinux.org/index.php/Btrfs#Copy-on-Write_.28CoW.29
> 
> Btrfs also corrects read errors on-the-fly, something ZFS doesn't do,
> but only if you are using a RAID with some level of redundancy.

This was presumed to be the case about ZFS on Linux, and a bug,
investigations and resolution arrived at which is that ZFS/ZoL does
in fact auto repair, and that the status output which made it look
like there was a problem, was the actual problem (just the status) -
and that ZFS does not in fact have the problem. See here:

  Reallocate on read error #1256
  https://github.com/zfsonlinux/zfs/issues/1256

  “TL;DR Your data is safe. It is getting re-written on every
  checksum and read error. ZFS just doesn't report the errors if it
  fixed them without issue.”


Note also that that ZoL issue is now listed as "Feature, No one
assigned", but that is for the change in intention to improve the
output of the ZFS/ZoL error reporting to properly let folks know when
ZoL DID do it's auto-correction after read error thing:

   “I think it's up for debate whether these self-healing IOs should
   be included in the `zpool status` read/checksum counts.”


Enjoy your rock solid ZoL experience, just (in general) rather than
using ZFS de-dup, use any (or any combination of):

 - ZFS compression
 - ZFS snapshots (like Git branches)
 - ZFS bookmarks (very lightweight, analogous to Git tags)

(Unless you know what you're doing and have the hardware,
particularly RAM, to properly satisfy ZFS dedup table (DDT) needs.)

Fail2Ban Question: Can I do this without restarting the service?

2018-08-15 Thread cyaiplexys

I have a list of IP addresses I want to ban and I put them in 
/etc/fail2ban/action.d/iptables-multiport.conf as so:


cat /etc/fail2ban/ip.blacklist.perm | while read IP; do iptables -I 
fail2ban- 1 -s $IP -j DROP; done


(that was supposed to be all on one line, of course)

So, I have read that when you do things this way, you MUST restart 
fail2ban (sudo service fail2ban restart).


Is there a better way to do this? I have a cron job that gathers IP 
addresses that get more than 1,000 hits from the apache log file and 
that gets put in the ip.blacklist.perm file.


I know *nothing* about fail2ban. I just read of this technique via 
Google. But when using Google, I can't find another way to do this that 
doesn't require a restart of the service.


Any ideas on other ways to do this?

Re: USB2 or 3 WiFi dual band adapters

2018-08-15 Thread Ben Caradoc-Davies


On 16/08/18 05:52, Miguel A. Vallejo wrote:

So, I'm also looking for a Linux friendly 802.11ac USB dongle.


And I should have mentioned that the TL-WN722N is a single band (2.4 
GHz) b/g/n dongle, *not* dual band.


--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: Hrdware question

2018-08-15 Thread David Christensen


On 08/15/2018 10:19 AM, Stephen P. Molnar wrote:

On 08/11/2018 04:50 PM, David Christensen wrote:

I recommend:

1.  Get a small, fast, high-quality SSD to use as the system drive. 
Connect it to motherboard port SATA6G_1.


2.  Connect the optical drive to SATA6G_2.

3.  Do a fresh install of Debian onto the SSD.  Partition manually, 
creating three primary partitions: /boot (1 GB), swap (1 GB), and root 
(10 GB).  Leave the remaining space unused.  This will give you a 
system image that can fit on a 16 GB USB flash drive, a 16 GB SDD, or 
a 25 GB Blu-ray disc.  The first allows you to carry your desktop in 
your pocket, using laptops and PC's as convenient.  The second gives 
you the best performance.  The third is for taking archival images.


4.  Connect the 500 GB HDD to SATA6G_3 and the 2 TB drive to SATA6G_4. 
Mount the HDD partitions and/or directories as desired. Adjust owner 
and group identifiers as required.


5.  Use the system drive for the operating system, applications, and 
carefully-chosen data.  (I keep my e-mail and CVS working directories 
in my home directory on the system drive.)  Keep the rest of your data 
on the HDD's.


I've gotten really great help.  At this point, I have installed the sdd 


I assume you mean "SSD" (?).



to SATA6G_1 and have changed the rest of the ports.


I should have been more explicit:

2a. Disconnect the 500 GB and 2 TB drives.


Now, I'm almost 
ready to install Stretch on the SDD 


I assume you mean "SSD" (?).


and leave the current installation 
on the 2GB drive   Is there any chance of a conflict?


One of the last steps in the Debian Installer (d-i) is to run the GRUB 
set up script.  I believe the GRUB set up script is also run whenever 
/boot/initrd.img is rebuilt (such as when the kernel is updated).  There 
many be other situations where the GRUB set up script is run.


I believe that whenever the GRUB set up script runs with the default 
options, it will scan all the drives in your system looking for bootable 
partitions and it will add those that it finds into GRUB's file 
structures and/or scripts.


The easiest way to avoid confusion/ complexity is to make sure that you 
have only one bootable partition whenever the GRUB set up script runs.


So, in addition to step 2a above, this implies another step:

4a. Run a partitioning program (fdisk, parted, etc.) and turn off any 
bootable partition flags on the 500 GB drive and/or 2 TB drive.



I'm still a tad hesitant as it involved the BIOS.  When I open the BIOS 
(on boot with F2)  the Eazy Mode Boot Priority only lets me select 
between the Optical Drive and and the 500MB Western Digital, neither one 
of which have the current OS.  In order to boot the current OS on the 
2TB HD I have to use the Boot Menu (F8) which has the all of the drives 
on the Platform.  I've not been able to figure how to add more drives to 
the Boot Priority Menu.  Will loading the bios defaults populate the 
Boot Priority Menu?  That's the action I'm a bit hesitant about.


I would boot into the BIOS setup utility, load the defaults, and then go 
through the pages looking for items of interest.  For example, switching 
to advanced BIOS set up mode, enabling detailed messages during boot, 
enabling full memory test during boot, etc..  STFW for any settings you 
do not understand.  Save when done, if your BIOS set up does not save 
automatically.


This implies another step:

0.  Have a second, working computer that you can use for web browsing 
and e-mail while you work on the Linux computer.




Once again, thanks in advance.


Thanks for being persistent.  :-)


David

Re: does btrfs have a feature?

Another correction below:

On Tue, Aug 14, 2018 at 11:50:03AM +, Matthew Crews wrote:
> On 8/14/18 3:26 AM, Stefan K wrote:
> > Hello,
> > 
> > I'm just just curious. 
> > In the beginning of btrfs, most blogs, websites, magazins said btrfs will 
> > be THE next standard linux filesystem, so now after araound 10years it 
> > doesn't look so good, or? 
> > 
> > Who use btrfs in production? What do you think - does have btrfs a feature 
> > (because ZFS on Linux is more and more stable, RedHat said we don't want 
> > btrfs anymore and focus to xfs)
> > 
> > I use btrfs on some new bare-metal machines for the root-disks, because it 
> > has a build-in RAID1 and snapshots, I know LVM and md-raid have also this 
> > possibilities but in btrfs it is much easier. I don't use it for data or 
> > other things(mail, database, etc), cause it is slow compared to ext4/xfs. 
> > I'm also wondering why the hell btrfs don't support ssd's for caching like 
> > zfs.
> > 
> > thanks for you opinions!
> > 
> > best regards
> > Stefan 
> > 
> 
> BTRFS is still used by default on OpenSUSE.
> 
> BTRFS has *mostly* feature parity with ZFS, and is considered "stable"
> for every day use, with the exception that Raid5/6 is still extremely
> dangerous to use in production. It also has the benefit of being
> included in the Linux kernel, and is usable by the Debian installer out
> of the box (so you can easily use it in Debian, whereas ZFS on root for
> Debian is not easy)
> 
> https://btrfs.wiki.kernel.org/index.php/Status
> 
> Licensing issues with OpenZFS prevent it from being included in the
> Linux kernel, and on Debian by default.
> 
> Personally I use BTRFS on a NAS with RAID10, and I have no problems. The
> main selling point for me is data integrity and repair, something that
> LVM and md-raid do not do.
> 
> BTRFS also makes it extremely easy to expand an array if you add more
> disks, WITHOUT mucking around with LVM and md-raid. Just a simple
> command (something that ZFS cannot easily do at this time)
> 
> btrfs device add /dev/sdX /path/to/array
> btrfs filesystem balance /path/to/array

  “as simple as zpool add  ”

>From here:
  http://list.zfsonlinux.org/pipermail/zfs-discuss/2018-August/031938.html

Note that ZoL does not yet auto-rebalance (although there is at least
one script around to do it manually - copying files - and rebalance
can also be done manually with: zfs send ...; zfs receive ...


> As an aside, the topic of BTRFS comes up every so often on this list.
> Its worth searching the list archives:
> 
> https://lists.debian.org/cgi-bin/search?P=btrfs&B=Gdebian-user
> 
> Cheers
> 
>

Re: hammerfall help request

2018-08-15 Thread Joel Roth

On Wed, Aug 15, 2018 at 02:30:01PM +, Glenn English wrote:
> Buster, RME Hammerfall, Supermicro box
> 
> I can't get my RME Hammerfall sound card to make noise in the
> headphones. It did a few weeks ago with pretty much the same hardware
> and pretty much the same OS.
> 
> I replaced the DDR3 1066 RAM with DDR3 1333, and I updated Buster.
> 
> I've tried to do what I did before to get the RME going, but either I
> can't remember what I did or something has changed so it doesn't work
> anymore (I doubt it).
> 
> lspci sees the card, as does alsamixer and the HDSP utilities in
> XFCE's multimedia menu (HDSPmixer and HDSPconf):
> 
> root@sbox:~# lspci | egrep -i hammerfall
> 02:01.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall
> DSP (rev 97)
> 
> If I open an audio file in Audacity, I see the 'meters' bounce, but
> there's nothing in the 'phones.
> 
> I've looked at everything I can find on the web and done what they
> suggest. I've installed modules and listed them -- they all seem to be
> there:
> 
> root@sbox:~# cat /proc/modules | egrep hdsp
> snd_hdsp 69632 0 - Live 0xc0997000
> snd_rawmidi 40960 2 snd_seq_midi,snd_hdsp, Live 0xc08b8000
> snd_hwdep 20480 2 snd_hdsp,snd_hda_codec, Live 0xc073c000
> snd_pcm 118784 5
> snd_hdsp,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core,
> Live 0xc0922000
> snd 94208 17 
> snd_seq,snd_hda_codec_realtek,snd_hdsp,snd_rawmidi,snd_seq_device,snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer,
> Live 0xc0895000
> 
> And I've checked to make sure the 'phones are plugged in. Looks OK,
> but I think I remember hearing small clicks when I plugged them in
> before. All quiet now. Even if I'm remembering correctly, the lack of
> clicks could be due to having something set wrong.
> 
> I really think there's something I haven't done, but I can't figure
> out what. Anybody have any ideas?
> 
> -- 
> Glenn English

cat /proc/asound/cards 

-- 
Joel Roth

Re: does btrfs have a feature?

2018-08-15 Thread Anders Andersson

On Thu, Aug 16, 2018 at 3:47 AM, Zenaan Harkness  wrote:
> Another correction below:
>
>> BTRFS also makes it extremely easy to expand an array if you add more
>> disks, WITHOUT mucking around with LVM and md-raid. Just a simple
>> command (something that ZFS cannot easily do at this time)
>>
>> btrfs device add /dev/sdX /path/to/array
>> btrfs filesystem balance /path/to/array
>
>   “as simple as zpool add  ”
>
> >From here:
>   http://list.zfsonlinux.org/pipermail/zfs-discuss/2018-August/031938.html
>
> Note that ZoL does not yet auto-rebalance (although there is at least
> one script around to do it manually - copying files - and rebalance
> can also be done manually with: zfs send ...; zfs receive ...

I thought the problem was that you can't actually mix-and-match block
devices of different sizes easily in ZFS, you need to plan ahead. I
don't know the details because I've never used ZFS, but when I read
about it I see a lot of warnings about striping and vdevs and whatnot.

With btrfs you can just throw any block devices together and it will
automatically use whatever it can, restricted to the level of
redundancy you requested.

Re: Routing all traffic trough VPN

2018-08-15 Thread Piotr Martyniuk

On 2018-08-06, Joe  wrote:
> I believe it should happen by default, this is almost always what you
> want. I'm fairly sure I've never had to ask for this.
>
> When the VPN connects, Network Manager should adjust routing so that
> the VPN becomes the default gateway. To disable this behaviour, there
> is a tick box somewhere in IP properties of the VPN connection, I think.

It actually does the thing automatically, but I cannot get any
Internet connection when the VPN is enabled. 

>From the other side, when I use the OpenVPN on the android all traffic
is rerouted correctly via VPN (my router) so I can have internet
connection as I would sit at home. How can I configure it on Debian so
I will have the same situation? Which Info sould I provide you in
oorder to give some concrete help?

Regards,
Piotr

Re: does btrfs have a feature?

On Thu, Aug 16, 2018 at 07:56:57AM +0200, Anders Andersson wrote:
> On Thu, Aug 16, 2018 at 3:47 AM, Zenaan Harkness  wrote:
> > Another correction below:
> >
> >> BTRFS also makes it extremely easy to expand an array if you add more
> >> disks, WITHOUT mucking around with LVM and md-raid. Just a simple
> >> command (something that ZFS cannot easily do at this time)
> >>
> >> btrfs device add /dev/sdX /path/to/array
> >> btrfs filesystem balance /path/to/array
> >
> >   “as simple as zpool add  ”
> >
> > >From here:
> >   http://list.zfsonlinux.org/pipermail/zfs-discuss/2018-August/031938.html
> >
> > Note that ZoL does not yet auto-rebalance (although there is at least
> > one script around to do it manually - copying files - and rebalance
> > can also be done manually with: zfs send ...; zfs receive ...
> 
> I thought the problem was that you can't actually mix-and-match block
> devices of different sizes easily in ZFS, you need to plan ahead. I
> don't know the details because I've never used ZFS, but when I read
> about it I see a lot of warnings about striping and vdevs and whatnot.

If say you have a 3-drive RAID5, you can add extra drives (as above),
and also you can add an extra 3 drives as a separate 3-drive RAID
"unit" (vdev). Yes if you do the former, and the new drive(s) is/are
larger, the excess space will not be used by that ZFS vdev, but you
could also partition the spare space and use it as a separate vdev,
or for some other fs completely - plenty of options.

> With btrfs you can just throw any block devices together and it will
> automatically use whatever it can, restricted to the level of
> redundancy you requested.

Yes, something like that is my understanding too - BTRFS a little
"more fancy" in being able to use/stripe across extra space of new
drives - there's probably a wiki on it somewhere for the details...

Re: Routing all traffic trough VPN

2018-08-15 Thread john doe


On 8/16/2018 7:56 AM, Piotr Martyniuk wrote:

On 2018-08-06, Joe  wrote:

I believe it should happen by default, this is almost always what you
want. I'm fairly sure I've never had to ask for this.

When the VPN connects, Network Manager should adjust routing so that
the VPN becomes the default gateway. To disable this behaviour, there
is a tick box somewhere in IP properties of the VPN connection, I think.


It actually does the thing automatically, but I cannot get any
Internet connection when the VPN is enabled.


From the other side, when I use the OpenVPN on the android all traffic

is rerouted correctly via VPN (my router) so I can have internet
connection as I would sit at home. How can I configure it on Debian so
I will have the same situation? Which Info sould I provide you in
oorder to give some concrete help?

Regards,
Piotr



On the vpn client are you getting the proper DNS in '/etc/resolv.conf' 
when connected to your vpn server?


Hint:

https://serverfault.com/questions/590706/openvpn-client-force-dns-server

The script 'update-resolv-conf' is in:

/etc/openvpn/update-resolv-conf

--
John Doe

Re: How to file bug for installation images that don't boot