September 2011 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] install_info_prereq macro
by Ruediger Meier 21 Sep '11

21 Sep '11

Hi, I see a lot (if not all) SUSE packages with info docs inside are using PreReq: %install_info_prereq But this is a SUSE only macro making spec files non portable and actually it just expands to "info". Is there any good reason why we should still use the macro rather than simply "info"? cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] drivers:webcam
by Duncan Mac-Vicar P. 21 Sep '11

21 Sep '11

Drivers like gspcav1 do not build on 11.x and rpm -ql kernel-desktop | grep gspca Tells me they seem to be now included in the kernel. Same with sn9c20c and uvcvideo r5u870, spca5xx-kmp and others do not build for newer distros, but they don't seem to be included in the kernel anyway. Anyone against on disabling gspcav1, sn9c20c and uvcvideo where they don't build? -- Duncan Mac-Vicar P. - http://www.suse.com/ SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5, 90409 Nürnberg, Germany -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] Internal compiler error at 64-bit
by Ilya Chernykh 20 Sep '11

20 Sep '11

Hi! I receive permanent internal compiler error when building for 64-bit in this package: https://build.opensuse.org/package/live_build_log?arch=x86_64&package=kde3-… The error message: ./maindlg.ui.h: In member function 'virtual void maindlg::btnLoad_clicked()': ./maindlg.ui.h:387:68: warning: ignoring return value of 'int fscanf(FILE*, const char*, ...)', declared with attribute warn_unused_result ./maindlg.ui.h:389:96: warning: ignoring return value of 'int fscanf(FILE*, const char*, ...)', declared with attribute warn_unused_result ./maindlg.ui.h:397:61: warning: ignoring return value of 'int fscanf(FILE*, const char*, ...)', declared with attribute warn_unused_result curvedlg.moc: In constructor 'matdata::matdata()': curvedlg.moc:155:86: internal compiler error: Aborted For 32-bit it builds well. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 9

[opensuse-factory] KDE-Telepathy
by jdd 20 Sep '11

20 Sep '11

Hello :-) wil KDE-Telepathy be made available in final 12.1 (I'm writing the release notes) thanks jdd -- http://www.dodin.net http://www.youtube.com/user/jdddodinorg http://jdd.blip.tv/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 7

[opensuse-factory] AppArmor 2.7 in factory - please test!
by Christian Boltz 20 Sep '11

20 Sep '11

Hello, AppArmor 2.7 (beta1) is in Factory since some hours. Short version: please test it and report any problems you notice. Long version: I'm quite new in maintaining the AppArmor package (I became maintainer last saturday ;-) Additionally, I dropped a 380k patch that changed the whole upstream buildsystem to use automake [1]. In other words: the whole build process of the AppArmor package is totally new, and it might be that this introduced some regression I didn't notice yet. A known "regression" is that the tomcat_apparmor package is no longer built - it is unmaintained upstream since quite some time and failed to build. If anyone needs this, please step up and help maintaining it ;-) Please test if the AppArmor 2.7 beta1 package works as expected on your system - if not, please reply to this mail or open a bugreport. (Success reports are also welcome, of course.) If you don't have a Factory installation available, you can also download packages for 11.3 and 11.4 from security:apparmor:factory. In theory, they should work on those systems without changing the kernel side, but I can't promise that ;-) (they seem to work on my 11.4 system) Finally: thanks to everybody who helped me to get the AppArmor package updated by personal support on the conference and online support on IRC. Regards, Christian Boltz [1] I don't really know automake and upstream isn't too interested in this patch[2], therefore I decided to drop it. (The patch is still included in the sources in OBS, but disabled - just in case someone wants to update it and push it upstream.) [2] it only applies to 2.6.1, not to 2.7 - and it looks like nobody wants to update such a big patch, so it's understandable -- ``Hello, my userid is root and if you feed me caffeine, nobody gets hurt.'' -- AdB -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

6 13

[opensuse-factory] Declined requests notification
by Ilya Chernykh 20 Sep '11

20 Sep '11

Hi! How can I receive notifications about declined requests? Currently I only receive notifications about accepted ones. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 2

[opensuse-factory] License problem with package sim
by Ilya Chernykh 20 Sep '11

20 Sep '11

Hi! When trying to rename package sim to kde3-sim name, an unexpected license problem surfaced. It seems some parts of the package are licensed under GPL-2.0 while the others are under MPL-1.1, see this bugreport: https://bugzilla.novell.com/show_bug.cgi?id=719081 The version of the package is 0.9.4.2. It seems Alt Linux includes a version 0.9.6 but I was unsuccessful building it in OBS. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] Cannot delete klamav
by Ilya Chernykh 20 Sep '11

20 Sep '11

Hi, people! I decided to rename klamav to kde3-klamav. I submitted kde3-klamav to Factory and it got accepted. I then submitted a request to delete klamav, with a rationale that I am renaming klamav and kde3-klamav has been already accepted. But I got this request rejected: 83627 State:declined By:lrupp When:2011-09-19T22:16:57 delete: openSUSE:Factory/klamav Review by Group is accepted: legal-auto(licensedigger) Review by Group is accepted: factory-auto(coolo) From: review(Ansus) -> new(licensedigger) Comment: Please provide more information why this package should be deleted from openSUSE:Factory Now I made a new SR to delete klamav, but what else rationale can I provide? I described the reason to delete even more precisely this time, but I do not know what better reason they want. Please accept SR#83693 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

6 11

[opensuse-factory] Adding approved rpm package groups
by todd rme 20 Sep '11

20 Sep '11

rpmlint complains, appropriately, when the package group does not belong to a list of approved groups. I am curious what the procedure is for adding groups to this list, since it seems to be missing a useful one that I have noticed: Productivity/Networking/Remote Desktop - this is already used by some packages (like krdc and rdesktop), and there are others that could belong to it (like libnx), and I don't really see a usable alternative amongst the approved list. -Todd -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

Re: [opensuse-factory] Tumbleweed kernel-default-3.0.4-43.1.x86_64 panics unless I use boot option i8042.noaux
by Dimitris Matzarakis 20 Sep '11

20 Sep '11

>> >>>> I have a nettop (asrock s330) running openSUSE 11.4. >>>> When it boots on my console I get: >>>> i8042: Failed to disable AUX port, but continuing anyway... Is this a SiS? >>>> i8042: If AUX port is really absent please use the 'i8042.noaux' option >>>> and then panics. I have attached a picture of the call trace. >> >>> Have you tried adding the i8042.noaux option to the kernel boot command >>> line? >> >> The kernel panics *unless* I use the i8042.noaux. If I use it, booting proceeds fine. >> I was getting the same messages with kernel 2.6.39.3-37.1 but no panic. The point >> I am trying to make is that going to kernel 3.x the relevant code got broken maybe? > >So it seems that it writes something weird to the device. The device >then makes the bus crazy. The funny thing is that there is no change in >the i8042 code from 2.6.39 to 3.0.4. > >Could you boot with some vga= command that we can see the NMI message in >full? A picture of the kernel panic in full is available here: http://www.technoex.gr/~dmatz/8042_panic.jpeg I have also attached the dmesg output of kernel 2.6.39. Regards, Dimitris

1 0