On Sat, 01 Nov 2014 20:10:01 +0100
Jonathan de Boyne Pollard wrote:
> I see from other messages in this thread that I'm not the only person to
> think it equally ludicrous to have a workflow that involves rebooting
> the entire machine just to mount and unmount a removable block device.
> Ind
Joe Pfeiffer writes:
> The underlying problem is that umask isn't a standalone command, it's a
> shell builtin. So if you look at the bash manpage you can find the
> (very terse) documention; of course, there's no hint anywhere that you
> should do that. Just as for (looking at some other built
On Mon, Nov 3, 2014 at 11:57 AM, The Wanderer wrote:
> [...]
> You might be able to find something out from 'man -d umask', and
> examining the resulting debugging output... it seems to indicate exactly
> what file it ends up using, and what path it takes in figuring out what
> file to use. Though
Carl Fink writes:
> When I wanted the options for umask, I typed 'man umask' and got the man
> page for it as a C header diretive? (I'm not a C programmer, but it seemed
> to be for C header files and came from section 2.)
>
> This is darn confusing for a new user. I have been around long enough
On Nov 2, 2014 6:03 PM, wrote:
>
> Until recently
>
> # The black Kingston SDHC card.
> KERNEL=="mmcblk?p1", ATTR{size}=="7626752", SYMLINK+="BlackSDHC1", \
> OWNER="peter", GROUP="users"
>
> in /etc/udev/rules.d/10-local.rules produced /dev/BlackSDHC1.
> Now that doesn't work although, if the pa
On 11/02/2014 at 09:44 PM, Joel Rees wrote:
> On Mon, Nov 3, 2014 at 12:26 AM, The Wanderer
> wrote:
>
>> On 11/02/2014 at 10:12 AM, Joel Rees wrote:
>>
>>> Seems to be done, not by symlink, but in the man db.
>>
>> What leads you to that conclusion?
>>
>> AFAIK, if 'man xyz' brings up a man
Iain M Conochie writes:
> However:
>
> $: which umask
> $:
>
> So umask is _not_ a program (in the sense that there is no binary
> called umask on the system)
zsh, however, is more helpful:
$ which umask
umask: shell built-in command
Alexis.
--
To UNSUBSCRIBE, email to debian-user-requ..
On Mon, Nov 3, 2014 at 12:26 AM, The Wanderer wrote:
> On 11/02/2014 at 10:12 AM, Joel Rees wrote:
>
>> [...]
>> Seems to be done, not by symlink, but in the man db.
>
> What leads you to that conclusion?
>
> AFAIK, if 'man xyz' brings up a man page from section 1, then there is
> an xyz.1 or xyz.
On Mon, Nov 3, 2014 at 2:46 AM, Peter Nieman wrote:
> On 02/11/14 16:45, Marty wrote:
>>
>> http://uselessd.darknedgy.net/ProSystemdAntiSystemd/
>>
>> It should be required reading for any participant in a systemd thread.
>
>
> Required reading because of what? In order to learn what an arrogant a
On Sun, Nov 2, 2014 at 7:41 AM, Proxy wrote:
> Still doesn't work. I don't think this is related to Iceweasel version.
>
That is my guess. But I also do not know which package/version could be
triggering this problem for you.
Also, did you install any extensions to the iceweasel? If so, try dis
Until recently
# The black Kingston SDHC card.
KERNEL=="mmcblk?p1", ATTR{size}=="7626752", SYMLINK+="BlackSDHC1", \
OWNER="peter", GROUP="users"
in /etc/udev/rules.d/10-local.rules produced /dev/BlackSDHC1.
Now that doesn't work although, if the part is labeled, it
is automounted at /media/.
N
I have tried to get Zfsonlinux , sid, systemd, Luks encrypted storage devices
and /var /home or /usr on zfs as part of /etc/fstab. It seems like "pick any
four out of the five" is the best I can do. Tried Plymouth without it seeming
to help.
On November 2, 2014 1:33:55 PM EST, Martin Manns wr
The Wanderer writes:
> On 11/01/2014 at 10:20 PM, lee wrote:
>
>> Steve McIntyre writes:
>>
>>> Miles Fidelman wrote:
>
Right. This sounds more and more like "we're going to rewrite
the rules, and if you don't like it, we're taking our ball and
going home."
>>>
>>> Various peop
mett writes:
> Hi,
>
> I'm running Squeeze under raid 1 with mdadm.
> One of the raid failed and I replace it with space I had available on
> that same disk.
>
> Today, when rebooting I got an error cause the boot flag was still on
> both partitions(sdb1 and sdb3 below). I used the rescue part o
On Sun, 02 Nov 2014 18:10:03 +0100
Martin Steigerwald wrote:
> > After switching to systemd, I would like to get back the following
> > behavior:
> >
> > Mount multiple lvm-crypt volumes with password entry on startup.
> > Mount several loopback devices from files within these volumes.
> >
> >
Erwan David wrote:
> Le 02/11/2014 18:32, Sven Hartge a écrit :
>> Important note on plymouth: It is _not_ (only) for a graphical themed
>> boot, contrary to popular belief. Only and only if you decide to
>> install one of the plymouth-theme packages this feature will be
>> active.
>>
>> To have
Perhaps apropos is your friend here?
:$ apropos umask
pam_umask (8)- PAM module to set the file mode creation mask
As I said in the original, I found it almost immediately.
However, doesn't the Debian policy manual require a man page for every
program?
Not being a DD or DM I cannot
On 11/02/2014 12:46 PM, Peter Nieman wrote:
On 02/11/14 16:45, Marty wrote:
http://uselessd.darknedgy.net/ProSystemdAntiSystemd/
It should be required reading for any participant in a systemd thread.
Required reading because of what? In order to learn what an arrogant and
insulting pamphlet l
Hi together,
I switched from the Wheezy stable kernel to the latest kernel in
backports (3.16.3-2~bpo70+1).
Now I can not write-mount /sys any more, thus I can not trigger RAID
check actions, etc.
I tried remounting it (mount -o remount -w /sys), but I can not get it
to be writable. Is this inten
Le 02/11/2014 18:32, Sven Hartge a écrit :
> Laurent Bigonville wrote:
>> Le Sun, 2 Nov 2014 16:17:05 +0100, Martin Manns a écrit :
>>> 1) I am never sure which device requests password entry first.
>>> Therefore, password choice is a gamble. Furthermore, password entry
>>> on startup looks weird
On 11/02/2014 at 12:32 PM, Sven Hartge wrote:
> Laurent Bigonville wrote:
>
>> Le Sun, 2 Nov 2014 16:17:05 +0100, Martin Manns a
>> écrit :
>
>>> 1) I am never sure which device requests password entry first.
>>> Therefore, password choice is a gamble. Furthermore, password
>>> entry on startu
Laurent Bigonville wrote:
> Le Sun, 2 Nov 2014 16:17:05 +0100, Martin Manns a écrit :
>> 1) I am never sure which device requests password entry first.
>> Therefore, password choice is a gamble. Furthermore, password entry
>> on startup looks weird because some weird red moving stars are shown
>
On 02/11/14 16:45, Marty wrote:
http://uselessd.darknedgy.net/ProSystemdAntiSystemd/
It should be required reading for any participant in a systemd thread.
Required reading because of what? In order to learn what an arrogant and
insulting pamphlet looks like? I doubt that using the word "dumb
On Sun, Nov 02, 2014 at 03:51:25PM +, Iain M Conochie wrote:
>
> On 02/11/14 05:58, Carl Fink wrote:
> >On Sun, 2014-11-02 at 14:17 +1100, Scott Ferguson wrote:
> >>Succinct!
> >>
> >>man pam_umask?
> >That is not a solution to the original question I asked, unless you
> >alias it to man umask
On 2014-11-02, lee wrote:
>
> Some people still have common sense and/or don't go along with
> everything the car manufacturers and sales people are trying to sell
> them. If the reception of what they make or try to sell frustrates the
> manufacturers or sales people, perhaps they'd be happier t
Le Sun, 2 Nov 2014 16:17:05 +0100,
Martin Manns a écrit :
> Dear all
Hello,
> After switching to systemd, I would like to get back the following
> behavior:
>
> Mount multiple lvm-crypt volumes with password entry on startup.
> Mount several loopback devices from files within these volumes.
>
Am Sonntag, 2. November 2014, 16:17:05 schrieb Martin Manns:
> Dear all
Hi Martin,
> After switching to systemd, I would like to get back the following
> behavior:
>
> Mount multiple lvm-crypt volumes with password entry on startup.
> Mount several loopback devices from files within these volume
On Sun, 02 Nov 2014 16:40:02 +0100
Martin Manns wrote:
> After switching to systemd, I would like to get back the following
> behavior:
Sorry, I forgot:
I am running Debian unstable (i386)
systemd 215-5+b1
cryptsetup 2:1.6.6-3
lvm2 2.02.111-2
--
To UNSUBSCRIBE, email to debian-user-requ...@
Joel Rees writes:
> I think there was an OS back way back when, that had a "learn"
> command. (As in, "I want to `learn' about .") Don't remember
> which, though. Or it might have been an app.
UNIX: http://itservices.usc.edu/unix/commands/learn/
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
On 11/02/2014 at 10:51 AM, Iain M Conochie wrote:
> On 02/11/14 05:58, Carl Fink wrote:
>
>> On Sun, 2014-11-02 at 14:17 +1100, Scott Ferguson wrote:
>>
>>> Succinct!
>>>
>>> man pam_umask?
>>
>> That is not a solution to the original question I asked, unless
>> you alias it to man umask. You
On 02/11/14 05:58, Carl Fink wrote:
On Sun, 2014-11-02 at 14:17 +1100, Scott Ferguson wrote:
Succinct!
man pam_umask?
That is not a solution to the original question I asked, unless you
alias it to man umask. You don't _type_ pam_umask.
Carl
Perhaps apropos is your friend here?
:$ apropos
On 11/02/2014 05:17 AM, Joel Rees wrote:
On Sun, Nov 2, 2014 at 5:35 PM, Jonathan Dowland wrote:
I don't think we have universal agreement that systemd
violates the (rather nebulous)
(Well, engineering principles do tend to _appear_ nebulous, I suppose.)
To a lot of "engineers" as well. :(
Dear all
After switching to systemd, I would like to get back the following
behavior:
Mount multiple lvm-crypt volumes with password entry on startup.
Mount several loopback devices from files within these volumes.
With sysvinit, I had put the mount order into /etc/fstab and everything
worked as
On 11/02/2014 at 10:12 AM, Joel Rees wrote:
> On Sun, Nov 2, 2014 at 9:35 PM, The Wanderer
> wrote:
>
>> On 11/02/2014 at 03:23 AM, Joel Rees wrote:
>>> Hmm. What do I get when I try to do a man umask?
>>>
>>> BASH_BUILTINS (1)
>>>
>>> I wonder why. I have a memory of doing something like ins
On Sun, Nov 2, 2014 at 9:35 PM, The Wanderer wrote:
> On 11/02/2014 at 03:23 AM, Joel Rees wrote:
>
>> 2014/11/02 11:19 "Carl Fink" :
>>
>>> When I wanted the options for umask, I typed 'man umask' and got
>>> the man page for it as a C header diretive? (I'm not a C
>>> programmer, but it seemed t
There's a open source tool named OCRmyPDF which claims to do what you're trying
to do: see https://github.com/fritz-hh/OCRmyPDF
As far as I understand, it makes use of standard GNU/Linux software and produces
a searchable pdf file (which implies in my understanding that the text is
extractable). I
On 11/2/14, Gary Dale wrote:
> On 01/11/14 05:50 PM, Bhasker C V wrote:
>> Hi all
>>
>> I have a system in a cluster (experimental) and there are a lot of
>> debian machines which depend on this system and must be able to ssh into
>> this system
>>
>> I wanted password-less authentication and lo
On 01/11/14 05:50 PM, Bhasker C V wrote:
Hi all
I have a system in a cluster (experimental) and there are a lot of
debian machines which depend on this system and must be able to ssh into
this system
I wanted password-less authentication and looked on the internet.
Almost all the examples and
Hi Raju and thanks for your response!
On 2014-Nov-01 18:42, kamaraju kusumanchi wrote:
> Going through some old emails and I came across this. I am not sure if you
> solved this problem already. But I am replying anyway since this could be
> useful for others facing the same issue.
>
> I am able
On 11/02/2014 at 03:23 AM, Joel Rees wrote:
> 2014/11/02 11:19 "Carl Fink" :
>
>> When I wanted the options for umask, I typed 'man umask' and got
>> the man page for it as a C header diretive? (I'm not a C
>> programmer, but it seemed to be for C header files and came from
>> section 2.)
>>
>>
On 02/11/14 01:37, Martinx - ジェームズ wrote:
Thoughts?!
As I understand it, eudev is intended to provide all of udev's
externally-visible functionality in an interface-compatible way, so it
seems to me that whoever packages eudev should *probably* be able to
declare it to be an adequate replace
On 11/02/2014 11:44 AM, Jyri J. Virkki wrote:
> Once upon a time Scott Ferguson wrote:
>> I'm asking why people keep insisting that systemd is bad
>> *because it's not the UNIX way*.
> Looking at the big picture: Why are any of us here, using Linux in
> general and debian specifically? There is n
Once upon a time Scott Ferguson wrote:
>
> I'm asking why people keep insisting that systemd is bad
> *because it's not the UNIX way*.
Looking at the big picture: Why are any of us here, using Linux in
general and debian specifically? There is no shortage of major
projects and industries working
Hi Andrei,
On 11/02/2014 11:09 AM, Andrei POPESCU wrote:
> On Sb, 01 nov 14, 19:04:13, Diogene Laerce wrote:
>> Hi,
>>
>> During the installation of some packages (iceweasel, open-ssl..), a
>> disclaimer
>> sometimes appears which one has to pass by using the key of the
>> keyboard.
>
> Not qui
On Sb, 01 nov 14, 23:37:32, Martinx - ジェームズ wrote:
>
> I'm thinking here about the future of `udev` and alt-init systems
> (systemd-sysv | sysvinit-core | upstart)...
>
> Apparently, `udev` will stop working without systemd = PID1 (am I
> right?),
[citation needed]
Kind regards,
Andrei
--
htt
Hi Scott,
On 11/02/2014 01:43 AM, Scott Ferguson wrote:
> On 02/11/14 05:04, Diogene Laerce wrote:
>> Hi,
>>
>> During the installation of some packages (iceweasel, open-ssl..), a
>> disclaimer sometimes appears which one has to pass by using the
>> key of the keyboard.
>>
>> The use of "apt-get
On Sun, Nov 2, 2014 at 5:35 PM, Jonathan Dowland wrote:
> I don't think we have universal agreement that systemd
> violates the (rather nebulous)
(Well, engineering principles do tend to _appear_ nebulous, I suppose.)
> UNIX philosophy,
True. Kind of like there was a time when Newton's descript
On Du, 02 nov 14, 00:57:45, kamaraju kusumanchi wrote:
>
> Thanks. This is useful and solves my first question.
Oh, missed that one[1]. Aptitude, at least in interactive mode can do
it, because it presents a "Security Updates" (or something like that)
package group. One can just Shift-U on the
On Sb, 01 nov 14, 19:04:13, Diogene Laerce wrote:
> Hi,
>
> During the installation of some packages (iceweasel, open-ssl..), a
> disclaimer
> sometimes appears which one has to pass by using the key of the
> keyboard.
Not quite sure what you mean here, packages don't usually present any
discl
On Sb, 01 nov 14, 19:40:15, Miles Fidelman wrote:
>
> I mean that Linus has been very vocal, of late, about not allowing code by
> Kay Sievers, and several others, anywhere near the kernel.
Good thing then that Kay Sievers is not submitting the code.
Kind regards,
Andrei
--
http://wiki.debian.o
#! /usr/bin/env perl
use warnings;
2014-11-01 17:58 GMT+01:00 Jonathan Dowland :
>
> On 1 Nov 2014 15:30, Martin Read wrote:
>>
>> On 01/11/14 14:52, lee wrote:
>> > what's the proposed Debian way to deal with a different location of the
>> > 'perl' executable?
>>
>> #! /usr/bin/env perl
>
> Th
* David Baron [2014-11-02 00:28 +0200]:
> On Saturday 01 November 2014 22:58:05 Elimar Riesebieter wrote:
> > * David Baron [2014-11-01 19:13 +0200]:
> > > On Friday 31 October 2014 13:08:27 Elimar Riesebieter wrote:
> > [...]
> >
> > > > It's your decision. MODULES=most should be okay. BUSYBOX
I don't think we have universal agreement that systemd
violates the (rather nebulous) UNIX philosophy, at
least any more egregiously than the kernel, GNU, or
many other key components of Debian. Nobody can rule
with any particular authority on the matter, and one
person's opinion is not worth more
On Thu, 30 Oct 2014 18:35:12 + (UTC), Virgo Pärna
wrote:
> I seem to be having problem with /etc/greylistd/whitelist-hosts file:
> however I describe a server in it, messages are still greylisted. I have tried
> 209.85.216.0/24 and like that and simply 209.85.216 and 209.85.128.0/17 and
2014/11/02 11:19 "Carl Fink" :
>
> When I wanted the options for umask, I typed 'man umask' and got the man
> page for it as a C header diretive? (I'm not a C programmer, but it seemed
> to be for C header files and came from section 2.)
>
> This is darn confusing for a new user. I have been around
On 2014-11-02 04:06 +0100, The Wanderer wrote:
> On 11/01/2014 at 10:18 PM, Carl Fink wrote:
>
>> Surely a symbolic link could be set up for umask as well as the
>> others (bg, eval, fg, read, etc.)?
>
> One could, but I don't think I'd say it would be a good idea, and
> although the Debian bash m
Hello all,
I get the following warning from checkrootkit on debian/jessie:
.
.
Searching for Suckit rootkit... Warning:
/sbin/init INFECTED
.
.
.
The file "/sbin/init" is a symlink to "/lib/systemd/systemd", that means, that
systemd is infe
On Sun, Nov 2, 2014 at 11:57 AM, The Wanderer wrote:
> On 11/01/2014 at 10:20 PM, lee wrote:
>
>> Steve McIntyre writes:
>>
>>> Miles Fidelman wrote:
>
Right. This sounds more and more like "we're going to rewrite
the rules, and if you don't like it, we're taking our ball and
goin
58 matches
Mail list logo
