http://bugzilla.suse.com/show_bug.cgi?id=1089025
Bug ID: 1089025
Summary: [diff] osc diff -r rev1:rev2 is not always working as
expected
Classification: Internal Novell Products
Product: openSUSE Build Service
Version: 2.5
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: osc
Assignee: adrian(a)suse.com
Reporter: eich(a)suse.com
QA Contact: adrian(a)suse.com
Found By: Development
Blocker: ---
'osc diff' is not always producing output reliably: Using it on a devel
project, it looks like it produces no output when the submission to factory has
been 'folded back' - which is quite annoying.
In science/netcdf-cxx4 on OBS a 'osc diff -r 22:20' (or osc 'diff -r 20:22')
produces no output nor does it for any earlier commits.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1024727
Bug ID: 1024727
Summary: Cannot login to Bugzilla using Bugzilla "login" button
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Bugzilla
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: qantas94heavy(a)gmail.com
QA Contact: novbugzilla-bugs(a)forge.provo.novell.com
Found By: ---
Blocker: ---
Created attachment 713674
--> http://bugzilla.opensuse.org/attachment.cgi?id=713674&action=edit
Unprocessed PHP file
I attempted to login to Bugzilla by clicking the "Login" button on the Bugzilla
home page, which took me to the following URL:
https://login.microfocus.com/nidp/idff/sso?id=132&sid=5&option=credential&s…
Instead of receiving the page as usual, it appears to load some scripts from
the following URL:
https://www.suse.com/common/inc/include.php?file=headers/hdr_head.html
The PHP file there appears to be unprocessed, which is most likely causing the
issue here.
I was only able to login by going through the openSUSE wiki then going back to
Bugzilla.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1047225
Bug ID: 1047225
Summary: LUKS password doesn't show up when booting with
nomodeset
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: tiwai(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Install a TW system with the standard procedure for LVM+encrpption as suggested
by installer on KVM. It works fine with the graphical LUKS password.
But when you boot with nomodeset boot option, the boot process hangs without
asking the LUKS password.
This didn't happen on openSUSE Leap 42.2 / 42.3. And when I upgrade only
plymouth packages on the Leap system, it starts showing the same problem.
So, it's a regression in the recent plymouth package.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1029190
Bug ID: 1029190
Summary: Support for package variants according to the
evaluation of bigger regular expressions
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: All
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: Development
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: Markus.Elfring(a)web.de
QA Contact: qa-bugs(a)suse.de
CC: astieger(a)suse.com
Found By: ---
Blocker: ---
I noticed that the parameter “--with-link-size=2” is used so far in a package
specification.
https://build.opensuse.org/package/view_file/openSUSE:Factory/pcre2/pcre2.s…
This setting limits the size of regular expressions. I would like to work with
bigger search patterns occasionally. So I suggest to generate also variants for
this software with an internal link size of 3 (and 4) for the data processing
with 8 and 16 bit characters.
See also:
Selection of system properties for the regular expressions engine at run time
https://bugs.exim.org/show_bug.cgi?id=1922
By the way:
How do you think about to use the specifications “LDFLAGS“ und
“%{?_smp_mflags}“ as parameters for the script “%configure“ there?
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1052740
Bug ID: 1052740
Summary: convert X keyboards into kbd and set unicode console
font for languages with non-Latin alphabets
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: openSUSE Factory
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: opensuse.lietuviu.kalba(a)gmail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Now openSUSE for languages with Latin alphabets use converted keyboard layouts
from X into kbd, also use unicode console font (as converted layouts supports
it).
Remaining task is to do same transition for non-Latin console keyboard layouts
and set appropriate console font. Perhaps we should preconfigure option to
switch between native and US QWERTY in console for these non-Latin languages
and keyboard layouts.
As noted in https://bugzilla.suse.com/show_bug.cgi?id=942896#c70 ,
As noted in https://bugzilla.suse.com/show_bug.cgi?id=942896#c69
Greek seems not have converted console keyboard layout from X into kbd.
For Greek perhaps we can use eurlatgr console font (like for Latin alphabets)
All Cyrillic layouts now use UniCyr_8x16.psf font, but this font seems to be
compatible with cp866, cp1251, iso8859-5 and koi8-r (according
http://www.tldp.org/HOWTO/Belarusian-HOWTO/x28.html) and not compatible with
unicode per se. But openSUSE seems don't provide converted layouts for Russian,
Ukrainian, Serbian, Bulgarian, Tajik.
For Cyrillic alphabets we should use LatArCyrHeb-14, LatArCyrHeb-16+ or
LatArCyrHeb-16 console font, that support unicode.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1082318
Bug ID: 1082318
Summary: Packages must not mark license files as %doc
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: All
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fvogt(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Certain licenses require that license files must be shipped together with the
binaries in all cases.
By using the %doc marker, this is no longer guaranteed (e.g. by enabling
excludedocs).
Thus it is important that for such cases, %license is used instead of %doc.
The effect is that the file is always installed, stored in a different
directory (/usr/share/licenses/<pkg>/) and can be queried using rpm (e.g. "rpm
-qL kernel-firmware").
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=987114
Bug ID: 987114
Summary: Bluetooth headset connected but not showing under
'Sound Settings'
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: GNOME
Assignee: bnc-team-gnome(a)forge.provo.novell.com
Reporter: damien.lloyd21(a)gmail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:47.0) Gecko/20100101
Firefox/47.0
Build Identifier:
On openSUSE Tumbleweed, my bluetooth headset pairs and connects successfully
through GNOME's bluetooth interface, but after going to the 'Sound Settings' my
bluetooth headset doesn't show up, even though it is paired up. Because I can't
see my bluetooth headset under 'Sound Settings' it's not possible to re-route
sound through it, which means I can't use my bluetooth headset.
Reproducible: Always
Steps to Reproduce:
1. Make bluetooth headset discoverable;
2. Open up GNOME's bluetooth interface and select bluetooth headset;
3. Connect to bluetooth headset;
4. Once paired, access 'Sound Settings': bluetooth headset doesn't show up.
Actual Results:
The bluetooth headset doesn't show up under 'Sound Settings' even though it is
connected and paired.
Expected Results:
The bluetooth headset should appear under 'Sound Settings' so that sound can be
re-routed through it.
My headset is a UE MEGABOOM and it worked under Ubuntu 14.04/16.04 extremely
well. It doesn't work under openSUSE Tumbleweed.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1028824
Bug ID: 1028824
Summary: aide looking for a removed algorithm
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: Other
Status: NEW
Severity: Minor
Priority: P5 - None
Component: Upgrade Problems
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: tschaefer(a)t-online.de
QA Contact: jsrain(a)suse.com
Found By: ---
Blocker: ---
After starting:
aide -i
comes the following notice:
DBG: md_enable: algorithm 7 not available
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1094780
Bug ID: 1094780
Summary: Laptop with Intel+Nvidia hybrid graphics won't suspend
after hibernation
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.0
Hardware: x86-64
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-maintainers(a)forge.provo.novell.com
Reporter: srid(a)rkmail.ru
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 771476
--> http://bugzilla.opensuse.org/attachment.cgi?id=771476&action=edit
Log of kernel-vanilla + drm.debug=0x0e
A laptop with hybrid graphics won't suspend after it was hibernated and
restored. It may not happen on the fist time, but the main idea is that laptop
stops suspending to ram at some point if it was hibernated at least one time.
Also, it won't shut down gracefully, there are some error messages about
nouveau errors and stalled CPU cores.
I'm using kernel-vanilla, as kernel-default still has bug 1094751, but if you
apply fix proposed in that report, kernel-default behaves identically to
kernel-vanilla.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1087375
Bug ID: 1087375
Summary: openSUSE:Tools/osc: Bug -- Package internal error
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: 3rd party software
Assignee: ro(a)suse.com
Reporter: luc14n0(a)linuxmail.org
QA Contact: opensuse-communityscreening(a)forge.provo.novell.com
Found By: ---
Blocker: ---
Created attachment 765332
--> http://bugzilla.opensuse.org/attachment.cgi?id=765332&action=edit
The working directory compressed in a *.tar.xz file.
After running checking in with `osc` I got this error:
server does not accept filelist:
<directory><entry
hash="sha256:db932ad3676e6610047c61561b773da361df1b8e3f412aecc6cc0b7e7aa0428a"
md5="5ef267ff27c590ec5d8975a8ee489767" name="baselibs.conf" /><entry
hash="sha256:b98a9ea2ed5ea0a62d908182974e8a049fe7a890aad525b44a28bb5e44ca0d4c"
md5="6b8f9f2beff3954b29085e7060b2f1e1" name="glibmm-2.57.1.tar.xz" /><entry
hash="sha256:d97ebf807e146fcf3a6ae223fb495b0878d7f578a1edde2f3ddb04712993251b"
md5="60130102823c2c4007295ce1b9e00fb5" name="glibmm2.changes" /><entry
hash="sha256:11665c9da3c95c2ae9b2bb5d804ba9775387ef9d9c48f1a66b8f8b060b05ee07"
md5="6a6c21ed626b67736b313ee88d02c455" name="glibmm2.spec" /></directory>
missing:
<directory error="missing" name="glibmm2">
<entry
hash="sha256:d97ebf807e146fcf3a6ae223fb495b0878d7f578a1edde2f3ddb04712993251b"
md5="60130102823c2c4007295ce1b9e00fb5" name="glibmm2.changes" />
</directory>
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/osc/babysitter.py", line 61, in run
return prg.main(argv)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 344, in main
return self.cmd(args)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 367, in cmd
retval = self.onecmd(argv)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 501, in onecmd
return self._dispatch_cmd(handler, argv)
File "/usr/lib/python2.7/site-packages/osc/cmdln.py", line 1232, in
_dispatch_cmd
return handler(argv[0], opts, *args)
File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 4612, in
do_commit
self._commit(subcmd, opts, args)
File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 4715, in
_commit
prj.commit(packages, msg=msg, files=prj_files,
skip_local_service_run=skip_local_service_run, verbose=opts.verbose,
can_branch=can_branch, force=opts.force)
File "/usr/lib/python2.7/site-packages/osc/core.py", line 989, in commit
self.commitExtPackage(pac, msg, todo, verbose=verbose,
skip_local_service_run=skip_local_service_run)
File "/usr/lib/python2.7/site-packages/osc/core.py", line 1079, in
commitExtPackage
p.commit(msg=msg, verbose=verbose,
skip_local_service_run=skip_local_service_run)
File "/usr/lib/python2.7/site-packages/osc/core.py", line 1540, in commit
% (ET.tostring(filelist, encoding=ET_ENCODING), ET.tostring(sfilelist,
encoding=ET_ENCODING)))
PackageInternalError
It's the second time I got this error in this last week.
--
You are receiving this mail because:
You are on the CC list for the bug.