May 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 506704] New: disable network if Apparmor can not be launched
by bugzilla_noreply＠novell.com 07 Jul '10

07 Jul '10

http://bugzilla.novell.com/show_bug.cgi?id=506704 Summary: disable network if Apparmor can not be launched Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: estellnb(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE Lately I have tried kernel-rt from the buildservice but did not know that it does not offer the kernel hooks needed to run Apparmor like that would have been the case for a vanilla kernel. My proposal would be to simply keep the network down if Apparmor is to be launched but can not be launched due to some reason and to notify the user that the network has not been initilized as a precaution. The user may invoke an rcnetwork restart if he really needs nw-access. Most times a vanilla kernel will just be used for testing anyway so that no nw acess should be necessary. Secludingly I wanna state that it should not be possible to circumvent the security measures of Apparmor by simply preventing it to be loaded for any reason without the user being notified about it. Reproducible: Always -- 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 498388] New: kernel/linux-k-headers: remove misleading instructions
by bugzilla_noreply＠novell.com 06 Jul '10

06 Jul '10

http://bugzilla.novell.com/show_bug.cgi?id=498388 Summary: kernel/linux-k-headers: remove misleading instructions Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8) Gecko/2009032600 u(n)buntuSUCKS/GetOriginalDebian /usr/include/linux/version.h, generated by linux-kernel-headers.spec, contains: #error " o Have the kernel sources installed" #error "" #error " o Make sure that the symbolic link" #error " /lib/modules/\`uname -r\`/build exists and points to" #error " the matching kernel source directory" #error "" #error " o Configure kernel sources:" #error " - cd /usr/src/linux" #error " - make mrproper" #error " - make cloneconfig" #error " - make prepare" /usr/src/packages/kernel-source/README.SUSE says: [...] The kernel sources are found in the kernel-source.$ARCH.rpm package. The recommended way to produce a binary kernel is: (1) Install kernel-source.$ARCH.rpm. Change to the /usr/src/linux directory. (2) Configure the kernel (for example, ``make oldconfig'' or ``make cloneconfig'', see HOW TO CONFIGURE THE KERNEL SOURCES). [...] Reproducible: Always Actual Results: The problem with cloneconfig is that this trashes the build environment for the existing default kernel (i.e. kernel-default/kernel-pae). As such, these instructions need to be reworded. When the user runs cloneconfig in /usr/src/linux, but then wants to compile /lib/modules/$foo/build, the resulting error will be something like "your kernel is (un)configured", because both /usr/src/linux and /usr/src/linux-obj/$arch/$flavor contain .o files. Expected Results: Compilation of an own kernel should not break compilation for RPM-installed kernels. Since there are always some users who don't know, these instructions are bound to cause problems and should be reworded: For linux-kernel-headers, REMOVE this part: #error " o Configure kernel sources:" #error " - cd /usr/src/linux" #error " - make mrproper" #error " - make cloneconfig" #error " - make prepare" The resulting version.h is still informative and correct. (-> SUSE kernels _are_ already configured!!) As for kernel-source README.SUSE: (1) Install kernel-source.$ARCH.rpm. (2) Copy /usr/src/linux-$VERSION to another directory (the former must be kept to ensure continued build success for existing kernels) (3) Configure the just-copied kernel (for example, `make oldconfig` or `make cloneconfig`, see HOW TO CONFIGURE THE KERNEL SOURCES). [...] -- 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 4

[Bug 494541] New: hostname does not persist across reboots
by bugzilla_noreply＠novell.com 02 Jul '10

02 Jul '10

http://bugzilla.novell.com/show_bug.cgi?id=494541 Summary: hostname does not persist across reboots Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: noloader(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 ** Reproduction ** * Fresh install * Perform the following jeffrey.walton@linux-auq2:~> su - Password: linux-auq2:~ # hostname euler.home.pvt linux-auq2:~ # exit logout jeffrey.walton@euler:~> * Reboot ** Notes ** * Home network is Windows installation * domain is home.pvt Searching for similar revealed 464803 [https://bugzilla.novell.com/show_bug.cgi?id=464803] Reproducible: Always Steps to Reproduce: jeffrey.walton@linux-auq2:~> su - Password: linux-auq2:~ # hostname euler.home.pvt linux-auq2:~ # exit logout jeffrey.walton@euler:~> Actual Results: changes for session not persisted across reboot Expected Results: persistence across reboot * Home network is Windows installation * domain is home.pvt * desired hostname is euler YaST -> Network Devices -> Network Settings -> Hastname tab: "Network is currently controlled by NetworkManager and its settings cannot be changed by YaST". Unfortunately, I'm too new to OpenSuse. I don't know where to find NetworkManager, so I dropped to the command line with host and hostname. -- 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 498329] New: Old screenshots in Reference Guide
by bugzilla_noreply＠novell.com 22 Jun '10

22 Jun '10

http://bugzilla.novell.com/show_bug.cgi?id=498329 Summary: Old screenshots in Reference Guide Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: ke(a)novell.com ReportedBy: kkemenczy(a)novell.com QAContact: ke(a)novell.com Found By: --- Updated screenshots: http://aladar.npsh.hu/~enovak/os111konyv/en/111konyv_en.tgz -- 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 495060] New: git-daemon xinetd service enabled by default
by bugzilla_noreply＠novell.com 01 Jun '10

01 Jun '10

http://bugzilla.novell.com/show_bug.cgi?id=495060 Summary: git-daemon xinetd service enabled by default Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: pbaudis(a)novell.com ReportedBy: mmarek(a)novell.com QAContact: qa(a)suse.de Found By: --- The /etc/xinetd.d/git is missing the 'disable = yes' line and is therefore enabled by default. Also, --base-path="/srv/git" should be --base-path=/srv/git instead (xinetd doesn't parse the quotes). -- 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 507548] New: Kernel oops when rsync in free_block
by bugzilla_noreply＠novell.com 21 May '10

21 May '10

http://bugzilla.novell.com/show_bug.cgi?id=507548 User aaronw(a)doofus.org added comment http://bugzilla.novell.com/show_bug.cgi?id=507548#c1 Summary: Kernel oops when rsync in free_block Classification: openSUSE Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aaronw(a)doofus.org QAContact: kernel-maintainers(a)forge.provo.novell.com Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux; x86_64; en_US) KHTML/3.5.10 (like Gecko) SUSE I am trying to back up my home directory to an external drive using a firewire connection. My home directory is stored on an XFS filesystem using software RAID 1. The external drive is formatted using EXT3. During the rsync process my computer will lock up. This is easily repeatable. It does not get recorded to a log file unfortunately. I managed to grab part of the oops screen (I didn't copy everything) and here is the result: OOPS: unable to handle kernel paging reques IP: free_block+0x73/0x12e PGD 8063 PUD 0 Call Trace: drain_array+0x92/0xce cache_reap+0x156/0x261 run_workqueue+0x8b/0x119 worker_thread+0xdd/0xee code: 38 48 8d 14 08 48 8b 02 25 00 40 02 00 48 3d 00 40 02 00 75 04 48 8b 52 10 80 3a 00 78 04 0f 0b eb fe 48 8b 72 30 48 8b 4c fb 08 <48> 8b 16 48 8b 46 08 48 89 42 08 48 89 10 44 89 e0 48 c7 06 00 Linux flash 2.6.25.20-0.1-default #1 SMP Wed Feb 18 22:54:43 PST 2009 x86_64 x86_64 x86_64 GNU/Linux cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 39 model name : AMD Athlon(tm) 64 Processor 3700+ stepping : 1 cpu MHz : 1000.000 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good pni lahf_lm bogomips : 2354.19 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc I don't know if it's related to this or not: http://www.mail-archive.com/kernel-testers%40vger.kernel.org/msg04443.html Reproducible: Always Steps to Reproduce: 1. Plug in external drive into firewire port 2. Type rsync -avx ~ /media/My\ Book/aaronw 3. Wait for OOPS Actual Results: Kernel OOPS Expected Results: Backup of home directory Home directory is mirrored XFS, external drive is EXT3. Connected via 1394. -- 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 13

[Bug 496284] New: I try to build the package of kimpanelkimpanel via opensuse build service.
by bugzilla_noreply＠novell.com 18 May '10

18 May '10

http://bugzilla.novell.com/show_bug.cgi?id=496284 Summary: I try to build the package of kimpanelkimpanel via opensuse build service. Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: OBS Request AssignedTo: mrueckert(a)novell.com ReportedBy: linoox(a)hotmail.com QAContact: adrian(a)novell.com Found By: --- kimpanel is a frontend of ibus, scim and fcitx. I try to build the package of kimpanel via opensuse build service. I need to create a project for kimpanel. help me please. -- 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 492741] New: move home:weberho:kernel-modules/snx to drivers:io/snx
by bugzilla_noreply＠novell.com 18 May '10

18 May '10

http://bugzilla.novell.com/show_bug.cgi?id=492741 Summary: move home:weberho:kernel-modules/snx to drivers:io/snx Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: P5 - None Component: OBS Request AssignedTo: mrueckert(a)novell.com ReportedBy: office(a)weberhofer.at QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8 (.NET CLR 3.5.30729) After clearifying licencing issues with the driver creator SUNIX (http://sunix.com.tw/) it states clear that their driver for many commonly available Multi/IO ports is licenced under the GPL. I made the drivers available in my home directory, and think they could be moved to the drivers project (or to the factory?). Reproducible: Always -- 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 1

[Bug 506859] New: network:/otrs:/ project
by bugzilla_noreply＠novell.com 18 May '10

18 May '10

http://bugzilla.novell.com/show_bug.cgi?id=506859 Summary: network:/otrs:/ project Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: OBS Request AssignedTo: mrueckert(a)novell.com ReportedBy: lmuelle(a)novell.com QAContact: adrian(a)novell.com CC: chris(a)computersalat.de Found By: --- I'd like to move the otrs package to a dedicated project network:/otrs:/ to allow Chris aka computersalat and maybe others a much easier way of collaboration. Cf. http://lists.opensuse.org/opensuse-buildservice/2009-05/msg00140.html for the discussion on this on the opensuse-buildservice list. -- 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 501059] New: xterm in latin1 mode skips output after utf8 s-sharp
by bugzilla_noreply＠novell.com 18 May '10

18 May '10

http://bugzilla.novell.com/show_bug.cgi?id=501059 Summary: xterm in latin1 mode skips output after utf8 s-sharp Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jw(a)novell.com QAContact: qa(a)suse.de CC: meissner(a)novell.com Found By: --- utf8 s-sharp is a two byte glyph c3 9f, where 9f is an APC-control-function from the C1 block according to VT100 specs. It is an unfortunate design that UTF8 used the C1 control character block at all. Xterm does exactly nothing with the following text, up to the ESC / string terminator. In the absence of any useful effects, I'd vote for configuring xterms defaults differntly. Default should be pass C1 characters through. This is configurable by adding echo '*AllowC1Printable: true' >> /usr/share/X11/app-defaults/XTerm or running xterm -k8 -- 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