- openSUSE Bugs

[Bug 149613] nscd sometimes dies
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=149613 ------- Comment #5 from gdeschner(a)novell.com 2006-10-18 03:45 MST ------- Created an attachment (id=101848) --> (https://bugzilla.novell.com/attachment.cgi?id=101848&action=view) nscd corefile -- 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 0

[Bug 149613] nscd sometimes dies
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=149613 gdeschner(a)novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|REMIND | ------- Comment #4 from gdeschner(a)novell.com 2006-10-18 03:43 MST ------- This very often happens to me as well, I managed to get a corefile. -- 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 0

[Bug 175939] Grub boot menu doesn't appear after suspending to disk (hibernating) and powering on the machine (it should allow only specific kernel or other OS's)
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=175939 ------- Comment #12 from seife(a)novell.com 2006-10-18 03:19 MST ------- (In reply to comment #10) > I mean: I consider myself an advanced user and I have suffered this > inconsistent problem just once (some years ago, using two hard disks with > Windows, and Hibernating and using the other to boot), but since then I haven't > been in the situation of sharing partitions. It's not very usual for the common > user then. Often the windows partitions will be mounted in Linux. > I would personally vote for, not only making this configurable by a sysconfig > variable, but make it too via YAST or some automated UI, giving very big I am against helping people enable stupid setups. You can disagree and host your own branch of yast2-power-management on the openSUSE Buildservice :-) > WARNING messages before enabling it, and also giving the warning at GRUB just > before selecting to boot into an OS and having hibernated the last time. This is not trivial and not worth the hassle. > Just my 2 cents. Thanks for all comments on the bug. Sorry if i sound harsh on this bug, but i receive such reports every few months (i just didn't want to dig out the old numbers to duplicate this one) and this all has been discussed a thousand times. It is very unlikely that i will change my mind on this one. Making this safe would require too much work, advanced users can set it in /etc/powersave/common. -- 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 0

[Bug 158573] <Tradition Chinese Font are different.
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=158573 ------- Comment #38 from zsu(a)novell.com 2006-10-18 02:59 MST ------- I'm implementing the algorithm that Werner mentioned. I'll give you result asap. I had tried to improve the patch posted in Comment #25 to test four borders, but it seems that it still can't handle some glyphs in FZSongTi.ttf and sazanami-mincho.ttf. However, I'm willing to test your patch to see whether it's better or not. -- 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 0

[Bug 211340] New: GIMP installed instead of Krita by default
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=211340 Summary: GIMP installed instead of Krita by default Product: openSUSE 10.2 Version: Alpha 5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: martin.schlander(a)gmail.com QAContact: qa(a)suse.de On alpha4 krita was the default for image editing - on alpha5 the GIMP was back. Why? Krita integrates better with KDE, is more user friendly, has more than enough functionality for the vast majority of users. -- 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 3

[Bug 158573] <Tradition Chinese Font are different.
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=158573 david(a)freetype.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)freetype.org ------- Comment #37 from david(a)freetype.org 2006-10-18 02:42 MST ------- Hello everyone, I'm pretty new here, but I'd like to make a few statements. First of all, the TrueType specification clearly wasn't designed with easy emboldening in mind, since it explicitely allows: - two contours to intersect (note: this is note the same than a single self-intersecting contour). See http://developer.apple.com/textfonts/TTRefMan/RM01/Chap1.html#intersecting - contours in arbitrary drawing directions, see the graphics in: http://developer.apple.com/textfonts/TTRefMan/RM02/Chap2.html#distinguishing note that even if all contours are oriented uniformly, you could have a reversal of the drawing direction in a composite glyph using, for example a mirroring transform (i've seen this implemented in a font to generate the reversed cyrillic R, for example) this is a lot less strict than the Postscript font design rules, which allow the emboldening algorithm to work flawlessly for any compliant font. Generally speaking, the current algorithm tries to do its job very quickly by simply "displacing" the glyph outline towards the "exterior" direction. It is quick because it doesn't try to compute new points in the outline, or see if there are intersections. And it works well in a *lot* of cases :-) it simply assumes that the glyph is wel-formed, computes its orientation, then apply the relevant displacements to all points. A general-purpose emboldening algorithm is something *very* different that must be capable of computing all intersections in the glyph (not only in each contour), and tesselate the result appropriately when these are found. This involves a lot of complex mathematics, with very subtle and hard-to-fix rounding issues; while it is possible to implement something like this, its performance will most certainly suck (witness the performance of the Cairo tesselators, where the original one is a drag and the new "optimized" one only provides massive speed-ups in complex/theorical cases, while being slower in practical ones at the moment; all this means is that writing an efficient tesselator is *hard* stuff). And consider that what we need here is considerably more difficult than what is used in Cairo, since we need to deal with Bezier arcs, not only line segments. in an ideal world, we should be able to quickly determine if a glyph is well-formed, and use the short-cut when this is the case. When note, we should be able to use the slow algorithm (when and if it exists). however, I'm for a more practical approach at the moment. I'll try to submit a patch that will do the following: - to compute the global orientation, try to compute the orientation of all 4 borders of the glyph (top/bottom/left/right) - if they all match, return the corresponding value - if only 3 of them match, return their value since it probably means a self-intersecting gizmo like the one in the FZSongTi.ttf - the only alternative is where we have 2 opposite values in equal numbers (2+2), in this case, we have a problem, and do *nothing*, at least we'll have something nicer to display. what do you think about it ? It's only a slightly refined heuristic that doesn't force us to actually compute overlaps/intersections, but I hope it should be enough for the curious cases we're seeing. -- 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 0

[Bug 203471] Network Manager - NetworkManager exits on assertion failure (security) with ndiswrapper
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=203471 ------- Comment #11 from tambet(a)ximian.com 2006-10-18 02:32 MST ------- I can reproduce the bug now, thank you. -- 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 0

[Bug 211160] New: cfengine-2.1.21-4: 30 * array subscript out of range
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=211160 Summary: cfengine-2.1.21-4: 30 * array subscript out of range Product: openSUSE 10.2 Version: Alpha 5 Platform: All OS/Version: SuSE Linux 10.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de I just tried to compile package cfengine-2.1.21-4 with the Intel C compiler. The compiler said 1. cfenvd.c(634): warning #175: subscript out of range The source code is newentry.Q[ob_icmp_in].expect = oldentry.expect_incoming[11]; but linux:/usr/src/packages/SPECS # find ../BUILD/cfengine-2.1.21/ -name \*.h -print | xargs fgrep expect_incoming ./BUILD/cfengine-2.1.21/src/cf.defs.h: double expect_incoming[ATTR]; and linux:/usr/src/packages/SPECS # find ../BUILD/cfengine-2.1.21/ -name \*.h -print | xargs fgrep ATTR ./BUILD/cfengine-2.1.21/src/cf.defs.h:#define ATTR 11 I agree with the compiler. Suggest code rework. 2. cfenvd.c(635): warning #175: subscript out of range cfenvd.c(636): warning #175: subscript out of range cfenvd.c(637): warning #175: subscript out of range cfenvd.c(638): warning #175: subscript out of range cfenvd.c(639): warning #175: subscript out of range cfenvd.c(640): warning #175: subscript out of range cfenvd.c(641): warning #175: subscript out of range cfenvd.c(642): warning #175: subscript out of range cfenvd.c(643): warning #175: subscript out of range cfenvd.c(644): warning #175: subscript out of range cfenvd.c(645): warning #175: subscript out of range cfenvd.c(646): warning #175: subscript out of range cfenvd.c(647): warning #175: subscript out of range cfenvd.c(677): warning #175: subscript out of range cfenvd.c(678): warning #175: subscript out of range cfenvd.c(679): warning #175: subscript out of range cfenvd.c(680): warning #175: subscript out of range cfenvd.c(681): warning #175: subscript out of range cfenvd.c(682): warning #175: subscript out of range cfenvd.c(683): warning #175: subscript out of range cfenvd.c(684): warning #175: subscript out of range cfenvd.c(685): warning #175: subscript out of range cfenvd.c(686): warning #175: subscript out of range cfenvd.c(687): warning #175: subscript out of range cfenvd.c(688): warning #175: subscript out of range cfenvd.c(689): warning #175: subscript out of range cfenvd.c(690): warning #175: subscript out of range Duplicates. -- 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 194400] Drag & drop print failed with utf-8 folder Name.
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=194400 ------- Comment #13 from brunofr(a)ioda.net 2006-10-18 02:18 MST ------- some weeks later :-))) Now as the SuSe Builder release kde 3.5.5 I'm working with version 3.5.5 "release 19.1" And the problem persist ... So I think it will be present in the 10.2 release, and in the SLES 10.0 Is there a way where I can help more ? Make me a sign. Ps : Have been reproduced on x86_64 10.1 release too. -- 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 0

[Bug 213227] New: VUL-0: Opera Web Browser URL Parsing Heap Overflow Vulnerability
by bugzilla_noreply＠novell.com 18 Oct '06

18 Oct '06

https://bugzilla.novell.com/show_bug.cgi?id=213227 Summary: VUL-0: Opera Web Browser URL Parsing Heap Overflow Vulnerability Product: openSUSE 10.2 Version: Alpha 5 plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: krahmer(a)novell.com QAContact: qa(a)suse.de Date: Tue, 17 Oct 2006 16:08:15 -0400 From: iDefense Labs <labs-no-reply(a)idefense.com> To: <idlabs-advisories(a)idefense.com>, <vulnwatch(a)vulnwatch.org>, <full-disclosure(a)lists.grok.org.uk>, <bugtraq(a)securityfocus.com> Subject: [Full-disclosure] iDefense Security Advisory 10.17.06: Opera Software Opera Web Browser URL Parsing Heap Overflow Vulnerability Opera Software Opera Web Browser URL Parsing Heap Overflow Vulnerability iDefense Security Advisory 10.17.06 http://www.idefense.com/intelligence/vulnerabilities/ Oct 17, 2006 I. BACKGROUND Opera is a cross-platform web browser. More information is available from http://www.opera.com/ II. DESCRIPTION Remote exploitation of a heap overflow vulnerability within version 9 of Opera Software's Opera Web browser could allow an attacker to execute arbitrary code on the affected host. A flaw exists within Opera when parsing a tag that contains a URL. A heap buffer with a constant size of 256 bytes is allocated to store the URL, and the tag's URL is copied into this buffer without sufficient bounds checking of its length. The vulnerable code would look something like this in C/C++: char *local_url = malloc(256); strcpy(local_url, tag_url); This URL can be inserted into any tag, such as an iframe. The range of characters that can be used to overflow the buffer is limited. III. ANALYSIS Successful remote exploitation allows an attacker to execute arbitrary code with the privileges of the logged in user. A failed exploitation attempt may result in the browser crashing. The attacker would first need to construct a website containing the malicious tag and trick the vulnerable user into visiting the site. This would trigger the vulnerability and allow the code to execute with the privileges of the local user. The range of characters available does not make this vulnerability significantly more difficult to exploit. Through the use of JavaScript or large compressed image files the attacker can have nearly complete control of the heap. IV. DETECTION iDefense Labs has confirmed Opera versions 9.0 and 9.01 on both Windows and Linux are vulnerable. Version 8 is not vulnerable. V. WORKAROUND iDefense is currently unaware of any effective workarounds for this vulnerability. VI. VENDOR RESPONSE Opera has addressed this vulnerability with version 9.02 of the Opera Web Browser. More information can be found in Opera's advisory at http://www.opera.com/support/search/supsearch.dml?index=848. VII. CVE INFORMATION The Common Vulnerabilities and Exposures (CVE) project has assigned the name CVE-2006-4819 to this issue. This is a candidate for inclusion in the CVE list (http://cve.mitre.org), which standardizes names for security problems. VIII. DISCLOSURE TIMELINE 09/15/2006 Initial vendor notification 09/29/2006 Initial vendor response 10/17/2006 Coordinated public disclosure IX. CREDIT The discoverer of this vulnerability wishes to remain anonymous. Get paid for vulnerability research http://www.idefense.com/methodology/vulnerability/vcp.php Free tools, research and upcoming events http://labs.idefense.com/ X. LEGAL NOTICES Copyright � 2006 iDefense, Inc. Permission is granted for the redistribution of this alert electronically. It may not be edited in any way without the express written consent of iDefense. If you wish to reprint the whole or any part of this alert in any other medium other than electronically, please email customerservice(a)idefense.com for permission. Disclaimer: The information in the advisory is believed to be accurate at the time of publishing based on currently available information. Use of the information constitutes acceptance for use in an AS IS condition. There are no warranties with regard to this information. Neither the author nor the publisher accepts any liability for any direct, indirect, or consequential loss or damage arising from use of, or reliance on, this information. -- 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 0