openSUSE Build Service December 2015

buildservice@lists.opensuse.org

35 participants
37 discussions

[opensuse-buildservice] enabling networking for workers

by Darin Perusich

Hello All, I'm running a private instance and I'd like to enable networking on my workers so they can build some java apps, via maven, which need to download pom's/war's from the net. I ask google but he wasn't much help so I'm hoping someone here can help;-) How can I go about doing this? -- Later, Darin -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

4 years, 9 months

[opensuse-buildservice] broken mirror tux.rainside.sk

by Olaf Hering

Not sure what the correct list is to report mirror issues, but http://tux.rainside.sk/opensuse/ is empty. laf -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

5 years, 8 months

[opensuse-buildservice] Leap in OBS

by Stanislav Baiduzhyi

I can see that some projects are already building for Leap_42.1, but it is not in the checkboxes on Repositories tab on OBS project page, and in advanced repo UI there are so many of them that it is quite confusing. Will it be added to the checkboxes eventually, to make some packages "Leap ready"? -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

5 years, 11 months

[opensuse-buildservice] merge changes from devel project

by Olaf Hering

What is the prefered way to merge changes in the devel project? osc bco pkg cd home:user:devel:prj/pkg osc up -u edit pkg.spec osc vc osc commit now devel:prj/pkg gets changes by someone else, and home:user:devel:prj/pkg goes into state 'broken': broken: conflict in file pkg.spec Even if the changes are merged manually the pkg remains broken. I think its required to just update the _link to point to HEAD. Is there a command to do just that? osc repairlink says: BuildService API error: source link is not broken Olaf -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 5 months

Re: [opensuse-buildservice] usernames with dots

by Carsten Höger

Hi Johannes, > On 26 Aug 2015, at 14:01 , Johannes Lahti <johannes(a)nomasi.com> wrote: > > Hi! > > > "Is that really the case or am I hitting a bug here?" > > That seems to be the case. You can try fixing this in routes.rb. I took a stab at it before, but gave up and instead instructed people to avoid dots in the usernames. Henne was so kind to help making it work: using this patch https://gist.github.com/hennevogel/c85750f514c454d60aaf it is now working for me. There might be more places with these problems, though I opened another issue for that, btw.: https://github.com/openSUSE/open-build-service/issues/1064 -- mit freundlichen Gruessen/with best regards, Carsten Hoeger Open-Xchange GmbH -------------------------------------------------------------------------------- Open-Xchange AG, Rollnerstr. 14, 90408 Nürnberg, Amtsgericht Nürnberg HRB 24738 Vorstand: Rafael Laguna de la Vera, Carsten Dirks Aufsichtsratsvorsitzender: Richard Seibt European Office: Open-Xchange GmbH, Martinstr. 41, D-57462 Olpe, Germany Amtsgericht Siegen, HRB 8718, Geschäftsführer: Frank Hoberg, Martin Kauss US Office: Open-Xchange. Inc., 530 Lytton Avenue, Palo Alto, CA 94301, USA --------------------------------------------------------------------------------

6 years, 6 months

[opensuse-buildservice] SLE_12: build host kernel problems

by Ruediger Meier

Hi, I get kernel oopses very often for SLE_12 builds on x86_64 and ppc64le. Is this a known problem? Here one example for SLE_12 x86_64: [ 205.213153] BUG: unable to handle kernel paging request at ffffffffa01fae60 [ 205.214124] IP: [<ffffffffa01fae60>] 0xffffffffa01fae60 [ 205.214914] PGD 1a0d067 PUD 1a0e063 PMD 1f99fd067 PTE 0 [ 205.215738] Oops: 0010 [#1] SMP [ 205.216239] Modules linked in: sd_mod raid1 raid0 md_mod cramfs ext4 crc16 mbcache jbd2 sr_mod cdrom ata_generic virtio_blk ata_piix ahci libahci libata scsi_mod virtio_pci virtio_ring virtio binfmt_misc loop autofs4 [last unloaded: scsi_debug] [ 205.217089] Supported: Yes [ 205.217089] CPU: 2 PID: 24652 Comm: systemd-udevd Not tainted 3.12.28-4-default #1 [ 205.217089] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.7.5.1-0-g8936dbb-20150318_003745-cloud117 04/01/2014 [ 205.217089] task: ffff8800bad38040 ti: ffff8800bad32000 task.ti: ffff8800bad32000 [ 205.217089] RIP: 0010:[<ffffffffa01fae60>] [<ffffffffa01fae60>] 0xffffffffa01fae60 [ 205.224409] RSP: 0018:ffff8800bad33d50 EFLAGS: 00010286 [ 205.225280] RAX: ffffffffa01fae60 RBX: ffff8801f9b39028 RCX: 0000000000000286 [ 205.226668] RDX: ffff8801f9b39260 RSI: 0000000000000286 RDI: ffff8801f9b39018 [ 205.227561] RBP: ffff8801f9b39018 R08: ffff8800bad32000 R09: 0000000000000000 [ 205.227561] R10: ffffffff81f7b558 R11: 0000000000000000 R12: ffff8801a8f56180 [ 205.227561] R13: ffff8801f9439bd8 R14: 000000000000005d R15: 0000000000000000 [ 205.227561] FS: 00007f434c12c880(0000) GS:ffff880204f00000(0000) knlGS:0000000000000000 [ 205.227561] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 205.227561] CR2: ffffffffa01fae60 CR3: 00000000bad72000 CR4: 00000000000407e0 [ 205.232887] Stack: [ 205.232887] ffffffff81393a7d ffff8801f9b39028 ffffffff81ae4d40 ffff8801f8c63a80 [ 205.232887] ffffffff8129a352 ffff8800bb46c800 ffff8801f9b39018 ffff8801a8f56300 [ 205.232887] ffffffffa003be21 ffff8800bb46c9a0 ffff8800bb46c990 ffff8801a8f56300 [ 205.232887] Call Trace: [ 205.232887] Inexact backtrace: [ 205.232887] [ 205.232887] [<ffffffff81393a7d>] ? device_release+0x2d/0xa0 [ 205.232887] [<ffffffff8129a352>] ? kobject_cleanup+0x72/0x1a0 [ 205.232887] [<ffffffffa003be21>] ? scsi_host_dev_release+0xc1/0xe0 [scsi_mod] [ 205.232887] [<ffffffff81393a7d>] ? device_release+0x2d/0xa0 [ 205.232887] [<ffffffff8129a352>] ? kobject_cleanup+0x72/0x1a0 [ 205.232887] [<ffffffff81393a7d>] ? device_release+0x2d/0xa0 [ 205.232887] [<ffffffff8129a352>] ? kobject_cleanup+0x72/0x1a0 [ 205.232887] [<ffffffff8106db07>] ? execute_in_process_context+0x67/0x70 [ 205.232887] [<ffffffff81393a7d>] ? device_release+0x2d/0xa0 [ 205.232887] [<ffffffff8129a352>] ? kobject_cleanup+0x72/0x1a0 [ 205.232887] [<ffffffffa021077b>] ? scsi_disk_put+0x2b/0x40 [sd_mod] [ 205.232887] [<ffffffff811d55bd>] ? __blkdev_put+0x15d/0x1a0 [ 205.232887] [<ffffffff811d6011>] ? blkdev_close+0x21/0x30 [ 205.248034] [<ffffffff811a0382>] ? __fput+0xc2/0x240 [ 205.248034] [<ffffffff81073947>] ? task_work_run+0x97/0xd0 [ 205.248034] [<ffffffff81002929>] ? do_notify_resume+0x69/0xa0 [ 205.248034] [<ffffffff81519603>] ? int_signal+0x12/0x17 [ 205.248034] Code: Bad RIP value. [ 205.248034] RIP [<ffffffffa01fae60>] 0xffffffffa01fae60 [ 205.248034] RSP <ffff8800bad33d50> [ 205.248034] CR2: ffffffffa01fae60 [ 205.248034] ---[ end trace ec1ae60827e0b798 ]--- [ 205.254616] systemd-udevd[1223]: worker [24652] terminated by signal 9 (Killed) [ 205.255711] systemd-udevd[1223]: worker [24652] failed while handling '/devices/pseudo_0/adapter0/host10/target10:0:0/10:0:0:0/block/sda/sda1' [ 205.454695] scsi_debug: host protection [ 205.455316] scsi11 : scsi_debug, version 1.82 [20100324], dev_size_mb=50, opts=0x0 [ 205.456558] scsi 11:0:0:0: Direct-Access Linux scsi_debug 0004 PQ: 0 ANSI: 5 [ 205.460037] sd 11:0:0:0: [sda] 102400 512-byte logical blocks: (52.4 MB/50.0 MiB) [ 205.464032] sd 11:0:0:0: [sda] Write Protect is off [ 205.464732] sd 11:0:0:0: [sda] Mode Sense: 73 00 10 08 [ 205.472036] sd 11:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA qemu: terminating on signal 15 from pid 25397 Killed Job ### WATCHDOG MARKER END ### No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) or the build host has a kernel or hardware problem... -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 6 months

[opensuse-buildservice] RPMLINT report. No errors, but failed

by Kyrill Detinov

Hello. A package failed to build for Tumbleweed a week or two ago. From a log: [ 286s] RPMLINT report: [ 286s] =============== [ 290s] outwiker.noarch: W: zero-length /usr/share/outwiker/help/help_en/Page Types/Wiki Page/Wiki Commands/childlist command/page 2/__page.text [ 290s] 2 packages and 0 specfiles checked; 0 errors, 24 warnings. [ 290s] Traceback (most recent call last): [ 290s] File "rpmlint.py", line 385, in <module> [ 290s] File "rpmlint.py", line 196, in main [ 290s] File "Filter.py", line 131, in printAllReasons [ 290s] File "Filter.py", line 40, in __print [ 290s] File "/usr/lib/python2.7/codecs.py", line 357, in write [ 290s] data, consumed = self.encode(object, self.errors) [ 290s] UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 65: ordinal not in range(128) [ 290s] [ 290s] [ 290s] build27 failed "build outwiker.spec" at Sat Dec 19 14:14:47 UTC 2015. [ 290s] [ 290s] ### WATCHDOG MARKER START ### [ 293s] [ 251.249718] sysrq: SysRq : Power Off [ 294s] [ 251.376272] reboot: Power down [ 296s] ### WATCHDOG MARKER END ### [ 296s] [ 296s] build27 failed "build outwiker.spec" at Sat Dec 19 14:14:53 UTC 2015. [ 296s] The latest succeeded built is: Build Time: 2015-11-29 10:31:08 +0100 The package is: https://build.opensuse.org/package/show/home:Lazy_Kent/outwiker -- WBR Kyrill

6 years, 7 months

[opensuse-buildservice] force reevaluation of prjconf

by Olaf Hering

What command can be used, beside 'osc commit', to trigger a reevaluation of prjconf? If a pkg is in state "unresolvable" after commit, and the prjconf gets changed to solve the dependency no rebuild happens. A local 'osc build' works, but 'osc wipebinaries -r <repo>' or 'osc rebuild -f' will still use the previous state of prjconf. Olaf -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 7 months

[opensuse-buildservice] combined use of _aggregate and _service in a package?

by Karl W. Schulz

Hello All, I am aware of the nice capability to copy binary build results from one project to another using the _aggregate feature. The examples I have seen thus far seem to always have the same number of repos available in the source project as are present in the destination project (although the names may be different). If that is not the case (say the destination project is introducing a new repo that wasn't present in the source project), is it possible to construct a package configuration using _aggregate to retain the binary result for the repo that existed previously, and _service to build from source for the new repository? Thanks for any tips, Karl-- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 8 months

[opensuse-buildservice] obs token use case

by Matwey V. Kornilov

Hello, I see the following when run osc token: <entry id="4" string="A" project="project" package="package"/> <entry id="133" string="B"/> As far as I understand, the first token is package specific and can be used to run /trigger/runservice?package=package&project=project Do I understand right that the second token B can be used instead of user credentials to run any command? -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 8 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Build Service December 2015