http://bugzilla.novell.com/show_bug.cgi?id=498435
Summary: sane-backends: 4 * undefined code
Classification: openSUSE
Product: openSUSE 11.2
Version: Factory
Platform: All
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: dcb314(a)hotmail.com
QAContact: qa(a)suse.de
Found By: ---
I just tried to build Factory package sane-backends-1.0.19-102.32
and the build said
1.
mustek_pp_ccd300.c:1016: warning: operation on 'priv->blueline' may be
undefined
The source code is
priv->blueline = ++priv->blueline % priv->blue_offs;
I agree with the compiler. Better code would be
priv->blueline = (priv->blueline + 1) % priv->blue_offs;
2.
mustek_pp_ccd300.c:946: warning: operation on 'priv->blueline' may be undefined
mustek_pp_ccd300.c:943: warning: operation on 'priv->blueline' may be undefined
mustek_pp_ccd300.c:982: warning: operation on 'priv->blueline' may be undefined
Duplicates.
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=498429
Summary: adding cups to allowed services in the firewall does
not allow broadcasting
Classification: openSUSE
Product: openSUSE 11.2
Version: Milestone 1
Platform: x86
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: YaST2
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: christiandehne(a)web.de
QAContact: jsrain(a)novell.com
Found By: ---
User-Agent: Mozilla/5.0 (compatible; Konqueror/4.2; Linux) KHTML/4.2.2
(like Gecko) SUSE
I wanted to have my network in an external zone, but allow network printing via
cups. So I enabled the cups service in the firewall module of yast, but still
no remote printers were listed in the printer module of yast, although several
are available in my network.
I have to manually add '631' in the field for the external zone in the
broadcast section of the firewall module or to modify to receive the printers
via cups.
Reproducible: Always
Actual Results:
No remote printers found after enabling the cups service in the firewall
module.
Expected Results:
Remote printers are shown after enabling cups service in the firewall.
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=496430
Summary: Pop-up notification settings cause error
Classification: openSUSE
Product: openSUSE 11.2
Version: Factory
Platform: x86
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: GNOME
AssignedTo: bnc-team-gnome(a)forge.provo.novell.com
ReportedBy: rastislav.krupansky(a)gmail.com
QAContact: qa(a)suse.de
Found By: ---
Created an attachment (id=286785)
--> (http://bugzilla.novell.com/attachment.cgi?id=286785)
snpashot
User-Agent: Mozilla/5.0 (X11; U; Linux i686; sk; rv:1.9.0.8)
Gecko/2009032600 SUSE/3.0.8-1.2 Firefox/3.0.8
When i try to change notification settings, i obtain error, attached on the
snapshot.
Attached also output of bug report.
Reproducible: Sometimes
Steps to Reproduce:
1.Boot LiveCD Gnome factory
2.Choose the Pop-up notification application
3.Try to change settings
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=496378
Summary: openjdk has an empty keystore
Classification: openSUSE
Product: openSUSE 11.2
Version: Alpha 0
Platform: Other
OS/Version: Other
Status: NEW
Severity: Critical
Priority: P5 - None
Component: Java
AssignedTo: bnc-team-java(a)forge.provo.novell.com
ReportedBy: mvyskocil(a)novell.com
QAContact: qa(a)suse.de
Found By: Community User
openjdk has an empty keystore:
ls -lh /usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/security/cacerts
-rw-r--r-- 1 root root 32 2009-04-18 16:06
/usr/lib64/jvm/java-1.6.0-openjdk-1.6.0/jre/lib/security/cacerts
It disallows usage of SSL in any Java application. For example esmska[1]
[1] http://code.google.com/p/esmska/issues/detail?id=132
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=496204
Summary: genprof puts child profiles in enforce mode
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: Other
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: AppArmor
AssignedTo: jeffm(a)novell.com
ReportedBy: suse-beta(a)cboltz.de
QAContact: qa(a)suse.de
Found By: Beta-Customer
genprof puts child profiles in enforce mode, even if genprof is still running
and watching the profiled application for events not yet covered by the
profile.
A how-to-reproduce will probably explain this best.
1. run aa-genprof ~cb/bin/eg
2. work with eg to cause some log events
3. switch over to genprof, "Scan system log..." to create an initial profile.
3a. choose to run /usr/lib/git/git-update-ref in a child profile
3b. allow all other events (chosen permissions not relevant for this bug)
3c. let genprof write the profile
3d. Keep genprof running.
4. continue to use eg
5. wonder why git-update-ref reports a "permission denied" error...
The reason for the problem is that the child profile is put into enforce mode.
This is how the profile looks _with genprof still running_:
# cat /etc/apparmor.d/home.cb.bin.eg
# Last Modified: Fri Apr 17 22:47:50 2009
#include <tunables/global>
/home/cb/bin/eg flags=(complain) { # complain mode - as expected
#include <abstractions/base>
#include <abstractions/bash>
#include <abstractions/perl>
# [... several permissions ...]
/usr/lib/git/git-update-ref mrcx,
profile /usr/lib/git/git-update-ref { # enforce mode!
#include <abstractions/base>
owner /home/*/.gitconfig r,
/usr/lib/git/git-update-ref mr,
}
}
As you can clearly see, only the main profile is in complain mode.
The subprofile for git-update-ref is enforced - which is not the expected
behaviour as long as genprof is running for the main profile.
IMHO the complete profile, including all subprofiles, hats, whatever should be
in complain mode as long as genprof is running.
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=494958
Summary: IPV6_PRIVACY (use_tempaddr) does not work
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: i686
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: georgmueller(a)gmx.net
QAContact: qa(a)suse.de
Found By: ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.8)
Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8
I am using radvd on the server for IPv6 auto-configuration. I want to hide my
MAC address (using use_tempaddr=1 sysctl setting).
IPV6_PRIVACY in /etc/sysconfig/sysctl is set to "yes" and /var/log/boot.msg
contains the statement "Enabling IPv6 privacy" from /etc/init.d/boot.ipconfig.
Reproducible: Always
Steps to Reproduce:
1. set IPV6_PRIVACY=yes in /etc/sysconfig/sysctl
2. reboot
3. check IPv6 address
I tried to add 'echo "1" > /proc/sys/net/ipv6/conf/default/use_tempaddr' but
this does not help either.
Actual Results:
"sysctl -a | grep use_tempaddr" results in:
net.ipv6.conf.all.use_tempaddr = 1
net.ipv6.conf.default.use_tempaddr = 0
net.ipv6.conf.lo.use_tempaddr = -1
net.ipv6.conf.eth0.use_tempaddr = 0
use_tempaddr for eth0 is 0 and my IPv6 address contains my MAC address.
Expected Results:
net.ipv6.conf.eth0.use_tempaddr should be 1 and my IPv6 address should not
contain my MAC address.
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=492345
Summary: issues with lirc 0.8.4 and a Hauppauge Nova-S-Plus
remote
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: i686
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: hpj(a)urpla.net
QAContact: qa(a)suse.de
Found By: Beta-Customer
I tried to assign this issue to Ludwig Nussel directly, but bugzilla
stopped me. Hopefully Ludwig still works for and gets payed by Novell!
Hi Ludwig,
This report is based on a post to the lirc ML:
http://sourceforge.net/mailarchive/message.php?msg_name=200904060131.08998.…
For your convenience, I paste it here, more technical details are appended:
While I got the basics up and running, I'm stuck in the details :-(.
My remote looks pretty much exactly like:
http://lirc.sourceforge.net/remotes/hauppauge/PVR-350.jpg
Since it also has a sticker with "A415-HPG" sticking in the battery case, I
chose the Hauppauge_350 section for my remote definition
in /etc/lircd.conf, and removed the other entries (I've tried the
A415-HPG-A model setting as well..).
Now, if I press a number, I can see this number in an xterm on my KDE3
desktop, no problem. I can control kaffeine rudimentarily (e.g. with the
numbers, but NOT with channel up/down buttons), volume up/down and mute
modifies the master mixer in kmix and "power" really shutdowns the system
grmpf(!).
BTW, irw doesn't do anything at all. Without lircd, it simply says "connect:
Connection refused", and with it running, it doesn't show anything at all.
Terminate irw, and the xterm does show the numbers I'm pushing again.
Note, all this only works, as long as irkick does NOT run. With irkick
running, pushing buttons on the remote does nothing at all, consequently
the irkick button push animation is missing (in earlier setups with kdetv
and different hardware/remotes/OS 4-5 years ago, I got it working fine,
btw).
Choosing irkicks setup shows "Hauppauge_350" in the left pane (remotes and
modes). I've tried to define a "TV" action to start kaffeine with the KDE
Program Launcher, but given the facts above, nothing happens.
After studying all docs/faqs/issues, I could find, I'm running off the
ideas, on what to try next.
The most nearby hint, I've found in:
http://ubuntuforums.org/showthread.php?t=183545
stating, that "This guide is depreciated. Configuring Lirc for Hardy Heron
is slightly different than before. New guide coming soon for Kubuntu and
Ubuntu". Of cause something changed, but this all happend deeply under the
covers and I seem to be unable to get this working well for my needs.
I straced now lircd and irw, and found, that while lircd receives the key
presses just fine, irw doesn't receive anything on its socket.
# strace -tts512 /usr/sbin/lircd -H dev/input -d /dev/input/ir -n
10:07:26.407825 writev(2, [{"lircd-0.8.4[16823]: lircd(devinput) ready", 41},
{"\n", 1}], 2lircd-0.8.4[16823]: lircd(devinput) ready
) = 42
10:07:26.407980 socket(PF_FILE, 0x80002 /* SOCK_??? */, 0) = 7
10:07:26.408072 connect(7, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0
10:07:26.408242 send(7, "<29>Apr 6 10:07:26 lircd-0.8.4[16823]:
lircd(devinput) ready", 61, MSG_NOSIGNAL) = 61
10:07:26.424735 gettimeofday({1239005246, 424768}, NULL) = 0
10:07:26.424830 select(7, [6], NULL, NULL, {1, 0}) = 0 (Timeout)
10:07:27.421153 gettimeofday({1239005247, 421207}, NULL) = 0
10:07:27.421264 gettimeofday({1239005247, 421288}, NULL) = 0
10:07:27.421335 select(7, [6], NULL, NULL, {1, 0}) = 1 (in [6], left {0,
780000})
10:07:27.643748 gettimeofday({1239005247, 643781}, NULL) = 0
10:07:27.643843 accept(6, {sa_family=AF_FILE, path=@""}, [2]) = 8
10:07:27.644021 setsockopt(8, SOL_SOCKET, SO_LINGER, {onoff=0, linger=0}, 8) =
0
10:07:27.644098 fcntl64(8, F_GETFL) = 0x2 (flags O_RDWR)
10:07:27.644162 fcntl64(8, F_SETFL, O_RDWR|O_NONBLOCK) = 0
10:07:27.644249 time(NULL) = 1239005247
10:07:27.644344 writev(2, [{"lircd-0.8.4[16823]: accepted new client on
/var/run/lirc/lircd", 62}, {"\n", 1}], 2lircd-0.
8.4[16823]: accepted new client on /var/run/lirc/lircd
) = 63
10:07:27.644496 send(7, "<29>Apr 6 10:07:27 lircd-0.8.4[16823]: accepted new
client on /var/run/lirc/lircd", 82, MSG_NO
SIGNAL) = 82
10:07:27.644635 time(NULL) = 1239005247
10:07:27.644722 writev(2, [{"lircd-0.8.4[16823]: initializing '/dev/input/ir'",
48}, {"\n", 1}], 2lircd-0.8.4[16823]: in
itializing '/dev/input/ir'
) = 49
10:07:27.644858 send(7, "<30>Apr 6 10:07:27 lircd-0.8.4[16823]: initializing
'/dev/input/ir'", 68, MSG_NOSIGNAL) = 68
10:07:27.644972 open("/dev/input/ir", O_RDONLY) = 9
10:07:27.652376 ioctl(9, EVIOCGRAB, 0x1) = 0
10:07:27.661224 gettimeofday({1239005247, 661273}, NULL) = 0
10:07:27.661331 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9])
10:07:33.031826 gettimeofday({1239005253, 31871}, NULL) = 0
10:07:33.031929 read(9, "E\270\331I\260{\0\0\1\0\2\0\1\0\0\0", 16) = 16
10:07:33.032044 gettimeofday({1239005253, 32069}, NULL) = 0
10:07:33.032115 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9])
10:07:33.032193 gettimeofday({1239005253, 32217}, NULL) = 0
10:07:33.032260 read(9, "E\270\331I\276{\0\0\0\0\0\0\0\0\0\0", 16) = 16
10:07:33.032338 gettimeofday({1239005253, 32362}, NULL) = 0
10:07:33.032406 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9])
10:07:33.269223 gettimeofday({1239005253, 269277}, NULL) = 0
10:07:33.269328 read(9, "E\270\331I\24\33\4\0\1\0\2\0\0\0\0\0", 16) = 16
10:07:33.269416 gettimeofday({1239005253, 269440}, NULL) = 0
10:07:33.269484 select(10, [6 8 9], NULL, NULL, NULL) = 1 (in [9])
10:07:33.269558 gettimeofday({1239005253, 269582}, NULL) = 0
10:07:33.269623 read(9, "E\270\331I\37\33\4\0\0\0\0\0\0\0\0\0", 16) = 16
10:07:33.269701 gettimeofday({1239005253, 269724}, NULL) = 0
10:07:33.269766 select(10, [6 8 9], NULL, NULL, NULL^C <unfinished ...>
lircd-0.8.4[16823]: caught signal
lircd-0.8.4[16823]: closing '/dev/input/ir'
This is the result from pushing "1" one time. lircd gets 4 events.
At the same time, I got irw up and running. Here's the full trace:
# strace -ttfs 512 irw
10:07:27.636661 execve("/usr/bin/irw", ["irw"], [/* 130 vars */]) = 0
10:07:27.638234 brk(0) = 0x804b000
10:07:27.639862 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f51000
10:07:27.640541 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
10:07:27.640687 open("/etc/ld.so.cache", O_RDONLY) = 5
10:07:27.640809 fstat64(5, {st_mode=S_IFREG|0644, st_size=187801, ...}) = 0
10:07:27.640955 mmap2(NULL, 187801, PROT_READ, MAP_PRIVATE, 5, 0) = 0xb7f23000
10:07:27.641021 close(5) = 0
10:07:27.641138 open("/lib/libc.so.6", O_RDONLY) = 5
10:07:27.641220 read(5,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`h\1\0004\0\0\0<\236\25\0\0\0\0\0004\0
\0\n\0(\0G\0F\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0@\1\0\0@\1\0\0\5\0\0\0\4\0\0\0\3\0\0\0P\305\22\0P\305\22\0P\305\22\0\23\0\0\0\23\0\0\0\4\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\34D\25\0\34D\25\0\5\0\0\0\0\20\0\0\1\0\0\0\320Q\25\0\320a\25\0\320a\25\0\254'\0\0\200T\0\0\6\0\0\0\0\20\0\0\2\0\0\0|m\25\0|}\25\0|}\25\0\360\0\0\0\360\0\0\0\6\0\0\0\4\0\0\0\4\0\0\0t\1\0\0t\1\0\0t\1\0\0\\\0\0\0\\\0\0\0\4\0\0\0\4\0\0\0\7\0\0\0\320Q\25\0\320a\25\0\320a\25\0\10\0\0\0@\0\0\0\4\0\0\0\4\0\0\0P\345tdd\305\22\0d\305\22\0d\305\22\0\324l\0\0\324l\0\0\4\0\0\0\4\0\0\0Q\345td\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\4\0\0\0R\345td\320Q\25\0\320a\25\0\320a\25\0000\36\0\0000\36\0\0\4\0\0\0\1\0\0\0\4\0\0\0\24\0\0\0\3\0\0\0GNU\0\23\366\4\7\345\203p\343\234\313s&\0317\347\336\330M\353d\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\4\0\0\0\5\0\0\0\4\0\0\0SuSESuSE\0\0\0\0\1\0\n\2\363\3\0\0\t\0\0\0\0\2\0\0\16\0\0\0\2400\20D\200
\2\1\214\3\346\220AE\210\0\204\0\10\0A\200\0@\300\200\0\f\2\f\0\1", 512) = 512
10:07:27.641912 fstat64(5, {st_mode=S_IFREG|0755, st_size=1419604, ...}) = 0
10:07:27.642046 mmap2(NULL, 1422928, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 0xb7dc7000
10:07:27.642116 fadvise64(5, 0, 1422928, POSIX_FADV_WILLNEED) = 0
10:07:27.642187 mprotect(0xb7f1c000, 4096, PROT_NONE) = 0
10:07:27.642255 mmap2(0xb7f1d000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x155) = 0xb7f1d000
10:07:27.642354 mmap2(0xb7f20000, 9808, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f20000
10:07:27.642438 close(5) = 0
10:07:27.642531 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc6000
10:07:27.642603 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7dc66c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0
10:07:27.642689 open("/dev/urandom", O_RDONLY) = 5
10:07:27.642768 read(5, "z`-\233", 4) = 4
10:07:27.642881 close(5) = 0
10:07:27.643101 mprotect(0xb7f1d000, 8192, PROT_READ) = 0
10:07:27.643169 mprotect(0x8049000, 4096, PROT_READ) = 0
10:07:27.643238 mprotect(0xb7f70000, 4096, PROT_READ) = 0
10:07:27.643298 munmap(0xb7f23000, 187801) = 0
10:07:27.643437 socket(PF_FILE, SOCK_STREAM, 0) = 5
10:07:27.643527 connect(5, {sa_family=AF_FILE, path="/var/run/lirc/lircd"},
110) = 0
10:07:27.652228 read(5, "", 128) = 0
10:07:35.516219 exit_group(0) = ?
It stays in read(5, ...) until I stop lircd.
Do you have an idea, what's going wrong here?
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=498004
Summary: Email address isn't synced when running behind ichain
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Hermes
AssignedTo: freitag(a)novell.com
ReportedBy: abauer(a)novell.com
QAContact: adrian(a)novell.com
Found By: ---
The email address stored in the hermes database is never updated. Needs to be
synced from ichain/eDirectory somehow.
Intermediate workaround would be to push the changed email from the api
database which gets it from ichain on every request.
--
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.