January 2011 - Arch-general - lists.archlinux.org

[arch-general] Using libalpm with Vala
by Rémy Oudompheng 25 Jan '11

25 Jan '11

Hello, I became recently interested in Vala, and I did several experiments to try interfacing it with libalpm. Vala is an object-oriented language created to be used mainly with glib2/gtk, and writing Vala bindings is especially lightweight : it is only a matter of writing a "dictionary" between C functions and methods. I think it might be a nice alternative to C when writing small command line or GTK utilities. I have put an example of how the C version of pactree would be written in Vala, at http://github.com/remyoudompheng/libalpm-vala Memory management is especially tricky, as I am new to Vala, and not very familiar with the internals of libalpm. So for the moment, only a very small set of functions are wrapped and this version of pactree does not segfault. Feel free to make any comments. Regards, Rémy.

2 1

[arch-general] xfce4 notifications w/ compositing
by Ricky Thomson 25 Jan '11

25 Jan '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 My notifications stopped working in xfce4, i eventually found the cause was enabling compositing in xfce's "window manager tweaks". If i open the notification dialog, clicking "preview" results in a segfault every time when compositing is enabled: xfce4-notifyd[2428]: segfault at 0 ip 0000000000406a99 sp 00007fffcbc4f610 error 4 in xfce4-notifyd[400000+c000] As soon as compositing is disabled, notifications work perfectly again. Am i missing a library, or is this happening to everyone else? Thank you in advance. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNPmiSAAoJELNK3mdFMzj60yoH/jQ5f/snHSvj0edc/mLHtVbM jxwlftQrCGGJYa38yEOFyJ/KXkK+1OkyQ/xoydxBqpG24dB7Zuf1oM3nM8QOU3Uf EFfv6StAbtDLMjkr0JYzk2cOFpSPbKhkcZQ8C7lltJHq5muv33vaI1kC2Lkmqyhr 3DiUq9jhAESnIIgKPKENCeouXj0qWWDmXQ3g0uE3gj3RYvYIudy6vSYSyfoyqmEo 4AjcdRIOQhm5nMgWADHH15UAKmwtUTOjLHKdJtGUxdc025ASNjYSvmeCkHbnCWI7 KgDWXi4qxO+eydSetyMPTwXoIBz3n6EOVR43y0v9eelS+jAbpP9W6la5puqzvBU= =SYGZ -----END PGP SIGNATURE-----

2 1

[arch-general] libx11 1.4.1-1 and touchpad issue
by killall_humans＠lavabit.com 25 Jan '11

25 Jan '11

With last update of libx11 my touchpad initialises as a ImPS/2 Generic Wheel Mouse. Have no ideas how to solve, google push me a lot of stories about this, but in fact i haven't find any solution. evdev.conf: http://paste.pocoo.org/show/326556/ synaptics.conf: http://paste.pocoo.org/show/326558/ xorg.log: http://paste.pocoo.org/show/326560/ libx11: 1.4.1-1 xorg-server: 1.9.2-2 synaptics: 1.3.0-2 Any ideas would be great. -- With best wishes or hundreds of hate.

1 0

Re: [arch-general] [arch-dev-public] Integrity Check x86_64: core, extra, community, multilib 14-01-2011
by Karol Babioch 24 Jan '11

24 Jan '11

Hi, just out of curiosity: What is the application doing this output called? Is it available for the public? I guess it is, so could you point me to the right direction please? Another thing that would be quite interesting: How long does it take to run it, and how much of RAM does it take? And is actually anyone going to fix these issues, or do we have to live with them :)? Best regards, Karol Babioch Am 14.01.2011 22:01, schrieb repomaint(a)archlinux.org: > Warning : the repository multilib does not exist in /srv/abs/rsync/any > > =========================================================== > = Integrity Check x86_64 of core,extra,community,multilib = > =========================================================== > > Performing integrity checks... > ==> parsing pkgbuilds > ==> parsing db files > ==> checking mismatches > ==> checking archs > ==> checking dependencies > ==> checking makedepends > ==> checking hierarchy > ==> checking for circular dependencies > ==> checking for differences between db files and pkgbuilds > > Missing PKGBUILDs > ------------------- > /srv/abs/rsync/any/multilib > > Missing Dependencies > ---------------------- > community/perl-ppi --> 'perl-params-util' > > Missing Makedepends > --------------------- > community/ogmrip --> 'gpac' > community/virtualbox --> 'makeself' > community/virtualbox-guest-additions --> 'makeself' > community/virtualbox-guest-modules --> 'makeself' > community/xmobar --> 'haskell-parsec>=3.1.0' > > Repo Hierarchy for Dependencies > --------------------------------- > community/winetricks depends on multilib/wine (72 extra (make)deps to pull) > extra/miro depends on community/python-pycurl (0 extra (make)deps to pull) > > Repo Hierarchy for Makedepends > -------------------------------- > community/virtualbox depends on multilib/gcc-multilib (6 extra (make)deps to pull : binutils-multilib gcc-libs-multilib gcc-ada-multilib lib32-glibc gcc-multilib lib32-gcc-libs) > community/virtualbox depends on multilib/lib32-glibc (6 extra (make)deps to pull : gcc-multilib binutils-multilib gcc-libs-multilib gcc-ada-multilib lib32-glibc lib32-gcc-libs) > community/virtualbox-guest-additions depends on multilib/gcc-multilib (6 extra (make)deps to pull : binutils-multilib gcc-libs-multilib gcc-ada-multilib lib32-glibc gcc-multilib lib32-gcc-libs) > community/virtualbox-guest-additions depends on multilib/lib32-glibc (6 extra (make)deps to pull : gcc-multilib binutils-multilib gcc-libs-multilib gcc-ada-multilib lib32-glibc lib32-gcc-libs) > community/virtualbox-guest-modules depends on multilib/gcc-multilib (6 extra (make)deps to pull : binutils-multilib gcc-libs-multilib gcc-ada-multilib lib32-glibc gcc-multilib lib32-gcc-libs) > community/virtualbox-guest-modules depends on multilib/lib32-glibc (6 extra (make)deps to pull : gcc-multilib binutils-multilib gcc-libs-multilib gcc-ada-multilib lib32-glibc lib32-gcc-libs) > core/binutils depends on extra/dejagnu (3 extra (make)deps to pull : expect dejagnu tcl) > core/ca-certificates depends on extra/python2 (59 extra (make)deps to pull) > core/ca-certificates depends on extra/ruby (156 extra (make)deps to pull) > core/crda depends on extra/python-m2crypto (60 extra (make)deps to pull) > core/e2fsprogs depends on extra/bc (3 extra (make)deps to pull : dejagnu expect tcl) > core/gcc depends on extra/dejagnu (3 extra (make)deps to pull : expect dejagnu tcl) > core/gcc-ada depends on extra/dejagnu (3 extra (make)deps to pull : expect dejagnu tcl) > core/gcc-fortran depends on extra/dejagnu (3 extra (make)deps to pull : expect dejagnu tcl) > core/gcc-libs depends on extra/dejagnu (3 extra (make)deps to pull : expect dejagnu tcl) > core/gcc-objc depends on extra/dejagnu (3 extra (make)deps to pull : expect dejagnu tcl) > core/glib2 depends on extra/python2 (59 extra (make)deps to pull) > core/groff depends on extra/ghostscript (156 extra (make)deps to pull) > core/groff depends on extra/netpbm (59 extra (make)deps to pull) > core/groff depends on extra/psutils (156 extra (make)deps to pull) > core/iputils depends on extra/docbook-xsl (59 extra (make)deps to pull) > core/iputils depends on extra/libxslt (59 extra (make)deps to pull) > core/iputils depends on extra/opensp (59 extra (make)deps to pull) > core/kernel26 depends on extra/docbook-xsl (59 extra (make)deps to pull) > core/kernel26 depends on extra/xmlto (59 extra (make)deps to pull) > core/kernel26-docs depends on extra/docbook-xsl (59 extra (make)deps to pull) > core/kernel26-docs depends on extra/xmlto (59 extra (make)deps to pull) > core/kernel26-headers depends on extra/docbook-xsl (59 extra (make)deps to pull) > core/kernel26-headers depends on extra/xmlto (59 extra (make)deps to pull) > core/lilo depends on extra/sharutils (59 extra (make)deps to pull) > core/links depends on extra/libpng (3 extra (make)deps to pull : dejagnu expect tcl) > core/links depends on extra/libtiff (59 extra (make)deps to pull) > core/links depends on extra/libxt (59 extra (make)deps to pull) > core/pam depends on extra/docbook-xml (59 extra (make)deps to pull) > core/pam depends on extra/docbook-xsl (59 extra (make)deps to pull) > core/pam depends on extra/w3m (59 extra (make)deps to pull) > core/sqlite3 depends on extra/tcl (3 extra (make)deps to pull : dejagnu expect tcl) > core/sqlite3-doc depends on extra/tcl (3 extra (make)deps to pull : dejagnu expect tcl) > core/udev depends on extra/gobject-introspection (61 extra (make)deps to pull) > core/udev depends on extra/gperf (3 extra (make)deps to pull : dejagnu expect tcl) > core/udev depends on extra/libxslt (59 extra (make)deps to pull) > core/udev-compat depends on extra/gobject-introspection (61 extra (make)deps to pull) > core/udev-compat depends on extra/gperf (3 extra (make)deps to pull : dejagnu expect tcl) > core/udev-compat depends on extra/libxslt (59 extra (make)deps to pull) > extra/bigloo depends on community/jdk (2 extra (make)deps to pull : jre chrpath) > extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio) > extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) > extra/libiodbc depends on community/chrpath (0 extra (make)deps to pull) > extra/libreoffice depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-ct2n depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-diagram depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-hunart depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-nlpsolver depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-numbertext depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-oooblogger depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-pdfimport depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-presentation-minimizer depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-presenter-screen depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-report-builder depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-typo depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-watch-window depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-extension-wiki-publisher depends on community/cppunit (0 extra (make)deps to pull) > extra/libreoffice-sdk depends on community/cppunit (0 extra (make)deps to pull) > extra/libsmbios depends on community/chrpath (0 extra (make)deps to pull) > extra/opengtl depends on community/llvm (0 extra (make)deps to pull) > extra/openoffice-base-beta depends on community/cppunit (0 extra (make)deps to pull) > extra/openoffice-base-devel depends on community/cppunit (0 extra (make)deps to pull) > extra/openoffice-sdk-beta depends on community/cppunit (0 extra (make)deps to pull) > extra/openoffice-sdk-devel depends on community/cppunit (0 extra (make)deps to pull) > extra/speech-dispatcher depends on community/espeak (1 extra (make)deps to pull : portaudio) > extra/vigra depends on community/python-sphinx (2 extra (make)deps to pull : python-pygments python-jinja) > extra/xfconf depends on community/chrpath (0 extra (make)deps to pull) > > Circular Dependencies > ----------------------- > audacious>extra/audacious-plugins>audacious > lib32-gcc-libs>multilib/gcc-libs-multilib>lib32-gcc-libs > > Packages found in db, but not in tree > --------------------------------------- > community/perl-params-util > community/polipo > community/xulrunner-oss > extra/libreoffice-dictionaries > > Summary > --------- > Missing PKGBUILDs: 1 > Invalid PKGBUILDs: 0 > Mismatching PKGBUILD names: 0 > Duplicate PKGBUILDs: 0 > Invalid archs: 0 > Missing (make)dependencies: 6 > Repo hierarchy problems: 74 > Circular dependencies: 2 > In db, but not in tree: 4 > In tree, but not in db: 0 > >

2 1

[arch-general] how to perform selected gnome installation with pacman?
by Juan R. de Silva 24 Jan '11

24 Jan '11

I'd like to install GNOME for my freshly installed base system following instructions provided on this page 'https://wiki.archlinux.org/index.php/ GNOME#Base'. As you can see it reads: "Install the base GNOME desktop" # pacman -S gnome And then: "This is a meta-package; which is a group of packages. An option will be given to install all or some of the packages in this group." When I run the command above, the list of all files in group is displayed and the only option given to me is to answer Y/N to install the entire list of packages, that I would like to avoid. I've read through man pacman carefully a couple of times and I've not found any option allowing to filter out undesirable file/s while installing a group. Tried to search arch wiki without any success. Could anybody provide me with a hint here, please?

9 15

Re: [arch-general] [pacman-dev] Robson Peixoto invited you to Dropbox
by Ray Rashif 24 Jan '11

24 Jan '11

On 24 January 2011 04:36, Yaro Kasear <yaro(a)marupa.net> wrote: > On Sunday, January 23, 2011 02:34:45 pm Robson Roberto Souza Peixoto wrote: >> Sorry ! >> >> On Sun, Jan 23, 2011 at 5:28 PM, Kaiting Chen <kaitocracy(a)gmail.com> wrote: >> > On Sun, Jan 23, 2011 at 3:25 PM, Dropbox <no-reply(a)dropboxmail.com> wrote: >> >> Robson Peixoto wants you to use Dropbox to sync and share files online >> >> and across computers. >> >> >> >> Get started here: >> >> http://www.dropbox.com/link/20.Ud2UoA8Uk3/NjYxNDQ4MDkyNw?src=referrals_a >> >> b_bulk6 >> >> >> >> - The Dropbox Team >> >> >> >> ____________________________________________________ >> >> To stop receiving invites from Dropbox, please go to >> >> http://www.dropbox.com/bl/359c9af48b34/pacman-dev%40archlinux.org >> > >> > Wait, did this dude just try to invite everyone on aur-general to >> > Dropbox? --Kaiting. >> > >> > -- >> > Kiwis and Limes: http://kaitocracy.blogspot.com/ > > Accidental? Guys..I don't think anyone has to tell you this but such invites are _always_ unintended. E-mail services have a bad tendency to automatically insert contacts into your friends' list, mailing list or not. So please, ignore e-mails like this and keep them reply-free in the future, so that they may just annoy people _once_. -- GPG/PGP ID: B42DDCAD

8 12

[arch-general] Robson Peixoto invited you to Dropbox
by Dropbox 23 Jan '11

23 Jan '11

Robson Peixoto wants you to use Dropbox to sync and share files online and across computers. Get started here: http://www.dropbox.com/link/20.Mud84jNR4I/NjYxNDQ4NTE1Nw?src=referrals_ab_b… - The Dropbox Team ____________________________________________________ To stop receiving invites from Dropbox, please go to http://www.dropbox.com/bl/2bc1384beb66/arch-general%40archlinux.org

2 1

[arch-general] Rail Model font for coders
by hare_krsna_hare_krsna_krsna_krsna_hare_hare_hare_rama_hare_rama_rama_rama_hare_hare＠lavabit.com 23 Jan '11

23 Jan '11

There is a font for coders called Rail Model, please include it with Linux distributions: http://code.google.com/p/railmodel/downloads/detail?name=RailModelFont.zip&… Copyright: Copyright (c) 2010, Copyright (c) Holder for the commissioned (Unicode 0915) devanagri glyph design as the new 11th english and european glyph and the cancellation of the previous k / K is (His Divine Grace) Prabhupada, Founder Acharya & Permanent Sole Initiator of the Panca Tattva / Caitanya Mahaprabhu / Vaisnava Movement, the permanent person not the estate, state, representative/s or representative organisation/s etc. All Rights Reserved. (full and also other copyright information at accompanying font files) Description: November 20 2010 (Hrant H Papazian) Version 1.1 Ð k/K (Unicode glyphs /006B and /004B) exchanged through Unicode glyph / uni0915 Ð released as N: Hrant H Papazian E: hpapazian..... W: http://www.themicrofoundry.com D: Designer Ð Unicode glyph /uni0915 upper and lower case Best, Meeku

11 18

Re: [arch-general] Rail Model font for coders
by hare_krsna_hare_krsna_krsna_krsna_hare_hare_hare_rama_hare_rama_rama_rama_hare_hare＠lavabit.com 23 Jan '11

23 Jan '11

I am using this email address for both sending and receiving certain emails without technical problems. Best, Meeku ---------------------------- Original Message ---------------------------- Subject: Re: [arch-general] Rail Model font for coders From: "Guillaume Brunerie" <guillaume.brunerie(a)gmail.com> Date: Thu, January 20, 2011 3:45 pm To: "General Discussion about Arch Linux" <arch-general(a)archlinux.org> -------------------------------------------------------------------------- 2011/1/20 Peter Lewis <plewis(a)aur.archlinux.org> > On Thursday 20 January 2011 14:15:32 CÃ©dric Girard wrote: > > On Thu, Jan 20, 2011 at 2:54 PM, Jesse Young <jesse.young(a)gmail.com> > wrote: > > > > hare_krsna_hare_krsna_krsna_krsna_hare_hare_hare_rama_hare_rama_rama_rama > > > _hare_hare(a)lavabit.com wrote: > > > > Do you really believe this is a serious request ? > > Heh - but that is one cool email address. > The funny thing is that this is not even a valid email address. The local part (everything before the @) should be at most 64 characters long, and there itâs 84 characters long.

11 33

[arch-general] GPT slower than MBR, although both are properly aligned?
by Karol Babioch 23 Jan '11

23 Jan '11

Hi, I'm about to setup a new Arch box and wanted to use GPT instead of the (old) MBR partition scheme, just for the fun of it ;). I've read through the various articles in the wiki, but it seems that something strange is going on here. I'm about to install the system to a SSD (Kingston S100), therefore I also have to consider proper alignment. I've created the partition scheme with gdisk (alignment set to 2048 boundary, although I've tried it with different values (up to 8192), too), which basically looks like that: Number Start (sector) End (sector) Size Code Name 1 2048 264191 128.0 MiB 0700 Linux/Windows data 2 264192 31277198 14.8 GiB 0700 Linux/Windows data Take a look at the start sectors, they should be properly aligned to 2048, as 264192 is dividable by 2048. In order to check the proper alignment I've run hdparm -tT over both partitions, here are the results: /dev/sda1: Timing cached reads: 12026 MB in 2.00 seconds = 6017.15 MB/sec Timing buffered disk reads: 128 MB in 0.64 seconds = 201.56 MB/sec /dev/sda2: Timing cached reads: 12086 MB in 2.00 seconds = 6047.19 MB/sec Timing buffered disk reads: 278 MB in 3.02 seconds = 92.02 MB/sec Quite a huge discrepancy considering the fact that a SSD should have roughly the same speed everywhere. Well, after fiddling around with it a little bit, I've finally tried the same setup with the old MBR partition scheme, using fdisk, which gave me the following partition scheme: Device Boot Start End Blocks Id System /dev/sda1 2048 264191 131072 83 Linux /dev/sda2 264192 31277231 15506520 83 Linux So the partition scheme is the same, despite the fact that the second partition is a little bit bigger with MBR as there is no copy of the partition table. With the MBR partitions I get the following results using hdparm -tT in order to measure the speed: /dev/sda1: Timing cached reads: 11578 MB in 2.00 seconds = 5793.15 MB/sec Timing buffered disk reads: 128 MB in 0.63 seconds = 202.22 MB/sec /dev/sda2: Timing cached reads: 11896 MB in 2.00 seconds = 5952.79 MB/sec Timing buffered disk reads: 604 MB in 3.00 seconds = 201.16 MB/sec So, both partitions are, as to be expected, equal in speed. I'm quite astonished by these results, which confuse me totally. Is it possible that GPT is slower than MBR? Is there something wrong implemented within gdisk? Is there any explanation to that? Right now the only thing I can do to get full speed is to use MBR once again :(. Best regards, Karol Babioch

6 13