- Arch-general - lists.archlinux.org

[arch-general] [testing] protocol - {WAS: [arch-dev-public] WARNING - glibc-2.13-2}
by Ng Oon-Ee 07 Feb '11

07 Feb '11

On Sun, 2011-02-06 at 20:10 +1000, Allan McRae wrote: > I have removed the glibc-2.13-2 package until a fix is committed to > upstream git. All users should downgrade to the version in [core]. > > Allan While I understand why Allan did this, shouldn't this be unnecessary for the [testing] repo? Those who use it know what to do, after all....

4 7

[arch-general] ArchBang and other derivates resemblance to Arch
by Olivier Keun 07 Feb '11

07 Feb '11

On the forums, we see an increasing number of threads about ArchBang. Understandably so, since not only does it carry "Arch" in the name, it also uses the same styling [1], and supposedly users are told there to use the Arch wiki and forum for support. People are asking if ArchBang is an official Arch project [2], which it obviously isn't. ArchBang is more a one-click or no-config install which goes against the Arch philosophy. Also our Forum Etiquette states that community support is _only_ given for installations done from official Arch installation media [3]. While ArchBang (and probably some other spin-off distros) are very similar and sometimes almost identical to Arch, they are _not_ Arch and in my opinion this should be made more clear to avoid any damage to the Arch project as a whole. What are your thoughts about this? I'm hoping to get an official reaction from our dev-team, so we can avoid some of the confusion that is present now. [1] http://archbang.org/ [2] https://bbs.archlinux.org/viewtopic.php?pid=889066#p889066 [3] https://wiki.archlinux.org/index.php/Forum_Etiquette#How_to_Post

7 12

[arch-general] build help needed, Trinity kdebase - 2 issues on Arch
by David C. Rankin 07 Feb '11

07 Feb '11

Guys, After getting kdelibs done, I have run into a wall with the building kdebase: http://websvn.kde.org/branches/trinity/kdebase/ (see bottom of page for admin and cmake links) There are 2 issues I'm having on Arch: (1) If kde4/Qt4 is installed, cmake fails when it uses /usr/include/QtCore/qfile.h instead of /opt/qt/include/qfile.h. I cannot figure out how to tell cmake to ignore the /usr/include. I have tried the cmake arguments: cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DQTDIR=/opt/qt \ -DBUILD_ALL=ON \ -DCMAKE_SKIP_RPATH=ON and I have set the environment as: [[ ${PATH%%:*} =~ /opt/qt/bin ]] || export PATH=/opt/qt/bin:$PATH export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt export KDEDIR=/opt/trinity export KDEDIRS=/opt/trinity:/usr export PKG_CONFIG_PATH=:/opt/trinity/lib/pkgconfig:/opt/trinity/lib/pkgconfig:/opt/qt/lib/pkgconfig export XDG_CONFIG_DIRS=/etc/xdg:/opt/trinity/etc/xdg:/opt/trinity/etc/xdg export XDG_DATA_DIRS=/usr/share/:/usr/local/share/:/opt/trinity/share:/opt/trinity/share However, the kdebase build still fails due to grabbing the wrong qfile.h: [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o cd /dat_e/david/bld/trinity/kdebase/src/kicker/libkicker && /usr/bin/c++ -Dkickermain_shared_EXPORTS -DHAVE_CONFIG_H -DUSE_QT3 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -march=x86-64 -mtune=generic -O2 -pipe -include tqt.h -fPIC -I/dat_e/david/bld/trinity/kdebase/src/kicker/libkicker -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -o CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o -c /dat_e/david/bld/trinity/kdebase/src/kicker/libkicker/kickerSettings.cpp In file included from /usr/include/QtCore/QFile:1:0, from /dat_e/david/bld/trinity/kdebase/src/kicker/libkicker/kickerSettings.cpp:7: /usr/include/QtCore/qfile.h:53:1: error: ‘QT_BEGIN_HEADER’ does not name a type /usr/include/QtCore/qfile.h:62:27: error: expected initializer before ‘:’ token make[2]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o] Error 1 make[2]: Leaving directory `/dat_e/david/bld/trinity/kdebase/src' make[1]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/all] Error 2 make[1]: Leaving directory `/dat_e/david/bld/trinity/kdebase/src' make: *** [all] Error 2 Aborting... I don't know if this is due to checks in the admin/acinclude.m4.in that look for kde4 before looking for kde3 and set QTDIR or what, but I need help find a way to have cmake ignore the Qt4 /usr/include. (2) On boxes without kde4, the kdebase build proceeds fine until it hits 29% building kcontrol/iccconfig/iccconfig.cpp. From talking to the folks on the trinity list, it looks like something related to the xrandr package. Looking at the error, it looks like the build doesn't understand the type ‘KRandrSimpleAPI*’. The full build error is: [ 29%] Building CXX object kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o cd /home/david/arch/pkg/tbld/kdebase/src/kcontrol/iccconfig && /usr/bin/c++ -Dkcm_iccconfig_module_EXPORTS -DHAVE_CONFIG_H -DUSE_QT3 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -march=i686 -mtune=generic -O2 -pipe -include tqt.h -fPIC -I/home/david/arch/pkg/tbld/kdebase/src/kcontrol/iccconfig -I/home/david/arch/pkg/tbld/kdebase/src -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -DKDE_CONFDIR=\"/opt/trinity/share/config\" -o CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o -c /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘void KICCConfig::load(bool)’: /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected type-specifier /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected ‘,’ or ‘;’ /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘virtual void KICCConfig::save()’: /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: expected type-specifier /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: expected ‘,’ or ‘;’ make[2]: *** [kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o] Error 1 make[2]: Leaving directory `/home/david/arch/pkg/tbld/kdebase/src' make[1]: *** [kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/all] Error 2 make[1]: Leaving directory `/home/david/arch/pkg/tbld/kdebase/src' make: *** [all] Error 2 Aborting... Solving this type of build issue, I will need a bit of expertise from the list. I have googled until I'm blue trying to find a trick to get past these issues, but I'm stuck. Any ideas from the cpp/cmake/make experts? Even narrowing down what I need to look for will help. Current PKGBUILDs for tqtinterface, arts, kdelibs and the current one I'm using for kdebase are available on the wiki: https://wiki.archlinux.org/index.php/Trinity#Trinity_PKGBUILDs Thanks. -- David C. Rankin, J.D.,P.E.

4 12

[arch-general] Trinity wiki updated to include links to 'file lists' of all completed packages
by David C. Rankin 07 Feb '11

07 Feb '11

Guys, Just a note, I've updated the Trinity wiki to reflect current progress in the 'clean build environment'. I have also added links to 'file lists' of all complete packages under the PKGBUILD Status section: https://wiki.archlinux.org/index.php/Trinity#Trinity_PKGBUILD_Status eg. http://www.3111skyline.com/dl/dt/trinity/arch/flist/trinity-arts-list.txt ------------------------------------------------------------ Package: trinity-arts 1219157-1.1 ------------------------------------------------------------ /opt/ /opt/trinity/ /opt/trinity/bin/ /opt/trinity/bin/artsc-config /opt/trinity/bin/artscat /opt/trinity/bin/artsd /opt/trinity/bin/artsplay /opt/trinity/bin/artsrec /opt/trinity/bin/artsshell /opt/trinity/bin/artswrapper /opt/trinity/bin/mcopidl /opt/trinity/include/ /opt/trinity/include/arts/ /opt/trinity/include/arts/anyref.h <snip> -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] Syslinux Installer / Update Script - Testers Needed
by Matthew Gyurgyik 06 Feb '11

06 Feb '11

Hello Community, Over the last few weeks I have been working on Syslinux support for the installer. With the help Thomas and Dieter I am nearing the completion of this project. As part of this project, I have written a script that will help install and update Syslinux (similar to that of grub-install). Some key features of the script: syslinux-install_update.sh * Install Syslinux to the FS + Partition Boot Loader (extlinux --install /boot/syslinux) * Install Syslinux MBR * Detect and optionally set the boot flag on the boot partition * Update Syslinux – copy files and execute (extilnux --update /boot/syslinux) * Support for GPT disks * Support for RAID configurations The goal is to include this script in the official Syslinux package. Therefore we need your help to test it. syslinux-install_update.sh -i -a -m ..... install Syslinux, set the boot flag (if needed), and install the MBR We need tests for the following setups: / + /boot on the *same* partition / + /boot on the *same* partition - RAID /boot + root on *separate* partition /boot + root on *separate* partition - RAID All of the above using but using the GPT partition layout NOTE: This is an alpha/beta stage script. The script modifies the first 440 bytes of the disk (using dd) and the partition table (using either sfdisk or sgdisk). Although the script should be safe to run, I am not responsible for any data loss that may occur. Let us know the following: * Did the script work for you? * What was your partition setup? (see above) * What version did you use? * If the script did not work, please provide as much information as possible Get the script here: https://gist.github.com/772138 Syslinux Sample Config File: http://projects.archlinux.org/svntogit/packages.git/plain/syslinux/trunk/sy… The Syslinux package in testing includes the above configuration file. Cheers, pyther

4 5

[arch-general] PKGBUILD work
by Bernardo Barros 05 Feb '11

05 Feb '11

Hey all, How to have access and change PKGBUILD variables? Is there command-line tools for this kind of job, so one could easily check, for example, the version number, change it and update the checksum? thanks a bunch, Bernardo

7 12

[arch-general] [signoff] kernel26-lts 2.6.32.28-3
by Tobias Powalowski 05 Feb '11

05 Feb '11

Latest LTS kernel is in testing, - changed to gzipped modules to safe disk space. please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Need help understanding meta-PKGBUILDs
by David C. Rankin 03 Feb '11

03 Feb '11

Guys, We have made good progress refining the basics for Trinity PKGBUILDs. The trinity/dependencies PKGBUILDs are working for tqtinterface and arts. https://wiki.archlinux.org/index.php/Trinity#Development_PKGBUILDs They have been reworked to conform with the kde4 (kde-meta) PKGBUILD structure. But, I'm having trouble understanding how to 'tie' the meta-PKGBUILDs together with the actual PKGBUILDs for the individual trinity modules. Here are the questions I have: (1) can I have 3-levels of PKGBUILDs? Example: the trinity directory structure is: trinity applications dependencies arts tqtinterface <snip> Following the kde4 layout, I was trying to create something like this: trinity <PKGBUILD pkgbase=trinity-meta> applications dependencies <PKGBUILD pkgbase=trinity-meta> arts <PKGBUILD pkgbase=trinity> tqtinterface <snip> I have the arts and tqtinterface level PKGBUILDs done, but I don't know how to tie them to the trinity-meta PKGBUILDs above. Looking at the kde4 examples, I have the following: under trinity: pkgbase=trinity-meta pkgname=('trinity-meta-applications' 'trinity-meta-dependencies' <snip> package_trinity-meta-applications() { <snip> } package_trinity-meta-dependencies() { pkgdesc=('Meta package for trinity-dependencies') depends=('cmake' 'python2-sip' 'pyqt3' 'pykde3' 'qt3') replaces=('trinity-dependencies') conflicts=('trinity-dependencies') } under trinity/dependencies: pkgbase=trinity-meta pkgname=('trinity-meta-tqtinterface' 'trinity-meta-arts') pkgver=$(getsvnrev) pkgrel=1.0 arch=('i686' 'x86_64') url='http://www.kde.org' license=('GPL') groups=('trinity' 'trinity-bld') package_trinity-meta-tqtinterface() { pkgdesc=('Meta package for dependencies-tqtinterface') depends=('cmake' 'python2-sip' 'pyqt3' 'pykde3' 'qt3') replaces=('tqtinterface') conflicts=('tqtinterface') } package_trinity-meta-arts() { pkgdesc=('Meta package for dependencies-arts') depends=('cmake' 'python2-sip' 'pyqt3' 'pykde3' 'qt3' 'tqtinterface') replaces=('trinity-arts') conflicts=('trinity-arts') } under trinity/dependencies/arts: http://www.3111skyline.com/dl/dt/trinity/arch/dev/dependencies/arts/PKGBUILD under trinity/dependencies/tqtinterface: http://www.3111skyline.com/dl/dt/trinity/arch/dev/dependencies/tqtinterface… What I don't understand is how does calling the trinity level PKGBUILD invoke the trinity/dependencies level PKGBUILD and so on.... (2) I googled using arch meta pkgbuild, but I haven't come up with a good reference. Does anyone have a good link or reference? https://wiki.archlinux.org/index.php/PKGBUILD, https://wiki.archlinux.org/index.php/Creating_Packages and https://wiki.archlinux.org/index.php/Makepkg don't really explain it. (3) Lastly, if anybody has interest, please look over the PKGBUILDs and let me know where I'm doing something stupid. I have done quite a bit of reading trying to digest PKGBUILDs and how to apply them to a large project like Trinity. I don't claim to be an expert on them, so I know there are places where they need improving. Thanks. -- David C. Rankin, J.D.,P.E.

4 7

[arch-general] Unicode in chromium?
by Magnus Therning 02 Feb '11

02 Feb '11

Any pointers to how to get proper Unicode support in chromium? Currently it looks like this: http://therning.org/magnus_files/unicode-chromium.png My current font settings (which I think match my gnome font settings): Serif font: Serif Sans-serif font: Sans Monospace font: Monospace Default encoding: UTF-8 /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus

3 2

[arch-general] howto debug why package() make install doesn't copy one file to $pkgdir?
by David C. Rankin 02 Feb '11

02 Feb '11

Guys, The PKGBUILD for tqtinterface I'm working on seems to omit placing the file 'uic-tqt' in the $pkgdir when calling 'make DESTDIR="$pkgdir/" install'. What is strange is it seems all other parts of the package get put in $pkgdir. The qtinterface Makefile.am specifies uic-tqt should be part of the install: install-exec-local: test -z "$(bindir)" || $(MKDIR_P) "$(DESTDIR)$(bindir)" cp -Rp "$(srcdir)/tqt-replace" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/tqt-replace-stream" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/moc-tqt" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/uic-tqt" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/mcopidl-tqt" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/dcopidlng-tqt" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/dcopidl2cpp-tqt" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/convert_qt_tqt1" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/convert_qt_tqt2" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/convert_qt_tqt3" "$(DESTDIR)$(bindir)/" sed -i '$(QT_VER_REPLACE)' "$(DESTDIR)$(bindir)/tqt-replace" sed -i '$(QT_VER_REPLACE)' "$(DESTDIR)$(bindir)/tqt-replace-stream" sed -i '$(QT_HVER_REPLACE)' "$(srcdir)/tqt.h" cp -Rp "$(srcdir)/tqt4/" "$(DESTDIR)$(includedir)/" Looking at the $pkgdir/usr/bin, all others make it, but not uic-tqt: 10:26 archangel:~/arch/pkg/trinity-notes/tqtest/pkg> ls -1 usr/bin convert_qt_tqt1 convert_qt_tqt2 convert_qt_tqt3 dcopidl-tqt dcopidl2cpp-tqt dcopidlng-tqt mcopidl-tqt moc-tqt tmoc tqt-replace tqt-replace-stream The list above corresponds to each file specified in the install-exec-local definition, ...except uic-tqt. How do I go about debugging why this file is omitted? As a workaround, I can just do a manual copy in the PKGBUILD, but that seems like a hack. What I want to do is fix the issue so we get a clean set of PKGBUILDs. Any suggestions where to look? -- David C. Rankin, J.D.,P.E.

1 1