http://bugzilla.opensuse.org/show_bug.cgi?id=898876
Stefan Dirsch <sndirsch(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jon(a)grossart.net
Assignee|bnc-team-xorg-bugs(a)forge.pr |sndirsch(a)suse.com
|ovo.novell.com |
Flags| |needinfo?(jon(a)grossart.net)
--- Comment #2 from Stefan Dirsch <sndirsch(a)suse.com> ---
Any prominent desktop, who is planning to use lighdm or sddm as default
displaymanager? I'm not interested in adding douzens of DMs.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=897929
Stephan Kulow <coolo(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|awafaa(a)opensuse.org |ke(a)suse.com
Severity|Minor |Normal
--- Comment #5 from Stephan Kulow <coolo(a)suse.com> ---
back to the maintainer
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=898833
Scott Couston <secure(a)aphofis.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |secure(a)aphofis.com
--- Comment #2 from Scott Couston <secure(a)aphofis.com> ---
Yes off course I'll get that info for you. Way back in version 9, one of my
first bug reports was a change to Grub...The reason why is grub 2 is that...
In a dual Operating system boot of Windows or openSuse...In a Microsoft world
if someone scheduled a Disk Check The system would restart when the disks are
not mounted and happily do just that.
We made changed to grub 2 to allow for this to occur before grub took control.
It was ages ago.
Now MS has a product UEFI or NOT Hardware RAID or not is just works seamlessly
and I don't know a business or home PC that Hasn’t RAID1 or RAID5 hardware set
on severs let alone NAS units.
Now we have to redo so much more as every system has the same RAID controller
functionality and boot under either a UEFI shell or not. Its been on Hardware
for the last 3 or more years and we were a tad asleep there.
Now we have so many more challenges to overcome as our superior OS interrogates
the Device something MS had years ago.
Somehow, due in perhaps windows 9 the new file system, the concept of live
tiles and nothing but will be there without the current swap beck and forwards
from 8.1 Desktops...etc. Good help them and hooray for us.
I'll get you details ASAP
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=899263
Gabriele Mohr <gs(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|yast2-maintainers(a)suse.de |lslezak(a)suse.com
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=881506
Ludwig Nussel <lnussel(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(lnussel(a)suse.com) |
--- Comment #6 from Ludwig Nussel <lnussel(a)suse.com> ---
Yes, that means we decide to stay with mod_access_compat, ie all packages that
drop apache configs need to use mod_access_compat. The other option would be to
go for the new way and migrate all configs.
or - and that would be premium - find a way to make the old and new way
co-exist.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=890115
--- Comment #14 from Dr. Werner Fink <werner(a)suse.com> ---
(In reply to Frederic Crozat from comment #13)
please use
lsinitrd /boot/initrd | grep no-latin1
to check if the font is really in the initrd in the correct path (guess: it
should be below usr/share/kbd/consolefonts/)
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=881506
Petr Gajdos <pgajdos(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(lnussel(a)suse.com)
--- Comment #5 from Petr Gajdos <pgajdos(a)suse.com> ---
Aha,
for sle12 we have
<IfModule mod_access_compat.c>
Order deny,allow
Deny from all
</IfModule>
<IfModule !mod_access_compat.c>
Require all denied
</IfModule>
but it seems that these changes was not submitted to factory. So I guess steps
outlined in bug#893517 should be done for factory?
-------------------------------------------------------------------
Mon Sep 1 21:11:40 CEST 2014 - draht(a)suse.de
- configuration space is now dual-mode: If mod_access_compat.c is
loaded, the Allow/Deny directives are used, and the Require
directive if not. Along with dynamically supplying
mod_access_compat, it allows the admin to select what she wishes
to have: Some installers/scripts check for the apache version
and decide to go with the Require directive upon 2.4+.
added README-access_compat.txt explaining the choices.
[bnc#893517]
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=898833
Bernhard Wiedemann <bwiedemann(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aschnell(a)suse.com,
| |bwiedemann(a)suse.com
--- Comment #1 from Bernhard Wiedemann <bwiedemann(a)suse.com> ---
often it would be useful to know the exact type of RAID controller,
which you can get from a shell (e.g. press ctrl-alt-F2) with:
lspci -nn|grep -e RAID -e SA
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=890942
Marius Tomaschewski <mt(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|mt(a)suse.com |mfilka(a)suse.com
--- Comment #1 from Marius Tomaschewski <mt(a)suse.com> ---
(In reply to Ralf Friedl from comment #0)
> Actually in this case it is not even necessary to reconfigure the network
ack.
I think yast2 is simply unable to detect what it effectively changed.
> But anyway, it should be possible to call "rcnetwork restart" without
> causing that terminal to hang.
It is "magic" why systemd sometimes results in a systemd-tty-ask wanting
something. The network scripts themself never request any passwords which
would cause to ask user for something.
A "systemd-tty-ask-password-agent --list" could perhaps show what really
needs a password from systemd.
It could be something "foreign" started via if-up.d hook scripts or even
more probably some service doing it gets restarted because of dependencies.
The --ignore-dependencies and/or --no-ask-password options could help here
[can be also passed to network script via SYSTEMCTL_OPTIONS variable]...
Similar to DHCLIENT_MODIFY_SMB_CONF=yes in network/dhcp as a known source
to cause dependency loops (systemd blocks an action to a service because an
another in dependency chain is currently running an action) -- the if-up.d
script handling it is installed by samba-client...
> It seems the second attempt at rcnetwork restart managed to unconfigure
> the network, not I don't even get responses to pings and therefor can't
> open another ssh connection to the server.
This is probably the garbage collector in systemd: kills services when they
do not response for a while -- here, caused by the systemd-tty-ask.
--
You are receiving this mail because:
You are on the CC list for the bug.