openSUSE Bugs April 2010

bugs@lists.opensuse.org

1 participants
3855 discussions

[Bug 596950] New: Don't use spaces in repo names and aliases
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596950 http://bugzilla.novell.com/show_bug.cgi?id=596950#c0 Summary: Don't use spaces in repo names and aliases Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: msvec(a)novell.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- By default the installation repo includes a space: 7 | openSUSE 11.2-0 | openSUSE 11.2-0 | No | No | cd:/// This way one always needs to use "" to work with this repo, it's unnecessary inconvenience, just use '-' like with all the other automatically added repos (openSUSE-11.2-Debug). -- Configure bugmail: http://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 596920] New: defined(%hash) is deprecated
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596920 http://bugzilla.novell.com/show_bug.cgi?id=596920#c0 Summary: defined(%hash) is deprecated Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aosthof(a)novell.com QAContact: jsrain(a)novell.com Found By: Development Blocker: --- When installing factory via vnc, one gets following message: *** Starting YaST2 *** defined(%hash) is deprecated at /usr/share/YaST2/modules/URLRecode.pm line 39 (#1) (D deprecated) defined() is not usually useful on hashes because it checks for an undefined scalar value. If you want to see if the hash is empty, just use if (%hash) { # not empty } for example. (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/YaST2/modules/URLRecode.pm line 53 (#1) (Maybe you should just omit the defined()?) defined(%hash) is deprecated at /usr/share/YaST2/modules/URLRecode.pm line 67 (#1) (Maybe you should just omit the defined()?) -- Configure bugmail: http://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 596582] New: Akonadi should only start on-demand but it starts on login with errors
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596582 http://bugzilla.novell.com/show_bug.cgi?id=596582#c0 Summary: Akonadi should only start on-demand but it starts on login with errors Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 5 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: martin.schlander(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; da) Presto/2.2.15 Version/10.10 Logging in on a fresh installation (M5), Akonadi is started, even though no KDEPIM related apps or daemons are running. This is unfortunate for a number of reasons: - Makes startup slower - Having akonadi, mysql etc. running for apparently no reason is unnecessary overhead in general - The akonadi selftest always seems to report scary errors. Wouldn't it be possible to only start akonadi if/when it's actually needed/used? Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://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 596559] New: Misc fonts not available in fontconfig
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596559 http://bugzilla.novell.com/show_bug.cgi?id=596559#c0 Summary: Misc fonts not available in fontconfig Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: pgajdos(a)novell.com ReportedBy: mmarek(a)novell.com QAContact: qa(a)suse.de CC: jw(a)novell.com Found By: --- Blocker: --- I can select -misc-fixed-* in xfontsel, but not in applications using fontconfig (such as gvim): $ rm -rf ~/.fontconfig $ fc-cache -vf | grep misc /usr/share/fonts/misc: caching, new cache contents: 136 fonts, 0 dirs /usr/share/fonts/misc: skipping, looped directory detected $ fc-list | grep -i misc $ When I copy the libfontconfig.so.1.3.0 and libfreetype.so.6.3.20 files from 11.2, it looks like this: $ export LD_LIBRARY_PATH=$PWD/usr/lib64 $ fc-cache -vf | grep -i misc /usr/share/fonts/misc: caching, new cache contents: 136 fonts, 0 dirs /usr/share/fonts/misc: skipping, looped directory detected $ fc-list | grep -i misc Misc Fixed:style=Oblique Misc Fixed:style=Bold SemiCondensed Misc Fixed:style=Oblique SemiCondensed Misc Fixed:style=Regular Misc Console:style=Regular Misc Fixed Wide:style=ko Misc Fixed Wide:style=ja Misc Fixed:style=Bold Misc Fixed:style=SemiCondensed $ and gvim uses the correct font. Note that it is not sufficient to only downgrade one of libfontconfig or libfreetype. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Bug 596526] New: Poor message dialogs and translations in YaST printer setup
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596526 http://bugzilla.novell.com/show_bug.cgi?id=596526#c0 Summary: Poor message dialogs and translations in YaST printer setup Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: psychonaut(a)nothingisreal.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/2.0.4-3.2 SeaMonkey/2.0.4 When creating or modifying a printer setup in YaST, when finishing the following dialog boxes are displayed, respectively: Created New Printer Setup It takes half a minute until the config files are updated... Modified Printer Setup It takes half a minute until the config files are updated... There are three issues here: 1) If the system is still performing activity and making the user wait, then it's wrong to word the message with the past tense, as if the activity has already been finished. The messages should instead read "Creating New Printer Setup" and "Modifying Printer Setup". 2) "It takes half a minute"? That's rather precise. How does the system know that it's going to take exactly half a minute? Doesn't the processing time depend on the speed of the user's computer, including CPU frequency, disk speed, and system load? Please replace this message with a progress bar, or with a more vague "Updating configuration files..." 3) Even if it is known that the configuration files take exactly thirty minutes to update, the message is grammatically incorrect. It should instead be "It takes half a minute to update the configuration files" or "It will be half a minute until the configuration files are updated". You can't use the present form of "take" with "until". Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 596519] New: Switch pkg manager to summary mode after resolving pkg conflicts
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596519 http://bugzilla.novell.com/show_bug.cgi?id=596519#c0 Summary: Switch pkg manager to summary mode after resolving pkg conflicts Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: All Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: lslezak(a)novell.com ReportedBy: kmachalkova(a)novell.com QAContact: jsrain(a)novell.com CC: llunak(a)novell.com Found By: Development Blocker: --- Created an attachment (id=354296) --> (http://bugzilla.novell.com/attachment.cgi?id=354296) A patch - switches pkg manager to summary mode after resolving pkg conflicts * Installing some (conflicting) pkgs via 'yast -i' * A conflict dialog pops up * User resolves the conflict Now the user sees a default pkg manager search screen with empty list. She has to switch to 'Installation summary' view to see pkgs that are going to be installed/removed as a result of resolved conflict It is more user-friendly to switch to summary view automatically so as to show the user the changes made - in pretty much the same way as in bug #399795, where the user is presented summary screen to confirm pkg removal. The search view with empty list makes an impression that nothing has happened/changed. Please find a patch resolving the issue attached. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 596177] New: generate java cacerts at runtime
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596177 http://bugzilla.novell.com/show_bug.cgi?id=596177#c0 Summary: generate java cacerts at runtime Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Java AssignedTo: bnc-team-java(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de CC: mvyskocil(a)novell.com Found By: --- Blocker: --- It's now possible to generate bundle files for CA certificates at run time. See man update-ca-certificates. Java currently generates it's file at build time, therefore it's not easy for administrators to add custom certificates. A script that calls keytool on each pem file is way too slow so some java code could could be used to speed this up. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 21

[Bug 596163] New: System does not use the hostname from dhcp server
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=596163 http://bugzilla.novell.com/show_bug.cgi?id=596163#c0 Summary: System does not use the hostname from dhcp server Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: i386 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mmaher(a)novell.com QAContact: qa(a)suse.de Found By: Component Test Blocker: --- In openSUSE 11.3 Milestone 5 the Machine gets some random hostname. In Milestone 4 the same machine, after the installation got the hostname from the dhcp server. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 595796] New: "killproc" violates LSB
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=595796 http://bugzilla.novell.com/show_bug.cgi?id=595796#c0 Summary: "killproc" violates LSB Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: SLES 11 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: werner(a)novell.com ReportedBy: werner(a)novell.com QAContact: qa(a)suse.de CC: lmb(a)novell.com, ro(a)novell.com, kukuk(a)novell.com Depends on: 578246 Found By: Development Blocker: --- +++ This bug was initially created as a clone of Bug #578246 +++ I've just spent some time hunting down why the cluster daemon was dieing during shutdown, and couldn't find anything in the logs. (Because I somehow didn't expect that a SIGKILL would be send magically out of nowhere.) Then, I stumbled across a suse-specific killproc oddity: killproc sends signals to all processes that use the specified exe‐ cutable. If no signal name is specified, the signal SIGTERM is sent. If this program is not called with the name killproc then SIGHUP is used. Note that if SIGTERM is used and does not terminate a process the signal SIGKILL is send after a few seconds (default is 5 seconds, see option -t). If a program has been terminated successfully and a veri‐ fied pid file was found, this pid file will be removed if the termi‐ nated process didn't already do so. .. -t<sec> The number <sec> specifies the seconds to wait between the sent signal SIGTERM and the subsequentially signal SIGKILL if the first SIGTERM does not show any result within the first few milli seconds. This defaults to 5 seconds. So, if -TERM is specified, this automatically escalates to KILL (this escalation cannot be disabled). However, LSB states (http://refspecs.freestandards.org/LSB_3.1.1/LSB-Core-generic/LSB-Core-gener…): killproc [-p pidfile] pathname [signal] The killproc function shall stop the specified program. The program is found using the algorithm given above. If a signal is specified, using the -signal_name or -signal_number syntaxes as specified by the kill command, the program is sent that signal. Otherwise, a SIGTERM followed by a SIGKILL after an unspecified number of seconds shall be sent. [...] Note that this says that this automatic escalation only happens if no signal is specified, not if the specified signal happens to be the default SIGTERM. ("killproc" on RHEL/Fedora behaves like this.) I think killproc must differentiate between "No signal specified" versus "SIGTERM explicitly specified". The impact here is real, since it could (and did!) break 3rd party init scripts in unexpected ways. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 595708] New: resolv.conf is modified after livecd installation
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=595708 http://bugzilla.novell.com/show_bug.cgi?id=595708#c0 Summary: resolv.conf is modified after livecd installation Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: i586 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Live Medium AssignedTo: coolo(a)novell.com ReportedBy: robin.knapp(a)ts.fujitsu.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 Found this after installation in /var/log/messages and on boot console: Apr 12 12:20:46 linux dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched... Apr 12 12:20:46 linux dns-resolver: You can find my version in /etc/resolv.conf.netconfig /etc/resolv.conf contains: # Generated by NetworkManager domain localdomain search localdomain nameserver 192.168.126.2 the nameserver is my vmware gw Reproducible: Always Steps to Reproduce: 1. perform live cd installation 2. check boot console and /var/log/messages for above message -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

← Newer
1
2
3
4
5
6
7
8
9
...
386
Older →

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Bugs April 2010