I want to inform you about a planned change regarding request declined
handling.
It was raised as blocking issue that the request creator may not see a
rejection (request set to "declined" state by target).
While we send out mails by default via hermes, it may get missed. Also the
pull model is not really accessable here.
So we decided to follow other systems like github, where you have to act
on declined requests. This means:
1) We show request on the "my work" webui page and on "osc my rq".
2) To get rid of these requests on that page you have basically three
options:
* revoke: You accept that this was the wrong way basically
* superseded: You submitted an newer improved version
* reopen: You disagree and ask back to take the request as it is.
However this means that suddenly older "declined" requests will pop up at
your place. You can see how this looks alike on the stage instance:
https://build.opensuse.org/stage/home/my_work
The new webui also offers to revoke or to re-open the request again.
The osc in openSUSE:Tools:Unstable is supporting this as well and also offers
to "supersede" requests in declined state when you submit a request.
We consider also to change all requests from "declined" to "revoked" during
deployment, so only new requests will popup.
Please tell us your opinion about this change.
thanks
adrian
--
Adrian Schroeter
SUSE Linux Products GmbH
email: adrian(a)suse.de
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
For writing meta info in image files in place we (= daps) used exiftool.
What do you recommend as a replacement on Factory?
--
Karl Eichwalder SUSE LINUX Products GmbH
R&D / Documentation Maxfeldstraße 5
90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Good Afternoon.
I have been trying to do a distribution update for Tumbleweed and most
of the packages seem to be missing. My system want's to downgrade about
100 packages including the kernel.
I am not sure if this is something to do with my configuration or if
there are currently only 26 packages being built for Tumbleweed
(https://build.opensuse.org/project/packages?project=openSUSE%3ATumbleweed)
Is there something wrong with the build/build service or am I looking in
the wrong place?
Thanks
Tom
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
The pull down menu in a bugzilla bug report page for the platform does not
have an entry for openSUSE 12.1 and with factory around also not for openSUSE
12.2 or if you prefer openSUSE Factory.
--
fr.gr.
Freek de Kruijf
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi:
I cannot find any reference about $SUBJECT, is it possible to use auditd
for getting logs about what capabilities a process X requires ?
I have found a kernel module called "capable_probe" but it is not
working nowdays.
Thanks for any pointers :)
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello
I made a repos onopenbuildservice for DNSSEC
https://build.opensuse.org/project/monitor?project=home%3Ajluce2%3ADNSSEC
Are you interested ??
regards
Johann LUCE
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
I've pasted the trace here: <https://gist.github.com/1475792>
I can't seem to get a reliable test case, hald-addon-stor seems to fail to
sleep after 5-6 suspend-to-ram cycles, but I'm not sure what the behavior I'm
doing to periodically encounter the error.
:(
Not sure what to do about this one :/
- R. Tyler Croy
--------------------------------------
Code: http://github.com/rtyler
Chatter: http://twitter.com/agentdero
rtyler(a)jabber.org
Has something changed in the format with zypper? - Zypper from 12.1 on
factory works fine while zypper from factory seems to barf on my custom
repo:
factory:~ # rpm -q zypper libzypp
zypper-1.6.16-5.3.1.i586
libzypp-10.3.2-1.1.1.i586
factory:~ # zypper refresh -f
Forcing raw metadata refresh
Retrieving repository 'EXTRAS' metadata [done]
Forcing building of repository cache
Building repository 'EXTRAS' cache [done]
Forcing raw metadata refresh
Retrieving repository 'NON-OSS' metadata [done]
Forcing building of repository cache
Building repository 'NON-OSS' cache [done]
Forcing raw metadata refresh
Retrieving repository 'OSS' metadata [done]
Forcing building of repository cache
Building repository 'OSS' cache [done]
All repositories have been refreshed.
factory:~ # zypper update
Loading repository data...
Reading installed packages...
The following packages are going to be upgraded:
libzypp zypper
2 packages to upgrade.
Overall download size: 2.7 MiB. After the operation, additional 85.0 KiB
will be used.
Continue? [y/n/?] (y):
Retrieving package libzypp-10.3.5-1.1.i586 (1/2), 1.8 MiB (6.8 MiB unpacked)
Retrieving: libzypp-10.3.5-1.1.i586.rpm [done]
Retrieving package zypper-1.6.17-1.1.i586 (2/2), 875.0 KiB (4.7 MiB
unpacked)
Retrieving: zypper-1.6.17-1.1.i586.rpm [done]
Installing: libzypp-10.3.5-1.1 [done]
Installing: zypper-1.6.17-1.1 [done]
Additional rpm output:
Starting SuSEconfig, the SuSE Configuration Tool...
Running module permissions only
Reading /etc/sysconfig and updating the system...
Executing /sbin/conf.d/SuSEconfig.permissions...
Checking permissions and ownerships - using the permissions files
/etc/permissions
/etc/permissions.secure
/etc/permissions.d/mail-server
/etc/permissions.d/sendmail
/etc/permissions.local
setting /var/run/sendmail/ to root:root 1750. (wrong owner/group root:mail)
setting /var/run/sendmail to root:mail 1750. (wrong owner/group root:root)
Finished.
There are some running programs that use files deleted by recent
upgrade. You may wish to restart some of them. Run 'zypper ps' to list
these programs.
factory:~ # rpm -q zypper libzypp
zypper-1.6.17-1.1.i586
libzypp-10.3.5-1.1.i586
factory:~ # zypper refresh -f
Forcing raw metadata refresh
Retrieving repository 'EXTRAS' metadata [\]
Signature verification failed for file 'repomd.xml' from repository
'EXTRAS'.
Warning: This might be caused by a malicious change in the file!
Continuing might be risky. Continue anyway? [yes/no] (no): yes
Digest verification failed for primary.xml.gz. Expected
913849c707f80f23eabd9c3eae5be605b95092c5, found
d018c58ede81f464458c29271b1b72c1c8b0f594. Continue? [yes/no] (no): yes
Retrieving repository 'EXTRAS' metadata [done]
Forcing building of repository cache
Building repository 'EXTRAS' cache [done]
Forcing raw metadata refresh
Retrieving repository 'NON-OSS' metadata [done]
Forcing building of repository cache
Building repository 'NON-OSS' cache [done]
Forcing raw metadata refresh
Retrieving repository 'OSS' metadata [done]
Forcing building of repository cache
Building repository 'OSS' cache [done]
All repositories have been refreshed.
factory:~ #
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Several updates have been pushed out for 12.1, but I haven't seen any
mention of them on the security-announce mailing list. In the meantime
there have been announcements for 11.3, 11.4, and SLES.
-johnm
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org