July 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 384026] New: PackageKit: The updater throws error if it can' t refresh remote repo when network is down
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=384026 Summary: PackageKit: The updater throws error if it can't refresh remote repo when network is down 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 Found By: --- Created an attachment (id=210634) --> (https://bugzilla.novell.com/attachment.cgi?id=210634) Screenshot If I come back from a suspend, the updater will throw errors that it couldn't find valid metadata. The problem is that it doesn't even have proper network connectivity at this time (repo is remote). It should check with NM (or otherwise) for network connectivity before trying to refresh remote repositories. See attached screenshot. -- 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.

1 4

[Bug 350747] New: updaterepo script for inst-source-utils
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=350747 Summary: updaterepo script for inst-source-utils Product: openSUSE 11.0 Version: unspecified Platform: Other OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: schlomo.schapiro(a)novell.com QAContact: qa(a)suse.de Found By: Consulting As mentioned on http://en.opensuse.org/Inst-source-utils here is a useful script to add from my collection. This script creates a GPG signed YUM repository. One has to adapt REPO and KEY .. Script: #!/bin/bash REPO=/media/install/${1:-schlomo10} test -d $REPO || { echo "ERROR: REPO '$REPO' must be a directory" exit 1 } gpg-agent || eval $(gpg-agent --daemon) echo "Updating YUM repository '$REPO'" KEY=9e62229e { rm -Rfv $REPO/{repodata,.olddata}/{filelists.xml.gz,other.xml.gz,primary.xml.gz,repomd.xml,repomd.xml.asc} rpm --resign -v $REPO/*/*rpm 2> >(grep -v skip 1>&2) createrepo -v $REPO } | while read ; do echo -n . ; done ; echo gpg -a --detach-sign $REPO/repodata/repomd.xml test -s $REPO/repodata/repomd.xml.key || gpg -a --export $KEY > $REPO/repodata/repomd.xml.key test -d $REPO/media.1 && { rm -f $REPO/media.1/products.asc gpg -a --detach-sign $REPO/media.1/products gpg -a --export $KEY > $REPO/media.1/products.key cd $REPO/media.1/ ls -d -1 >directory.yast } -- 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.

1 7

[Bug 211235] New: Bad postscript creation from kprinter concludes in ugly pdf
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=211235 Summary: Bad postscript creation from kprinter concludes in ugly pdf Product: SUSE Linux 10.1 Version: Final Platform: i686 OS/Version: SuSE Linux 10.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: geroxp(a)web.de QAContact: kde-maintainers(a)suse.de Steps to reproduce: 1. Open Konqueror 2. Go to http://www.cnn.com 3. Print the page with kde's pdf printer (which is nothing else but ps2pdf, I think) 4. Watch the pdf either with kpdf (which is default viewer) or with acroread and you will see the jumping letters The problem only occurs, when using kprinter to print the pdf OR generate a postscript-file which will be used to create a pdf. It could have something to do with kprinter itself or with GNU enscript (which is used by kprinter). When using Mozilla-Firefox to print to a cups-pdf printer (http://www.novell.com/coolsolutions/feature/17636.html) this problem does not occur (while firefox uses its own postscript generator). When printing from a kde application or using kprinter we have again the mysterious jumping letters. See also bug #210256 -- 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.

1 15

[Bug 222942] New: Konqueror - SUSE Installation Path from SLP incorrectly detected
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=222942 Summary: Konqueror - SUSE Installation Path from SLP incorrectly detected Product: SUSE Linux 10.1 Version: Final Platform: All URL: http://lists.opensuse.org/opensuse/2006-11/msg01641.html OS/Version: SuSE Linux 10.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: web(a)alexanderschaber.de QAContact: kde-maintainers(a)suse.de If you have this SLP reg file (example 1): service:install.suse:ftp://ftp.example.com/pub/opensuse/distribution/SL-10.… description SL-10.1 YaST detects: ftp://ftp.example.com/pub/opensuse/distribution/SL-10.1/inst-source/ and Konquerer: ftp://ftp.example.com/pub/opensuse/distribution/SL-10.1/inst-source/ All fine! Example 2 SLP reg file: service:install.suse:ftp://ftp.example.com/pub/opensuse/distribution/SL-10.… description SL-10.1 YaST detects: ftp://ftp.example.com/pub/opensuse/distribution/SL-10.1/inst-source BUT Konquerer: ftp://ftp.example.com/pub/opensuse/distribution/SL-10.1 Obviously there is something wrong with the path detection done by Konqueror. Check out the URL for my report on the opensuse mailinglist (and the corresponding answer). -- 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.

1 10

[Bug 213934] New: Konqueror does not auto refresh folder/drive content
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=213934 Summary: Konqueror does not auto refresh folder/drive content Product: openSUSE 10.2 Version: Alpha 5 plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: romain.pelissier(a)sqliaison.com QAContact: qa(a)suse.de When I open My computer and select the DVD/CD drive in the Disk information section I can have access to the content of the DVD. But if I change the DVD, Konqueror does not refresh the folder and file list automatically and I have to do that manually -- 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.

1 2

[Bug 223800] New: kmix does not set MasterMixerDevice automatically - global hotkeys not working
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=223800 Summary: kmix does not set MasterMixerDevice automatically - global hotkeys not working Product: openSUSE 10.2 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: robin.knapp(a)fujitsu-siemens.com QAContact: qa(a)suse.de kmix does not select the master channel automatically. Global hotkeys for master channel won't work until the master channel is set up manually by right clicking on the icon and selecting "Hauptkanal auswählen" ("select master channel" I think) In this dialogue, the master channel is already selected so just pressing ok does the job and global hotkeys for the master channel work. <snip> robin@linux:~/.kde/share/config> diff kmixrc.bad kmixrc.good 4a5 > MasterMixerDevice=0 </snip> (kmixrc.bad = before selecting master channel manually, kmixrc.good = after) However, somewhere I read that XF86RaiseVolume and XF86LowerVolume should be automatically bound to volume up/down in 10.2, but I still have to set global hotkeys for this. I'm not sure if this is intended. -- 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.

1 8

[Bug 237565] New: kwrite (kate) stops opening
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=237565 Summary: kwrite (kate) stops opening Product: openSUSE 10.2 Version: Final Platform: i586 OS/Version: SuSE Linux 10.1 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch(a)novell.com ReportedBy: mvdv(a)spamcop.net QAContact: sndirsch(a)novell.com Hi, Following refers to openSUSE 10.2, std pacakges, updated. Opening plain text files using kwrite from within konqueror works for a while, then starts to complain (Sorry - Konqueror): KDEinit could not launch 'kwrite'. This can be fixed by a reboot, but then reoccurs. I've seen this behavior with both kate and kwrite. running (as root) from a bash shell: # kwrite /path/to/text.file & Does work for a few days longer. Then kwrite fails to launch from the command shell. I haven't persisted long enough with kate to see if it also fails from the bash shell. The shell error is: kwrite: cannot connect to X server :0 HTH -- 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.

1 8

[Bug 389026] New: CASA PAM Configuration Disabled (in casacfgpam)
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=389026 Summary: CASA PAM Configuration Disabled (in casacfgpam) Product: openSUSE 11.0 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: delder(a)novacoast.com QAContact: qa(a)suse.de Found By: Beta-Customer /usr/sbin/casacfgpam is included in CASA and is presumably used for to setup CASA. It unfortunately looks like it was never modified for it's original SLED install as the first few lines are: #!/bin/bash # Adding CASA pam entries to pam files only on the desktop. DESKTOP=`grep -i desktop /etc/SuSE-release` if [ "$DESKTOP" != "" ] then This check should be disable or somehow made appropriate for OpenSUSE as the pam configuration will never be setup on OpenSUSE otherwise. -- 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.

1 6

[Bug 377573] New: micasad won't start
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=377573 Summary: micasad won't start Product: openSUSE 11.0 Version: Factory Platform: i586 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrys(a)novell.com QAContact: qa(a)suse.de Found By: Field Engineer Environment: - openSUSE 11.0 (i586) Alpha3 - CASA packages: -------------------------/snip/------------------------- linux-lh7i:~ # rpm -qa|grep -i casa CASA-gui-1.7.1464-85 CASA-1.7.1464-85 yast2-CASA-1.7.1461-94 -------------------------/snip/------------------------- Steps to duplicate: -------------------------/snip/------------------------- linux-lh7i:~ # rcmicasad start Starting miCASA daemon done linux-lh7i:~ # rcmicasad status Checking miCASA daemon unused -------------------------/snip/------------------------- -- 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.

1 20

[Bug 399810] New: mousetweaks + metacity + title bar context menu == wtf?
by bugzilla_noreply＠novell.com 18 Feb '09

18 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=399810 User jpryor(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=399810#c399801 Summary: mousetweaks + metacity + title bar context menu == wtf? Product: openSUSE 11.0 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: jpryor(a)novell.com QAContact: qa(a)suse.de Found By: --- Enable mousetweaks (see #399801). Once enabled you should be able hold down the primary mouse button for a short period of time on the Desktop to display the Desktop context menu. Now, hold down the primary key on a non-maximized window's title bar for a short period of time *without* moving the mouse. Expected behavior: display of the title bar context menu. Actual behavior: The window moves (!) so that it overlaps the top-left corner of your screen, and the context menu of whatever was below the moved window before it moved is displayed (e.g. the Deskstop context menu). Fine print: this is on a dual-screen setup; perhaps that has something to do with it? May not be specific to metacity; didn't try another window manager. -- 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.

1 2