- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] info files / documentation
by Xavier 26 Aug '08

26 Aug '08

On Mon, Aug 25, 2008 at 4:57 PM, Andreas Radke <a.radke(a)arcor.de> wrote: > > I think there was no rule decided. Afair we wanted to let it up to the > maintainer if he wants to add info files and further documentation when > he thinks it's helpful. I don't use the info command at all but could > also live with enabling all documentation. We ship headers in every > case so why not all possible content upstream developers install by > default. > > Maybe we should put a clear statement into the Arch packaging standards > wiki page. > The condition for letting it up to the maintainer was "if the docs are too big for a given package". http://www.archlinux.org/pipermail/arch-dev-public/2008-April/005913.html A side-note about the future docs handling in makepkg 3.3 : There was only one example of docs insanely big, and it was not info docs, but gtk-docs : http://www.archlinux.org/pipermail/arch-dev-public/2008-April/005923.html Allan also recently found out that info docs were not compressed: http://www.archlinux.org/pipermail/pacman-dev/2008-August/012780.html For fixing this, he decided to have man pages and info pages treated exactly the same, which makes perfectly sense and is fully supported by Dan and I. So with makepkg 3.3, the info pages will always be included and compressed : http://projects.archlinux.org/?p=pacman.git;a=commitdiff;h=7865fb9af487f7ca… The !docs option is still useful and needed for removing the really big docs like gtk-docs in the glib2 package.

1 0

[arch-general] Pacman 3.2.1 string freeze
by Dan McGee 25 Aug '08

25 Aug '08

String freeze for the pacman 3.2.1 release is now in effect. We have about 10 messages per language that are either fuzzy or new in this release, so nothing too serious. I've made some of the easy updates myself for your convenience: "Description:" -> remove the space "None" -> remove the '\n' "downloading %s\n" -> copy from the "Downloading %s" text if it was obvious to me "Are you sure" makepkg question -> remove the "[Y/n]" text Our pacman translation policy is outlined here. The important sections for translators are the introduction and up to (and including) pre-release updates. http://www.archlinux.org/pacman/translation-help.html As stated in the above document, PO files have been made available to translate: http://code.toofishes.net/pacman/po_files/ I'm shooting for a midweek release, so we have about 4 days to get translation updates in. Languages we currently have: cs:Vojtěch Gondžala <vojtech.gondzala(a)gmail.com> de: Matthias Gorissen <matthias(a)archlinux.de> en_GB: Jeff Bailes <thepizzaking(a)gmail.com> (Already complete) es: Juan Pablo Gonzalez <jotapesan(a)gmail.com> fr: Xavier Chantry <shiningxc(a)gmail.com> hu: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> it: Giovanni Scafora <linuxmania(a)gmail.com> pl: Mateusz Herych <heniekk(a)gmail.com> pt_BR: Hugo Doria <hugo(a)archlinux.org> ru: Sergey Tereschenko <serg.partizan(a)gmail.com> tr: Samed Beyribey <beyribey(a)gmail.com> zh_CN: 甘露(Lu.Gan) <rhythm.gan(a)gmail.com> If you wish to help translate, but your language is already listed as handled by someone, please contact them at the above addresses. If the language is listed as "no current translator", then please reply to ALL on this message stating you are doing the translation so we do not have duplicated effort (although you are more than welcome to work in teams). Once you have updated or completed a translation, simply tar and gzip the files up and send them back to pacman-dev(a)archlinux.org with a [translation] prefix in the message. For those that are used to the old method of updating translations (GIT patches), those are still acceptable as well. Please prefix the patch with "translation:" so it can be picked out easily. Any questions should be answered if you reply to this email on the list. -Dan

2 3

[arch-general] lua 5.1.4-1 in [extra]
by stefan-husmann＠t-online.de 24 Aug '08

24 Aug '08

Hello, I just saw lua 5.1.4-1 in [extra] (only for i686, x86_64 still has 5.1.3-3) but an older release 5.1.3-5 in [testing]. I guess it is a mistakenly uploaded package. Regards Stefan Husmann

1 0

[arch-general] 32-bit glibc package?
by David Rosenstrauch 21 Aug '08

21 Aug '08

I use Arch x86_64 - so far without a problem. But I've found recently that there's a few AUR packages that I'm unable to compile. (e.g., virtualbox-modules) Seems like the build needs the /usr/include/gnu/stubs-32.h file, which isn't installed on my Arch64 system. (glibc installs stubs-64.h instead.) But according to this thread, it appears that many distros work around this by having a 32-bit glibc package for this purpose: http://gcc.gnu.org/ml/gcc-help/2007-12/msg00055.html Does Arch have such a thing? Didn't look like it from surfing the packages in the repos (and AUR), but thought I'd ask anyway. If not, I'm not opposed to writing a new packages for this, but I'm not sure quite how to build a 32-bit glibc package that doesn't conflict with the 64-bit one. Anyone have any advice here? Thanks, DR

7 9

[arch-general] Eclipse configuration ignored after upgrade
by David Rosenstrauch 21 Aug '08

21 Aug '08

Looks like the latest upgrade to Eclipse (3.4-2 -> 3.4-3) did something odd: after the upgrade, Eclipse started ignoring my old configuration (in ~/.eclipse/org.eclipse.platform_3.4.0_1473617060) and started using a new one it created (in ~/.eclipse/org.eclipse.platform_3.4.0_1543616141). With older versions of Eclipse I might not have cared. But with the new 3.4 version, which now uses the new P2 plugin system - which stores all your installed plugins into the configuration directory, instead of a directory of your choosing - the net result was that all my plugins were suddenly no longer installed after the upgrade. Anyone know why it decided to insist on a new config directory? Could it be because the Eclipse executable was moved from /opt/eclipse to /usr/share/eclipse? If that's the case then hopefully this won't be an issue in the future. I hope so, as it'd be a pain to have to deal with this on every minor and major upgrade to the package. Granted the workaround is pretty easy (copy the contents of the old config dir to the new one), but it's still a pain. Thanks, DR

1 0

[arch-general] Problems with easynews mirror?
by David Rosenstrauch 20 Aug '08

20 Aug '08

Seems to be running extremely slowly. Anyone have any idea what's up with it? It's usually a very reliable mirror. Thanks, DR

3 2

[arch-general] no local login prompt
by Sergey Manucharian 20 Aug '08

20 Aug '08

Hi folks, After today's system update of my P4 machine I cannot get the login prompt to the local terminal. Initscripts run, I see a whole bunch of [DONE]s and that's it - the line with the last (from rc.conf) daemon on the bottom of screen and nothing happens. I can login via ssh with no problem, and I see nothing suspicious or unusual in the logs... Any ideas? Cheers, Sergey

3 3

[arch-general] openoffice does not work
by Christian Leng 19 Aug '08

19 Aug '08

Hi, I'm a new user of Arch. I've installed openoffice via pacman. However, it doesn't work anyway. Accoring to the Arch Wiki, I added 'OOO_FORCE_DESKTOP=gnome' into my ~/.bashrc, but nothing changed. Clicking at the OOo items in the desktop menu, nothing happens. Then when I tried to run OOo from the terminal using command "$/usr/bin/soffice", error info is: ------------------- no suitable windowing system found, exiting. ------------------- I just don't know what is the matter.

2 2

[arch-general] Libncurses Problem
by Robert Spangler 19 Aug '08

19 Aug '08

Hello all, First I want to start off by expressing my satisfaction with the Arch Linux distribution. I've played with about six of them and broke them all within the first week except for this one. Very hackable and does what I want it to do without fuss. Nice job. Now, it doesn't seem as though packages are always updated to link with newer libs. For instance, I got the new ncurses build a few days ago. Today, when I checked out snownews, it would not work because it was not linked against the new ncurses library. Of course, using the ABS PKGBUILD file to build my own from source fixed the problem but thought I would alert you all anyways. It was complaining about not being able to find libncurses.so.5. Rebuilding it linked it against the new version. Thanks for a great distro, Robby

2 1

[arch-general] FW: libncurses in [testing]
by stefan-husmann＠t-online.de 18 Aug '08

18 Aug '08

Sorry, I tried to send this message to the arch-dev-public mailing list and was not allowed to do so. -----Original Message----- Date: Mon, 18 Aug 2008 21:50:12 +0200 Subject: libncurses in [testing] From: "stefan-husmann(a)t-online.de" <stefan-husmann(a)t-online.de> To: arch-dev-public(a)archlinux.org Hello, I think Eric Belangers list of packages that need a rebuild due to the libncurses package in testing ist not sufficient. I found (not using lddd, but findbrokenpkgs, a tool with a similar task from AUR) darcs emacs (tested for with emacs-otf from AUR, but on the comment-page of emacs-cvs is a similar remark by someone) octave3 gutenprint libcaca librep lua ocaml yaz mplayer rlwrap Some of them are community-packages. Please consider also to add an arch and license array to the PKGBUILD of librep. Thank you Sincerely Stefan

1 0