https://bugzilla.novell.com/show_bug.cgi?id=381136
Summary: [multiscreen]: Notifications are not at the bottom
Product: openSUSE 11.0
Version: Factory
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: GNOME
AssignedTo: bnc-team-gnome(a)forge.provo.novell.com
ReportedBy: captain.magnus(a)opensuse.org
QAContact: qa(a)suse.de
Blocks: 374148
Found By: ---
I have my internal LCD (1450x1050) on the right and an external CRT (1024x768)
on the left.
Thanks to the smaller size of the left monitor/screen, notifications do not
popup at the bottom of the right screen. See
https://bugzilla.novell.com/attachment.cgi?id=208796
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=240555
Summary: ZMD - unable to resolve dependancies
Product: openSUSE 10.2
Version: Final
Platform: i686
OS/Version: SuSE Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Update Problems
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: alpha096(a)tpg.com.au
QAContact: jsrain(a)novell.com
ZMD is unable to resolve dependencies - see screen shot and attached files.
I am impressed with ZMD's update reliability - however I am still of the
opinion that ZMD having root authority is remove an entire installation. I feel
this is an unacceptable internal risk. I feel that ZMD functions very well now
in installing updates etc, however I feel that giving the user 2 click to
remove the entire installation a totally unacceptable internal risk.
I feel this should be removed.
Q. Would there be any advantage into creating an authoritative user which is
not root that ZMD could function correctly. Any application with permenent root
authority concerns me
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=387202
Summary: nscd keeps crashing in mem.c
Product: openSUSE 11.0
Version: Factory
Platform: Other
OS/Version: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: mmarek(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
Hi,
on my machine, nscd always crashes with an assertion after some time:
25033: handle_request: request received (Version = 2) from PID 25253
25033: GETFDPW
25033: provide access to FD 5, for passwd
25033: Reloading "0" in password cache!
25033: Reloading "10020" in password cache!
25033: remove GETPWBYNAME entry "mmarek"
25033: remove GETPWBYUID entry "10020"
nscd: mem.c:399: gc: Assertion `next_hash == &he[db->head->nentries]' failed.
or
25991: handle_request: request received (Version = 2) from PID 26107
25991: GETPWBYNAME (nobody)
25991: Haven't found "nobody" in password cache!
25991: Reloading "mmarek" in password cache!
25991: remove GETPWBYNAME entry "mmarek"
25991: remove GETPWBYUID entry "10020"
nscd: mem.c:392: gc: Assertion `off_alloc == off_allocend' failed.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=364852
Summary: pidgin hangs whenever GroupWise contacts sends IM for
the first time
Product: openSUSE 10.3
Version: Final
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: Critical
Priority: P5 - None
Component: GNOME - Platform
AssignedTo: bnc-team-gnome-platform(a)forge.provo.novell.com
ReportedBy: sbrabec(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
This is an upstream bug we may consider as critical for SLED11, as it causes
lock-ups with GroupWise and GroupWise message losses:
http://developer.pidgin.im/ticket/3820
It seems to happen in evolution groupwise lookup if pidging evolution
integration (gevolution) is active.
How to reproduce:
1. Get a message from a new Groupwise contact
Result: Pidgin hangs and does not respond
See upstream report for backtrace.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=238355
Summary: [AI] status of new wikis
Product: openSUSE.org
Version: unspecified
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Action Items
AssignedTo: martin.lasarsch(a)novell.com
ReportedBy: suse-beta(a)cboltz.de
QAContact: adrian(a)novell.com
http://en.opensuse.org/Meetings/Status_Meeting_2007-01-24
Action Item notlocalhorst:
- ask alex about status of cn wiki (and announce it when it's ok)
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=304149
Summary: openct package broken in suse 10.1
Product: SUSE Linux 10.1
Version: Final
Platform: 32bit
OS/Version: SuSE Linux 10.1
Status: NEW
Severity: Major
Priority: P5 - None
Component: Security
AssignedTo: security-team(a)suse.de
ReportedBy: aj(a)dungeon.inka.de
QAContact: qa(a)suse.de
Found By: Community of Practice
Hi, I'm the upstream maintainer of openct. I had a look at recent openct
packages from suse and I'm pretty sure they are not working correctly.
the hald addon uses /proc/bus/usb which does not exist in suse I'm told,
it should instead use /dev/bus/usb. also the fdi map does not match smart card
readers via usb interface class 0b. please use both the fdi map and hald-addon
script from new openct 0.6.13 and update to 0.6.13 and you should be fine.
also at least on ubuntu I had to install the hald-addon in /usr/bin, not
/usr/sbin. please check the right location will be used for opensuse.
thanks, Andreas
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=392060
Summary: a grey display pops up before starting of KDE4 and
during logout white
Product: openSUSE 11.0
Version: Beta 3
Platform: x86
OS/Version: openSUSE 11.0
Status: NEW
Severity: Normal
Priority: P5 - None
Component: KDE4 Workspace
AssignedTo: kde-maintainers(a)suse.de
ReportedBy: ra100(a)atlas.sk
QAContact: qa(a)suse.de
Found By: ---
Created an attachment (id=216425)
--> (https://bugzilla.novell.com/attachment.cgi?id=216425)
a grey screen before starting of KDE4
before starting of KDE4, screen is switched to a grey desktop with mark/cross
and during logout is switched to a blank white dipslay.
for anybody it´s irrelevant or little thing, but it doesn´t create good
impression.
it´s not quite well, if grey or blank white screen pops up.
you can see it in attached videos for better explanation what i mean.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=341647
Summary: mounted nfs share does not show up after reconnect with
k network manager
Product: openSUSE 10.3
Version: Final
Platform: 32bit
OS/Version: openSUSE 10.3
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: reitenbach(a)rapideye.de
QAContact: qa(a)suse.de
Found By: ---
when I login into the notebook, networkmanager enabled, and then open a konsole
and enter mount, the nfs share is shown.
When I then reconnect the network via knetworkmanager, then when it is ready,
the mounted share is not shown anymore in the output of hte mount command.
Well, it is still mounted where it was, and still listed in /proc/mounts, but
not in /etc/mtab nor does it show up in the output of df.
Expected behaviour:
as long as the nfs share is mounted, it should show up in the mount command,
and in df and in /etc/mtab, as all the other filesystems do.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=347149
Summary: YaST module to configure MySQL
Product: openSUSE 11.0
Version: unspecified
Platform: Other
OS/Version: Other
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: YaST2
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: houghi(a)houghi.org
QAContact: jsrain(a)novell.com
Found By: ---
It would be grat to have a YaST module to configure MySQL from YaST from
scratch. Not the maintaining of the databases itself, but the setup of MySQL
with login and password and such
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=369510
Summary: kepas: add HTTP 1.1 Digest Access Authentication
Product: openSUSE 10.3
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: KDE
AssignedTo: kde-maintainers(a)suse.de
ReportedBy: sven.burmeister(a)gmx.net
QAContact: qa(a)suse.de
Found By: ---
I was pleased to see that kepas takes kpf to kde4. One thing that kpf is
missing though is authentication. Currently the user only has the choice to
either share everything publicly or set-up a ftp-server, which is a bit
overkill for a lot of use-cases.
If kpf could use Digest Access Authentication, as provided by the http
protocol, it could provide a reasonably secure way of sharing files.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.