Though not to distract from Fedora, if you have a complex firewall setup, why
not just use something like pfSense? HA, uses multiple ISP links, nice GUI,
free, BSD
> On Oct 25, 2014, at 2:13 AM, Bill Shirley wrote:
>
>
>> On 10/24/2014 11:45 AM, Bill Davidsen wrote:
>> I have a complex fire
thank you Ed,
*The /etc/rc.d/rc.local local customization script is no longer included by
default. Administrators who need this functionality merely have to create
this file, make it executable, and it will run on boot. *
-
I create my /etc/rc.d/rc.local
and I made it executable:
On 10/25/14 20:04, Angelo Moreschini wrote:
> thank you Ed,
>
>
> /The |/etc/rc.d/rc.local| local customization script is no longer included by
> default. Administrators who need this functionality merely have to create
> this file, make it executable, and it will run on boot. /
> --
Chris Murphy writes:
I try to not answer to much, because I dont want to argue to much, I
just wanted a solution for my problem and this had nothing to do with
secure boot, but I give my 2 cents to it.
Did you really happen to see such a exploit in the wild that somebody
used kvm to start window
Maybe it was back then no GPT problem, this tool doenst support gpt, but
uefi is the next thing, you need to install the right 64bit uefi grub
version or something.
The point is it adds much more complexity and I personaly gain NOTHING
of it, so why the hell should I use it?
Yes because at some
On 10/25/2014 02:48 PM, Ed Greshko wrote:
> On 10/25/14 20:04, Angelo Moreschini wrote:
>> thank you Ed,
>>
>>
>> /The |/etc/rc.d/rc.local| local customization script is no longer included
>> by default. Administrators who need this functionality merely have to create
>> this file, make
Hi ,
I tried the script with :
--
#!/bin/sh
/usr/bin/touch /var/tmp/hello
--
I made the shutdown and opened the computer more than one time and, ONLY the
FIRST TIME, I got a strange phenomenon:
stripes on the screen and instability 'of the graphic interfac
have I to put something in the directory /var /tmp ?
On Sat, Oct 25, 2014 at 9:45 PM, Angelo Moreschini <
mrangelo.fed...@gmail.com> wrote:
> Hi ,
>
> I tried the script with :
> --
> #!/bin/sh
> /usr/bin/touch /var/tmp/hello
> --
>
> I made the shutdown a
On 10/26/14 02:51, Angelo Moreschini wrote:
> have I to put something in the directory /var /tmp ?
When you boot with just .
#!/bin/sh
/usr/bin/touch /var/tmp/hello
in the /etc/rc.d/rc.local file you should end up with the file "hello" in
/var/tmp with a time stamp of the boot.
--
If yo
Hi,
I am trying to update a package in a copr repo I maintain, but for some
reason I cannot figure out what I'm doing wrong with the package
versions. dnf does not seem to think the new package is an update.
Installed version: notmuch-0.18.1-5.20140902.git.ef5e66ae.fc20.x86_64
Updated version:
Hi
On Sat, Oct 25, 2014 at 3:51 PM, Suvayu Ali wrote:
> Hi,
>
> I am trying to update a package in a copr repo I maintain, but for some
> reason I cannot figure out what I'm doing wrong with the package
> versions. dnf does not seem to think the new package is an update.
>
Does RPM? use rpmdev
On 10/25/2014 03:51 PM, Suvayu Ali wrote:
> Hi,
>
> I am trying to update a package in a copr repo I maintain, but for some
> reason I cannot figure out what I'm doing wrong with the package
> versions. dnf does not seem to think the new package is an update.
>
> Installed version: notmuch-0.18.
Hi,
On Sat, Oct 25, 2014 at 03:57:10PM -0400, Rahul Sundaram wrote:
> Hi
>
> On Sat, Oct 25, 2014 at 3:51 PM, Suvayu Ali wrote:
>
> > Hi,
> >
> > I am trying to update a package in a copr repo I maintain, but for some
> > reason I cannot figure out what I'm doing wrong with the package
> > vers
On Oct 25, 2014, at 7:35 AM, Stefan Huchler wrote:
> Chris Murphy writes:
>
> I try to not answer to much, because I dont want to argue to much, I
> just wanted a solution for my problem and this had nothing to do with
> secure boot, but I give my 2 cents to it.
Indeed, it's completely on me
Hi
On Sat, Oct 25, 2014 at 4:38 PM, Suvayu Ali wrote:
>
> Is it possible that a dependent package which was compiled against the
> old notmuch is preventing the update.
>
>
Yes. try dnf --best update
Rahul
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscripti
On 10/25/2014 01:31 PM, poma wrote:
On 25.10.2014 03:19, poma wrote:
On 25.10.2014 02:09, poma wrote:
On 25.10.2014 01:31, Stephen Morris wrote:
On 10/25/2014 01:09 AM, poma wrote:
On 24.10.2014 07:50, Stephen Morris wrote:
I have plugged a digital camera into my usb port and mounted it usin
On 10/25/2014 12:14 PM, Ed Greshko wrote:
On 10/25/14 07:31, Stephen Morris wrote:
DigiKam now seems be displaying the files on the camera now as well, whereas
yesterday it couldn't either, although digiKam doesn't understand the raw
format files that I am taking with the camera. I could use j
On 10/26/14 06:10, Stephen Morris wrote:
> On 10/25/2014 12:14 PM, Ed Greshko wrote:
>> On 10/25/14 07:31, Stephen Morris wrote:
>>> DigiKam now seems be displaying the files on the camera now as well,
>>> whereas yesterday it couldn't either, although digiKam doesn't understand
>>> the raw forma
On 26.10.2014 00:01, Stephen Morris wrote:
> On 10/25/2014 01:31 PM, poma wrote:
>> On 25.10.2014 03:19, poma wrote:
>>> On 25.10.2014 02:09, poma wrote:
On 25.10.2014 01:31, Stephen Morris wrote:
> On 10/25/2014 01:09 AM, poma wrote:
>> On 24.10.2014 07:50, Stephen Morris wrote:
>
On 26.10.2014 00:10, Stephen Morris wrote:
> On 10/25/2014 12:14 PM, Ed Greshko wrote:
>> On 10/25/14 07:31, Stephen Morris wrote:
>>> DigiKam now seems be displaying the files on the camera now as well,
>>> whereas yesterday it couldn't either, although digiKam doesn't understand
>>> the raw for
Chris Murphy writes:
>
> That is correct, but it is a prerequisite for being able to even trust
> userspace if kernel space is already compromised then it's a problem.
I dont trust the Companies that their proprietary Bioses and UEFIs are
not itself a rootkit. So the only solution to fix this pr
There has been discussion of what it takes to make rc.local work. It
seems that some people are struggling with it.
There are a couple of important details, but for the most part, It's
almost trivial, as long as your not missing the important parts.
First thing I did was:
# cd/etc
# echo '$!
Hi,
On Sat, Oct 25, 2014 at 05:19:34PM -0400, Rahul Sundaram wrote:
> On Sat, Oct 25, 2014 at 4:38 PM, Suvayu Ali wrote:
>
> >
> > Is it possible that a dependent package which was compiled against the
> > old notmuch is preventing the update.
> >
> >
> Yes. try dnf --best update
I managed to
On 10/25/2014 09:25 PM, Derrik Walker v2.0 wrote:
> First thing I did was:
>
> # cd/etc
> # echo '$!/bin/bash' > /rc.d/rc.local
Warning, you should echo a line beginning with #!, not $!
Second, you should echo it to rc.d/rc.local (note the missing / at the
beginning of the path), otherwise you m
On 10/25/2014 10:24 PM, Kevin Cummings wrote:
On 10/25/2014 09:25 PM, Derrik Walker v2.0 wrote:
First thing I did was:
# cd/etc
# echo '$!/bin/bash' > /rc.d/rc.local
Warning, you should echo a line beginning with #!, not $!
Second, you should echo it to rc.d/rc.local (note the missing / at th
On Fri, 2014-10-24 at 18:24 -0600, Chris Murphy wrote:
> Companies do not spend hundreds of millions of dollars (conservatively
> estimated at this point) completely retooling firmware to something
> that has about as many lines of code as the linux kernel, and
> *requiring* manufacturers to enable
On Sat, 2014-10-25 at 21:25 -0400, Derrik Walker v2.0 wrote:
> First thing I did was:
>
> # cd/etc
Typo, there, too. I think this is what you meant, getting rid of all
the typos into one list, together, and inserting what you probably did
do first:
su -
cd /etc
echo '#!/bin/bash' > rc.d/rc.lo
27 matches
Mail list logo
