Re: [arch-general] File conflict between cuda and pacparser
On Tue, Aug 26, 2014 at 9:05 AM, Chi Hsuan Yen yan12...@gmail.com wrote: Hello, Arch lovers, Both community/pacparser and community/cuda contain the file /usr/share/man/man3/deprecated.3.gz, so pacman prevent me from installing both packages. How can I jump over the obstacle? Maybe it's better to establish some mechanism for preventing irreleveant packages with common files. In addition, is there a dedicated mailing list for discussions on official (not AUR) packages? Something like commenting system on the AUR website is also fine. Open a bug report.
Re: [arch-general] inetutils and the 'base' group
On Mon, Jun 16, 2014 at 7:35 PM, Leonid Isaev lis...@umail.iu.edu wrote: Hi, Is there a reason why core/inetutils is in base group, i.e. which packages implicitly rely on it? It was added to base around Aug. 2011 ago, I think because of hostname(1), but shouldn't this functionality be now provided by hostnamectl? Many packages/tools expect the presence of a hostname binary. A symlink to hostnamectl won't work because the output format/information is different. Thanks, -- Leonid Isaev GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4 C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
Re: [arch-general] [arch-dev-public] Dropping compiz?
On Mon, May 20, 2013 at 7:26 PM, Bjoern Franke b...@nord-west.org wrote: And done. Shouldn't emerald be dropped, too? Yes. I just removed emerald and emerald-themes. -- xmpp b...@schafweide.org bjo.nord-west.org | nord-west.org | freifunk-ol.de
Re: [arch-general] Current CPPFLAGS=-D_FORTIFY_SOURCE=2 break some builds
On Mon, May 6, 2013 at 3:45 PM, Leonid Isaev lis...@umail.iu.edu wrote: Hi, With gcc 4.8.0-4 I can no longer build core/links package from ABS, with SSL support. The issue is _not_related to makepkg (as I originally thought), even plain ./configure fails if I export CPPFLAGS=-D_FORTIFY_SOURCE=2, regardless of the content of {C,CXX,LD}FLAGS. Here is the error: $ ./configure --with-ssl [ ... ] checking for openssl... yes checking OPENSSL_CFLAGS... checking OPENSSL_LIBS... -lssl -lcrypto checking for OpenSSL... no checking for OpenSSL... no configure: error: OpenSSL not found $ cat config.log [ ... ] configure:8095: checking for openssl configure:8102: checking OPENSSL_CFLAGS configure:8107: checking OPENSSL_LIBS configure:8139: checking for OpenSSL configure:8150: gcc -o conftest -g -O2 -D_FORTIFY_SOURCE=2 conftest.c -lssl -lcrypto -lm 15 In file included from configure:8143:0: confdefs.h:8:16: error: duplicate 'unsigned' #define size_t unsigned ^ configure: failed program was: #line 8143 configure #include confdefs.h #include openssl/ssl.h int main() { SSLeay_add_ssl_algorithms() ; return 0; } With gcc 4.7.2 all builds fine with Arch's default makepkg.conf, i.e. no duplicate unsigned error. Also, unsetting CPPFLAGS allows a successfull build. Since core/links has been successfully rebuilt, what was the gcc version? ANd can anyone else confirm the above issue? TIA, L. Aready fixed in links in testing. Just add a prepare function with: sed -i /ac_cpp=/s/\$CPPFLAGS/\$CPPFLAGS -O2/ configure -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
Re: [arch-general] strange behaviour of pacman, what did I do?
On Mon, Mar 25, 2013 at 10:38 PM, Shridhar Daithankar ghodech...@ghodechhap.net wrote: Hi I was updating an archroot, created with mkarchroot to play with lxc. I thought following would work but it was doing something else altogether [root@bheem lxc]# pacman -Su -c /var/cache/pacman/pkg/ --root=$PWD/server1 Cache directory: /var/cache/pacman/pkg/ Packages to keep: All locally installed packages Do you want to remove all other packages from cache? [Y/n] ^C Interrupt signal received I think I lost a few packages during this because following command lead to a 30MB worth of download. [root@bheem lxc]# pacman -Su --cachedir=/var/cache/pacman/pkg/ --root=$PWD/server1 What did pacman do the first time? The man page does not have bare -c option and it wasn't -Sc where it started cleaning the packages(or was it?) -Sc and -S -c do the same thing. It's just two different ways to write the options. It would have been better to answer no instead of hitting ^C. And just to be sure.. I wanted to run pacman on the host again.. and eh? I lost my synced dbs? Thats strange.. That might be because of the aborted command earlier. You can use pacman -Syyu if they are still broken. [root@bheem lxc]# pacman -Syu :: Synchronizing package databases... error: core.db appears to be truncated: 3990/0 bytes error: failed retrieving file 'core.db' from mirrors.kernel.org : Failed error: core.db appears to be truncated: 3990/0 bytes error: core.db appears to be truncated: 3990/0 bytes error: core.db appears to be truncated: 3990/0 bytes error: failed retrieving file 'core.db' from mirrors.easynews.com : Resolving timed out after 1 milliseconds core is up to date 0.0 B 0.00B/s 00:00 [-] 0% extra 1416.8 KiB 205K/s 00:07 [#] 100% community 1917.7 KiB 206K/s 00:09 [#] 100% :: Starting full system upgrade... there is nothing to do -- Regards Shridhar
Re: [arch-general] XDG variables no longer set
On Tue, Feb 26, 2013 at 6:42 AM, Robbie Smith zoqae...@gmail.com wrote: For some reason, after my last reboot (a kernel update), none of the XDG variables[1] (such as $XDG_CONFIG_HOME) are being set, which broke a lot of my configuration, as I rely on those in scripts. I was able to fix it by writing a script[2] to drop in /etc/profile.d/ that would create those directories and export the variables as required, but what I want to know is why they broke in the first place. Has anyone else experienced this? Robbie These were removed recently. You might want to leave a comment on the bug report: https://bugs.archlinux.org/task/31204
Re: [arch-general] netpbm
On Sat, Feb 23, 2013 at 3:49 PM, Myra Nelson myra.nel...@hughes.net wrote: I have a question about the netpbm package. There was an api change after the 10.6xx versions were released and there have been bug fixes also. Based on the history file for the advanced repo shows, which the 10.57 package was based on 13.02.20 BJH Release 10.61.02 MinGW build: various fixes. 12.12.31 BJH Release 10.61.01 pamstereogram: change -guidesize default from 10 to 20 (relevant since 10.61.00). pamstereogram: fix bug: doesn't reject negative guidesize. Broken since 10.61.00. pamstereogram: fix bug: garbage in -verbose listing. Broken since 10.61.00 The history file for the trunk version shows not yet BJH Release 10.62.00 pamstereogram: change -guidesize default from 10 to 20 (relevant since 10.61). pamstereogram: fix bug: doesn't reject negative guidesize. Broken since 10.61. pamstereogram: fix bug: garbage in -verbose listing. Broken since 10.61 MinGW build: various fixes. 12.12.30 BJH Release 10.61.00 I hate to flag this as out date since so few packages from the repos depend on it, so I did some testing. I obtained the patchset from 10.60.05 contained in the fedora fc19 source rpm file and built the svn trunk repo with the equivalent patches being used for the Arch 10.57 package and the build went fine. I then tested the build of groff, gocr, latex2html, dvd-slideshow, and vor against the netpbm-svn build I installed and those builds went fine. I then tested the build of the trunk version with all but one, netpbm-gcc4.patch, the patches contained in the fedora patchset and the build went fine. One of the patches provides for not building the docs which produces a package of 1.2M on my x86_64 machine. I'm using the svn version so I can build Prima from CPAN which wouldn't build against 10.57, and don't seem to have any problems running the svn version and will continue to do so. I also search the arch-dev public mailing list for anything on netpbm updates and netpbm being a dep for groff but nothing about the need for updating the package. Since there is currently no maintainer for the netpbm package and based on this data what would be the appropriate course of action in getting the Arch repo packages updated to a later version of netpbm, or is it necessary? Flagging it out-of-date is usually sufficient. Anyway, I've handled the last netpbm updates so I'll do this update too. Judging from your email, the rebuild should go fast (few packages, no problems). Eric Myra -- Life's fun when your sick and psychotic!
Re: [arch-general] Groups and GIDs in PKGBUILDs
On Wed, May 30, 2012 at 11:06 AM, Paul Gideon Dann pdgid...@gmail.com wrote: Hi guys, Is there a policy with regards to GIDs in packages? Here's my scenario: When creating a PKGBUILD, I want certain files to belong to the http group. However, if http might have a different GID on other systems, I'll need to chgrp the files in the .install file, rather than the PKGBUILD, to ensure correct behaviour. On the other hand, if the http group is considered a standard group belonging to the base system, it may be safe to perform the chgrp in the PKGBUILD, and I can be sure that it will map to the correct group when it's upacked on another system. The Mediawiki PKGBUILD in ABS performs a chown to http in the PKGBUILD. I wonder if there's an official list of safe groups somewhere? yes: https://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database Cheers, Paul
Re: [arch-general] [arch-dev-public] Dropping squirrelmail
On Mon, May 7, 2012 at 1:21 PM, David Rosenstrauch dar...@darose.net wrote: On 05/07/2012 01:12 PM, Jelle van der Waa wrote: On 07/05/12 16:20, David Rosenstrauch wrote: On 05/05/2012 11:27 AM, Genes MailLists wrote: On 05/05/2012 10:32 AM, Pierre Schmitz wrote: Hi all, FYI: I plan to drop squirrelmail from [extra]. It is orphaned and it wont work with PHP 5.4. (According to pkgstats it has no users anyway) Greetings, Pierre pkgstats is wrong. I use it, and have for years. DR Then you didn't install pkgstats and have had it running ;) Nope. Have had pkgstats installed since 2008: [darose@darsys12 log]$ grep pkgstats pacman.log [2008-11-07 10:50] installed pkgstats (1.0-2) [2009-10-29 22:06] upgraded pkgstats (1.0-2 - 1.0-3) [2010-09-10 16:25] Running 'pacman -S encfs hwdetect acidrip chromium libmysqlclient mysql-clients pacman pkgstats vlc pacman-mirrorlist' [2010-09-10 16:25] upgraded pkgstats (1.0-3 - 2.0-2) [2010-09-29 16:27] Running 'pacman -S thunderbird xterm openssh k3b qt kernel26 kernel26-headers man-pages nspluginwrapper pkgstats dosfstools dnsutils linux-firmware lftp xulrunner' [2010-09-29 16:33] Note: A weekly cronjob was installed to /etc/cron.weekly/pkgstats [2010-09-29 16:33] upgraded pkgstats (2.0-2 - 2.1-4) [2011-05-25 22:01] Running 'pacman -S encfs frostwire file gparted pidgin libpurple libxfce4util mkinitcpio pkgstats rsync xz' [2011-05-25 22:02] Running 'pacman -S encfs frostwire file gparted pidgin libpurple libxfce4util pkgstats rsync xz' [2011-05-25 22:02] upgraded pkgstats (2.1-4 - 2.1-5) [2011-12-15 13:54] Running 'pacman -S pkgstats' And (as far as I know) its weekly cron job has been running successfully. Just ran it again by hand now to make sure: [root@darsys12 log]# su -s /bin/bash -c '/usr/bin/pkgstats -q' nobody Anyway, bottom line is: I don't think your assumption that squirrelmail has no users in Arch is correct. DR pkgstats only shows packages with more than 1% usage. Squirrelmail might have users but it's less than 1%, i.e. not enough to keep it in repo.
Re: [arch-general] A bug reported, no response in two weeks
On Fri, Mar 30, 2012 at 7:23 PM, Karol Blazewicz karol.blazew...@gmail.com wrote: There's a nasty typo in libgringotts PKGBUILD http://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/libgringotts : 'pckage()' should be changed to 'package()', otherwise the package creates no files: https://bbs.archlinux.org/viewtopic.php?id=137648 http://www.archlinux.org/packages/community/i686/libgringotts/files/ I've reported the bug on 14 March 2012 https://bugs.archlinux.org/task/28920 and I've got no response so far. I'm not sure what's going on, am I missing something? I can see that the change introducing this bug has been made by someone else than the current maintainer and the person the bug is assigned to http://projects.archlinux.org/svntogit/community.git/commit/trunk?h=packages/libgringottsid=0471d31be1a4f0cfc3dd02b291276167c00d60dd I've added the last TU who modified the package to the list of assignees.
Re: [arch-general] (for Vesa and other Arch Devs on the list) Re: GHC 7.4.1 or HP 2011.4.0.0??
On Sat, Feb 4, 2012 at 12:08 PM, Magnus Therning mag...@therning.org wrote: This was mainly directed to the Arch Devs on the list, and especially Vesa since he's putting in most of the work on GHC as found in [extra]. You might want to contact Vesa directly. He might not be following this ML. We've already discussed the question of whether we should keep HP in Arch. *I* think there was clear what the favoured route ahead was, but in the end it's the Arch Devs who decide. I don't like the current situation (outdated GHC and outdated HP), so a decision would be much welcome then the work on catching up can begin. /M On Fri, Feb 03, 2012 at 04:28:28PM +0100, Magnus Therning wrote: It's been out for a day now... this would be a good time to decide whether ArchLinux should be bold and move to a haskell-platform-free state, or trudge on with HP and the ache it causes. If we're moving to 7.4.1 there's a lot of work with getting ArchHaskell in shape for it, so the longer notice the better :) If we're to trudge on with HP then we really ought to move to 2011.4.0.0, which also means a new version of GHC and a lot of work on ArchHaskell, so the longer notice the better :) Please, please, please, can we move on this soon? I'm available to help out with [extra][community] packages if need be, updating PKGBUILDs, building, verifying other's changes, etc. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay
Re: [arch-general] No FFMPEG/LibAV for Audacity?
On Sun, Nov 27, 2011 at 5:34 PM, Jonathan E. Brickman j...@ponderworthy.com wrote: I tried every combination of repo and AUR versions of Audacity, FFMPEG, and LibAV libraries, and I was not able to find a way to give Audacity the file named libavformat.so.52 which it wants to much. So far as I have been able to tell, all of the versions of FFMPEG and LibAV either don't compile or produce libavformat.so.53, which the available versions of Audacity won't touch. Anyone have a solution? I would try Ubuntu deb's, but I am concerned with introducing more conflicts instead of eliminating just one! Fixed in audacity-1.3.13-2. Next time open a bug on the bug tracker. -- Jonathan E. Brickman /Ponderworthy Music/ http://ponderworthy.com 805 SW Jewell Ave Topeka KS 66606-1610 j...@ponderworthy.com mailto:j...@ponderworthy.com
Re: [arch-general] Problems with .install file and pacman 4.0
On Fri, Oct 14, 2011 at 3:22 PM, fredbezies fredbez...@gmail.com wrote: Hello. I don't have any powers to post on arch-dev-public, so I'm writing here. Since I upgraded to pacman 4.0 (and building tools related to pacman 4.0), some packages which have both an install file and a name like something-git won't build. For example, if I try to build vlc-git, https://aur.archlinux.org/packages.php?ID=16084, I cannot get it build until I comment install=() line : [fred@fredo-arch vlc-git]$ makepkg == ERROR : install file (('vlc-git.install')) doesn't exist But a little ls tells me : [fred@fredo-arch vlc-git]$ ls PKGBUILD vlc-git.install Known bug ? install file line in this package : install=('vlc-git.install') I can see the same for a package I try to maintain, kvm-git : https://aur.archlinux.org/packages.php?ID=22041 Any ideas ? -- Frederic Bezies fredbez...@gmail.com The install directive shouldn't be an array. So replace install=('vlc-git.install') by install='vlc-git.install'
Re: [arch-general] Enable FLTK Octave backend?
On Wed, Sep 28, 2011 at 9:17 AM, Stefano Avallone stava...@unina.it wrote: Hi, I read in the Octave documentation [1] that a newer (than gnuplot) plotting capability is provided by the FLTK/OpenGL backend. This new backend is not available in the current octave arch package, because the fltk library is required to be installed at build time. I read that the FLTK backend is rather faster (for 3d plots) than the gnuplot backend, and also some options (e.g., Postscript level 3 or pdflatex outputs of the print command) are only available with the new backend. I installed fltk from extra and recompiled octave. The new backend seems to work fine and it is also enables to zoom (or rotate) and pan the current plot. I don't know if the addition of the FLTK backend has been discussed in the past and abandoned for some reasons, but I see no issues in including it, since the default backend seems to still be gnuplot. So, adding the support for the FLTK backend would be as simple as putting fltk in makedepends and optdepends. Should I open a bug to track this feature request? there's already a bug report: https://bugs.archlinux.org/task/25913 regards, Stefano [1] http://www.gnu.org/software/octave/doc/interpreter/Introduction-to- Plotting.html#Introduction-to-Plotting
Re: [arch-general] emacs-color-theme: please use a snapshot
On Sun, Aug 28, 2011 at 10:11 AM, XeCycle xecy...@gmail.com wrote: Hope I'm not disturbing~ But I don't know whether this worth a bug report. The package `emacs-color-theme' uses the stable release, released in 2006. In 2007, there's a commit fixing a bug (for me, the bug causes conflict with Gnus), but the upstream didn't release a new version since then. So I would suggest on using a snapshot version --- I fixed that bug myself. Following is more about that bug and how I fixed it: Function `replace-in-string' is provided in XEmacs but not GNU Emacs, so the author of color-theme defined his own. Yes, he checks whether the function exists. Gnus also defined one, but the name is `mm-replace-in-string'. Gnus checks whether `replace-in-string' is present, and if it does, the `mm-' is just an alias to that. All right, Eh? But the author of color-theme defined the function different from XEmacs did. So Gnus was confused, then it complained about something like wrong number of arguments when using it --- for example, when EasyPG is trying to verify a PGP/MIME signature. I fixed that by renaming the defun in color-theme.el to `color-theme-replace-in-string', by adding a sed line in the build() function before the compilation. You should submit a bug report to make sure the maintainer is aware of this. -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591
[arch-general] [signoff] device-mapper/lvm2 2.02.87-1
Hi, device-mapper/lvm2 2.02.87-1 are now in testing for an upstream update. Please test and signoff. Signoffs from users are welcomed. Thanks, Eric
Re: [arch-general] [signoff] lvm2/device-mapper 2.02.86-1
On Mon, Jul 11, 2011 at 11:32 PM, Eric Bélanger snowmanisc...@gmail.com wrote: Hi, lvm2/device-mapper 2.02.86-1 are in testing for an upstream update. Please test and signoff. Signoff from users are welcomed. Eric Bump. Anyone?
[arch-general] [signoff] lvm2/device-mapper 2.02.86-1
Hi, lvm2/device-mapper 2.02.86-1 are in testing for an upstream update. Please test and signoff. Signoff from users are welcomed. Eric
Re: [arch-general] TeXLive 2011 pretest
On Sun, Jun 5, 2011 at 9:27 AM, Rémy Oudompheng remyoudomph...@gmail.com wrote: On 2011/6/1 Rémy Oudompheng r...@archlinux.org wrote: TeXLive 2011 is in pre-testing phase. I have pushed packages to [testing]. Some notes: * on installation, fmtutil-sys will spew a nerror saying that eptex format was not generated. I guess it means eptex will not work unless someone finds a fix. * biblatex-biber is not packaged, you can use the package from AUR in the meanwhile. * other issues I mentioned are closed, except maybe ConTeXt. Don't hesitate to report any problems. Rémy. I have a very minor issue. The .install functions are a bit too verbose: (25/26) upgrading texlive-science [---] 100% texlive: saving updmap.cfg as /tmp/tmp.uLoaP7TOez... texlive: regenerating updmap.cfg (custom additions shoud go into /etc/texmf/web2c/updmap-local.cfg texlive: updating the filename database... mktexlsr: Updating /etc/texmf/ls-R... mktexlsr: Updating /usr/share/texmf/ls-R... mktexlsr: Updating /usr/share/texmf-dist/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. texlive: updating the fontmap files with updmap... done. The second line (and maybe the first one) seem to be useful but the others don't seem to be necessary. You might want to change that in svn for the next update. Eric
[arch-general] [signoff] lvm2/device-mapper 2.02.85-1
Hi, lvm2/device-mapper 2.02.85-1 is in testing. Changes: - Upstream update - Fixed hook for lvm2 setup on encrypted fs (close FS#22955) - Added patch to remove bogus error message Please test and signoff. Signoffs from users are welcomed. Eric
Re: [arch-general] flyspray mailing list
On Sat, Mar 12, 2011 at 9:12 AM, Sergej Pupykin m...@sergej.pp.ru wrote: On 12.03.2011 16:14, solsTiCe d'Hiver wrote: what about creating mailing list with all flyspray notifications? like this ? http://www.archlinux.org/feeds/ Yes, like this, but I cann't find comments here. Only links to recently changed tasks. You can join the #archlinux-bugs IRC channel. A bot posts notifications of all bug tracker changes including new comments but you need to go on the bug tracker to read them. If you're insterested in a specific bug, use the watch task functionality to get all future comments in your mailbox.
Re: [arch-general] gimp ufraw update
On Wed, Feb 23, 2011 at 5:08 PM, Philipp hollun...@lavabit.com wrote: Hi there. I'm playing with digital photos atm., found ufraw and found that it's out of date since a long while. Here's my take on updating it: # $Id: PKGBUILD 96307 2010-10-19 21:03:01Z ibiru $ # Maintainer: Tobias Kieslich tob...@archlinux.org pkgname=gimp-ufraw _srcname=ufraw pkgver=0.18 pkgrel=1 pkgdesc=Standalone or gimp plugin converter for raw files url=http://ufraw.sourceforge.net/; arch=('i686' 'x86_64') license=('GPL2') depends=('gtkimageview' 'exiv2' 'lensfun') makedepends=('gimp' 'cinepaint' 'pkgconfig') optdepends=('gimp: to use the gimp import plugin for raw images' 'cinepaint: to use the cinepaint import plugin for raw images') source=(http://downloads.sourceforge.net/${_srcname}/${_srcname}-${pkgver}.tar.gz) md5sums=('454f40a402928998a82e2645d9265d96') build() { cd ${srcdir}/${_srcname}-${pkgver} ./configure --prefix=/usr \ --enable-extras \ --enable-mime \ --enable-openmp make } package() { cd ${srcdir}/${_srcname}-${pkgver} make DESTDIR=${pkgdir} install rm -f ${pkgdir}/usr/bin/dcraw } Lensfun is a new dependency, not sure it is needed (http://ufraw.sourceforge.net/index.html). The last configure option simply didn't exist and I removed the sed line (assuming upstream know what they're doing). In my opinion the package name should be ufraw rather than gimp-ufraw since this package enables ufraw standalone, in batch-mode and as 'plug-in' for cinepaint and gimp. HTH Philipp There's already an updated package in the staging repo for an exiv2 rebuild. It'll be in testing later today. You should open a bug report about the lensfun and the package renaming.
Re: [arch-general] New GRUB2 packages - any comments ?
On Fri, Jan 28, 2011 at 6:55 AM, KESHAV P.R. skodab...@gmail.com wrote: Hi all, I (skodabenz) and Ronald Van Haren (pressh) have put together a split PKGBUILD for grub2 including UEFI support (apart from standard BIOS firmware). You asked it in another thread but split PKGBUILD intended for the repos can't have both i686/x86_64 and any arch in them. The dbscripts don't support that.
Re: [arch-general] should imagemagick-doc really be i686/x86_64
On Thu, Jan 27, 2011 at 7:10 AM, Sven-Hendrik Haase s...@lutzhaase.com wrote: Ionuț Bîru ib...@archlinux.org wrote: On 01/27/2011 12:41 PM, Auguste Pop wrote: Hi, I am not aware of the package until I saw it listed on the home page of Archlinux today. Just out of curiosity, I skimmed the contents of the package and find out that they are mainly html files. Shouldn't it be any rather than i686/x86_64? Should I file a bug report or this is just my ignorance of imagemagick? Thank you for your kind attention. Yours, is not a bug. is more a impossibility to split 'any' packages like that. makepkg supports such splits but our server scripts doesn't handle them at all. -- Ionuț Indeed, but can still create a separate 'any' package like we do with some games. Just a split package won't work there. FTR, there used to be a seperate 'any' imagemagick-doc packge but I just removed it because it was too much work and it was often forgotten when other devs were rebuilding or updating imagemagick. Plus, it's only 3MB.
[arch-general] [signoff] lvm2/device-mapper 2.02.82-1
Hi, lvm2/device-mapper 2.02.82-1 are in testing for minor upstream update. Please test and signoff. Users signoffs are welcome. Thanks Eric
Re: [arch-general] Error for extract archive .tar
On Tue, Jan 11, 2011 at 9:46 PM, dario dario...@gmail.com wrote: Hi! i have a problem for extract an archive .tar, because when write tar -xzvf archive.tar.gz i get the messenge: gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now i have installed tar and gzip, and would install 7zip, but i can't. What is the problem? Thank you very much -- Dario PD: sorry my english, your understanding What's the output of file archive.tar.gz ?
[arch-general] [signoff] lvm2/device-mapper 2.02.78-1
Hi, lvm2/device-mapper 2.02.78-1 are in testing. Please test and signoff. Signoffs from users are welcome. - Minor upstream update. ChangeLog below. Version 2.02.78 - 6th December 2010 === Abort if segment tag allocation fails in pool format _add_stripe_seg. Abort in _mirrored_transient_status if referenced log/image LV is not active. Add backtraces for dev_set() and dev_close_immediate() errors in set_lv(). Log any unlink() error in clvmd remove_lockfile(). Log any pipe write() or close() errors in clvmd child_init_signal(). Detect if orphan vginfo was lost from cache before _lvmcache_update_vgname(). Do a full rescan if some device is missing in lvm1 format read_pvs_in_vg. Add missing check that dm_pool_create succeeded in write_config_node(). Use dm_snprintf in clvmd-command.c to ensure an overlong buffer is truncated. Don't write to buffer if its reallocation failed in clvmd do_command(). Switch from float to fixed point percentage handling. Avoid misleading missing PV warnings in vgextend --restoremissing. Fix memory leak when VG allocation policy in metadata is invalid. Ignore unrecognised allocation policy found in metadata instead of aborting. Factor out tag printing into _out_tags and avoid leaking string buffer. Remove some unused variables assignments. Add missing vg_release calls in _vg_read_by_vgid. Fix debug logging of derived flag LCK_CACHE in clvmd. Fix test for no system_dir in _init_backup(). Disallow lvconvert ops that both allocate free supplied PEs in a single cmd. Fix liblvm seg_size to give bytes not sectors. Add functions to look up LV/PV by name/uuid to liblvm. Free cmd_context if fallback to LVM1 fails in lvm2_main(). Free device name buffer in dmsetup parse_loop_device_name() error paths. Close format lib if init_format_fn fails in _init_formats(). Don't leave /proc/mounts open after dmeventd snapshot event processing. Fix out-of-scope arg_vgnames use in process_each_lv(). Remove incorrect dm_task_destroy(NULL) from _node_clear_table() error path. Add missing closedir in _rm_blks after removing stray LVM1 VG files. Suppress 'No PV label' message when removing several PVs without mdas. Fix default /etc/lvm permissions to be 0755. (2.02.66) Version 1.02.59 - 6th December 2010 === Add backtraces to _process_mapper_dir and _create_and_load_v4 error paths. Remove superfluous checks for NULL before calling dm_free.
Re: [arch-general] [arch-dev-public] [signoff] xinetd-2.3.14-6
On Sun, Nov 28, 2010 at 8:44 AM, Allan McRae al...@archlinux.org wrote: On 21/11/10 18:28, Eric Bélanger wrote: On Fri, Nov 19, 2010 at 8:32 AM, Allan McRaeal...@archlinux.org wrote: Rebuild of old package, tidy up PKGBUILD. Signoff both, Allan signoff x86_64 Anyone for i686? sure. signoff i686. BTW, you might want to start the pkgdesc with a capital A.
[arch-general] [signoff] lvm2/device-mapper 2.02.77-1
Hi, lvm2/device-mapper 2.02.77-1 are in testing. Please test and signoff. Signoffs from users are welcome. - Minor upstream update. ChangeLog below. Version 2.02.77 - 22nd November 2010 Allocate a pool for dummy VG in _pvsegs_sub_single. Add PV and LV segment types and functions to liblvm. Add set_property functions to liblvm. Remove tag length restriction and allow / = ! : # characters. Support repetition of --addtag and --deltag arguments. Add infrastructure for specific cmdline arguments to be repeated in groups. Split the_args cmdline arguments and values into arg_props and arg_values. Fix fsadm no longer to require '-f' to resize an unmounted filesystem. Fix fsadm to detect mounted filesystems on older systems. (2.0.75) Extend cling allocation policy to recognise PV tags (cling_by_tags). Add allocation/cling_tag_list to lvm.conf. Regenerate configure with 'autoreconf' for --enable-ocf. (2.02.76) Version 1.02.58 - 22nd November 2010 Fix _output_field crash from field_id free with DEBUG_MEM. (1.02.57)
Re: [arch-general] [signoff] kernel26-lts 2.6.32.26-1
On Tue, Nov 23, 2010 at 1:08 PM, Tobias Powalowski t.p...@gmx.de wrote: Latest LTS kernel is in testing, please signoff for both arches. It's not in testing. I think you forgot to run db-update.
[arch-general] [signoff] lvm2/device-mapper 2.02.76-1
Hi, lvm2/device-mapper 2.02.76-1 are in testing. Please test and signoff. Signoffs from users are welcome. - Minor upstream update. ChangeLog below. Version 2.02.76 - 8th November 2010 === Clarify error messages when activation fails due to activation filter use. Add pacemaker script VolumeGroup.ocf with configure --enable-ocf. Import make.tmpl into include/ Makefile. Fix handling of online filesystem resize (using new fsadm return code). Add DIAGNOSTICS section to fsadm man page. Modify fsadm to return different status code for check of mounted filesystem. Update VG metadata only once in vgchange when making multiple changes. Allow independent vgchange arguments to be used together. Automatically unmount invalidated snapshots in dmeventd. Suppress some superfluous messages from clang static analysis. Fix a deadlock caused by double close in clvmd. Fix NULL pointer dereference on too-large MDA error path in _vg_read_raw_area. Use static for internal _align_chunk() and _new_chunk() from pool-fast.c. Fix vgchange to process -a, --refresh, --monitor and --poll like lvchange. Add lvm2app functions to query any pv, vg, or lv property / report field. Version 1.02.57 - 8th November 2010 === Fix regex optimiser not to ignore RHS of OR nodes in _find_leftmost_common. Add dmeventd -R to restart dmeventd without losing monitoring state. (1.02.56) Fix memory leak of field_id in _output_field function. Allocate buffer for reporting functions dynamically to support long outputs.
Re: [arch-general] [arch-dev-public] [extra] repository cleanup
On Sun, Nov 14, 2010 at 3:01 AM, Attila vodoo0...@sonnenkinder.org wrote: At Samstag, 13. November 2010 17:32 Heiko Baums wrote: And I have nothing against cleaning up a repo. But this should be done more considered. Means only unimportant, unpopular packages or packages which don't run anymore should be moved to AUR or removed completely but not packages which likely belong to the most popular ones. +1 For to consider more. With only a message with the link to a wiki list it is very easy to oversee something and more important there is no information about to what for a certain time it will be done. I have not anything against having more (or less) applications from aur but i was a little bit surprised as my favorite editor for the console joe get throwed out of extra. So i ask for the possibility of having a RSS Feed (or a web page) with at examples such lines 2010-11-10 joe - OLD REPO: EXTRA NEW REPO: AUR 2010-11-10 appXYZ - OLD REPO: EXTRA NEW REPO: NULL 2010-11-12 libXYZ - OLD REPO: COMMUNITY NEW REPO: EXTRA Is there any change that this could realize without too much extra cost? See you, Attila There's already RSS feeds with that information (maybe not as compact as you want) : http://aur.archlinux.org/rss.php http://repos.archlinux.org/wsvn/packages/?op=rssisdir=1 http://repos.archlinux.org/wsvn/community/?op=rssisdir=1
Re: [arch-general] arch-general Digest, Vol 73, Issue 6
On Fri, Nov 5, 2010 at 8:06 AM, Auguste Pop augu...@gmail.com wrote: Hi, the src archive is attached. I will copy-paste the files bellow in case the attached file can not be properly received. However, the hash may be different. $ cat PKGBUILD # Contributor: Jason Chu ja...@archlinux.org # Contributor: Tom Newsom jeeps...@gmx.co.uk # Contributor: Auguste augu...@gmail.com pkgname=xboard pkgver=4.4.4 pkgrel=1 pkgdesc=A graphical user interfaces for chess arch=('i686' 'x86_64') url=http://www.gnu.org/software/xboard/; license=('GPL3') depends=('libxaw' 'gnuchess' 'texinfo') install=$pkgname.install source=(ftp://ftp.gnu.org/gnu/$pkgname/${pkgname}-${pkgver}.tar.gz ${pkgname}.install ${pkgname}.desktop) md5sums=('06a2d921650718ea272e7c0ec957dccc' '5fb37acdeb9e6a80ddef0fb056519cd6' '1d9d4a7864465a703fe4a215e83f4806') build() { cd ${srcdir}/${pkgname}-${pkgver} sed -i 's/fairymax/gnuchess/' xboard.h ./configure --prefix=/usr --mandir=/usr/share/man make } package() { install -m 755 -D ${srcdir}/${pkgname}.desktop \ ${pkgdir}/usr/share/applications/${pkgname}.desktop cd ${srcdir}/${pkgname}-${pkgver} make DESTDIR=${pkgdir} install } $ cat xboard.install post_install() { install-info usr/share/info/xboard.info.gz usr/share/info/dir 2 /dev/null if [ -e /usr/bin/gtk-update-icon-cache ] then /usr/bin/gtk-update-icon-cache -fq /usr/share/icons/hicolor fi } post_upgrade() { post_install $1 } pre_remove() { install-info --delete usr/share/info/xboard.info.gz usr/share/info/dir 2 /dev/null if [ -e /usr/bin/gtk-update-icon-cache ] then /usr/bin/gtk-update-icon-cache -fq /usr/share/icons/hicolor fi } FYI, .install files shouldn't have leading slashes.
[arch-general] [signoff] lvm2/device-mapper 2.02.75-1
Hi, lvm2/device-mapper 2.02.75-1 are now in testing for an upstream update. Please test and signoff. I couldn't test much the i686 package except in a chroot so 2 signoffs for i686 would be nice. Signoff from users are welcome. Eric Version 2.02.75 - 25th October 2010 === Annotate more variables and parameters as const. Fix missing variable initialization in cluster_send() function from cmirrord. Fix pointer for VG name in _pv_resize_single error code path. Fix warning for changed alignment requirements for dmeventd read/write func. Add global/metadata_read_only to use unrepaired metadata in read-only cmds. Don't take write lock in vgchange --refresh, --poll or --monitor. Skip dm devices in scan if they contain only error targets or are empty. Fix strict-aliasing compile warning in partition table scanning. Fix pthread mutex usage deadlock in clvmd. Automatically extend snapshots with dmeventd according to policy in lvm.conf. Add activation/snapshot_autoextend_threshold/percent to lvm.conf. Fix liblvm2cmd link order to support --as-needed. Remove dependency on libm by replacing floor() by an integer-based algorithm. Fix hang when repairing a mirrored-log that had both devs fail. Convey need for snapshot-merge target in lvconvert error message and man page. Add devices/disable_after_error_count config to limit access to failing devs. Give correct error message when creating a too-small snapshot. Implement vgextend --restoremissing to reinstate missing devs that return. Make lvconvert respect --yes and --force when converting an inactive log. Refactor and add 'get' functions for lv properties/fields. Update script for fsadm testing. Better support of noninteractive shell execution of fsadm. Fix usage of --yes flag for ReiserFS resize in fsadm. Fix detection of mounted filesystems for fsadm when udev is used. Fix assignment of default value to LVM variable in fsadm. Fix support for --yes flag for fsadm. Do not execute lvresize from fsadm --dry-run. Fix fsadm return error code from user's break action. Allow CC to be overridden at build time (for 'scan-build make'). Rename 'flags' to 'status' in struct metadata_area. Avoid segfault by limiting partial mode for lvm1 metadata. (2.02.74) Use dm_zalloc and dm_pool_zalloc throughout. Add pv_get_property and create generic internal _get_property function. Add 'get' functions for pv and vg properties/fields. Make generic GET_*_PROPERTY_FN macros with secondary macro for vg, pv lv. Add tags_format_and_copy() common function and call from _tags_disp. Add id_format_and_copy() common function and call from _uuid_disp. Refactor report.c '*_disp' functions to call supporting functions. Move parts of metadata*.[ch] into new {pv|vg|lv}.[ch] files. Fix vg_read memory leak with directory-based metadata. Fix memory leak of config_tree in reinitialization code path. Fix pool destruction order in dmeventd_lvm2_exit() to avoid leak debug mesg. Read whole /proc/self/maps file before working with maps entries. Speed up unquoting of quoted double quotes and backslashes. Speed up CRC32 calculations by using a larger lookup table. Version 1.02.56 - 25th October 2010 === Return const pointer from dm_basename() in libdevmapper. Implement dmeventd -R to restart without state loss. Add dm_zalloc and use it and dm_pool_zalloc throughout. Add --setuuid to dmsetup rename. Add dm_task_set_newuuid to set uuid of mapped device post-creation.
Re: [arch-general] [arch-dev-public] [signoff] lvm2/device-mapper 2.02.74-1
On Tue, Oct 5, 2010 at 1:03 AM, J. W. Birdsong jwbirds...@jwbirdsong.homelinux.com wrote: On 10/04/10 at 07:42pm, Eric Bélanger wrote: Hi, lvm2/device-mapper 2.02.74-1 are now in testing for an upstream update. Please test and signoff. I couldn't test much the i686 package except in a chroot so 2 signoffs for i686 would be nice. Signoff from users are welcome. Eric Signoff x86_64 Running fine here encrypt LVM Yes I rebuilt initramfs/rebooted snowman :) Bump. Anyone for i686? Eric
[arch-general] [signoff] lvm2/device-mapper 2.02.74-1
Hi, lvm2/device-mapper 2.02.74-1 are now in testing for an upstream update. Please test and signoff. I couldn't test much the i686 package except in a chroot so 2 signoffs for i686 would be nice. Signoff from users are welcome. Eric Version 2.02.74 - 24th September 2010 = Allow : and @ to be escaped with \ in device names of PVs. Replace alloca with dm_malloc in _aligned_io to avoid stack corruption. Fix partial mode operations for lvm1 metadata format. Track recursive filter iteration to avoid refreshing while in use. (2.02.56) Revert to old glibc vsnprintf behaviour in emit_to_buffer() to catch overflow. Allocate buffer for metadata tags dynamically to remove 4k limit. Add random suffix to archive file names to prevent races when being created. Reinitialize archive and backup handling on toolcontext refresh. Make poll_mirror_progress report PROGRESS_CHECK_FAILED if LV is not a mirror. Like mirrors, don't scan origins if ignore_suspended_devices() is set. Fix return type qualifier to avoid compiler warning. (2.02.69) Automatically generate LSB Requires-Start for clvmd init script. Fix return code of pvmove --abort PV. Fix pvmove --abort to remove even for empty pvmove LV. Add configure --with-default-data-alignment. Update heuristic used for default and detected data alignment. Add devices/default_data_alignment to lvm.conf. Add implmentation for simple numeric 'get' property functions. Define GET_NUM_PROPERTY_FN macro to simplify numeric property 'get' function Add properties.[ch] to lib/report using columns.h. Add macro definitions to report infrastructure for character array length. Remove explicit double quotes from columns.h 'id' entries. Add 'flags' field to columns.h and define FIELD_MODIFIABLE. Add vg_mda_size and vg_mda_free functions. Simplify MD/swap signature detection in pvcreate and allow aborting. Allow --yes to be used without --force mode. Fix file descriptor leak in swap signature detection error path. Detect and allow abort in pvcreate if LUKS signature is detected. Always mask lock flags correctly when checking for LCK_WRITE. Version 1.02.55 - 24th September 2010 = Fix the way regions are marked complete to avoid slow --nosync cmirror I/O. Add DM_REPORT_FIELD_TYPE_ID_LEN to libdevmapper.h.
Re: [arch-general] [arch-dev-public] The Great Python Rebuild of 2010 begins
On Sun, Sep 12, 2010 at 7:52 AM, Evangelos Foutras foutre...@gmail.com wrote: I noticed that my python-jinja, python-pygments and python-south packages aren't on the rebuild list. Shall I add them myself, or can the list be regenerated? I added them. BTW, last night I had to add lirc-utils to the list as it also had to be rebuilt. So it seem that the original list wasn't complete. I'm not sure if TU can edit todo lists. If you have the permission to do so, you should have a Edit Todo List on the top right of the list.
Re: [arch-general] texlive-xxxxxxxxxxxx-doc packages vanished, yes ?
On Thu, Aug 26, 2010 at 5:15 AM, goodme...@gmail.com wrote: Hi, all I found the texlive-x-doc packages vanished, 32/64 bit are all vanished. anyone are kind enough to tell me the reason? they were outdated and broken: http://bugs.archlinux.org/task/19166
Re: [arch-general] [arch-dev-public] Anyone using lilo?
On Thu, Jul 15, 2010 at 7:46 PM, Dale Blount d...@archlinux.org wrote: On Thu, 2010-07-15 at 15:29 -0400, Eric Bélanger wrote: Hi, Roman has flagged my lilo packages. Lilo developpement is now active and lilo 23.0 was released. Unfortunately, my only system using lilo is no longer working. Is there anyone else using lilo? Ideally, it would be a dev who would take over the package or, at least, a user willing to work with me in testing the new packgae before it hits the testing repo. I'm forced to use it on a single HP server where grub just flat out refuses to work. I could be convinced to help with testing (as long as it's just verifying that it's working and not several reboots). Dale If I understodd correctly, you can only reboot that server once. Is that correct? I'll wait to see if I can't get more testers. I'll forward this thread on arch-general ML.
Re: [arch-general] [arch-dev-public] [PATCH 1/2] checkpkg: Use temporary working directory
On Sun, Jul 4, 2010 at 9:25 PM, Evangelos Foutras foutre...@gmail.com wrote: On 05/07/10 04:18, Eric Bélanger wrote: Signed-off-by: Eric Bélangersnowmanisc...@gmail.com --- checkpkg | 8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/checkpkg b/checkpkg index 47fb672..7765d80 100755 --- a/checkpkg +++ b/checkpkg @@ -27,6 +27,12 @@ if [ $arch == 'any' ]; then CARCH='any' fi +TEMPDIR=$(mktemp /tmp/checkpkg-script.) +rm $TEMPDIR +mkdir -p $TEMPDIR mktemp can be called with the -d switch and it will create a directory instead of a file. I believe that's the preferable way to go about it. Agree. I had just copied that snippet from the lddd script. If this patch is accepted, I'll sumbit another patch to use the -d option in both scripts.
[arch-general] [signoff] lvm2/device-mapper 2.02.69-1
Hi, lvm2/device-mapper 2.02.69-1 are in testing. Changes: * Upstream update * Moved dmeventd man page from lvm2 to device-mapper package Please test and signoff. Users signoffs are welcomed. Eric ChangeLog: lvm2: Version 2.02.69 - 30th June 2010 Fix vgremove to allow removal of VG with missing PVs. (2.02.52) Add metadata/vgmetadatacopies to lvm.conf. Add --metadataignore to pvcreate and vgextend. Add vg_mda_copies, pv_mda_used_count and vg_mda_used_count to reports. Describe --vgmetadatacopies in lvm.conf and other man pages. Add --[vg]metadatacopies to select number of mdas to use in a VG. Make the metadata ignore bit control read/write metadata areas in a PV. Add pvchange --metadataignore to set or clear a metadata ignore bit. Refactor metadata code to prepare for --metadataignore / --vgmetadatacopies. Ensure region_size of mirrored log does not exceed its full size. Generate liblvm2app exported symbols from header file. Preload libc locale messages to prevent reading it in memory locked state. Fix handling of simultaneous mirror image and mirrored log image failure. device-mapper: Version 1.02.51 - 30th June 2010 Generate libdevmapper exported symbols from header file.
[arch-general] [signoff] lvm2/device-mapper 2.02.68-1
Hi, lvm2/device-mapper 2.02.68-1 is now in testing. Changes: * Upstream update * Fixed tr path in lvmdump Please test and signoff. Users' signoffs are welcomed. Eric Upstream ChangeLog: lvm2: Version 2.02.68 - 23rd June 2010 Fix clvmd initscript status to print only active clustered LVs. Add lv_path to reports to offer full /dev pathname. Fix typo in warning message about missing device with allocated data areas. Add device name and offset to raw_read_mda_header error messages. Honour log argument when down-converting stacked mirror. Sleep to workaround clvmd -S race: socket closed early and server drops cmd. Use early udev synchronisation and update of dev nodes for clustered mirrors. Remove incorrect inclusion of kdev_t.h from cmirrord/functions.h. Add man pages for lvmconf and non-existent lvmsadc and lvmsar tools. Exit successfully when using -o help (but not -o +help) with LVM reports. Do not use internal DLM lock definitions in generic LVM2 clvmd code. Add --force, --nofsck and --resizefs to lvresize/extend/reduce man pages. Fix lvm2cmd example in documentation. Allow use of lvm2app and lvm2cmd headers in C++ code. Remove unused #includes from clvmd files and introduce clvmd-common.h. Move common inclusions to clvmd-common.h. Use #include for libdevmapper.h and configure.h throughout tree. Fix LVM_PATH expansion when exec_prefix=NONE. (2.02.67) Fix segfault in clvmd -R if no response from daemon received. Version 2.02.67 - 4th June 2010 === Handle failed restart of clvmd using -S switch properly. Fix clvmd initscript restart command to start clvmd if not yet running. Use built-in absolute paths in clvmd (clvmd restart and PV and LV queries). Require partial option in lvchange --refresh for partial LVs. Do not fail lvm_init() if init_logging() or _init_rand() generates an errno. Don't merge unchanged persistent cache file before dumping if tool scanned. Fix incorrect memory pool deallocation while using vg_read for files. Add --type parameter description to the lvcreate man page. Replace strncmp kernel version number checks with proper ones. Avoid selecting names under /dev/block if there is an alternative. Update clustered log kernel module name to log-userspace for 2.6.31 onwards. Add replicators' LVs to dtree for activation. Supress activation message if there is a missing replicator VG. Fix scripts/relpath.awk to work in mawk Extend lock_vol to check for missing replicator VGs first. Update _process_one_vg and process_each_lv_in_vg to populate cmd_vg. Add cmd_vg structure and associated functions for replicator. Extend _lv_each_dependency() to handle replicator dependencies. Add check_replicator_segment() to catch internal replicator errors. Initial support for replicator metadata. Extend process_each_lv_in_vg() to provide list of failed lvnames. Consistently return ECMD_FAILED if process_each_*lv() is interrupted. device-mapper: Version 1.02.50 - 23rd June 2010 Fix INTERNAL_ERROR typo in ioctl iface unknown task message. Fix udev rules to handle spurious events properly. Use C99 [] not [0] in dm_ulog_request struct to avoid abort when fortified. Allow use of devmapper header file in C++ mode (extern C and __typeof__). Add dmeventd man page. Version 1.02.49 - 4th June 2010 === Support autoloading of dm-mod module for kernels from 2.6.35. Document 'clear' in dmsetup man page. Fix semctl parameter (union) to avoid misaligned parameter on some arches. Add dm_tree_node_set_presuspend_node() to presuspend child when deactivating. Initial support for replicator target.
Re: [arch-general] Slim login manager is logging everything
On Sat, Jun 19, 2010 at 3:01 PM, Ananda Samaddar ana...@samaddar.co.uk wrote: I'm using Slim as my login manager and it's logging absolutely everything. Things like gstreamer and alsa errors. This is making the log file huge, of the order of 8 gb when compressed. Can anyone think of a solution? I could always use the hack of putting the logfile in /tmp but I don't want to do that. /var is not on a separate partition and I'm not prepared to re-partition my system. Obviously with such large logfiles I'm getting performance issues. I'm an XFCE user so I'd like to avoid kdm and gdm. Are are there any other alternative X11 login apps other than xdm that don't depend on GNOME or KDE if I can't fix my issue with Slim? thanks, Ananda You can try qingy.
Re: [arch-general] [signoff] device-mapper/lvm2 2.02.66 and cryptsetup 1.1.1
On Thu, May 27, 2010 at 1:38 PM, Thomas Bächler tho...@archlinux.org wrote: I put updated device-mapper/lvm2 2.02.66 and cryptsetup 1.1.1 packages to testing. These packages enable udev synchronization to finally get rid of all race conditions related to udev rules. I also cleaned up the PKGBUILDs massively and removed all static binaries and libraries from the packages. Dynamic lvm and cryptsetup now run entirely from /{bin,lib}, without the need for /usr. Please sign off. signing off i686. Will test it for x86_64 later unless someone else signoff before.
Re: [arch-general] PulseAudio package group
On Tue, May 18, 2010 at 6:25 PM, Jan Steffens jan.steff...@gmail.com wrote: I could make PulseAudio installation significantly easier by putting specially-built packages (e.g. sdl-pulse, openal-pulse) into [community] and grouping them in a pulse group. This group would also include a pulse-asoundrc package containing a pulse-configured asound.conf, as well as depending on alsa-plugins. Should I go ahead with this? Any suggestions? I would suggest to apply for a jr. dev position so that the pulseaudio stuff could be moved to extra. That would save us from duplicating work by having both pulse and non-pulse packages. BTW, does adding pulse support make it a depends or optdepends? I would guess it depends on the package.
Re: [arch-general] PulseAudio package group
On Tue, May 18, 2010 at 11:41 PM, Jan Steffens jan.steff...@gmail.com wrote: The problem with doing that is some packages will indeed have to *depend* and not just optdepend on PA. PulseAudio installs some desktop files that causes it to autostart together with Gnome or KDE. The PA client library will start the PA server if it's not running, instead of failing. That means output libraries like sdl (which, by default, tries pulse before alsa) will start the server instead of failling back to other output methods. gnome-media, when compiled with PulseAudio support, will be inseparable from it. E.g., gnome-volume-control will only control PulseAudio. So as I see it, it would be hard to make PulseAudio part of ArchLinux without making it mandatory. In this situation, we should go with a case by case approach. If adding pulseaudio support to a package doesn't force the use of a pulseaudio setup, then we build with it and add a pulseaudio optdepends (or depends as required). In cases like gnome-media, we provide a pulse and non-pulse version of the package. Having both of these versions in extra would enable us to use split PKGBUILD to build them. So it will add no extra work for you. Of course, we have to wait what the other devs have to say. IIRC the past pulseaudio discussions, the main stumbling block (I don't recall other issues) was that no dev wanted to maintain it. As you are interested in it and with the jr dev scheme, that issue seem to be resolved. On Wed, May 19, 2010 at 2:58 AM, Eric Bélanger snowmanisc...@gmail.com wrote: On Tue, May 18, 2010 at 6:25 PM, Jan Steffens jan.steff...@gmail.com wrote: I could make PulseAudio installation significantly easier by putting specially-built packages (e.g. sdl-pulse, openal-pulse) into [community] and grouping them in a pulse group. This group would also include a pulse-asoundrc package containing a pulse-configured asound.conf, as well as depending on alsa-plugins. Should I go ahead with this? Any suggestions? I would suggest to apply for a jr. dev position so that the pulseaudio stuff could be moved to extra. That would save us from duplicating work by having both pulse and non-pulse packages. BTW, does adding pulse support make it a depends or optdepends? I would guess it depends on the package.
[arch-general] [signoff] lvm2/device-mapper 2.02.62-1
Hi, lvm2/device-mapper 2.02.62-1 are now in testing: - minor upstream update (ChangeLogs below) - license fix: ('GPL') - ('GPL2' 'LGPL2.1') Please test and signoff. Signoffs from users are welcome. Eric Version 2.02.62 - 9th March 2010 Add use_mlockall and mlock_filter to activation section of lvm.conf. Add default alternative to mlockall using mlock to reduce pinned memory size. Remove -rdynamic from static builds. Update checks for pthread, readline selinux libs and link only when needed. Introduce makefile vars UDEV_LIBS, DL_LIBS, SELINUX_LIBS, STATIC_LIBS. Introduce makefile vars LVMINTERNAL_LIBS, READLINE_LIBS, PTHREAD_LIBS. Toggle configure help to print --disable-fsadm. Use $() instead of ${} consistently for all Makefile variables. Replace CFLOW_CMD only in make.tmpl and use it as variable elsewhere. Use $(top_builddir) for inclusion of make.tmpl in Makefiles. Fix autoconf warning about ignored datarootdir. Increase AC_PREREQ version to 2.61 (for AC_PROC_SED, AC_PROG_MKDIR_P). Handle misaligned devices that report alignment_offset of -1. Extend core allocation code in preparation for mirrored log areas. Rewrite clvmd init script. Remove lvs_in_vg_activated_by_uuid_only call. No longer fall back to looking up active devices by name if uuid not found. Don't touch /dev in vgmknodes if activation is disabled. Update lvm2app.h Doxygen comments and add lvm2app Doxygen config file. Update nightly tests and lvm2app unit tests to cover tags. Add lvm2app functions lvm_{vg|lv}_{get|add|remove}_tag() functions. Add dm_pool_strdup to allocate and copy memory in tag library function. Refactor vgcreate, vgchange, and lvchange for tag library function. Refactor snapshot-merge deptree and device removal to support info-by-uuid. Version 1.02.45 - 9th March 2010 Add --showkeys parameter description to dmsetup man page. Add --help option as synonym for help command.
Re: [arch-general] rsyncd pid file already exists
On Thu, Mar 11, 2010 at 6:41 AM, Chris Allison chris.charles.alli...@googlemail.com wrote: Hi, rsync when run as a daemon from /etc/rc.d/rsyncd writes it's own pid file to /var/run/rsyncd.pid this conflicts with the start-stop script which also writes the pid file. I couldn't get rsync to start as a daemon after upgrading yesterday, without commenting out the line in the start-stop script: case $1 in start) stat_busy Starting rsyncd [ ! -f /var/run/daemons/rsyncd ] /usr/bin/rsync --daemon if [ $? -gt 0 ]; then stat_fail else # pgrep -of /usr/bin/rsync --daemon /var/run/rsyncd.pid add_daemon rsyncd stat_done fi ;; Should I report this as a bug, I have searched bugs.archlinux.org for rsync with no results, and also in the forums. cheers Chris yes, open a bug report.
[arch-general] [signoff] lvm2/device-mapper 2.02.61-1
Hi, lvm2/device-mapper 2.02.61-1 are now in testing: - minor upstream update - Add optional lvmwait= command line parameter, fixes FS#18428 Please test and signoff. Signoffs from users are welcome. Eric lvm2: Version 2.02.61 - 15th February 2010 Fix some consts and floating point gcc warnings. Fix dm_report_field_uint64 function to accept 64-bit ints. Change readhead display to use 32-bit -1 const instead of 64-bit. Add LVM_SUPPRESS_LOCKING_FAILURE_MESSAGES environment variable. Remove hard-coding that skipped _mimage devices from 11-dm-lvm.rules. Use udev transactions in test suite. Set udev state automatically instead of using LVM_UDEV_DISABLE_CHECKING. Add lvm_pv_get_size, lvm_pv_get_free and lvm_pv_get_dev_size to lvm2app. Change lvm2app to return all sizes in bytes as documented (not sectors). Add 'fail_if_percent_unsupported' arg to _percent and _percent_run. Remove false failed to find tree node error when activating merging origin. Exit with success when lvconvert --repair --use-policies performs no action. Accept a list of LVs with 'lvconvert --merge @tag' using process_each_lv. Avoid unnecessary second resync when adding mimage to core-logged mirror. Exclude internal VG names and uuids from lists returned through liblvm. Add %ORIGIN support to lv{create,extend,reduce,resize} --extents. Add _mda_copy to clone a struct metadata_area. Remove pointless versioned symlinks to dmeventd plugin libraries. Fix dmeventd snapshot plugin build dependency. Make clvmd -V return status zero. Remove unnecessary 'dmsetup resume' following 'dmsetup create' in tests. Fix cmirrord segfault in clog_cpg list processing when converting mirror log. Deactivate temporary pvmove mirror cluster-wide when activating it fails. Always query device by uuid and not name in clvmd. Add missing metadata vg_reverts in pvmove error paths. Unlock shared lock in clvmd if activation calls fail. Return success from dev_manager_info with non-existent uuid if ioctl succeeds. device-mapper: Version 1.02.44 - 15th February 2010 Add DM_UDEV_DISABLE_LIBRARY_FALLBACK udev flag to rely on udev only. Export dm_udev_create_cookie function to create new cookies on demand. Add --udevcookie, udevcreatecookie and udevreleasecookie to dmsetup. Set udev state automatically instead of using DM_UDEV_DISABLE_CHECKING.
Re: [arch-general] A suggestion for the devs regarding rebuilds
On Mon, Feb 8, 2010 at 8:52 PM, hollunder hollun...@lavabit.com wrote: Excerpts from Brendan Long's message of 2010-02-09 02:09:13 +0100: On 02/08/2010 05:50 PM, Allan McRae wrote: On 09/02/10 10:05, hollunder wrote: Excerpts from Allan McRae's message of 2010-02-09 00:26:37 +0100: On 09/02/10 04:49, Xavier Chantry wrote: With every big rebuilds we get new breakage stories. It seems like it's the norm nowadays rather than the exception. I am wondering if it's really only the users that are to blame.. or if Arch is also to blame. Or if Arch was supposed to be an elitist distribution and is victim of its success. I think the answer to that is in the question: What did we do different previously that resulted in far less of these issues? My impression is that nothing has particularly change in terms of how rebuilds are handled. If anything, the whole process has become a lot more streamlined and cases of missing a package rebuild are now almost non-existent. So the cause must be... A change in user-base? Maybe just an increase in user-base resulting in more people who think Arch should be done their way and not the Arch way? I don't know whether you (I don't mean you alone) are just being cocky or blind or I don't know what, but I've seen this attitude all over the place and I don't get it. By this attitude I refer to the total ignorance regarding these serious problems, bye developers and regular users on IRC or right here. It might be being elitist, but saying so does not explain why there were not such big issues earlier in Arch's history. Maybe the target of competent linux users does not accurately reflect the user base. So, should the target change or should the user base change? I agree that Arch should stay focused on competent Linux users, but the update process does have flaws. The fact that users can do incomplete updates (because devs don't set dependencies strictly enough) is one that I can think of. On top of that, no one wants to check the mirror status every time they do an update, it's not unreasonable to expect the package manager to keep things working. Mirrorstatus doesn't really help you, I've played with it during the big upgrade because pretty much everyone just said something along the lines of: look at the startpage, dumbass and even a dev couldn't come up with a better practical suggestion and didn't know what the mirrorstatus info really meant.. It doesn't know when a mirror is in sync, what it presents to you is probably the last sync starttime or something similar. The only information you can get from the mirrorstatus page is when the mirror started its last sync and how fast the connection is more or less. As far as mirror are concernced, we (the devs) are aware of the problem and knew that the move of the rebuild out of testing would create havoc on the mirrors. However, we are working toward fixing that problem: http://mailman.archlinux.org/pipermail/arch-dev-public/2010-February/015335.html So we shouldn't have these mirrors sync problem anymore.
Re: [arch-general] Yafray
On Fri, Feb 5, 2010 at 4:27 AM, Ray Rashif schivmeis...@gmail.com wrote: On 05/02/2010, Giovanni Scafora giova...@archlinux.org wrote: 2010/2/4, Matěj Týč matej@gmail.com: That one is not true, Yafaray (note the added 'a', AFAIK Yafray does not exist any more) is actively developed and last website news are two weeks old. I know, yafaray is actively developed, but we have yafray in extra repo, so I ask here to replace it with yafaray 0.1.1. YafaRay's predecessor YafRay (Yet Another Free Raytracer) was written by Alejandro Conty Estévez, and was first released in July 2002. The last version of YafRay was YafRay 0.0.9, released in 2006. Due to limitations of the original design, the raytracer was completely rewritten by Mathias Wein. The first stable version of the new raytracer, YafaRay 0.1.0, was released in October 2008. http://en.wikipedia.org/wiki/YafRay - http://en.wikipedia.org/wiki/YafaRay So obviously, it's a replacement. Just deal with as if it were a name change. If no Dev/TU is interested in YafRay/YafaRay, then just remove it from the repo. It doesn't make sense in doing the replacement. If someone is interested, they should speak up and adopt/replace yafray. In fact, we could just move ahead and remove yafray. Yafaray can always be added in the repo later on if someone wants to maintain it.
Re: [arch-general] Arch Linux and security - it needs some work
On Mon, Feb 1, 2010 at 3:28 PM, Ananda Samaddar mr.a.samad...@googlemail.com wrote: On Mon, 1 Feb 2010 14:14:18 -0600 Aaron Griffin aaronmgrif...@gmail.com wrote: On Sun, Jan 31, 2010 at 9:05 AM, Daenyth Blank Don't forget: everyone is interested in starting discussions or planning or drawing up plans, but when it comes to the actual work well, then the original initiators get disinterested. It's as if the problem is purely academic and all that's needed is a solution and things will simply get implemented. I'm surmising that this has happened before. My solution to the 'security issue' would be administrative rather than technical to allay the fears of one poster who didn't want Arch to get overly complicated. I'm going to work on processes that a security team would need to follow when a security issue is disclosed. I'll post that here when it's done for discussion and comments so others can contribute. I've been mulling this over for a long time and I want to make my favourite distro even better. regards, Ananda Samaddar Search the wiki for security, you'll see what others have attempted to do.
Re: [arch-general] [signoff] inetutils 1.7-2
On Wed, Jan 27, 2010 at 10:56 PM, Eric Bélanger snowmanisc...@gmail.com wrote: Hi, inetutils-1.7-2 is in testing. The localstatedir was fixed (FS#17981). Please test and signoff. Users signoff will be appreciated as not a lot of devs use these tools. Eric bump. Anyone?
Re: [arch-general] kernel26-2.6.32.6-1 updates breaks Compiz?
2010/1/30 Ng Oon-Ee ngoo...@gmail.com: On Fri, 2010-01-29 at 13:19 +0200, Ionut Biru wrote: On 01/29/2010 10:33 AM, Ng Oon-Ee wrote: On Fri, Jan 29, 2010 at 11:23 AM, Ng Oon-Eengoo...@gmail.com wrote: Update, I've found that disabling the 'png' plugin under the 'Image Loading' section fixes the issue, at least compiz loads up and runs like it used to. Something must have gone wrong with the libpng-related rebuild. Bug report time? do LD_DEBUG=files fusion-icon log 21 post somewhere the log and then post here the link to see it Here's the log from a failed run - http://pastebin.com/m6a6cb270 Here's the log from a successful run (with the png plugin turned off) - http://pastebin.com/m62782b96 Both pastebins only available for a month. Interesting line (in my unexperienced opinion) in the first log is line 1914:- 7720: /usr/lib/compiz/libpng.so: error: symbol lookup error: undefined symbol: png_check_sig (fatal) compiz: symbol lookup error: /usr/lib/compiz/libpng.so: undefined symbol: png_check_sig It needs to be patched for the new libpng. Open a bug report if there isn't one.
Re: [arch-general] kernel26-2.6.32.6-1 updates breaks Compiz?
2010/1/30 Ng Oon-Ee ngoo...@gmail.com: On Sat, 2010-01-30 at 05:03 -0500, Eric Bélanger wrote: 2010/1/30 Ng Oon-Ee ngoo...@gmail.com: On Fri, 2010-01-29 at 13:19 +0200, Ionut Biru wrote: On 01/29/2010 10:33 AM, Ng Oon-Ee wrote: On Fri, Jan 29, 2010 at 11:23 AM, Ng Oon-Eengoo...@gmail.com wrote: Update, I've found that disabling the 'png' plugin under the 'Image Loading' section fixes the issue, at least compiz loads up and runs like it used to. Something must have gone wrong with the libpng-related rebuild. Bug report time? do LD_DEBUG=files fusion-icon log 21 post somewhere the log and then post here the link to see it Here's the log from a failed run - http://pastebin.com/m6a6cb270 Here's the log from a successful run (with the png plugin turned off) - http://pastebin.com/m62782b96 Both pastebins only available for a month. Interesting line (in my unexperienced opinion) in the first log is line 1914:- 7720: /usr/lib/compiz/libpng.so: error: symbol lookup error: undefined symbol: png_check_sig (fatal) compiz: symbol lookup error: /usr/lib/compiz/libpng.so: undefined symbol: png_check_sig It needs to be patched for the new libpng. Open a bug report if there isn't one. I understand this version IS patched for the new libpng, since it was held in testing just like all the other libpng packages. FTR: The broken compize-core that was in testing had been rebuilt against the new libpng (it was linking to it) but it still refered to the png_check_sig function which had been replaced in the new libpng. Usually this gives a compilation error but that are edge cases like this one where it doesn't. http://bugs.archlinux.org/task/18076 is the bug report I just posted.
[arch-general] [signoff] inetutils 1.7-2
Hi, inetutils-1.7-2 is in testing. The localstatedir was fixed (FS#17981). Please test and signoff. Users signoff will be appreciated as not a lot of devs use these tools. Eric
Re: [arch-general] [signoff] pcmciautils-016-1
On Mon, Nov 2, 2009 at 3:49 PM, Tobias Powalowski t.p...@gmx.de wrote: Hi bump to latest version, please signoff. Changes to initcpio pcmcia hook were needed and added in git tree, on next mkinitcpio bump they will be included. - udev rules and helper programs are now installed to /lib/udev/ greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org I don't use PCMCIA but it looks good and has been in testing for 2 months. Signoff both arches.
Re: [arch-general] [arch-dev-public] [signoff] psmisc-22.10-1
On Mon, Jan 18, 2010 at 4:20 PM, bender02 bende...@archlinux.us wrote: On Mon, Jan 18, 2010 at 9:35 PM, Eric Bélanger snowmanisc...@gmail.com wrote: Anyone (dev or user) for x86_64? Signoff x86_64 Thanks. It has been moved to [core] now so signoffs are not needed anymore.
Re: [arch-general] Why Is My RAID Installing Failing?
On Tue, Jan 12, 2010 at 11:19 AM, Carlos Williams carlosw...@gmail.com wrote: Thanks for everyone's input. It appeared to have failed both ways. I guess Arch is not in the cards for me. It sucks because I love the rolling release aspect of Arch. I just find the documentation very confusing and something as simple as RAID should be far more simplistic even for a text based installer. Hopefully developers are looking into improving this in future releases. Did you tried what I suggested earlier?
Re: [arch-general] PKGBUILD for extra/cegui
On Mon, Jan 11, 2010 at 12:30 AM, Rodrigo Amorim Bahiense rodb...@gmail.com wrote: Hi all! I've posted on forum (http://bbs.archlinux.org/viewtopic.php?id=88509) that the package extra/cegui was out of date and then was instructed by Allan to post the modified PKGBUILD on the mailing list. Basically, I just modified the version, the license file location and md5sums. Also, a static reference to old version 0.6.2 to variable $pkgver. The cegui website says that this version has major changes. Does smc still work with that new version of cegui?
Re: [arch-general] Why Is My RAID Installing Failing?
On Mon, Jan 11, 2010 at 12:52 PM, Carlos Williams carlosw...@gmail.com wrote: OK - I am once again attempting to use Arch install for 2010 on my system which has two identical hard drives and I simply want to mirror both drives in a RAID1 array. I have read the Wiki so much at this point it has become memorized. I am NOT using LVM or anything, just a Arch user who wants RAID1, very simple, right? Well wait, it gets easier. I am not even attempting to add my MBR /dev/sda1 (/boot) to the RAID1 array. Crazy simple, huh? You might even ask well why am I even asking for help then...well because I hate the Arch installer and not because its CLI only. No, I love the simplicity of the installer and not being graphical but the RAID configuration is a complete mess. I am booting from a fresh 2009.08 Netinstall ISO disk. I select the 1st option and login as root (requires no password). Before I just junp into the installer (/arch/setup), I need to configure a few things: 1 - I use 'cfdisk' to configure /dev/sda /dev/sdb. - /dev/sda1 = 4096 MB (bootable) 83 - /dev/sda2 = The rest of the disk (selecting 'fd' type) - /dev/sdb1 = 4096 MB (SWAP) 82 - /dev/sdb2 = The rest of the disk (selecting 'fd' type) 2. I need to load my RAID1 modules using the following command: #modprobe raid1 3. Now I need to create my RAID1 mirror using the following command: #mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sda2 /dev/sdb2 4. Check to make sure the RAID is rebuilding and both devices show [UU] #cat /proc/mdstat So now everything is working fine and going as it should be via the Wiki. Now the Wiki in my opinion is way too bloated and tries to do too much so I am cutting and pasting what I feel applies to me. Which is why I am showing you everything I am doing here in this email to see why I am failing. Now I need to update the /etc/mdadm.conf file with my new RAID1 I created with the following command: #mdadm -D --scan /etc/mdadm.conf And I also verify that my info was correctly populated into the /etc/mdadm.conf file using the following command: #cat /etc/mdadm.com So now I am ready to run the /arch/setup command from the CLI to begine configuring the install / my new system. 1 - Select Source = I configure my install method and all my network variables 2 - Set Clock = I configure my Time Zone and stuff 3 - Prepare Hard Drive(s) = Here I can skip to section sub menu 3 since I already did most of this above. I simply now just select mount points for my existing partitions: sda1 = /boot (ext3) sdb2 = swap (swap) md0 = / (ext4) 4 - Select Packages = I select the base packages and what I feel is required for my setup. 5 - Install packages = I let the system download and install the packages from my mirror. 6 - Configure System = This is where I feel my confusion comes into play. Perhaps I am missing something: */etc/rc/conf = I simply add the changes below: - In 'Hardware' section add MODULES=(md_mod raid) - HOSTNAME=mypc - sshd added to the DAEMONS line */etc/mkinitcpio.conf - add 'mdadm' on the 'HOOKS' line after sata before filesystems as noted in the Wiki. */etc/resolv.conf - Check to make sure DNS looks good...it does. */etc/hosts - Add my FQDN here as follows: 127.0.0.1 mypc.mydomain.tld mypc *Root-Password - Create a secure root password. Now that is it. I select 'Done' and let it build 'initcpio' images. 7 - Install Bootloader = Here I select Grub and then review the default menu.lst it produces. I then select /dev/sda to install Grub on. Grub was successfully installed Now I am done and back at the bash shell logged in as root. I then run the following command: #cp -a /etc/mdadm.conf /mnt/etc/mdadm.conf to make sure when the system boots, it is aware of my RAID1 mirror. Now I reboot because I assume I am done. Here is my error: ::Running Hook [mdadm] Waiting 10 seconds for device /dev/md0 Root device '/dev/md0' doesn't exist, attempting to create it ERROR: Failed to parse block device for ids for /dev/md0 ERROR: Unable to detect or create root device /dev/md0 You are being dropped into a recovery shell Type reboot to reboot Type exit to try and continue booting If the device /dev/md0 gets created while you are here, try adding 'rootdelay=10 or higher to the kernel command line. ramfs$ _ In /etc/mkinitcpio.conf, add raid1 raid456 to the MODULES array and regenerate your initcpio image. That should fix it if it's the same (known ) problem that I think it is.
Re: [arch-general] PKGBUILD for extra/cegui
On Mon, Jan 11, 2010 at 1:24 PM, Rodrigo Amorim Bahiense rodb...@gmail.com wrote: On Mon, Jan 11, 2010 at 09:40:46AM -0500, Eric Bélanger wrote: On Mon, Jan 11, 2010 at 12:30 AM, Rodrigo Amorim Bahiense rodb...@gmail.com wrote: Hi all! I've posted on forum (http://bbs.archlinux.org/viewtopic.php?id=88509) that the package extra/cegui was out of date and then was instructed by Allan to post the modified PKGBUILD on the mailing list. Basically, I just modified the version, the license file location and md5sums. Also, a static reference to old version 0.6.2 to variable $pkgver. The cegui website says that this version has major changes. Does smc still work with that new version of cegui? Yes, it does have a lot of core changes and also when using CEGUI with Ogre. As for SMC (Secret Maryo Chronicles?), I've installed the package extra/smc and it is not working due to different libraries and data types. It is also unlikely that a recompile will suffice since many things have changed inside CEGUI itself. Hope that was your question. Yes, that answers my question. I tried rebuilding smc but it fails as expected. Before updating cegui, we'll need to wait for a new version of smc that will work with cegui 0.7.X or some patches (I didn't found any in a quick search).
Re: [arch-general] [signoff] kernel 2.6.32.1-1
On Tue, Dec 15, 2009 at 2:31 PM, Tobias Powalowski t.p...@gmx.de wrote: Hi guys, Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/16855 # added CONFIG_PM_DEBUG http://bugs.archlinux.org/task/17106 # added CONFIG_MMIOTRACE Arch Linux changes: - splitted kernel-headers to extra package If you want to build external modules please install: pacman -S kernel26-headers Please change your PKGBUILDS to makedepend on this package. - added xen support to 64bit kernel - changed intel kms enabled by default - changed to new firewire subsystem: http://ieee1394.wiki.kernel.org/index.php/Juju_Migration Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signoff i686
Re: [arch-general] [signoff] kernel 2.6.32.1-1
On Wed, Dec 16, 2009 at 2:34 PM, Eric Bélanger snowmanisc...@gmail.com wrote: On Tue, Dec 15, 2009 at 2:31 PM, Tobias Powalowski t.p...@gmx.de wrote: Hi guys, Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/16855 # added CONFIG_PM_DEBUG http://bugs.archlinux.org/task/17106 # added CONFIG_MMIOTRACE Arch Linux changes: - splitted kernel-headers to extra package If you want to build external modules please install: pacman -S kernel26-headers Please change your PKGBUILDS to makedepend on this package. - added xen support to 64bit kernel - changed intel kms enabled by default - changed to new firewire subsystem: http://ieee1394.wiki.kernel.org/index.php/Juju_Migration Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signoff i686 BTW, you forgot to commit kernel-2.6.32.patch in svn for the lirc package in testing.
Re: [arch-general] usable browser?
On Thu, Nov 26, 2009 at 7:07 PM, Arvid Picciani a...@exys.org wrote: Daenyth Blank wrote: On Thu, Nov 26, 2009 at 18:51, Arvid Picciani a...@exys.org wrote: what is left? lynx co. i had less problem with loosing all the image crap, but lynx can't even follow redirects... lynx ebay.com HTTP request sent; waiting for response. haha you could try links instead
[arch-general] [signoff] device-mapper lvm2 2.02.54
Hi, device-mapper lvm2 2.02.54 are now in testing. Changes: * Upstream update * Enabled the device-mapper event daemon * Moved the udev rule from /etc to /lib Please test and signoff. Signoffs from users would be appreciated. Eric
Re: [arch-general] defunct packages spooking around
On Wed, Oct 21, 2009 at 5:39 AM, Firmicus firmi...@gmx.net wrote: Allan McRae a écrit : Firmicus wrote: Hi folks, Sorry for the halloweenish subject heading ;) I recently got this bug report: http://bugs.archlinux.org/task/16690 It turned out it was not a bug with the perl package at all, but a problem which occurs when the presumably very old and no longer existing package termcap-compat is installed on a system. It was originally installed as a dependency for some other, unidentified package. And it turned out to my surprise that even I still had that package installed! That prompts me to ask the following: Are there other such obsolete packages that typically should no longer be installed on a clean Arch Linux system? I am not in favour of automating their removal, of course, but it would be useful to collect a list of such things that we could put in the wiki and/or our monthly newsletter. Another example that comes to mind is the obsolete file /etc/udev/udev.rules that I also still had until recently, and which I have removed after Thomas' suggestion. Please submit your suggestions for the forthcoming Arch Ghostbusting Day (aka The Great Halloween Cleanup)! :) libdownload - replaced by libfetch as pacman download backend csup - relaced by using rsync for abs I removed these long ago, but... Although, all these should be detectable by pacman -Qqtd (maybe not libdownload as it was part of base). the above gave me quite a substantial list! Probably I should run this more often. Most of what is listed by pacman -Qqtd can indeed be safely removed. But sometimes the output can be surprising: I've got nautilus in there, which clearly is not something I would want to remove from my Gnome desktop :) Well, this is the kind of mess that one can expect on a system that has been installed nearly four years ago! F Try with pacman -Qm. That might work better if you don't have a lot of custom/AUR packages installed.
Re: [arch-general] kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 ??
On Sun, Oct 18, 2009 at 12:08 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, New strange error while I troubleshoot the dead X intel card issue. As mentioned, I have managed to get twm and openbox running in vncserver on the box with the intel card. kde4 apps will run, but look terrible due to the difference in color-depth, etc., so I was trying to get kde3/kate or kwrite running. I have always been able to run the kde3 apps from both twm and openbox before, but now I get the following error: /opt/kde/bin/kwrite: error while loading shared libraries: libqt-mt.so.3: wrong ELF class: ELFCLASS64 same error with kate, and just about any other kde3 app. Any way to fix this? It looks like you have installed a x86_64 packages on a i686 system. Reinstall qt3 and make sure it's a package for i686 (I assume here that your system is i686). I like vim, but I admit, I am a bit quicker with multiple kate/kwrite windows at my disposal. I don't think this would be related to the X problem, but... could it be? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] package sources on ftp.archlinux.org
On Wed, Oct 7, 2009 at 3:56 AM, Roman Kyrylych roman.kyryl...@gmail.com wrote: On Tue, Oct 6, 2009 at 23:57, Aaron Griffin aaronmgrif...@gmail.com wrote: On Tue, Oct 6, 2009 at 3:49 PM, Firmicus firmi...@gmx.net wrote: The reason for doing so is simple: the TeXLive license *requires* us to provide the sources :) BTW if you have problems with my texlive-scripts, feel free to ask ;) Aren't the docs in the same source tarballs? Couldn't you just pull the existing texlive tarballs and use those? Don't we have a special script that downloads sources of packages? Why the sources of texlive are in /other/texlive/ then? You are confusing sources and sourceballs. ftp://ftp.archlinux.org/other is intendend for source tarballs for projects that are no longer hosted upstream, SCM snapshots, homemade projects, etc. ftp://ftp.archlinux.org/sources is intendend for sourceballs of packages where the license forces us to also host the sources (GPL2, GPL, etc.).
Re: [arch-general] [bugtracker] Tickets assigned to ex-devs. What to do?
On Thu, Oct 1, 2009 at 11:06 PM, Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: Hello There are some tickets assigned to ex-devs, for example pizzapunk [#1], codemac [#2]. What to do with these tickets? Assing to Orphan Team [#3] ? Thanks. [#1] http://bugs.archlinux.org/index.php?dev=1156 [#2] http://bugs.archlinux.org/index.php?dev=860 [#3] http://wiki.archlinux.org/index.php/DeveloperWiki:Internal_Projects#Orphan_Team I've just orphaned their packages. Any devs adopting orphaned packages should check the bug tracker and reassign the bugs to them. With the upcoming bug day, it might be a good opprtunity for any dev or TU to glance at the orphaned packages in the repo to find any packages they would be interested in. For the bug reports, don't assign them to the orphan team (i.e. me). Either leave them as they are or simply unassign them.
Re: [arch-general] [signoff] device-mapper lvm2 2.02.52
On Sat, Sep 19, 2009 at 8:37 PM, Eric Bélanger snowmanisc...@gmail.com wrote: Hi, device-mapper lvm2 2.02.52-1 are now in testing. Update: - Minor upstream update: lvm2: 2.02.48 - 2.02.52 device-mapper: 1.02.33 - 1.02.37 - Implemented split package. For this to work, I had to set the package version of device-mapper to 2.02.52 as I found out that the dbscripts can't handle split packages with different pkgver. -Renamed pkgconfig file (close FS#15909) Please test and signoff. Users signoff would be appreciated as very few dev uses this. Eric device-mapper lvm2 2.02.53-1 are now in testing. Changes: Minor upstream update. Please test and signoff.
Re: [arch-general] Independent arch field in sub packages? (Was: Re: [commitpkg] Some stylistic cleanup)
On Wed, Sep 23, 2009 at 3:53 PM, Evangelos Foutras foutre...@gmail.com wrote: Aaron Griffin wrote: On Wed, Sep 23, 2009 at 1:04 PM, Evangelos Foutras foutre...@gmail.com wrote: I pushed all of your patches. The last one didn't apply cleanly, so I had to do some tweaking. It was most likely related to me removing trailing whitespace from the svn spacing commit. Thanks a lot! Thanks for applying the patches to devtools. I have a question. Currently, sub packages can't have a different architecture field than the main package. Are there plans to add this possibility in the future? This could come in handy with packages that have huge data files that are architecture independent and can be split into a sub package with arch=('any'). I'm mainly asking because if the above gets implemented, commitpkg will need to be slightly modified in order to be able to locate -any sub packages (and I have a feeling that it was able to do this before my patches were applied :d ). There's already a feature request in flyspray: http://bugs.archlinux.org/task/15955
[arch-general] [signoff] device-mapper lvm2 2.02.52
Hi, device-mapper lvm2 2.02.52-1 are now in testing. Update: - Minor upstream update: lvm2: 2.02.48 - 2.02.52 device-mapper: 1.02.33 - 1.02.37 - Implemented split package. For this to work, I had to set the package version of device-mapper to 2.02.52 as I found out that the dbscripts can't handle split packages with different pkgver. -Renamed pkgconfig file (close FS#15909) Please test and signoff. Users signoff would be appreciated as very few dev uses this. Eric
Re: [arch-general] Community db missing ?
On Fri, Sep 18, 2009 at 1:59 AM, nez...@allurelinux.org wrote: hi , What's going on ? The 2 mirrors I use give 404 error when trying to fetch community db . Hi, The community repo was accidentally removed from the main server. It is currently being resynced. It will probably take several days before all mirrors gets the community repo back. Eric
Re: [arch-general] Catalyst still in svn trunk
On Fri, Sep 18, 2009 at 11:20 PM, nez...@allurelinux.org wrote: Hi , catalyst was removed from the repos for months (now available from the AUR) but the build files are still in svn trunk : http://repos.archlinux.org/viewvc.cgi/catalyst/trunk/ That causes tools like pbget (which can search for build files in svn then AUR) to fetch the old broken unsupported build files instead of the updated ones from AUR . catalyst-utils is still in trunk too . Shouldn't a maintenance script catch this ? I've removed them.
Re: [arch-general] kernel 2.6.31-1
On Thu, Sep 10, 2009 at 11:38 AM, Tobias Powalowski t.p...@gmx.de wrote: Hi guys, kernel 2.6.31 first test run ... Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes: - none Arch Linux changes: -aufs module is now available as extra package: http://bugs.archlinux.org/task/14923 pacman -S aufs2 pacman -S aufs2-util Broken binary modules: - intel-536/537 (i686) - lirc - madwifi - tiacx Maintainers please fix this! Enjoy have fun and give me feedback, greetings tpowa -- I can't modprobe it87 anymore: ACPI: I/O resource it87 [0x295-0x296] conflicts with ACPI region IP__ [0x295-0x296] FATAL: Error inserting it87 (/lib/modules/2.6.31-ARCH/kernel/drivers/hwmon/it87.ko): Device or resource busy This is on x86_64.
Re: [arch-general] kernel 2.6.31-1
On Fri, Sep 11, 2009 at 5:23 PM, Eric Bélanger snowmanisc...@gmail.com wrote: On Thu, Sep 10, 2009 at 11:38 AM, Tobias Powalowski t.p...@gmx.de wrote: Hi guys, kernel 2.6.31 first test run ... Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes: - none Arch Linux changes: -aufs module is now available as extra package: http://bugs.archlinux.org/task/14923 pacman -S aufs2 pacman -S aufs2-util Broken binary modules: - intel-536/537 (i686) - lirc - madwifi - tiacx Maintainers please fix this! Enjoy have fun and give me feedback, greetings tpowa -- I can't modprobe it87 anymore: ACPI: I/O resource it87 [0x295-0x296] conflicts with ACPI region IP__ [0x295-0x296] FATAL: Error inserting it87 (/lib/modules/2.6.31-ARCH/kernel/drivers/hwmon/it87.ko): Device or resource busy This is on x86_64. Looks like an upstream feature : http://bugzilla.kernel.org/show_bug.cgi?id=13967 I haven't read it in detail but it looks like it87 was superceeded by other modules. In my case, asus_atk0110.
Re: [arch-general] postgresql 8.4
On Wed, Sep 9, 2009 at 1:06 PM, ludovic couescou...@gmail.com wrote: 2009/9/9 Caleb Cushing xenoterrac...@gmail.com like to help get these up to date in any way I can. I can maintain postgres and related packages if necessary. Common way to upgrade a package for bare user is to attach a updated PKGBUILD. CC the maintener is good too. This package look like it simply need to be version bumped. I've just made the following change, and everything have compiled fine. pkgver=8.3.7 = pkgver=8.4.0 pkgrel=3 = pkgrel=1 md5sums=('1f172d5f60326e972837f58fa5acd130' '7d8ea2abb6a8cdacf35604bda659a34a' 'df6ddf9e2ab4700a3415f17c0f4f4172' '4d74f4227dc5e12bf95b3490758d86c9' '96f82c38f3f540b53f3e5144900acf17') = md5sums=('7b7e91a2221e55fe1b167e663217a96d' '7d8ea2abb6a8cdacf35604bda659a34a'\ 'df6ddf9e2ab4700a3415f17c0f4f4172' '4d74f4227dc5e12bf95b3490758d86c9'\ '96f82c38f3f540b53f3e5144900acf17') In order to pass dependency check, postgresql-libs need to be updated too. You can find the PKGBUILD in abs. postgresql 8.4 has a soname bump. You'll also need to rebuild all packages that depends on it (or on postgresql-libs). That's why it's taking time to have the update in the repo.
Re: [arch-general] [arch-dev-public] Integrity Check i686 of core, extra 28-08-2009
On Sat, Aug 29, 2009 at 3:39 PM, Henning Garushenning.ga...@googlemail.com wrote: On Sat, Aug 29, 2009 at 01:57:19PM +0200, Xavier wrote: Maybe there should be a separate simple tool comparing pkgbuild tree vs pacman databases (vs packages on ftp/rsync) to make sure everything is in sync. But I will need some more details about what the information we currently have to make this possible. Afaik ftpdir-cleanup already takes care of the pacman databases vs ftp packages part so we really just need the pkgbuild tree vs pacman databases part to fill the gap. Something like this? Generated from a recently synced ABS tree and latest DBs from ftp.archlinux.org . Results for core Results for extra Found in PKGBUILD tree, but not in DB: daemontools kdemultimedia-strigi-analyzer pwlib Revoved from svn. Results for community Found in DB but not in PKGBUILD tree: klogwatch png2ico urlgrabber I haven't touched them. The maintainer should remove it from the db or add the PKGBUILD in svn. Found in PKGBUILD tree, but not in DB: audacious-itouch-control cairo-docs clearlooks courier-pythonfilter dbus-glib-docs dillo-i18n ec-fonts-mftraced ftpmonitor kpacman nautilus-audio-convert perl-extutils-parsexs php-xdebug pyclamav pydns pyspf rkhunter syncekonnector tracker-gnome-search-tool twisted-words These looked old. I removed them from svn.
Re: [arch-general] [arch-dev-public] lost-packages in testing/os/any/ @ FTP
On Thu, Aug 6, 2009 at 8:44 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 7:41 PM, Eric Bélangersnowmanisc...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:34 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ It looks like the cleanup scripts needs to be fixed. Hmmm could you remove them for now? Sure. I moved them to /srv/package-cleanup I'll have to look at the changes I made to the cleanup script - I probably did something wrong. The intent is to remove any packages if and only if there are no more symlinks to them...
Re: [arch-general] [arch-dev-public] lost-packages in testing/os/any/ @ FTP
On Thu, Aug 6, 2009 at 10:06 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:55 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Eric Bélanger wrote: On Thu, Aug 6, 2009 at 8:44 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 7:41 PM, Eric Bélangersnowmanisc...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:34 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ It looks like the cleanup scripts needs to be fixed. Hmmm could you remove them for now? Sure. I moved them to /srv/package-cleanup I'll have to look at the changes I made to the cleanup script - I probably did something wrong. The intent is to remove any packages if and only if there are no more symlinks to them... Good, the packages are now deleted, only remains all the symlinks under i686 and x86_64 ;) Wait the symlinks are still there? The cleanup script should DEFINITELY take care of those... they were still there. I just removed them.
Re: [arch-general] Arch doc inclusion policy
On Sat, Aug 1, 2009 at 9:39 AM, Sven-Hendrik Haases...@lutzhaase.com wrote: Hey everybody, looking through my /usr/share/doc today I noticed that there were surprisingly few packages that actually installed their documentation there. Not even the SDL package installed its docs in there. I don't mind this too much as I carry all kinds of library documentation in my home directory with me at all times to have it accessible when I have no Internet connection available. This left me wondering, though, what Arch's general policy is on inclusion/exclusion of library/tool/package documentation for /usr/share/doc and if this policy should be generally applied to AUR packages as well. -- Sven-Hendrik The policy is to include them unless they are very, very big. In that case, they can be excluded and, sometimes, provided in a separate package at the maintainer's discretion (e.g. qt and qt-doc). In the past, we were removing the docs systemtically, so packages that have not been rebuilt since then might be missing their docs.
Re: [arch-general] Emacs 23 window resize on startup
On Thu, Jul 30, 2009 at 11:12 AM, Edgar Kalkowskiem...@edgar-kalkowski.de wrote: Hi Christian! Thank you for this tip but I’m afraid it does not work for me. I executed the commands you suggested and they worked without printing any error (at first they did because of a typo of mine). The result is that my Emacs window now starts up quite small in the middle of the screen and the is almost (before the actual content is drawn) resized to a bigger size. But this also makes it appear not centered but rather asymmetrical somewhat left of the center of the screen. Perhaps I’ll try my luck on the Emacs help mailing list in a few days or so. Edgar The starting window size can be specified in .Xresources, e.g. : emacs*geometry: 100x50 That might fix your problem.
Re: [arch-general] Latest updates messed up kdemod3 libjpeg.so.62?
On Tue, Jul 28, 2009 at 3:44 PM, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, Up until this past week kdemod3 and kde4-unstable had lived side-by-side quite harmoniously. However, now kcontol in kdemod3 will not run until the following link is created: ln -s /usr/lib/libjpeg.so.7 /usr/lib/libjpeg.so.62 After the link is made, kcontol will start, but any attempt to access the panel or taskbar settings (among others) results in a complete kcontrol crash. The backtraces are generally the same: [KCrash handler] #5 0x in ?? () #6 0x7f3a2e4f29b5 in jpeg_CreateDecompress () from /usr/lib/libjpeg.so.62 #7 0x7f3a2d92de78 in ?? () from /opt/qt/plugins/imageformats/libqjpeg.so #8 0x7f3a337d32f9 in QImageIO::read () from /opt/qt/lib/libqt-mt.so.3 #9 0x7f3a337d3696 in QImage::load () from /opt/qt/lib/libqt-mt.so.3 #10 0x7f3a2a9e1b3d in KBackgroundRenderer::doWallpaper () from /opt/kde/lib/kde3/kcm_kicker.so #11 0x7f3a2a9e270a in KBackgroundRenderer::render () from /opt/kde/lib/kde3/kcm_kicker.so #12 0x7f3a2a9e2a28 in KBackgroundRenderer::qt_invoke () from /opt/kde/lib/kde3/kcm_kicker.so #13 0x7f3a337fd3cf in QObject::activate_signal () from /opt/qt/lib/libqt-mt.so.3 #14 0x7f3a337ff726 in QObject::activate_signal () from /opt/qt/lib/libqt-mt.so.3 #15 0x7f3a3381d8a5 in QTimer::event () from /opt/qt/lib/libqt-mt.so.3 #16 0x7f3a3379fc75 in QApplication::internalNotify () from /opt/qt/lib/libqt-mt.so.3 #17 0x7f3a337a0dca in QApplication::notify () from /opt/qt/lib/libqt-mt.so.3 #18 0x7f3a34f91ee2 in KApplication::notify () from /opt/kde/lib/libkdecore.so.4 #19 0x7f3a33796353 in QEventLoop::activateTimers () from /opt/qt/lib/libqt-mt.so.3 #20 0x7f3a337517b8 in QEventLoop::processEvents () from /opt/qt/lib/libqt-mt.so.3 #21 0x7f3a337b6609 in QEventLoop::enterLoop () from /opt/qt/lib/libqt-mt.so.3 #22 0x7f3a337b64c2 in QEventLoop::exec () from /opt/qt/lib/libqt-mt.so.3 #23 0x7f3a2f0555fa in kdemain () from /opt/kde/lib/libkdeinit_kcontrol.so #24 0x004076e8 in ?? () #25 0x00407e85 in ?? () #26 0x00408562 in ?? () #27 0x00408ea4 in ?? () #28 0x7f3a313d69ed in __libc_start_main () from /lib/libc.so.6 #29 0x00404549 in ?? () #30 0x7fff9c658818 in ?? () #31 0x001c in ?? () #32 0x0005 in ?? () #33 0x7fff9c659ad5 in ?? () #34 0x in ?? () Do I need to create another link or a different link to solve this problem. Also, where should this bug report go? Chakra or Arch? report that to Chakra. Looks like kdemod3 needs to be rebuilt against libjpeg 7.
Re: [arch-general] [signoff] dhclient-3.1.2p1
On Sun, Jul 19, 2009 at 4:06 PM, Daniel Isenmanndaniel.isenm...@gmx.de wrote: On Sun, 19 Jul 2009 21:08:21 +0200 Thomas Bächler tho...@archlinux.org wrote: Daniel Isenmann schrieb: Please signoff both architectures. The new version fixes CVE-2009-0692 (https://www.isc.org/node/468). I have cleaned up the PKGBUILD and removes our patches. So please test it carefully and report any issue to the bugtracker or the ML. On works here on my PC, but it needs definitely more testing. Daniel Did you remove the patch to dhclient-script? I added a patch in there ages ago to kill all the down on the ifconfig lines. If you reverted that patch, mac80211 wireless cards will fail to work with dhclient, as bringing the interface down on a DHCPNAK will render the wireless connection unusable. Yes I have removed. I have asked before on the dev-public but nobody answered. I will release a new pkgrel with added patch soon. Any other things about the patches I should know? It conflicts with dhcp: error: could not prepare transaction error: failed to commit transaction (conflicting files) dhclient: /usr/include/isc-dhcp/boolean.h exists in filesystem dhclient: /usr/include/isc-dhcp/dst.h exists in filesystem dhclient: /usr/include/isc-dhcp/int.h exists in filesystem dhclient: /usr/include/isc-dhcp/lang.h exists in filesystem dhclient: /usr/include/isc-dhcp/list.h exists in filesystem dhclient: /usr/include/isc-dhcp/result.h exists in filesystem dhclient: /usr/include/isc-dhcp/types.h exists in filesystem dhclient: /usr/include/omapip/alloc.h exists in filesystem dhclient: /usr/include/omapip/buffer.h exists in filesystem dhclient: /usr/include/omapip/omapip.h exists in filesystem dhclient: /usr/lib/libomapi.a exists in filesystem Errors occurred, no packages were upgraded.
Re: [arch-general] kde4.2.96 - konqueror web profile went nuts rendering my page?
On Sat, Jul 11, 2009 at 2:08 AM, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, My site always renders well in konqueror -- that is ,,,until tonight. Now it looks like it is doubling the width of the menu images causing strange, but cool, results: http://www.3111skyline.com/download/Archlinux/bugs/kde4/konquerorWebBrwsWhacko.jpeg Any thoughts? Probably due to this bug: https://bugs.kde.org/show_bug.cgi?id=198779
Re: [arch-general] ndiswrapper-utils x86_64
On Sat, Jul 11, 2009 at 7:36 AM, Baho Utotbaho-u...@columbus.rr.com wrote: module-init-tools.patch is missing in the abs tree for x86_64 It is only in the abs/core/ndiswrapper-utils tree and not for 64 bit fixed
[arch-general] [signoff] device-mapper-1.02.33-1 lvm2-2.02.48-1
Hi, I just pushed device-mapper-1.02.33-1 lvm2-2.02.48-1 in testing. device-mapper-1.02.33-1 : minor upstream update, removed unneeded readline depends (close FS#15205) lvm2-2.02.48-1 : minor upstream update Please test and signoff. Users are encouraged to signoff too as only a few devs use this. Eric
Re: [arch-general] [signoff] rpcbind-0.2.0-1 and libtirpc-0.2.0-1
On Mon, Jun 15, 2009 at 3:44 PM, Tobias Powalowskit.p...@gmx.de wrote: Hi guys, in order to provide a state of the art portmapper with ipv6 support and all nfs4 stuff, we should replace portmap with rpcbind in [core]. Simply replace portmap daemon with rpcbind in /etc/rc.conf please signoff both packages greetings tpowa you should add a provides portmap: $ sudo pacman -Syu :: Synchronizing package databases... testing 13.0K 15.2K/s 00:00:01 [-] 100% core 33.7K 13.6K/s 00:00:02 [-] 100% extra381.4K 131.7K/s 00:00:03 [-] 100% community365.6K 397.5K/s 00:00:01 [-] 100% :: Starting full system upgrade... :: Replace portmap with testing/rpcbind? [Y/n] resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: fam: requires portmap :: nfs-utils: requires portmap
Re: [arch-general] [signoff] kernel26 2.6.30-3
On Sat, Jun 13, 2009 at 5:54 AM, Tobias Powalowskit.p...@gmx.de wrote: Hi guys, kernel26-2.6.30-3 please signoff, both arches. I'm having network problems (x86_64, forcedeth driver) with the kernel in testing. Upon boot up, netcfg fails to start the network. I just get a - No connection error message. After the system boot is completed, restarting net-profiles still fails. I have noticed that if I disconnect and reconnect the ethernet cables, restarting the daemon succeeds and network is working fine. This happened with both -2 and -3 kernels. Does anyone knows what might be causing this? Does anyone else is experiencing this? BTW, the kernel works fine on my i686. Eric
Re: [arch-general] PKBUILD update after bug fix
On Sat, Jun 6, 2009 at 4:04 PM, Baho Utot baho-u...@columbus.rr.com wrote: How long does it take for the updated PKGBUILD to hit abs after a bug report is closed For example if the PKGBUILD is missing a dependency? Thanks The abs tree is updated every day so it could take up to one day.
Re: [arch-general] [signoff] lvm2-2.02.47-1
On Sun, May 24, 2009 at 3:23 PM, Eric Bélanger snowmanisc...@gmail.com wrote: Hi, lvm2-2.02.47-1 is in testing. Minor upstream updates (from 2.02.45). Please test/signoff. Eric bump. Anyone? I believe only another dev use this so signoff from users would be good.
Re: [arch-general] Building local repo - eliminating dups - why some new x86_64?
On Tue, May 19, 2009 at 2:03 PM, Andrei Thorp gar...@gmail.com wrote: (...) When a computer on the network asks for a file that's been downloaded previously, there is no need to go into the Internet. Yes and no. arch packages are not exactly small. I run a squid cache and a cache object size of 128KB serves me pretty well. To accomodate all arch packages, this setting has to go up to may be 150MB(for openoffice). If the cache start caching every object of size upto 150MB, it won't be as effective or will baloon dramatically. Not to mention the memory requirement that will go up too. I'm under the impression that you can configure it in other ways and not just space, therefore letting it work for Arch packages (say, from your favourite mirrors) and not from everywhere. Yeah, it does increase the requirements, but I'm sure it's handleable. But no doubt http access will be dramatically fast :) Not to mention, squid is only http caching proxy, not ftp. Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. -- their website. squid is great but I doubt it can help with multiple computers with arch. It can handle only download caching but thats not enough. (snip) Yeah, some decent ideas there. -AT Another solution is to have all computers using only one pacman cache located on a single computer via nfs. So once a computer has downloaded a packages, all the other ones can grab it directly from the local network. If you have i686 and x86_64 computers, pacman can't differentiate between the two arches if the packages name doen't contain the arch (old pkg and community pkg). It reports a md5sum mismatch. You just need to say 'yes' to redownload the package when that happen. If you want to get rid of that problem, setup two caches: one for each arch.
Re: [arch-general] Building local repo - eliminating dups - why some new x86_64?
2009/5/19 Sébastien Duquette ekse...@gmail.com: On Tue, May 19, 2009 at 3:46 PM, Eric Bélanger snowmanisc...@gmail.com wrote: Another solution is to have all computers using only one pacman cache located on a single computer via nfs. So once a computer has downloaded a packages, all the other ones can grab it directly from the local network. I might be wrong but I think pacman is downloading the packages directly to the cache directory. This might cause problem if the download starts on one host and is started on another host before the download is done. pacman will then report the package as corrupted but doesn't try to redownload it automatically. It won't do any harm but it can get anoying if you have a large number of systems. Sébastien I believe you are correct. I only used that setup to share source cache when building packages. However, I was the only user and was building on one machine at a time (I only have two). So I didn't encounter this multiple download problem. Perhaps the method I proposed is more suitable for cases when there only one or very few users. Eric
Re: [arch-general] Autowifi not in AUR
On Fri, May 15, 2009 at 4:06 AM, ludovic coues cou...@gmail.com wrote: Hi listmates, I've seen sometimes ago a link to autowifi. And I wonder why this one can't be found in AUR. I'm using autowifi since I found it, and it's great. No need to care about anything when wpa_supplicant have a right config. Just open a browser, and go on. It could be a great app in the the repo, but without any trace in the AUR, we can't vote for it, and I wonder how it can be add to the repo if it have no vote... 'cause wlan0 haven't to be more complicated than eth0. -ludovic It's not in AUR simply because no-one has submitted a PKGBUILD. You or someone else need to submit a PKGBUILD for it in AUR so that people can use it and vote for it.
Re: [arch-general] Trouble Building Xorg-Server (Modified PKGBUILD)
On Thu, Apr 30, 2009 at 2:39 PM, kludge drklu...@rat-patrol.org wrote: greets, all! ever since the release of xorg-server 1.5.3, i've been using a modified PKGBUILD to build xorg-server sans hal and dbus. (not gonna try justifying it again; that'd just lead to yet another flame war.) i've never had a problem until the 1.6.1-1 PKGBUILD, which adds the lines: libtoolize --force || return 1 aclocal || return 1 autoconf || return 1 automake --add-missing || return 1 these added lines produce: libtoolize: putting auxiliary files in `.'. libtoolize: linking file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. hw/dmx/doc/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL hw/dmx/doc/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL hw/xfree86/doc/sgml/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL hw/xfree86/doc/sgml/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL == ERROR: Build Failed. Aborting... my modified PKGBUILD is attached. please note that i *have* tried reverting my changes (the commented patches), to no avail. as i'm pretty clueless vis-a-vis makefiles and the autoconf system, could somehow point me in the direction of a fix? many thanks, kludge # $Id: PKGBUILD 21903 2008-12-17 20:32:54Z jgc $ # Maintainer: Alexander Baldeck k...@archlinux.org # Contributor: Jan de Groot j...@archlinux.org pkgname=xorg-server pkgver=1.6.1 pkgrel=1 pkgdesc=X.Org X servers arch=('i686' 'x86_64') license=('custom') url=http://xorg.freedesktop.org; depends=('libgl' 'libxfont=1.4.0' 'openssl=0.9.8j' 'libpciaccess=0.10.5' 'libxv=1.0.4' 'pixman=0.14.0' 'xcursor-themes' 'xkeyboard-config=1.5' 'xorg-server-utils' 'xorg-fonts-misc' 'xbitmaps' 'diffutils') makedepends=('libx11=1.2' 'mesa=7.4' 'xf86driproto=2.0.4' 'xtrans=1.2.3' 'libxkbfile=1.0.5' 'randrproto=1.3.0' 'renderproto=0.9.3' 'xcmiscproto=1.1.2' 'bigreqsproto=1.0.2' 'resourceproto=1.0.2' 'videoproto=2.2.2' 'compositeproto=0.4' 'scrnsaverproto=1.1.0' 'libxinerama=1.0.3' 'xf86dgaproto=2.0.3' 'recordproto=1.13.2' 'libgl=7.4' 'glproto=1.4.9') #optdepends=( 'xf86-input-evdev: to provide input device hotplugging' # 'hal=0.5.11: to provide input devices for hotplugging' ) options=('!libtool') provides=('x-server' ) # 'xorg-server') conflicts=('catalyst-utils=9.2') groups=('xorg') install=xorg-server.install source=(${url}/releases/individual/xserver/${pkgname}-${pkgver}.tar.bz2 xorg-redhat-die-ugly-pattern-die-die-die.patch hal-wait.patch) md5sums=('ed0878bf32a24d4948c3b8a122a39eff' '1a336eb22e27cbf443ec5a2ecddfa93c' 'f16d2caef84e1a9c4075b6c5e145512d') build() { cd ${srcdir}/${pkgname}-${pkgver} # Get rid of the ugly pattern patch -Np3 -i ${srcdir}/xorg-redhat-die-ugly-pattern-die-die-die.patch || return 1 # Fix dbus config path - removed b/c no dbus config'd # sed -i -e 's/\$(sysconfdir)/\/etc/' config/Makefile.* || return 1 # Revert waiting for hal, assume hal won't show up when initial connect fails # commented out b/c no hal config'd # patch -R -Np1 -i ${srcdir}/hal-wait.patch || return 1 libtoolize --force || return 1 aclocal || return 1 autoconf || return 1 automake --add-missing || return 1 # --enable-config-{dbus,hal} switched to --disable # to disable hotplugging and dependencies ./configure --prefix=/usr \ --enable-ipv6 \ --enable-dri \ --disable-dmx \ --enable-xvfb \ --enable-xnest \ --enable-composite \ --enable-xcsecurity \ --enable-xorg \ --enable-xephyr \ --enable-glx-tls \ --enable-kdrive \ --enable-install-setuid \ --disable-config-hal \ --disable-config-dbus \ --enable-record \ --disable-xfbdev \ --disable-xfake \ --disable-xsdl \ --disable-static \ --sysconfdir=/etc/X11 \ --localstatedir=/var \ --with-default-font-path=/usr/share/fonts/misc,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled,/usr/share/fonts/TTF,/usr/share/fonts/Type1 \ --with-xkb-path=/usr/share/X11/xkb \ --with-xkb-output=/var/lib/xkb \ --with-dri-driver-path=/usr/lib/xorg/modules/dri || return 1 make || return 1 make DESTDIR=${pkgdir} install || return 1 rm -rf ${pkgdir}/var/log || return 1 install -m755 -d ${pkgdir}/etc/X11 || return 1 install -m755 -d ${pkgdir}/var/lib/xkb || return 1 # Needed for non-mesa drivers, libgl will restore it mv ${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so \
Re: [arch-general] Trouble Building Xorg-Server (Modified PKGBUILD)
On Thu, Apr 30, 2009 at 3:59 PM, kludge drklu...@rat-patrol.org wrote: Eric Bélanger wrote: On Thu, Apr 30, 2009 at 2:39 PM, kludge drklu...@rat-patrol.org wrote: greets, all! ever since the release of xorg-server 1.5.3, i've been using a modified PKGBUILD to build xorg-server sans hal and dbus. (not gonna try justifying it again; that'd just lead to yet another flame war.) i've never had a problem until the 1.6.1-1 PKGBUILD, which adds the lines: libtoolize --force || return 1 aclocal || return 1 autoconf || return 1 automake --add-missing || return 1 these added lines produce: libtoolize: putting auxiliary files in `.'. libtoolize: linking file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. hw/dmx/doc/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL hw/dmx/doc/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL hw/xfree86/doc/sgml/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL hw/xfree86/doc/sgml/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL == ERROR: Build Failed. Aborting... / snip Add xorg-util-macros in the makedepends. that seems to have done the trick. many thanks. out of curiosity, why isn't xorg-util-macros in the makedepends of the stock PKGBUILD? -kludge It was forgotten. I'll add it.
Re: [arch-general] What about codecs?
On Tue, Apr 21, 2009 at 12:16 PM, Christos Nouskas nous...@gmail.com wrote: 2009/4/21 David C. Rankin drankina...@suddenlinkmail.com: In openSuSE for A/V codecs you need to add two extra repositories (packman videolan [vlc]), is there an equivalent (mod or set) for Arch or do we just build from vlc? # pacman -S codecs None of the A/V apps in Arch (at least in extra repo) use the codecs so installing the codecs package might have no effect. Most popular video formats are handled well by ffmpeg. I would suggest to post back if you have problems playing a specific video format.
Re: [arch-general] Move junit from Extra to Unsupported
On Tue, Apr 21, 2009 at 3:43 PM, Andrea Scarpino and...@archlinux.org wrote: 2009/4/21 Eric Bélanger snowmanisc...@gmail.com: junit is a makedepends for bcprov so it needs to stay in extra. what about move bcprov to community/unsupported? it's orphan too -- Andrea `BaSh` Scarpino Arch Linux Developer No packages in extra depends on bcprov. But both bcprov and junit are needed by community packages so if they are removed from extra they'll need to go in community repo. Is there a TU willing to adopt/maintain them?
Re: [arch-general] libconfig error
On Sun, Apr 5, 2009 at 2:39 PM, Giovanni Scafora linuxma...@gmail.com wrote: 2009/4/4, Mike Sampson m...@sambodata.com: Besides the missing .install file in CVS, the .install scriptlet tries to install info files on your system. However, these files are deleted from the PKGBUILD. The postinstall scriptlet error is harmless, but you should file a bug in the community bugtracker. Cool. Will do. Thanks. I just fixed it. It's still not fixed. I've added comments in the bug report.