December 2011 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] RFC: Integrating Plymouth
by Cristian Rodríguez 03 Jan '12

03 Jan '12

Hi: Today I looked into Plymouth and got it somehow working quickly, I want to propose the inclusion of this replacement of bootsplash, under the following constrains: - It will be only supported when running in conjunction with systemd. (it has native integration with it) - Users are free to package or create their own themes, but we provide only ONE theme, consistent "looking" between desktops whatever the openSUSE artwork theme decides. Steps: - enable building of systemd-plymouth package, actually changing %build_plymouth variable in systemd.spec - Take a look to the initrd related code, as well as "cryptsetup" integration that looks somewhat strange currently. - Install "bootsplash" only with legacy sysvinit. That's all for now. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

12 32

[opensuse-factory] kernel-desktop and kernel-desktop-base
by Kyrill Detinov 02 Jan '12

02 Jan '12

Hello. kernel-desktop-base-3.2.rc6 conflicts with kernel-desktop-3.2.rc6. Does it mean that I don't need kernel-desktop-base anymore and it is safe to remove version 3.1.0? x86_64 -- WBR Kyrill -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

[opensuse-factory] glibc 2.15 coming to Base:System and later Factory
by Andreas Jaeger 02 Jan '12

02 Jan '12

FYI, I've put glibc 2.15 in Base:System and will push in a couple of days to Factory if I don't see any problems. I'm appending the announcement, there's nothing in it that should break stuff so please speak up if you notice something! Dirk, could you check what needs to be done for Arm, please? thanks, Andreas -------- Original Message -------- Subject: glibc 2.15 Date: Mon, 26 Dec 2011 05:31:04 -0500 From: Ulrich Drepper <drepper(a)gmail.com> To: libc-alpha <libc-alpha(a)sourceware.org> I have tagged the tree for the 2.15 release. This release saw some changes in additional functionality but mainly optimizations: Version 2.15 * The following bugs are resolved with this release: 6779, 6783, 9696, 10103, 10709, 11589, 12403, 12786, 12840, 12847, 12868, 12852, 12874, 12885, 12892, 12906, 12907, 12922, 12935, 12962, 13007, 13021, 13061, 13062, 13067, 13068, 13085, 13088, 13090, 13092, 13096, 13114, 13118, 13123, 13134, 13138, 13147, 13150, 13166, 13179, 13185, 13189, 13192, 13268, 13276, 13282, 13291, 13305, 13328, 13335, 13337, 13344, 13358, 13367, 13413, 13416, 13423, 13439, 13446, 13472, 13484, 13506, 13515, 13523, 13524, 13538, 13540 * New program pldd to list loaded object of a process Implemented by Ulrich Drepper. * Add nss_db support back to glibc. No more dependency on Berkeley db and support for initgroups lookups. Implemented by Ulrich Drepper. * Optimized strcpy, strncpy, stpcpy, stpncpy for SSE2 and SSSE3 on x86-32. Contributed by HJ Lu. * Improved strcpy, strncpy, stpcpy, stpncpy for SSE2 and SSSE3 on x86-64. Contributed by HJ Lu. * Optimized strcat, strncat on x86-64 and optimized wcscmp, wcslen, strnlen on x86-32 and x86-64. Contributed by Liubov Dmitrieva. * Optimized strchr and strrchr for SSE on x86-32. Contributed by Liubov Dmitrieva. * Optimized memchr, memrchr, rawmemchr, memcmp, wmemcmp, wcschr, wcscpy for x86-64 and x86-32. Contributed by Liubov Dmitrieva. * New interfaces: scandirat, scandirat64 Implemented by Ulrich Drepper. * Checking versions of FD_SET, FD_CLR, and FD_ISSET added. Implemented by Ulrich Drepper. * nscd now also caches the netgroup database. Implemented by Ulrich Drepper. * Integrate libm with gcc's -ffinite-math-only option. Implemented by Ulrich Drepper. * Lots of generic, 64-bit, and x86-64-specific performance optimizations to math functions. Implemented by Ulrich Drepper. * Optimized strcasecmp and strncasecmp for AVX on x86-64. Implemented by Ulrich Drepper. * New Linux interfaces: process_vm_readv, process_vm_writev * Optimized strcasecmp and strncasecmp for SSSE3 and SSE4.2 on x86-32. Implemented by Ulrich Drepper. * Optimized nearbyint and strcasecmp for PPC. Implemented by Adhemerval Zanella. * New locales: bho_IN, unm_US, es_CU, ta_LK I'll branch the tree for 2.15 in the next few days after which the development for 2.16 will start. Expect the next release in 6 month-ish. Thanks to everyone who helped with the release, especially Adhemerval Zanella Andreas Jaeger Andreas Krebbel Andreas Schwab David S. Miller H.J. Lu Jakub Jelinek Jiri Olsa Joseph Myers Liubov Dmitrieva Marek Polacek Paul Pluzhnikov Roland McGrath Samuel Thibault Will Schmidt -- Andreas Jaeger aj(a){suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 8

[opensuse-factory] Help with dir setup in /media
by Robert Schweikert 01 Jan '12

01 Jan '12

With 12.1 /media is now mounted as tmpfs. As I used to have a number of directories in /media (used as mount points for ISO images), I created the following script in /etc/tmpdirs.d to get the directories I want in /media -> cat /etc/tmpdirs.d/02_media mediaDirs=( os11332 os11364 os11432 os11464 os12132 os12164 sle10sp432sdk \ sle10sp464sdk sle11sp132sdk sle11sp164sdk sled1032 sled1064 \ sled10sp432 sled10sp464 sled11sp132 sled11sp164 sles1032 \ sles1064 sles10sp432 sles10sp464 sles11sp132 sles11sp164) for medDir in ${mediaDirs[@]};do test -d /media/$medDir || mkdir /media/$medDir done However, upon reboot the /media directory is empty, what am I missing? I am aware of the discussion of dropping /etc/tmpdirs.d (http://lists.opensuse.org/opensuse-packaging/2011-11/msg00057.html) However, the manpage for tmpdirs.d states /etc/tmpdirs.d supersedes /usr/lib/tmpfiles.d, also I think my custom files should go into /etc and not /usr/lib. Anyway, what is the best, and somewhat future proof, approach to this? As a side note, with the mounting of /media as tmpfs "umount /media" followed by the TAB key no longer auto-completes to any mounted filesystems/devices/loops etc :( . Is there a way to get the old behavior back? Thanks, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei(a)suse.com rschweik(a)ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2

[opensuse-factory] [devel-editors] new package "nested"
by Izaac Zavaleta 31 Dec '11

31 Dec '11

Hello gents, I'd like to introduce you nested editor (nested) which is an specialized editor focused on structured documents you can read more about it in the project's about page: http://nestededitor.sourceforge.net/about.html it is basically a python-gtk/python-webkitgtk editor using txt2tags as markup language written in python, and according to upstream/vendor it needs python > 2.6 and also textlive to export or publish documents in tex/pdf and is also capable of export them as html, also the website is made with it. As you may notice it is focused to aid users not familiar with markup languages or tex tools to publish documents with advanced formatting. You can also check the complete list of features in the project website. In tech terms is basically written in python and with very few build requirements so it shouldn't be difficult to maintain. I'm in the process to do a submit request shortly to factory from devel-editors. Regards. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] 'xz' (LZMA) support by default on our build environments...
by Nelson Marques 31 Dec '11

31 Dec '11

Dear people, The GNOME Project, one of the biggest projects in openSUSE is throwing out the source code in .xz (LZMA). This is quite fun and there's obvious benefits on it, the problem that rises from this is the following: * Our build environments doesn't support .xz sources; * We're required to add "BuildRequires: xz" to the spec files; * Some projects require us to add comments to the "BR xz" entries refering to bnc#697467; * Some projects require us to add the same stuff in the changelog entries; In the last times I've seen a growing demonstration of attitudes in the scope of "We dont give a flying fuck about you or your needs" (that's how I see it). The Project Management is growing arrogant and following a potential hidden agenda and ignoring everything that doesn't sound nice to them. While we move forward (or some at least) into dangerous fields like systemd, btrfs, the proposed changes from Fedora to the filesystem structure and friends... the stuff that we really could use to improve productivity and our work is being left behind. So I bring this tiny issue to your attention, so that any kind soul can provide a technical explanation on why we can have 'xz' supported on our build environments... and why we're required to insert dumbass comments that no one can explain. If the Project Leadership is unable to answer with a technical explanation for this, you should seriously consider resigning and opening your spot to someone who has some balls to change things up and at least provide a reasonable explanation for this.... at the risk of loosing every independent contributor that still donates some of their free time to openSUSE. NM PS: If you don't like the tone, live with it, I return in double whatever is granted to me. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 17

[opensuse-factory] factory publishing
by Christoph Walzer 31 Dec '11

31 Dec '11

Hi, tex is broken: texlive-2011-75.1.noarch requires texlive-bin = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin-2011-75.1.i586[Factory_Publishing] texlive-latex-2011-75.1.noarch requires texlive-bin-latex = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin-latex-2011-75.1.i586[Factory_Publishing] texlive-metapost-2011-75.1.noarch requires texlive-bin-metapost = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin- metapost-2011-75.1.i586[Factory_Publishing texlive-musictex-2011-75.1.noarch requires texlive-bin-musictex = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin- musictex-2011-75.1.i586[Factory_Publishing] texlive-tools-2011-75.1.noarch requires texlive-bin-tools = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin-tools-2011-75.1.i586[Factory_Publishing] Seems the x86_64 versions are somehow missing. Regards, C. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] factory publishing
by Christoph Walzer 30 Dec '11

30 Dec '11

Hi, tex is broken: texlive-2011-75.1.noarch requires texlive-bin = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin-2011-75.1.i586[Factory_Publishing] texlive-latex-2011-75.1.noarch requires texlive-bin-latex = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin-latex-2011-75.1.i586[Factory_Publishing] texlive-metapost-2011-75.1.noarch requires texlive-bin-metapost = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin- metapost-2011-75.1.i586[Factory_Publishing texlive-musictex-2011-75.1.noarch requires texlive-bin-musictex = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin- musictex-2011-75.1.i586[Factory_Publishing] texlive-tools-2011-75.1.noarch requires texlive-bin-tools = 2011-75.1, but this requirement cannot be provided uninstallable providers: texlive-bin-tools-2011-75.1.i586[Factory_Publishing] Seems the x86_64 versions are somehow missing. Regards, C. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

Re: [opensuse-factory] RFC: Integrating Plymouth
by Anders Johansson 29 Dec '11

29 Dec '11

On Wednesday 28 December 2011 22:56:27 David Hall wrote: > On Wed, Dec 28, 2011 at 10:35 PM, Anders Johansson <ajh(a)nitio.de> wrote: > > Secondly, I'm not sure which part of this you think is a very requested > > feature. > > Look at: > https://features.opensuse.org/ > Second most voted for feature > > No matter your opinion of openFATE, it is where the community has agreed to > post features and vote on them. Well, reading the comments, the feature actually requested is for a flicker- free boot sequence, and that is something I can agree with, I certainly don't have a problem with that. I just think we may be leaving regular users behind for ideological reasons when we say that users of the only properly working nvidia driver can forget support, they'll have to take what they get. I think it should be possible to detect when there is a kms capable driver, and use plymouth then, and fall back to bootsplash/splashy/whatever to provide a nice graphical boot sequence for everyone. I don't object to plymouth, I object to dropping the standard bootsplash by default Anders -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 10

[opensuse-factory] [12.1-update] German release notes as an update - Would that be possible?
by Kim Leyendecker 28 Dec '11

28 Dec '11

Howdy all, The German translation of the release notes will be ready soon. So, I want to ask you if it would be possible to ship them as an update. thanks, -- Kim Leyendecker, openSUSE Wiki Team GPG Key: 664265369547B825 | leyendecker(a)opensuse.org http://www.opensuse.org - Linux for open minds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 4