September 2012 - Arch-general - lists.archlinux.org

[arch-general] NetworkManager rebuild in testing because of dhcpcd 5.6.2 upgrade ?
by fredbezies 07 Sep '12

07 Sep '12

I found and reported a bug - https://bugs.archlinux.org/task/31453 which can be fixed by rebuilding networkmanager. Could it be done ? Thanks. -- Frederic Bezies fredbezies(a)gmail.com

2 2

[arch-general] fontconfig: 99pdftoopvp.conf
by phani 07 Sep '12

07 Sep '12

i've read in announcements and arch-dev-public that /etc/fonts/conf.d is supposed to contain only links now. being lazy i used "pacman -Sy --force fontconfig" instead of manually deleting the existing files, and i find that the package 99pdftoopvp.conf remains as a real file. i found that it belongs to cups-filters, which installs it into /etc/fonts/conf.d directly, apparently. am i supposed to do anything about this, or just leave it there? -- phani.

3 2

[arch-general] how to handle dependency cycle?
by Krzysztof Warzecha 06 Sep '12

06 Sep '12

Hello, I found dependency cycle in extra: libjpeg -> nasm (makedepends) nasm -> ghostscript (makedepends) ghostscript -> libjpg (depends) check_package.py script (one that sends Integrity Check to arch-dev-public) does not treat this as dependency cycle, but clearly I can't build one package without at least one another. Assuming I have no packages from extra, how do I handle this? In this case I could just drop ghostscript from nasm and everything will work (well, I hope so). This is just bug? (I'm trying to write script that could rebuild all packages from scratch) -- Krzysztof Warzecha

2 1

[arch-general] Trackpoint + LXDE
by Nelson Marambio 06 Sep '12

06 Sep '12

Hi, folks, does anyone know how the trackpoint (the little "joystick" between G, H and B on the laptop keyboard) ? In GNOME there was a a little panel on the upper right corner - but running LXDE ? I thought I could find a suitable option in ~/.config/openbox/lxde-rc.conf but I failed. Kind regards, Nelson.

2 2

[arch-general] systemd-journald crashes alot.
by DR 06 Sep '12

06 Sep '12

After upgraded to systemd-189-4, I have seen many many lines of 'systemd-journal: segfault at xxx ip ....' in my dmesg. I don't what's going wrong, could it be the forward secure sealing?

1 0

Re: [arch-general] [arch-dev-public] fontconfig 2.10.1 will require user interaction
by Heiko Baums 06 Sep '12

06 Sep '12

Am Thu, 6 Sep 2012 09:25:06 +0200 schrieb Andreas Radke <andyrtr(a)archlinux.org>: > Am Wed, 5 Sep 2012 23:02:27 +0200 > schrieb Rémy Oudompheng <remyoudompheng(a)gmail.com>: > > > I would simply recommend removing the offending files using rm, we > > certainly know the list. > > > > Rémy. > > > > News draft: > > fontconfig 2.10.1 update - manual intervention required > > Fontconfig 2.10.1 update overwrites symlinks created by > the former package version. These symlinks need to be removed before > any further update: > > rm -f /etc/fonts/conf.d/20-unhint-small-vera.conf > rm -f /etc/fonts/conf.d/29-replace-bitmap-fonts.conf > rm -f /etc/fonts/conf.d/30-metric-aliases.conf > rm -f /etc/fonts/conf.d/30-urw-aliases.conf > rm -f /etc/fonts/conf.d/40-nonlatin.conf > rm -f /etc/fonts/conf.d/45-latin.conf > rm -f /etc/fonts/conf.d/49-sansserif.conf > rm -f /etc/fonts/conf.d/50-user.conf > rm -f /etc/fonts/conf.d/51-local.conf > rm -f /etc/fonts/conf.d/60-latin.conf > rm -f /etc/fonts/conf.d/65-fonts-persian.conf > rm -f /etc/fonts/conf.d/65-nonlatin.conf > rm -f /etc/fonts/conf.d/69-unifont.conf > rm -f /etc/fonts/conf.d/80-delicious.conf > rm -f /etc/fonts/conf.d/90-synthetic.conf > pacman -Syu > > Main systemwide configuration should be done by symlinks > (especially for autohinting, sub-pixel and lcdfilter): > > cd /etc/fonts/conf.d > ln -s ../conf.avail/XX-foo.conf Wouldn't it be possible and make sense to remove those in the pre_install() or pre_upgrade() functions of the new packages? Heiko

4 4

[arch-general] Postgresql with Systemd
by Paul Gideon Dann 06 Sep '12

06 Sep '12

I'm having some trouble getting postgresql working with systemd. The unit originally would fail to start, until I realised that the script it uses to start assume that the variables in /etc/conf.d/postgresql will be defined, and in my setup they were commented out. Once I'd uncommented them, the unit starts OK, and I can connect using pgsql. However, there is no domain socket created at /tmp/.s.PGSQL.5432, which is clearly not right. It means that phpPgAdmin is broken in its default configuration. I'd be surprised if noone else had encountered this, although I can't find any obvious chatter online. Has someone determined the best way to fix? Paul

3 7

[arch-general] packages creating users and groups without explicit UID / GID?
by Ray Kohler 05 Sep '12

05 Sep '12

Recently I've noticed a couple of packages (git and util-linux) that are creating system users and groups ("git" and "uuidd") without explicitly choosing a UID or GID. These are then assigned IDs near the top of the SYS_UID_MAX / SYS_GID_MAX range. Previously, such post_install scripts were hard-coding these numbers based on https://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database . Is this an "official" change of direction, such that I should expect new packages will all behave this way from here out? It matters to me because this new way assigns the IDs in a way that will vary depending on what order I install packages, and that means I have to be more careful with how I reconcile the passwd / shadow / group / gshadow files between machines which would otherwise have identical lists, and especially, I need to really watch out when reinstalling a machine and then restoring /etc from backups. It's not really a "problem" per se, but I'd very much like to know what to expect here.

1 0

[arch-general] Pacman and Systemd's automount
by Guillermo Leira 05 Sep '12

05 Sep '12

Hello! I have enabled systemd, and since then, I see the following: [root@guillelinux ~]# LANG=C pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... Targets (1): openssh-6.1p1-2 Total Download Size: 0.53 MiB Total Installed Size: 2.62 MiB Net Upgrade Size: 0.00 MiB Proceed with installation? [Y/n] y :: Retrieving packages from core... openssh-6.1p1-2-x86_64 540.5 KiB 2034K/s 00:00 [################################################] 100% (1/1) checking package integrity [################################################] 100% (1/1) loading package files [################################################] 100% (1/1) checking for file conflicts [################################################] 100% warning: could not get filesystem information for /mnt/atlantac: No such device warning: could not get filesystem information for /mnt/atlantad: No such device warning: could not get filesystem information for /mnt/asusc: No such device warning: could not get filesystem information for /mnt/asusd: No such device warning: could not get filesystem information for /mnt/asusf: No such device (1/1) checking available disk space [################################################] 100% (1/1) upgrading openssh [################################################] 100% It seems that pacman tries to access or check every mounted filesystem in my PC. It is not very important, except when I'm out of the office. I have defined some mount points like this: 172.31.217.10:/vol/vol0 /mnt/up nfs noauto,x-systemd.automount,defaults 0 0 When pacman reaches this filesystems, that obviously can't be accessed from outside the office, it hangs forever. I have to issue Systemctl stop mnt-systemd.up And then it works. Why is pacman trying to access all the mountpoints? Best Regards, Guillermo Leira

5 7

[arch-general] Journalctl error with systemdAssertion 'size > 0' failed at src/journal/mmap-cache.c:615, function mmap_cache_get(). Aborting. zsh: abort journalctl
by Aurko Roy 05 Sep '12

05 Sep '12

Hi, I have been getting the following error whenever I try to run journalctl: Assertion 'size > 0' failed at src/journal/mmap-cache.c:615, function mmap_cache_get(). Aborting. zsh: abort journalctl Initially I thought it had something to do with the new sealing key functionality of systemd, so I ran journalctl --setup-keys which ran without a problem. However this error persists even after generating the sealing keys, so now I'm not so sure if they're related. I'm running systemd 189-3 (with systemd-sysvcompat 189-3) from the testing repo with permanent logging enabled (I have a /var/log/journal directory created). Does anybody have an idea what could be causing the problem? I apologize if this is some standard issue that may have been covered on the wiki, in which case I would greatly appreciate if someone were to point me in the right direction. TIA. -- Aurko Roy GPG key: 0x20C5BC31 Fingerprint:76B4 9677 15BE 731D 1949 85BA 2A31 B442 20C5 BC31

2 2