- Arch-general - lists.archlinux.org

[arch-general] kde4 loads kde3 parts -- is this a packaging issue?
by David C. Rankin 01 Mar '11

01 Mar '11

Guys, I need some help figuring out where to start in trying to keep kde4 from loading most of kde3 when kde4 is launched from the kdm chooser. A picture is worth 1000 words: [109k] (800x600) http://www.3111skyline.com/dl/dt/trinity/ss/ArchLinux_kde3+kde4.800.jpg (full res 264k 1280x800) http://www.3111skyline.com/dl/dt/trinity/ss/ArchLinux_kde3+kde4.jpg In the screenshot, kde (kde4) was launched from the kde4 kdm. The background is the kde4 background. Both the kde3 kicker and kde4 plasma-panel loaded (and are both fully operational) at the bottom of the screen. Launching apps or system settings the panels, properly loads the corresponding kde3/kde4 app. The plasma-desktop has loaded and the kde4 "Desktop Folder is present". The kde4 window decorations are present, but if you rt-click on the desktop, you get the kdemod context menus and all kdemod apps are in the default Domino style. What I'm trying to do is narrow down why this happens on Arch and so we can fix it. I'm guessing this probably happens when kde4-kdelibs or kde4-kdebase gets built and installed, but that is just a guess. This seems to be a packaging issue because it doesn't happen with other distros that have both kde4 and kde3 installed together. It doesn't happen in reverse either with kdemod3 based on Trinity. Loading the updated kdemod3 doesn't load the kde4 panel, but kde4 does load the kde3 panel. Anybody familiar with this issue on Arch and how it might be solved? -- David C. Rankin, J.D.,P.E.

5 4

[arch-general] Bug 22828 makes me "kill" my archlinux installation
by fredbezies 01 Mar '11

01 Mar '11

Hello. I'm kinda unlucky. I reported bug 22828, having lot of problem with gdm which cannot be "killed" at shutdown time. This morning, before going to work, I faced again this bug. I had to switch to a tty (using ctrl + alt +F2). I typed halt to stop my computer, but it won't shutdown properly. I have to shutdown on my computer, using power button. When I wanted to boot it again, it is stopped at the start of boot process. I only get "linux:(none)" prompt and nothing more. Any idea to avoid a full reinstall ? Thanks a lot. -- Frederic Bezies fredbezies(a)gmail.com

2 1

[arch-general] Doubt about signed packages.
by Keerthan jai.c 01 Mar '11

01 Mar '11

Why can't we do this? 1) Keep hashes of {core,extra,community,multilib}.db in plaintext in keys.archlinux.org or something 2) while syncing pacman compares the hashes of the downloaded dbs from the main server ensuring that the packages are not tampered! -- have a nice day -jck

2 1

Re: [arch-general] [arch-dev-public] [signoff] bash-4.2.005 and readline-6.2.001
by Emmanuel Benisty 01 Mar '11

01 Mar '11

2011/3/1 Ángel Velásquez <angvp(a)archlinux.org>: > 2011/2/28 Allan McRae <allan(a)archlinux.org>: >> Upstream patchlevel bumps. There were the (fairly minor) bug fixes I was >> waiting for beofre moving bash-4.2 and readline-6.2 to [core]. >> >> Signoff both, >> Allan >> > > -1 > > Broke my system > > I had to remount everything and downgrade manually (partitions wasn't > mounting) and initscripts got broken same here.

1 0

[arch-general] GSoC 2011
by William Holbrook 01 Mar '11

01 Mar '11

Hello all! I'm William Holbrook, a sophomore at Morehead State University (located in the eastern part of Kentucky, United States). I'm planning on applying to GSoC this year, and I think it'd be awesome to see Arch on the list of mentoring organizations. I read a few days back on the arch-dev-public mailing list about the possibility of Arch applying as a mentoring organization. From what I can gather, Arch hasn't participated in previous GSoC's. I've looked at some of the project ideas thrown around in arch-dev-public for this year's GSoC. Package signing appears to be desired by some members of the community, and it would make things more secure (gotta love trusting your favorite mirror). It seems to have been worked on quite a bit in this past month by Denis Falqueto on the pacman-dev mailing list (possibly some others; difficulties reading plaintext mailing lists). An interesting project! I've always thought about what would be a good way to become a part of the FOSS scene, and I think that GSoC will help me do just that. I hope to see Arch on the list of organizations when it comes time for students to begin applying! -- William Holbrook II Mathematics Major Computer Science Major Morehead State University

1 0

Re: [arch-general] [arch-dev-public] [PATCH 1/3] Use format strings when printing errors
by cantabile 27 Feb '11

27 Feb '11

Le 27/02/2011 19:25, Dan McGee a écrit : > - print("Error: " + package + " is empty or is not a valid package") > + print("Error: %s is empty or is not a valid package" % package) That method of string formatting is deprecated in python 3. ;) http://docs.python.org/release/3.1.3/library/stdtypes.html#old-string-forma… http://docs.python.org/release/3.1.3/library/string.html#string-formatting -- cantabile "Jayne is a girl's name." -- River

1 0

[arch-general] Unannounced syslog config move
by Sebastian Köhler 27 Feb '11

27 Feb '11

Hi, who had the glorious idea to move the syslog-ng.conf from /etc/ to /etc/syslog-ng/ without telling anyone? I lost about 1 weeks of log entries because of this. I understand why it was moved but what happenend to announcing such changes? I think a message in post_upgrade() is not to much to ask for. Sebastian -- The best thing about a boolean is even if you are wrong, you are only off by a bit.

5 5

[arch-general] mkinitcpio compression
by Dimitrios Apostolou 27 Feb '11

27 Feb '11

Hello list, I'm using arch on an old laptop with only 128MB RAM. I had problems compressing the initcpio image with lzma, it always failed allocating memory. The following one-line patch allowed me to set my own compression level in mkinitcpio.conf, with COMPRESSION="lzma -4" --- /sbin/mkinitcpio.orig 2010-10-06 03:23:00.966415649 +0300 +++ /sbin/mkinitcpio 2011-02-26 19:11:36.309682053 +0200 @@ -277,7 +277,7 @@ status=0 if [ -n "${GENIMG}" ]; then echo -n ":: Generating image '${GENIMG}'..." - if ! /sbin/gen_init_cpio ${FILELIST} | ${COMPRESSION} -9 > "${GENIMG}"; then + if ! /sbin/gen_init_cpio ${FILELIST} | ${COMPRESSION} > "${GENIMG}"; then echo "FAILED" status=1 else What do you think? Should this make it to the distro? Also I actually think that *not* forcing -9 compression level, and letting the tool use its default is a good thing. Thanks, Dimitris

3 4

Re: [arch-general] [arch-dev-public] [signoff] ncurses-5.8-1
by Emmanuel Benisty 27 Feb '11

27 Feb '11

On Sun, Feb 27, 2011 at 8:55 AM, Allan McRae <allan(a)archlinux.org> wrote: > On 27/02/11 10:40, Allan McRae wrote: >> >> Major upstream update. >> >> Test well. There is no soname bump, but experience tells me that some >> rebuilds will probably be required to fix minor issues. just FTR, it breaks rtorrent. eb64@drama:~$rtorrent Caught Segmentation fault, dumping stack: 0 rtorrent() [0x439274] 1 rtorrent() [0x43d737] 2 /lib/libc.so.6(+0x326d0) [0x7f60f5e6e6d0] 3 rtorrent() [0x482f9e] 4 rtorrent() [0x439988] 5 /lib/libc.so.6(__libc_start_main+0xfd) [0x7f60f5e5adcd] 6 rtorrent() [0x40d959] Aborted simple rebuild doesn't seem to help, downgrading does.

3 3

[arch-general] [boost/boost-libs] PKGBUILD update for 1.46.0 + many improvements
by Thomas Dziedzic 27 Feb '11

27 Feb '11

Hey, this is mainly targeted at the maintainers of boost/boost-libs, but others are free to check it out, I have reworked the PKGBUILD for boost/boost-libs and I have managed to update the beast to 1.46.0 I have a full file [1] and a diff [2] against the previous version (1.45.0). I have also built the PKGBUILD for both i686 and x86_64 in clean chroots and provided the results [3]. Notable changes include: * bump version to 1.46.0 * enable icu support in regex * fix FS#22370 - [boost] does not include MPI [4] * fix FS#22471 - [boost-libs] no libboost_thread.so [5] * minor PKGBUILD cleanups Disabling single thread building and just building the multithreaded libs cut the number of files in boost-libs by about a half :) I was also told by upstream there isn't a need for enabling single threaded support. The only boost bug open is FS#22178 - [boost/boost-libs] Support for Python 3 [6] and I tried enabling support, but got errors, so it will just have to wait. Upstream doubts they support the latest python3.2, which I was told in irc. [1] - http://pkgbuild.com/~td123/boost/PKGBUILD [2] - http://pkgbuild.com/~td123/boost/PKGBUILD.diff [3] - http://pkgbuild.com/~td123/boost/ [4] - https://bugs.archlinux.org/task/22370 [5] - https://bugs.archlinux.org/task/22471 Cheers!

1 0