https://bugzilla.novell.com/show_bug.cgi?id=796918https://bugzilla.novell.com/show_bug.cgi?id=796918#c0
Summary: obs-service-source_validator continues after failing
to create TMPDIR
Classification: openSUSE
Product: openSUSE Factory
Version: 12.3 Milestone 1
Platform: Other
OS/Version: openSUSE 12.2
Status: NEW
Severity: Critical
Priority: P5 - None
Component: Development
AssignedTo: ro(a)suse.com
ReportedBy: suse-beta(a)cboltz.de
QAContact: qa-bugs(a)suse.de
Found By: Beta-Customer
Blocker: ---
Created an attachment (id=519068)
--> (http://bugzilla.novell.com/attachment.cgi?id=519068)
patch for
/usr/lib/obs/service/source_validators/20-files-present-and-referenced
(copy&paste from a mail I'll send to opensuse-factory in a minute)
Am Samstag, 5. Januar 2013 schrieb Jan Engelhardt:
> First a full disk, now /tmp* is gone? :)
It's still a full disk ;-)
> ---------- Forwarded message ----------
> Subject: [obs submit-request 146816] openSUSE:Factory/canutils:
> declined by factory-auto
>
> Comment:
> Output of check script:
> Source validator failed. Try "osc service localrun source_validator"
> mktemp: failed to create directory via template
> `/var/tmp/check_if_valid_source_dir-7SUGOd': No space left on device
^^^^^^^^^^^^^^^^^^^^^^^
mktemp failed because of a full disk.
> /work/cd/lib/source_validators/20-files-present-and-referenced: line
> 108: /tmp.spec: Permission denied
Oh, how nice. The script continues with an empty $TMPDIR variable.
Using
mktemp -d ... || exit 1
would be a very good idea ;-)
Please apply the attached patch ;-)
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=726712https://bugzilla.novell.com/show_bug.cgi?id=726712#c0
Summary: x11-ssh-askpass is in /usr/lib regardless of
architecture
Classification: openSUSE
Product: openSUSE 12.1
Version: Factory
Platform: Other
OS/Version: SuSE Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: jeffm(a)suse.com
QAContact: qa(a)suse.de
Found By: Development
Blocker: ---
jeffm@jetfire:~> /usr/lib/ssh/ssh-askpass
/usr/lib/ssh/ssh-askpass: line 36: /usr/lib64/ssh/x11-ssh-askpass: No such file
or directory
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=712683https://bugzilla.novell.com/show_bug.cgi?id=712683#c0
Summary: disable ipv6 break ssh X11 tunnel
Classification: openSUSE
Product: openSUSE 12.1
Version: Milestone 3
Platform: All
OS/Version: SuSE Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: diego.ercolani(a)gmail.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101
Firefox/5.0
When you disable ipv6 from the yast2 network, system correctly remove the
assignation of ipv6 addresses from everywhere but there is an annoying bug in
openssh that break the possibility to make X11 tunnels because it seems that
ssh try to bind X11 tunnel to an ipv6 address even with ipv6 disabled causing
this kind of message in /var/log/messages:
Aug 17 16:47:28 franz2011 sshd[6300]: error: Failed to allocate internet-domain
X11 display socket.
this can avoided configuring correctly the file /etc/ssh/sshd_config with the
parameter:
AddressFamily inet
and restarting sshd.
This is done in according to this bug reported to debian bugsystem:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422327#20
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=761977https://bugzilla.novell.com/show_bug.cgi?id=761977#c0
Summary: Publishing:TeXLive: Can not build package
texlive-specs
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Platform: Other
OS/Version: openSUSE 12.2
Status: NEW
Severity: Major
Priority: P5 - None
Component: BuildService
AssignedTo: werner(a)suse.com
ReportedBy: werner(a)suse.com
QAContact: adrian(a)suse.com
Found By: Development
Blocker: ---
The last famous words from the virtual system is
6424 packages and 0 specfiles checked; 0 errors, 76 warnings.
... creating baselibs
/.build/build: line 549: /usr/bin/chroot: Argument list too long
[15324.871575] SysRq : Power Off
Warning: clean shut down of the VM didn't work
[15331.715541] Power down.
How can I avoid this? Why the system is not able to copy back the
6424 packages build by the main spec file texlive-specs.spec?
Do I've really create 2200 main packages for the 2200 spec files.
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=735288https://bugzilla.novell.com/show_bug.cgi?id=735288#c0
Summary: go: make: /usr/lib/go/bin/8g: Command not found
Classification: openSUSE
Product: openSUSE 12.1
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Development
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: dmacvicar(a)suse.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
go package installs binaries in %{_bindir} instead of $GOROOT/bin
But if you use gomake, this looks for the compiler in GOBIN=$GOROOT/bin (as
defined in Make.inc) resulting in a
make: /usr/lib/go/bin/8g: Command not found
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=891829https://bugzilla.novell.com/show_bug.cgi?id=891829#c0
Summary: source_validator incorrectly parses conditionals in
preamble
Classification: openSUSE
Product: openSUSE.org
Version: unspecified
Platform: Other
OS/Version: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: BuildService
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: sbrabec(a)suse.com
QAContact: adrian(a)suse.com
CC: ro(a)suse.com
Found By: ---
Blocker: ---
Created an attachment (id=602295)
--> (http://bugzilla.novell.com/attachment.cgi?id=602295)
util-linux.spec file passed to rpmbuild
When processing new util-linux package, I got following error:
error: Duplicate License entries in package: (main package)
Aborting: service call failed: /usr/lib/obs/service/source_validator --outdir
/tmp/tmpUOqaab
However rpmbuild -ba util-linux.spec does not see any problems of this spec
file.
This statement is apparently incorrect.
Looking at the spec file, I see:
One License tag inside "%if %build_util_linux" - this one should be active.
Second License tag inside "%if %build_python_libmount" and inside %else of "%if
%build_util_linux" - this should be inactive.
Third License tag inside "%if %build_util_linux_systemd" and inside %else of
"%if %build_util_linux" - this should be inactive.
According to the initial evaluation of variables, we should have:
%define build_util_linux 1
%define build_util_linux_systemd 0
%define build_python_libmount 0
%define verify_sig 0
But if I look into preprocessed /tmp/check_if_valid_source_dir-5rRp5R/tmp.spec,
I see that all are supposed to be 1.
Note that this bug is triggered by format_spec_file (see bug 891152), which
forces placing License tags to each %if branch.
--
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.
https://bugzilla.novell.com/show_bug.cgi?id=638893https://bugzilla.novell.com/show_bug.cgi?id=638893#c0
Summary: /usr/share/doc/packages/openssh/README.SuSE update
wanted
Classification: openSUSE
Product: openSUSE 11.3
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: anicka(a)novell.com
ReportedBy: ke(a)novell.com
QAContact: qa(a)suse.de
Found By: Documentation
Blocker: ---
Please, update /usr/share/doc/packages/openssh/README.SuSE.
I guess, by now we can remove 9.1 and earlier items. Also please remove the
opener (Dear ...) and the closer (Your team).
--
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.
http://bugzilla.novell.com/show_bug.cgi?id=530885
Summary: sshd fails to honour /etc/nologin presence when ssh
keys used during login
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.1
Status: NEW
Severity: Major
Priority: P5 - None
Component: Security
AssignedTo: security-team(a)suse.de
ReportedBy: liam.gretton(a)leicester.ac.uk
QAContact: qa(a)suse.de
Found By: ---
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.2)
Gecko/20090729 Firefox/3.5.2
With the pam module pam_nologin in use, all non-root logins are supposed to be
prevented if the file /etc/nologin exists.
SSH fails to prevent user logins if /etc/nologin exists and the user
authenticates with a key. Authentications with a password are successfully
prevented, as expected.
Reproducible: Always
Steps to Reproduce:
1. Add pam_nologin to /etc/pam.d/login:
auth requisite pam_nologin.so
2. Create /etc/nologin
3. Log in via SSH with a password. Login will be correctly prevented.
4. Log in via SSH with a key. Login is successful.
Actual Results:
SSH login with a key is not prevented by pam_nologin.
Expected Results:
SSH login with a key should be prevented by pam_nologin when /etc/nologin is
present.
openssh-5.1p1-40.15
pam-1.0.2-13.4
--
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=506831
Summary: /etc/init.d/sshd: incorrect usage of daemonstartproc ?
Classification: openSUSE
Product: openSUSE 11.2
Version: Milestone 1
Platform: Other
OS/Version: Other
Status: NEW
Severity: Minor
Priority: P5 - None
Component: Other
AssignedTo: anicka(a)novell.com
ReportedBy: puzel(a)novell.com
QAContact: qa(a)suse.de
Found By: Development
# /etc/init.d/sshd restart
Shutting down SSH daemon
Starting SSH daemonstartproc: option -p does not work in force mode
sshd daemon seems to work OK, though.
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.
https://bugzilla.novell.com/show_bug.cgi?id=880212https://bugzilla.novell.com/show_bug.cgi?id=880212#c0
Summary: build cannot locate Net/SSL.pm in @INC
Classification: openSUSE
Product: openSUSE 13.1
Version: Final
Platform: i686
OS/Version: openSUSE 13.1
Status: NEW
Severity: Major
Priority: P5 - None
Component: Development
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: giecrilj(a)stegny.2a.pl
QAContact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:29.0) Gecko/20100101
Firefox/29.0
The package build requires the package Net::SSL, which is undeclared and
nowhere to be found.
Reproducible: Always
Steps to Reproduce:
1. { build; }
Actual Results:
1.
[ 53s] Can't locate Net/SSL.pm in @INC (you may need to install the Net::SSL
module) (@INC contains: /usr/lib/perl5/site_perl/5.18.1/i586-linux-thread-multi
/usr/lib/perl5/site_perl/5.18.1
/usr/lib/perl5/vendor_perl/5.18.1/i586-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.18.1 /usr/lib/perl5/5.18.1/i586-linux-thread-multi
/usr/lib/perl5/5.18.1 /usr/lib/perl5/site_perl .) at /usr/lib/build/download
line 3.
[ 53s] BEGIN failed--compilation aborted at /usr/lib/build/download line 3.
Expected Results:
1.
The build tool should be able to build.
--
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.