Re: [arch-general] Polluted login prompt
On Wed, Nov 21, 2012 at 5:55 PM, Sudaraka Wijesinghe sudaraka.wijesin...@gmail.com wrote: On 11/22/12 03:05, Karol Blazewicz wrote: Have you tried adding 'quiet' to the kernel boot line? This doesn't help because the messages in question are generated by the systemd unit loading process, not the Kernel. Have you tested it? systemd reads the kernel log level as well, so the quiet parameter does indeed make all the systsemd status messages not appear at all.
Re: [arch-general] Can not assign static IP address with net-auto-wired.service
On Thu, Nov 15, 2012 at 4:51 PM, Mikhail Strizhov mikhailstriz...@gmail.com wrote: ROUTES=('129.82.44.0/22 via 129.82.44.1') You don't need this - it's for extra static routes. netcfg will set up the default route for you. You do need to add NETMASK=22 to your config, otherwise netcfg assumes it to be a /24 network and will set up a wrong default route.
Re: [arch-general] Restarting at-spi2?
On Sun, Nov 11, 2012 at 3:37 PM, kendell clark coffeekin...@gmail.com wrote: hi all I am currently using orca v3.6.1 on xfce 4.10. Occasionally orca will crash causing me to have to restart it. This will sometimes also crash the at-spi2 bridge, causing orca to restart but then refuse to read anything on the screen until i reboot. I've tried to track down the processes responsible for at-spi. Typing ps -e | grep -i at-spi gives me two processes. at-spi2-dbus-launcher and at-spi2-registryd. I tried to write a script to restart at-spi2 by simply killall -9 at-spi2-dbus-launcher and at-spi2-registryd, then restarts them. but I get a command not found error when trying to restart both of them. Knowing nothing about dbus, I'm lost here. can anyone help? I've tried looking at the .config/autostart/at-spi2-registryd file provided with xfce, but it doesn't have the command I need to start at-spi2. I've researched on the web, but haven't found anything promising, only old bug reports that have been closed, and some forum posts, also about old bug reports. my search term was restarting at-spi2. Any help/documentation/manpages are greatly appreciated. I looked at the contents of the at-spi2-core package, and found that at-spi-bus-launcher and at-spi2-registryd are located in directory /usr/lib/at-spi2-core/ . As that's not in your path, you'll get command not found trying to run them by their simple names. Use their full paths when running them. In any case, the desktop autostart file for at-spi is at /etc/xdg/autostart/at-spi-dbus-bus.desktop , and it shows the normal startup command to be: /usr/lib/at-spi2-core/at-spi-bus-launcher --launch-immediately
Re: [arch-general] Systemd and inactive sessions
On Thu, Nov 1, 2012 at 5:43 PM, Leonid Isaev lis...@umail.iu.edu wrote: Hi, I have just noticed that systemd-logind doesn't terminate inactive sessions. For example, when I login, do something, then relogin, there are 2 sessions: $ loginctl SESSIONUID USER SEAT 1 1000 lisaev seat0 4 1000 lisaev seat0 However, only session 4 is active. Session 1 is inactive and has state=closing: $ loginctl show-session 1 Id=1 Timestamp=Thu, 2012-11-01 14:42:18 CDT TimestampMonotonic=32156744 DefaultControlGroup=name=systemd:/user/lisaev/1 VTNr=1 TTY=tty1 Remote=no Service=login Leader=327 Audit=1 Type=tty Class=user Active=no State=closing KillProcesses=no IdleHint=yes IdleSinceHint=1351805395173515 IdleSinceHintMonotonic=6489608483 Name=lisaev Is that expected? Notice that State=closing. That means some process is still running which was started under that session. The old session will be removed when all processes in it exit. Run systemd-cgls to see what these processes are.
Re: [arch-general] Exiting wpa_supplicant
On Mon, Oct 22, 2012 at 11:57 AM, Nelson Marambio nelsonmaram...@gmx.de wrote: Dear list, I try to write a small shellscript that (dis-)connects me with / from the WLAN of my university. I use wpa_supplicant in combination with the -B switch to establish the connection. After a pause of 10 seconds I pull an IP address by calling dhcpcd. My question (in context of the wlan-disconnect-script): how can I exit wpa_supplicant if it runs in the background ? Up to now it's done by sudo killall wpa_supplicant but I guess it's not the best way. I suggest wpa_cli terminate. See the wpa_cli manpage.
[arch-general] packages creating users and groups without explicit UID / GID?
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.
Re: [arch-general] [arch-dev-public] polkit package upgrade patch
On Tue, Aug 7, 2012 at 6:10 PM, Tom Gundersen t...@jklm.no wrote: On Tue, Aug 7, 2012 at 10:59 PM, Martin Zecher mzec...@gmail.com wrote: Yes, please! Putting it in testing may solve my issues with networkmanagement applet. I didn't put it in testing as I guess it needs some discussion. However, I committed what I have to svn so that everyone can have a look easily, and I uploaded the packages here: https://dev.archlinux.org/~tomegun/. This should work on both systemd and non-systemd systems. It would particularly be interesting to get feedback from someone using networkmanger to see if there are issues with the interaction there. This works for me also. I have both logind and consolekit sessions active. I'll note that I had to manually reload the dbus config, as it tries to reload automatically before the install script runs, and chokes on the polkitd user not being known yet.
Re: [arch-general] chromium crash when print dialog is invoked
On Thu, Aug 2, 2012 at 3:43 AM, Scott Weisman sweis...@pobox.com wrote: I should have added more details. I am using OpenBox on an X86_64 install. Two different systems (desktop and notebook) but otherwise largely similar setups. I'm also using Chromium in a pure Openbox environment on x86_64, and I don't see this problem. I notice that the first time I show the print dialog, cups is started (by systemd's socket activation) if it wasn't running already. I wonder if the hang comes when cups isn't available? Do you have it running, or at least available for socket / path activation if you're on systemd?
[arch-general] polkit package upgrade patch
As it's been marked out-of-date for a while, and I'm interested in it, I've done the work to upgrade the polkit package to 0.107. I've tested this package locally. The main value of this upgrade (for me at least) is systemd integration, including proper systemd-style bus activation. This now wants a dedicated user and group, by default 'polkitd'. I re-used 102, which was listed as 'policykit' in the UID/GID database. Hopefully it really was unused. The build depends on this user and group already being present (otherwise 'make install' fails to chown some directories, and polkitd fails to read them and dies). It now depends on 'js', which I added. Addition of one more 8 MB dep doesn't seem a problem. As we now have pambase, the shipped pam config, which just uses system-auth, is useful to us. I removed the old, locally written, pam file. Let me know if you'd rather I put this patch in the bugtracker. 0001-upgrade-to-0.107.patch Description: Binary data
Re: [arch-general] [arch-dev-public] polkit package upgrade patch
On Thu, Aug 2, 2012 at 8:40 PM, Jan Steffens jan.steff...@gmail.com wrote: On Fri, Aug 3, 2012 at 2:01 AM, Ray Kohler ataraxia...@gmail.com wrote: As it's been marked out-of-date for a while, and I'm interested in it, I've done the work to upgrade the polkit package to 0.107. I've tested this package locally. The main value of this upgrade (for me at least) is systemd integration, including proper systemd-style bus activation. Unfortunately, enabling systemd support removes consolekit support, screwing over everyone not running systemd. Ah, I didn't know about that. Are you sure that's still the model used here with this upstream support? How would I test? I am running systemd, but I also use consolekit. This now wants a dedicated user and group, by default 'polkitd'. I re-used 102, which was listed as 'policykit' in the UID/GID database. Hopefully it really was unused. The build depends on this user and group already being present (otherwise 'make install' fails to chown some directories, and polkitd fails to read them and dies). Ah, that sucks. Any suggestions on how to handle this when building in clean chroots? I did my builds by building a broken package first (the 'make install' failure doesn't actually cause the build to fail), installing that (which created the user and group), and then building it again (getting a working package this time). Not very satisfactory, and not workable in a build chroot. Possibly it would work to allow the directories to get the wrong owner, and then chown them after make install, using the intended numeric UID/GID directly. Not very safe, as we might have polkitd:polkitd being something other than 102:102 on some systems for some reason.
Re: [arch-general] incorrect sort order in thunar
On Tue, Jul 31, 2012 at 6:18 PM, brainwor...@lavabit.com wrote: Hello, folks, once again. Maybe somebody of you encountered with that problem in thunar. ...especially if you use cyrillic letters in file and directory names. So, I have installed the latest version of thunar (1.4.0), and it incorrectly sorts contents of my folders. I can not even understand the way thunar sorts content of any folder. The sort order by name in one directory is following (ascending) (from top to bottom): * cyrillic upper letters, * hidden (dot) files, * digits, * lower cyrillic letters, * english lower letters, * again cyrillic lower letters, * english lower and upper letters (together) insensetive to case. The sort order by name in another directory is following (ascending) (from top to bottom): * cyrillic upper letters, * digits, * cyrillic lower letters, * again digits, * again cyrillic lower letters, * english lower letters, * and again cyrillic lower letters. Before version 1.4.0, everything was OK. So what happened to thunar? Why such an improvement? You might check if ls sorts in this same odd fashion. It might be a locale setting - if LC_COLLATE is set to your actual locale, it text will be sorted as if were natural language (i.e., prose), rather than sorting in the usual technical manner. This means that some kinds of characters (number, punctuation, maybe other things?) will just be ignored when sorting, which makes the order look like nonsense. The usual means to handle this is to set LC_COLLATE=C in /etc/locale.conf and make sure nothing in your environment (.bashrc, Thunar config) overrides it. Check your environment variables (in a terminal) and look at the output of locale.
Re: [arch-general] usbmuxd with systemd
On Sun, Jul 29, 2012 at 9:38 PM, Zhengyu Xu xzy3...@gmail.com wrote: Hello to All, I have a question relating to the new usbmuxd in the testing repo. Actually I have been bothered for months by the fact that udev failed to start usbmuxd automatically after plugging my iphone into lattop since I switched to systemd. In order to work it around, I did some trials to compare the configuration of my laptop, which running archlinux, with another desktop of Fedora 16 in which usbmuxd can be started automatically with systemd as service manager. From the files 85-usbmuxd.rules and systemd services, especially the ones related to udev, started on both machines, I can not find any difference but the results of connecting iphone to each are completely different. After today's update, the usbmuxd in my laptop worked automatically again and I noticed a new file called usbmuxd.service in the package, which definitely has something to do with systemd. My question is why this file is necessary in archlinux. This does not make sense to me because I can not find such thing in Fedora 16 that still work fine with my iphone. It's likely that the difference is because Fedora 16 (and still on F17 now) runs a much older version of systemd than Arch does. There have been some changes to systemd (and udev) in the meantime. In particular, it's no longer legal for udev rules to start long-running daemons - systemd will kill such daemons if this happens now. While I'm not familiar with this particular udev rule, it's likely that it was doing such a thing, and now the new service file will start it the right way.
Re: [arch-general] Complete mess after having attempted to install Nvidia drivers
On Fri, Jun 22, 2012 at 3:58 AM, m a mantona...@gmail.com wrote: Hello, I was trying to remove the proprietary drivers for my nvidia, to install the open source ones. I read in the wiki that I also had to remove the /etc/X11/xorg.conf, but only found an /etc/X11/xorg.conf.d, so I removed that one. I don't know if this is the reason why I can no longer use either the keyboard or the mouse when reaching the login screen. Let me add that I forgot to also remove the intel video drivers that I used before, don't know if this could have anything to do with what I'm facing now though. The question is, what did I do wrong and how can I fix this? I tried adding either 3 or 1 to the grub kernel line, but I still can't reach the command line. You should do pacman -Qqk as root to have pacman tell you about files packages installed but are missing. That will tell you which packages to reinstall to get the deleted files back.
Re: [arch-general] x86_64 kernel 3.4.3-1 fail to boot - initramfs unpacking failed: uncompression error
On Tue, Jun 19, 2012 at 4:58 PM, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Updating an x86_64 box, I ran into an error I've never seen before with the 3.4.3-1 kernel. It hard-locks at the very start of boot with the keyboard lights flashing. Basically the first line of the boot says: Decompressing Linux... Parsing ELF... done. Booting the kernel. [ 0.480811] Initramfs unpacking failed: uncompression error [ -.547776] Kernel panic - not syncing: No init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance. I literally took a picture of the screen just in case it is of any help: [155k] http://www.3111skyline.com/dl/ss/arch/kernel343-fail2boot.jpg Where to start? Boot from an install disk, chroot, and try kernel reinstall? What say the experts? Looks like a bad ramdisk. Get it booted somehow (fallback image might even work) and run mkinitcpio -p linux by hand.
Re: [arch-general] Muting internal speakers
On Mon, Jun 18, 2012 at 10:24 AM, Stephen E. Baker baker.stephe...@gmail.com wrote: On 18/06/2012 9:48 AM, Ralf Mardorf wrote: On Mon, 2012-06-18 at 15:41 +0200, Ralf Mardorf wrote: On Mon, 2012-06-18 at 08:34 -0400, Stephen E. Baker wrote: it involves being able to identify which device your usb sound device is. So run: udevinfo -a -p /sys/block/sda (replace sda with you device) - http://www.banquise.org/hardware/how-to-automatically-run-a-script-after-inserting-a-usb-device-on-ubuntu/ What is the name for the sound device? FWIW, you get unique device name listed in /proc/asound/ A Swissonic device spinymouse@precise:~$ ls -hAl /proc/asound/ | grep card3 dr-xr-xr-x 2 root root 0 Jun 18 15:14 card3 lrwxrwxrwx 1 root root 5 Jun 18 15:14 U0x170b0x11 - card3 A Korg device spinymouse@precise:~$ ls -hAl /proc/asound/ | grep card3 dr-xr-xr-x 2 root root 0 Jun 18 15:14 card3 lrwxrwxrwx 1 root root 5 Jun 18 15:14 nanoKONTROL - card3 but what names are used for udevinfo -a -p /sys/block/[...]? spinymouse@precise:~$ ls /sys/block/ loop0 loop2 loop4 loop6 ram0 ram10 ram12 ram14 ram2 ram4 ram6 ram8 sda sr0 loop1 loop3 loop5 loop7 ram1 ram11 ram13 ram15 ram3 ram5 ram7 ram9 sdb Resp. in /sys/whatever /sys/block/ is block devices (i.e. hard drives, potential ram drives, loop back devices), so it wouldn't be in there. I'm not sure where in /sys it would be, but if you check the last few lines dmesg after plugging it in it should tell you. Try /sys/class/sound/card0 (or card1, or whatever number).
Re: [arch-general] [kernel/update] Found hardware: HDA-Intel: Conexant CX20561 (Hermosa)
On Fri, Jun 15, 2012 at 3:12 PM, Mateusz Loskot mate...@loskot.net wrote: On 15 June 2012 19:49, Karol Babioch ka...@babioch.de wrote: Am 15.06.2012 20:35, schrieb Mateusz Loskot: It doesn't really bother me, but I wonder where the sudden change from? Noticed this also. In my case two pieces of hardware get found and the status on the right column says failed. Haven't looked into it yet, but probably something else is expected as a return value. In my case, nothing fails. Here is screenshot: http://www.flickr.com/photos/mloskot/7375548454/ But everything works just as usual, even the state of the mixer is being restored, so this is not a major issue for me. Indeed, same here. I'm just curious. If the driver of your sound hardware changes, then the stored state doesn't apply cleanly, and you will get such a message. I generally see it every time we move to a new kernel series (i.e., 3.3 - 3.4). What I do is to check the mixer settings and fix them if needed, and then run alsactl store by hand so as to update the saved state immediately rather than waiting for it to happen at shutdown time. At that point it matches the new driver and you won't see this message again.
Re: [arch-general] [arch-dev-public] time to drop openjdk6 ?
On 13.06.2012 21:32, Andreas Radke wrote: Oracle has declared JRE/JDK7 the preferred one over JRE/JDK6. So it Upstream only yesterday fixed a bug which affects me (http://icedtea.classpath.org//hg/icedtea-web?cmd=changeset;node=40776f2e940f). So I'd be grateful if you would wait until that commit comes down to our icedtea-web-java7 package before dropping icedtea-web.
Re: [arch-general] non-login bash
On Sat, Oct 8, 2011 at 7:33 PM, Jorge Almeida jjalme...@gmail.com wrote: Please help me to understand how bash does its initialization when started as a non-login shell. The manual says it sources ~/.bashrc and that's it. The Arch Wiki says it sources /etc/bash.bashrc and then ~/.bashrc. Sure enough, it does what the Wiki says... It occurred to me to look in the Wiki, after much trouble, the kind of trouble that happens from trusting the manuals. Did I misunderstood the manual or is Arch distributing a patched version? (Somewhat contrary to the Arch way, if I understood it.) It's non-default behavior, but it's not actually a patch - just a compile-time option. See the _bashconfig variable in the PKGBUILD.
Re: [arch-general] remove grub from base group?
On Sat, Oct 1, 2011 at 6:31 AM, Thomas Bächler tho...@archlinux.org wrote: Am 01.10.2011 05:35, schrieb Ray Kohler: Since aif now supports syslinux and grub equally, does it make sense that grub no longer needs to be in the base group? syslinux isn't in base. I'll open an FS for this if that's wanted. +1 I opened https://bugs.archlinux.org/task/26187 for this.
[arch-general] remove grub from base group?
Since aif now supports syslinux and grub equally, does it make sense that grub no longer needs to be in the base group? syslinux isn't in base. I'll open an FS for this if that's wanted.
Re: [arch-general] bash variable PS1 confuses the terminal somehow
On Wed, Sep 28, 2011 at 9:22 AM, bfsc...@gmail.com wrote: 13 PROMPT_COMMAND=' 14 if (($?)); then 15 warn=^[[31mWARNING^[[m 16 else 17 warn= 18 fi 19 date=`date` 20 PS1=^[[s^[[$(($COLUMNS-28))C^[[0;33m$date^[[u^[[0;31m$warn^[[0;32m[^[[1;33m\u^[[0;32m@^[[1;36m\w^[[0;32m]\$^[[m 21 ' i'm using this PROMPT_COMMAND to set PS1 everytime it is played, it seems to work perfectly except later i found a strange behavior of the terminal, both in xterm under X and agetty under the console. for example, when under the console, i found the terminal column indicated by the bash variable $COLUMNS is 160, however, when i type some command about 50 characters long, the line which i'm typing wraps to the begining, and destroys what i typed earlier, this makes typing long commands really difficult...and everything is just fine when i just set the PS1 variable to a very simple value without escape sequences. anyone knows how to fix this? Put \[ and \] around all the sections that don't actually print things to the terminal, so bash knows not to count them when determining how long the prompt is.
Re: [arch-general] imagemagick and calibre have problems with libtool in testing
On Tue, Sep 13, 2011 at 6:27 PM, Myra Nelson myra.nel...@hughes.net wrote: On Fri, Sep 9, 2011 at 18:51, Gaetan Bisson bis...@archlinux.org wrote: [2011-09-09 17:24:54 -0500] Myra Nelson: I'm not complaining, bitching, griping, x I only asked for more information (in a tone I believe was neutral) to try and diagnose the issue your had; offending you was not my intention. I'm just trying to pass on information in case some one else ran into the same problem. Not so many people use [testing], so it is worth diagnosing and fixing your problem even if nobody else reports similar issues yet. pacman -Uf libtool-2.4-5-x86_64.pkg.tar.xz libltdl-2.4-5-x86_64.pkg.tar.xz Is there a particular reason why you always use the --force option? pacman -Qi imagemagick -- when I rebuilt imagemagick I built the latest version from their website. When nobody flags packages out-of-date, they often stay out-of-date. -- Gaetan I'm not sure I have the answer but may be closer to figureing out a solution. I built calibre-0.8.18-2 and everything worked fine. Last night Imagemagick updated from [ libMagickWand.so.4 (libc6,x86-64) = /usr/lib/libMagickWand.so.4 ] to [ libMagickWand.so.5 (libc6,x86-64) = /usr/lib/libMagickWand.so.5 ] and calibre refuses to run again with the error message Runtime Error: Failed to load Imagemagick: libMagickWand.so.4: cannot find shared object file: No such file or directory. I had already changed my bash alias for pacman -Uf to pacman -U before I built and installed calibre-0.8.18-2. I just went back and reinstalled calibre with the same results. It seems that calibre needs to be rebuilt with each update of it's shared libraries since it searchs for libx.so.[0-9] instead of libxxx.so. I just rebuilt calibre with with libMagickWand.so.5 installed and it runs fine. Is the a direct result of me building the package on my machine or is it a result of something misconfigured in my build setup? If not, is it in the internal build process of calibre? I'm missing something here. That's the way it's supposed to work. When a soname (library version number) changes, everything that uses that library has to be rebuilt. Linking directly against the versioned filename is a safety feature, so that no program ever uses an incompatible library - after all, if the soname changed, there was a reason for it, some kind of API change. (That's also why it's bad to symlink library versions to each other.) For official packages, the devs and TUs do the rebuild for you. (I think that's what they spend most of their time on, really.) Since you built calibre yourself, you have to rebuild it.
Re: [arch-general] [arch-dev-public] [signoff] krb5
On Sat, May 7, 2011 at 11:14 AM, Stéphane Gaudreault steph...@archlinux.org wrote: * Replace heimdal by the MIT Kerberos implementation, krb5 * Rebuilded [core] packages : - librpcsecgss - libtirpc - nfs-utils - openssh Please signoff both. Thanks Stéphane Sorry for the late response, but I just noticed something. krb5's rc.d scripts have odd names: /etc/rc.d/kadmind.rc /etc/rc.d/krb5-kdc.rc vs the heimdal versions: /etc/rc.d/kadmind /etc/rc.d/heimdal-kdc Was it intentional not to strip the .rc from the ends of the filenames?
Re: [arch-general] [arch-dev-public] [signoff] krb5
On Sat, May 7, 2011 at 11:14 AM, Stéphane Gaudreault steph...@archlinux.org wrote: * Replace heimdal by the MIT Kerberos implementation, krb5 * Rebuilded [core] packages : - librpcsecgss - libtirpc - nfs-utils - openssh Please signoff both. Thanks Stéphane I see a regression versus heimdal here. Do this: 1. Set up krb5.conf to enable proxiable and forwardable tickets 2. Set up ~/.ssh/config to enable GSSAPIAuthentication and GSSAPIDelegateCredentials 3. Use kinit from this krb5 package to get a new TGT 4. Use the ssh client from this openssh rebuild to connect to a server that support GSSAPI auth On some, but not all, ssh server implementations, GSSAPI auth will fail, and it will fall back to password auth. The server will log this: sshd[3822]: Forcing password authentication because no credentials delegated When using the heimdal-based builds, GSSAPI auth would work in all cases. It's entirely likely that only very old ssh servers show this problem, as that's what I'm seeing so far. Possibly there is some confusion with the new Okay as delegate ticket flag, which heimdal didn't support at all, and MIT krb5 only supports enough to parse and report, but has no support for setting. I don't consider this important enough to block the release of these packages, but I wanted to mention it in case someone else cares more than me.
Re: [arch-general] Drop non-free ?! (Was: Commit in ffmpeg/trunk)
On Sat, May 7, 2011 at 11:32 AM, Ionut Biru ib...@archlinux.org wrote: On 05/07/2011 06:28 PM, Grigorios Bouzakis wrote: Ionut Biru wrote: drop nonfree stuff, fix headers Modified: PKGBUILD === --- PKGBUILD 2011-05-07 11:29:11 UTC (rev 122937) +++ PKGBUILD 2011-05-07 11:51:04 UTC (rev 122938) @@ -5,26 +5,28 @@ -depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'faac' 'xvidcore' 'zlib' 'x264' 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes' 'schroedinger' 'libvpx' 'libva' 'openjpeg') +depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'xvidcore' 'zlib' 'x264' 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes' 'schroedinger' 'libvpx' 'libva' 'openjpeg') - --enable-libfaac \ - --enable-nonfree \ Is faac support in ffmpeg causing trouble to other applications or was changed for licensing reasons? Greg licensing. if you need faac you should use abs to recompile it Before we get too far down the licensing / patents / legality / etc discussion, it's worth noting that faac is basically redundant in ffmpeg these days anyway, as libavcodec contains ffmpeg's own reimplementation of both an encoder and a decoder of AAC, just called aac in the output of ffmpeg -codecs.
Re: [arch-general] Why are financial contributions not accepted?
On Sat, Apr 30, 2011 at 10:07 PM, Bill Day williamson@gmail.com wrote: It's not that I really have money to give away, but I was struck by the notice on the Arch web site that financial contributions are not currently accepted, although they have been in the past. Given that there has apparently been some discussion of lack of resources for the distro, it seems to me to be reasonable to ask why those of us who can't code can't try to provide a little relief and support for Arch's hard-working volunteers in other ways. The donations were done via PayPal and those in charge decided PayPal wasn't trustworthy for use by non-profit organizations who don't have official government non-profit status. I also have donated in the past, and would do so again if it were made possible.
Re: [arch-general] [arch-dev-public] [signoff] cronie-1.4.7-4
On Tue, Apr 26, 2011 at 9:13 PM, Gaetan Bisson bis...@archlinux.org wrote: [2011-04-26 22:24:31 +0200] Gaetan Bisson: The cronie package in [testing] aims at seamlessly replacing dcron. Version 1.4.7-5 features several packaging improvements: - use anacron for daily/weekly/monthly jobs - use run-parts rather than ad-hoc script - use vanilla configuration files Downside: after upgrading from 1.4.7-4, you will need to restart crond. (The configuration must be reloaded so that run-parts is used.) Please test and signoff. The file /etc/crontab must exist, even if it's empty, or inotify support will be disabled at runtime. As packaged, without this file: 2011-04-27T09:16:16-04:00 cron.info akherou /usr/sbin/crond[21437]: (CRON) STARTUP (1.4.7) 2011-04-27T09:16:16-04:00 cron.err akherou /usr/sbin/crond[21437]: (CRON) This directory or file can't be watched (/etc/crontab): No such file or directory 2011-04-27T09:16:16-04:00 cron.info akherou /usr/sbin/crond[21437]: (CRON) INFO (running without inotify support) After doing touch /etc/crontab: 2011-04-27T10:14:22-04:00 cron.info akherou /usr/sbin/crond[22784]: (CRON) STARTUP (1.4.7) 2011-04-27T10:14:22-04:00 cron.info akherou /usr/sbin/crond[22784]: (CRON) INFO (running with inotify support) I suggest including an empty /etc/crontab in this package, as you made a conscious decision to enable inotify support in the build. Possibly it should have some comments in it explaining why it has no content, instead of a literally empty file. Other than that, this package is working fine for me, nice work.
Re: [arch-general] [arch-dev-public] [signoff] cronie-1.4.7-4
On Wed, Apr 27, 2011 at 10:27 AM, Kwpolska kwpol...@gmail.com wrote: Possibly it should have some comments in it explaining why it has no content, instead of a literally empty file. I suggest #m hh dd mo dw command It will help people read and write their crontabs. Well, if we want to do this, it would be better to have it match the actual format of that file, including the user field. ;) #mm hh dd mo dw user command I do agree with Thomas' comment that the requirement for this file is basically a bug, though.
Re: [arch-general] libre office java support
On Tue, Apr 12, 2011 at 3:54 PM, Dennis Beekman d.c.beekman.de...@gmail.com wrote: Libre Office seems to depend on the openjdk6 package but this package doesn't support applets in firefox and therefore i use the jre jdk packages instead. When i installed the latest updates wich included Libre Office it removed the jre package in favor of the openjdk6 package. I have forced pacman to remove to openjdk package and install the jre and jdk packages instead... and Libre Office works fine (i see no diffirence at least). Is there any specific reason for Libre Office to use openjdk6 ? and can we perhaps change this to jre/jdk instead ? Why not just install the icedtea-web package, which provides the Applet support for OpenJDK?
[arch-general] firefox 4 in staging?
I noticed that firefox 4.0rc1 and xulrunner 2.0rc1 went into [staging] yesterday. Does that mean we can expect to get these upgrades before Mozilla moves them out of release candidate status? What's up with these packages?
Re: [arch-general] makepkg creates symlink to the package file
On Tue, Jun 29, 2010 at 1:20 PM, C Anthony Risinger anth...@extof.me wrote: On Sat, Jun 26, 2010 at 2:29 AM, Attila vodoo0...@sonnenkinder.org wrote: At Samstag, 26. Juni 2010 07:38 Ray Rashif wrote: [1] http://www.mail-archive.com/pacman-...@archlinux.org/msg03794.html Thanks for this information. It seems that at no point it was thought about a config variable and therefore we have to live with it. this is all fine and dandy to me. however one little bug: PKGDEST=. makepkg will fail due the the fact that the real package will be overridden by the symlink. result is a circular symbolic link. makepkg should check for this [corner] case, and simply not create the link. i needed this for a script that automatically builds a package with the option to install and/or push to AUR. i wanted to sandbox it so it would not be affected by the user's makepkg.conf settings. workaround by making a dummy folder called out and sending the package there instead. Wouldn't just setting PKGDEST to nothing instead of . cover this?
Re: [arch-general] [arch-dev-public] dropping flashplugin x86_64
On Tue, Jun 15, 2010 at 4:24 PM, Gaurish Sharma cont...@gaurishsharma.com wrote: Hi, since 64bit plugin is out, what are the Alternatives for Users? - keep it and use Flashblock addon (firefox) - use Gnash or other open-source version (not very useful) - use 32-bit plugin with nspluginwrapper - use 32-bit plugin with 32-bit browser - give up Flash - ignore the risk and just keep using it Any others I missed?
Re: [arch-general] [arch-dev-public] [signoff] pkg-config-0.24-1
On Thu, May 27, 2010 at 9:42 AM, Allan McRae al...@archlinux.org wrote: Upstream update. Renamved from pkgconfig to pkg-config as has been done upstream for some time now. This looks funny to me: $ pacman -Qi pkg-config | grep '^Provides' Provides : pkgconfig=${pkgver} Isn't it supposed to be expanded?
Re: [arch-general] dualboot?
On Thu, May 27, 2010 at 4:42 PM, David Rosenstrauch dar...@darose.net wrote: On 05/27/2010 04:21 PM, Stefan Husmann wrote: python is no requirement for Arch Linux itself. If you do not like it, just do not install it. Isn't pacman written in python? That would make python a requirement for Arch then, right? The rankmirrors script is in python, but pacman itself is in C, and makepkg is in bash.
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. You need force option for cryptsetup because 1.1.1_rc2-1 sorts as newer than 1.1.1-1: warning: cryptsetup: local (1.1.1_rc2-1) is newer than testing (1.1.1-1)
Re: [arch-general] A mirror question
On Thu, May 20, 2010 at 7:38 PM, Keith Hinton keithint1...@gmail.com wrote: Hi, I was wondering what the best mirror would be for someone living ni Ohio? I'm curious if there are better mirrors than what I'm currently using? The present mirror I'm using is the esanews mirror, and I frequently get this while performing pacman upgrades with pacman -Syu: Could not download community.db and other such messages. Are there better mirrors in general? Or should I run the mirrorrank script? Hopefully the mirror script will use a U.S mirror as I live in the U.S. I mention Ohio because that's the state I live in presently, and am only trying to figure out if I could find a mirror that might be closer, or whatever. It's hard to go wrong with mirrors.kernel.org. This is actually a shared name, which resolves to mirrors.us.kernel.org for people in the US. mirrors.us.kernel.org itself randomly sends you to mirrors1.kernel.org or mirrors2.kernel.org, both of which update hourly in most cases, and have sufficient bandwidth that you should never need to worry about downloads being slow.
Re: [arch-general] Err... Why is gvim now conflicting with vim?
2010/5/7 Angel Velásquez an...@archlinux.com.ve: On Fri, May 7, 2010 at 11:57 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: On 05/07/2010 09:48 AM, Burlynn Corlew Jr wrote: On Fri, May 7, 2010 at 4:04 AM, Johannes Held m...@hehejo.de wrote: http://www.archlinux.org/news/495/ * If you have gvim installed, the update will inform you that vim conflicts with gvim. This is the expected behavior. Installation of vim and gvim separately is no longer required, the gvim package now installs vim as well. -- Gruß, Johannes http://hehejo.de This is a rolling release, not an LTS. There is no excuse to not be updating regularly and reading the news. If its a production machine and you are worried about breakage maybe you shouldnt be running arch on it. The ML, forums, and irc are full of people who refuse to read the news or update regularly, and we all waste time answering questions that with proper arch maintenance would ensure that they never come up. It's people like you that give arch a bad reputation. Grow up. David, You have to understand too that It's annoying ot ask anything without doing a quick search on google, it's different when you didn't found anything (note: previous search before to ask should be the way) and then you ask here, but if you didn't a simple research, it's like you see us that we are here to do that research for you, don't say grow up, they will say you the classic RTFM or SFTW, just an advice, I personally don't like to reply e-mails that can be solved with a little investigation :) And Arch can have bad reputation as ubuntu/fedora/suse have bad user-community reputation (don't search first, just ask and re-ask questions that have been replied before) it doesn't matter the distro. As I said, personally I don't like to reply that kind of e-mails but, if the user it's insistent like (hey nobody didn't replied me!) I will surely reply (If I got pissed) with a kind of reply of SFTW or the link with (google:phrase to search + i feel lucky) David, I basically agree with angvp here also. At times, you alone have been responsible for a huge proportion of traffic on this list, mostly asking questions about some small difficulty that an Arch user is expected to figure out on his/her own. I've several times in the past suspended delivery of arch-general because this noise becomes too much to follow. Arch is more in danger of being overrun by Help Vampires the way Ubuntu and Fedora already have, than it is of getting an arrogant reputation. At the very least, I wish you would post your tech-support questions on the forums, which are designed for that kind of content (and are sadly already a bit overrun). This list, as I understand it, is intended as the primary means for users to communicate with the devs, not a help-channel. Filling it with ordinary help requests makes it much less useful. There's also no excuse for not reading the front page news. Reading, understanding, and making appropriate use of that news is a base requirement for participation in this community.
Re: [arch-general] [arch-dev-public] Redefining [testing] and a new [staging] repo
On Fri, May 7, 2010 at 12:44 PM, Pierre Schmitz pie...@archlinux.de wrote: Hi all, here is another crazy idea I was thinking about for some days. This should improve our overall package quality and simplify our work flow. The problem with out current [testing] repository are these: * it is only used by very few people. Most of the times we don't get much feedback until packages are moved to core or extra * it is often in a inconsistent state; especially during incomplete so name bump rebuilds * sometimes packages are known to be broken or unstable On the other side we are sometimes in need of some intermediate repository. For example single people stack a pile of packages in their home dirs until they can be moved to a repo at once. We have also seen temporary repos like jpng to manage larger rebuilds. My idea is to redefine the testing repo and introduce a new staging one. (remember the good old days? ;-)) With the implementation of the package pooling moving packages between repos can be done with nearly no overhead. So ideally we should be able to use testing more often, even for a very short period like a day. proposal for [testing] * never push any known-to-be-broken packages here (for example incomplete rebuilds) * candidates for core are put here * ideally new builds of important/critical packages or major rebuilds can be put here to test them by a larger audience. * don't put any package in here which are never meant to be moved to core/extra. (like experimental alpha software etc.) proposal for [staging] * this repo should only used by devs and tus * it is not meant to be used on a production system * it should only be enabled in a packages build environment (chroot) * this could be even excluded from outbound rsync. Due to package pooling packages would still be propagated. And moving those packages to other repos will be instantly. Summing things up more packages should be passed through testing, more users should be able to use testing without breaking their systems and we don't have to make them reading the high traffic arch-dev-public list. We also should be able to collaborate more in packaging: Dev A puts a new lib into [staging] and another one can start rebuild other packages using that lib. Another common use case would be large builds like KDE we usually start packaging one week before release. Till now those were put into users' staging dirs and the other devs had to manually download them, create a local repo and install them. So, what do you think about this idea? Even though I'm just a user, I'd like to add my support to this idea. I even considered proposing it myself less than a month ago. I run [testing], since I want to contribute to finding problems before they reach [core] and [extra], but I don't like having to deal with [testing] having rebuilds in it. I have never broken my systems by a bad package in [testing] but have unfortunately pulled incomplete rebuilds a few times now. I guess the point of this post is to show that there is at least one user who cares enough about this idea to speak up for it. I suspect there are others who don't run [testing] now who would begin doing so if this plan were implemented.
Re: [arch-general] [arch-dev-public] Redefining [testing] and a new [staging] repo
On Fri, May 7, 2010 at 1:40 PM, Pierre Schmitz pie...@archlinux.de wrote: On Fri, 7 May 2010 12:13:33 -0500, Aaron Griffin aaronmgrif...@gmail.com wrote: So in effect, it seems we're saying the same things, except I am using REPO_NAME=foo-rebuild for each rebuild foo, and you are using REPO_NAME=staging for *all* rebuilds. Somehow yes, but the detail is quite important. But a already existing repo will make things a lot easier. Maybe its worth to manually create a separate repo but probably not for just a few. We also sometimes upload packages somewhere to share or let others grab them from our home dirs on gerolde. Such a repo would simplify this and induce a general work flow for e.g. rebuilds. But still, the main intention is to make testing more usable to get more feedback and in turn have less bugs in core/extra. This can already be done, the staging dir just needs to be added to the server. It would, however, need to be excluded from rsync if you want that. Sure, the implementation of this is a peace of cake: mostly a mkdir and maybe adding some shortcuts to devtools and dbscripts to have something like stagingpkg and staging2extra etc.. This makes me wonder, what about the TUs and [community-testing]? The current use of that repo would make it seem sensible to rename it to [community-staging] instead, since it's rare there's anything in there but in-progress rebuilds. Or should there be a pair of [community-testing] and [community-staging]? Sorry about adding complexity to this, as I realize that makes it less likely that it actually gets implemented...
Re: [arch-general] [signoff] kernel26 2.6.33.3-1
On Tue, Apr 27, 2010 at 7:47 AM, Thomas Bächler tho...@archlinux.org wrote: Am 26.04.2010 23:08, schrieb Ray Kohler: The existing nouveau-drm module does not load into this kernel: 2010-04-26T16:51:01-04:00 kern.alert amaranth kernel: BUG: unable to handle kernel NULL pointer dereference at 0060 Rebuilding nouveau-drm fixes it for me (x86_64). Uploaded a fixed package, please re-test. If no other breakage is reported, I'll move this kernel later today. The rebuilt nouveau works fine here.
Re: [arch-general] [arch-announce] xorg18 repository moves to testing
On Tue, Apr 27, 2010 at 6:01 PM, Arch Linux: Recent news updates: Jan de Groot annou...@archlinux.org wrote: Jan de Groot wrote: The xorg18 repository has been cleared out, all packages have been moved to testing. A lot of users have been testing this xorg18 repository with success, so it's time to move it to testing. This means all testing users who haven't tried the xorg18 repository yet will have to reconfigure their input devices on the next upgrade. The original announcement for the xorg18 repository can be found here: http://mailman.archlinux.org/pipermail/arch-dev- public/2010-April/016387.html Nouveau should get an upgrade to go with this. I was able to run the existing xf86-video-nouveau from [extra] by setting IgnoreABI. I wasn't able to get the source of that snapshot to compile against the current X stack. A current snapshot built with no problem and the server loaded, though I couldn't test if it actually worked properly (I started that X server on a remote machine).
Re: [arch-general] [signoff] kernel26 2.6.33.3-1
On Mon, Apr 26, 2010 at 1:45 PM, Thomas Bächler tho...@archlinux.org wrote: This is an upstream kernel release, including security fixes. Packages will enter testing within the next hour. We had a gcc 4.4 - 4.5 version bump, so the external modules are still compiled with 4.4, while the kernel is compiled with 4.5. If any external modules break (usual candidates are nvidia and aufs2), we will have to rebuild them with 4.5 as well. Please test this update thoroughly and sign off. Please provide feedback about the state of our nvidia and aufs2 (or other external) builds, so we know whether we require a rebuild. The existing nouveau-drm module does not load into this kernel: 2010-04-26T16:51:01-04:00 kern.alert amaranth kernel: BUG: unable to handle kernel NULL pointer dereference at 0060 Rebuilding nouveau-drm fixes it for me (x86_64).
Re: [arch-general] X server gets shifted to Ctrl+Alt+F8
On Sat, Apr 24, 2010 at 2:27 PM, Karol Babioch ka...@babioch.de wrote: Hi, I'm not quite sure how to call this issue, maybe that's the reason, why I couldn't find anything on google nor in the bugtracker :(. I'm using the X server with GDM (Gnome), which is attached to Ctrl+Alt +F7 (btw: How do you call this?) during startup. Pretty normal. But as soon as I restart the X server (using Ctrl+Alt+Backspace, but it doesn't matter) the X server gets attached to the next free combo, which is quite obviously Ctrl+Alt+F8, whereas Ctrl+Alt+F7 shows just a blinking cursor. Interestingly this just happens once, so restarting the X server doesn't change anything, it stays attached to Ctrl+Alt+F8. I guess this could be known by some of you, I've experienced this on different machines already, but due to the fact that I don't know how to call this issue, I couldn't find any work-around. So, first of all I would like to know, whether you can reproduce this? Secondly I would like to know where the consoles are set up, so I can set up a seventh console, so the X server will get started on Ctrl+Alt +F8 in the first place. This has a different reason. My F8 key has a LCD printed on it (as it is also a function key to switch the output between the LCD and an attached monitor), so this would be a cool thing ;). But I don't know whether this would fix my main issue, or if the X server would then be shifted to Ctrl+Alt+F9. These screens are called VTs or sometimes TTYs. If you want an extra console, see /etc/inittab and look for the lines which start /sbin/agetty. If you just want to make GDM always start on the same one, that should be possible by writing on one of GDM's config files. I don't use GDM myself, but if you can find the file that controls how GDM starts X, you can add vt08 on the end of the X server command line, and it will know to start on tty8 (Ctrl+Alt+F8).
Re: [arch-general] stability from pm-suspend ?
On Tue, Apr 20, 2010 at 10:37 AM, Ian-Xue Li da.mi.spi...@gmail.com wrote: I really like to hear some experiences whether that you have been using ACPI S3 kernel suspension for quite some time now, and feels it is really stable and safe to use, or that, you had ran into troubles using them. One thing you must avoid is to boot on one kernel version, install a kernel upgrade, then suspend and resume on the newer kernel. That will cause problems, so if you upgrade the kernel, you need to do a real reboot next time. Other than that, it seems to work well.
Re: [arch-general] [arch-dev-public] [signoff] ed-1.4-2
On Sun, Apr 18, 2010 at 12:17 AM, Allan McRae al...@archlinux.org wrote: Add sh dep to ensure availability for install script, compress info pages. Signoff both, Allan How about handling http://bugs.archlinux.org/task/18718 (remove ed and bin86 from base-devel)?
Re: [arch-general] [arch-dev-public] xorg-server 1.8 repository
On Sun, Apr 4, 2010 at 4:56 PM, Jan de Groot j...@jgc.homeip.net wrote: Things todo before this merges to extra: - Fix xf86-video-siliconmotion, xf86-video-unichrome, xf86-video-nouveau I'm curious as to what this means. In particular, what's broken with nouveau? Does it not compile, or not work properly? And is this with the source snapshot in [extra], or some newer version?
[arch-general] package search shows duplicate ca-certificates package in [testing]
Ever since the openssl rebuilds moved out of testing, the package search webapp shows an extra copy of ca-certificates in [testing] at the same version of the one in [core] now. This package doesn't really exist in the [testing] DB and there isn't an SVN entry for it in testing-any either. What's going on here? Is it a bug in the package search that I should file in flyspray?
Re: [arch-general] package search shows duplicate ca-certificates package in [testing]
On Fri, Apr 16, 2010 at 8:42 PM, Dan McGee dpmc...@gmail.com wrote: On Fri, Apr 16, 2010 at 7:03 PM, Ray Kohler ataraxia...@gmail.com wrote: Ever since the openssl rebuilds moved out of testing, the package search webapp shows an extra copy of ca-certificates in [testing] at the same version of the one in [core] now. This package doesn't really exist in the [testing] DB and there isn't an SVN entry for it in testing-any either. What's going on here? Is it a bug in the package search that I should file in flyspray? You found a rather interesting bug- because this was the last arch=any package in [testing], we don't run the update loop and thus never remove the package from the repository in the web interface. Ok, I opened http://bugs.archlinux.org/19131 so this won't get lost.
[arch-general] libao (and other Xiph package) rebuild schedule?
A little while back I mentioned here that there were several xiph.org releases coming up. These did happen, and I flagged those packages out of date. Now that the openssl, heimdal, and icu updates are done, I'd like to know where these stand. Normally I'd not write such a nag mail, but the only package with a soname bump (libao) is owned by an ex-developer (Hugo Doria), so I thought it might have been missed. I also had some extra details to provide. The full details of the upstream releases can be seen at http://xiph.org/press/2010/vorbis-surround/ and http://xiph.org/press/2010/libogg-1.2.0/ . Only libao has a soname bump; libogg and libvorbis have none. The new vorbis-tools also requires the new libao. libao isn't widely used, so it shouldn't be much of a rebuild. Another thing worth mentioning is that libao now (optionally) supports many more drivers/plugins out of the box. One of them is pulseaudio. This likely obsoletes the libao-pulse package currently in community. The only hassle here is not being able to do a straight split package since libao is in [extra] and libao-pulse (with pulseaudio itself) is is in [community]. That said, it should be workable to build the [extra] package entirely without pulseaudio support, and then build it again for the [community] package, installing only the pulse plugin from that PKGBUILD. libao seems happy enough to load any plugin it finds in its modules directory, whether or not they were built together (though I didn't test this with the pulse plugin in particular). vcut is now built by default (as upstream finally considers it ready for prime-time), so the explicit --enable-vcut can be removed from vorbis-tools' configure arguments. I've been using these upgrades since a few months before they were released, and they are solid. (Why am I personally so interested in these upgrades? One big feature, oddly missing from the release announcement, is that ogg123 now supports ReplayGain, making it a reasonable replacement for a bigger music player, at least for me. So vorbis-tools is the main driver as far as I'm concerned.)
[arch-general] upcoming Xiph releases
Just a heads-up to package owners that there will be several xiph.org releases very soon now. libao appears to be the only thing with a soname bump (2.1.3 - 4.0.0). I don't think the rebuild list for it should be very long. See below. -- Forwarded message -- From: xiphm...@xiph.org Date: Wed, Mar 24, 2010 at 4:18 PM Subject: Re: [Vorbis-dev] upcoming releases (was: adding directory contents to ogg123 playing in sorted order?) To: Ray Kohler ataraxia...@gmail.com On Wed, Mar 24, 2010 at 4:00 PM, Ray Kohler ataraxia...@gmail.com wrote: Can I take it that the releases of libao and vorbis-tools are imminent, then? The doc updates from the last day have that feel to them also. I ask because I'd like to give a heads-up to the Arch devs since the libao release will have a soname bump, and thus they'll have some rebuilding to plan. (And is libvorbis getting a release soon as well?) I will be releasing libogg, libvorbis, libao and vorbis-tools by the end of the week (I hope). Schedule is actually 'tomorrow', but some small amount of slippage is traditional. Monty
Re: [arch-general] Arch Linux security is still poor....
On Tue, Mar 16, 2010 at 1:24 PM, Nilesh Govindarajan li...@itech7.com wrote: On Tue, Mar 16, 2010 at 10:48 PM, Jared Casper jaredcas...@gmail.com wrote: On Tue, Mar 16, 2010 at 8:49 AM, Aaron Griffin aaronmgrif...@gmail.com wrote: On Tue, Mar 16, 2010 at 12:32 AM, Nilesh Govindarajan li...@itech7.com wrote: I don't think we need any security team for Arch. New packages are released within a week of their updates. GPG signing and md5sum verification is a must though. md5sum verification has ALWAYS been done In a security context, verification of files installed by a package _after installation_ would be nice. i.e. pacman --verify /usr/sbin/sshd would tell me if the md5sum (or sha1sum, etc) of my /usr/sbin/sshd matches that of the official package. Jared Let this thread not be just another Will be nice one. Pacman devs, please start implementing these package verification things. Users who want these things, please start joining the pacman dev team.
Re: [arch-general] Arch Linux security is still poor....
On Tue, Mar 16, 2010 at 10:39 PM, Nilesh Govindarajan li...@itech7.com wrote: I would love to jump into pacman-dev team. But I don't know C or C++ whatever pacman is written in. :( :( :( I can contribute in PHP. You might then want to look into helping out the devs of the AUR webapp, if you care about it. They have an aur-dev mailing list, and their code is at http://projects.archlinux.org/aur.git/ . (But I think this is off-topic to this thread.)
Re: [arch-general] [arch-dev-public] i686 pkg built in chroot on x86_64 doesn't work
On Tue, Mar 9, 2010 at 12:23 AM, Paul Mattal p...@mattal.com wrote: So this is a weird one, but I think I just made some headway. Apparently, this seems to be related to the ACTUAL CPU of the box I build on. When building on an i686 Arch box running on an AMD 64 CPU, the build generates the broken binaries! When I build on an Intel CPU, it works fine. So it would appear this is at least in part Tomcat's build process's fault for not building the right thing based on the uname -m but rather looking directly at the processor. Yuck. Perhaps I will at least add a note to the PKGBUILD suggesting this issue, so that the next poor person who decides to update tomcat doesn't trip over this same thing. Thanks, all, for working this through with me. Why not just stop building tomcat from source? What advantage does it give over just using the upstream binary distro?
Re: [arch-general] Tired of being asked for a password for su? Arch has the solution
On Wed, Mar 3, 2010 at 9:06 AM, Mauro Santos registo.maill...@gmail.com wrote: Yes, same answer, you get owned. In fact, even with a password required, the 5 minute grace window for sudo does you in - some bad guy just keeps trying to sudo, until you do it legitimately, thereby allowing it freely for 5 minutes, and then he's got root. Isn't it possible to lock that to specific consoles with Defaults tty_tickets in /etc/sudoers ? I guess that with the 5 min. grace window will give a good balance between annoyance and security. That's a nice feature, but there's still a hole in it. Consider the case where you run sudo, close the window, and within the next 5 minutes something else allocates a PTY. It's likely to get the one you just closed, with your ticket still good for it.
Re: [arch-general] Tired of being asked for a password for su? Arch has the solution
On Tue, Mar 2, 2010 at 9:24 PM, David C. Rankin drankina...@suddenlinkmail.com wrote: On 03/01/2010 05:03 PM, Ray Kohler wrote: What would worry me is things like JavaScript exploits and worms - things that you download and then run as yourself, whether intentionally or not. A password prompt will block malware like that, but with no password, you just go owned in one step. How would this be any different than 'sudo' configured to allow members of the wheel group to sudo w/o a password? Same answer - data prevails - set sudo to require a password? I have run servers for more than a decade with sudo/wheel group access enabled w/o a password - no problems. May have just been lucky :p Ray, all - any different thoughts about sudo w/o a password compared to su? Or same answer, with no password, you just got owned in one step :p Yes, same answer, you get owned. In fact, even with a password required, the 5 minute grace window for sudo does you in - some bad guy just keeps trying to sudo, until you do it legitimately, thereby allowing it freely for 5 minutes, and then he's got root. What I actually do, myself, is to not install sudo at all, and just use su. I also uncomment the pam line that requires wheel membership to su. In order to make su be a little more comfortable, I do this: alias su='su -m' sr () { /bin/su -m -c $* } I only recommend doing away with sudo if you're the only person who has root on the machine. For multiple users needing such access, sudo's fine-grained controls are well worth it, and prevent you from having to hand out the root password every time it gets changed.
Re: [arch-general] Tired of being asked for a password for su? Arch has the solution
On Mon, Mar 1, 2010 at 5:58 PM, David C. Rankin drankina...@suddenlinkmail.com wrote: On 03/01/2010 01:14 PM, Florian Pritz wrote: On 03/01/2010 07:58 PM, David C. Rankin wrote: As the comment says, the entry causes pam to implicitly trust members of the wheel group. Eliminating the need to type a 14 char pw 10 times a day is a time-saver. PAM itself should be pretty secure, but what you are trying to achieve isn't. There is a reason behind that password prompt. You don't want anyone who gains access to your account (daemons, scripts, ...) to have root access right away without ever asking for a password. If you don't want to type yours that often use sudo -s. Ed, Florian, Thank you for your insight. I guess I should have also included the fact that the box in question sits in my home-office and physical security isn't an issue. Also, there is only one member of the wheel group -- me. Thinking through the threat scenario, as long as pam is doing its job and only allowing members of the wheel group to su without a password, that limits vulnerability to (1) a pam exploit or (2) privilege escalation by a user to become a member of the wheel group. I see it as pretty minimal, but I guess a good compromise is to revert to a password when then machine goes online, but to enjoy the convenience while I'm setting the box up while it doesn't have any access from the outside. It worries me to think about the possible security implications, but the lazy side of me sure does like the convenience :p What would worry me is things like JavaScript exploits and worms - things that you download and then run as yourself, whether intentionally or not. A password prompt will block malware like that, but with no password, you just go owned in one step.
Re: [arch-general] kernel 2.6.33-1
On Sat, Feb 27, 2010 at 9:46 AM, Tobias Powalowski t.p...@gmx.de wrote: Hi guys, kernel 2.6.33 first test run ... Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/18249 # added HPET http://bugs.archlinux.org/task/17970 # added CONFIG_USB_GSPCA_PAC7302 http://bugs.archlinux.org/task/17791 # added UTS_NAMESPACE http://bugs.archlinux.org/task/17756 # added CONFIG_FRAME_POINTER for WCHAN http://bugs.archlinux.org/task/16715 # added Linux Container support - added jfs and reiserfs statistics Arch Linux changes: - changed radeon kms enabled by default - merged ext2/ext3 support into ext4 module - nouveau module is still provided as out-of-tree module, it's more up to date. Broken binary modules: - lirc,fcpcmcia,madwifi,tiacx though no fix available yet. Needs to rebuild: - 686 modem binary modules This kernel is working well on all of my machines that I've been able to test so far. All of them use ext4 and nouveau.
Re: [arch-general] How to obtain development headers for package
On Tue, Feb 23, 2010 at 6:11 PM, Michishige Kaito chris.webs...@gmail.com wrote: Hey, Maybe I'm just not understanding how Arch works, so please forgive my ignorance. I come from ubuntu, and there you get development headers for most packages by following the naming convention, which is package-dev. A quick apt-cache search package | grep dev would yield the right package. Now, I'm trying to obtain these on my fresh arch, but can't seem to find anything through pacman search or google. Anyone could hint me in the right direction? If it's useful, I need the dev headers for sqlite3. Dev things come with the regular packages. Just install the sqlite3 package. In general, if you know the name of a file you want, you can use pkgfile (from the pkgtools package) to find the right package.
Re: [arch-general] Was the kernel suspend to disk feature removed on 2.6.32.8-1
On Fri, Feb 19, 2010 at 10:37 AM, Javier Vasquez j.e.vasque...@gmail.com wrote: Hi all, Previously I was having the following settings: /etc/default/grub -- GRUB_CMDLINE_LINUX_DEFAULT='resume=/dev/sda5' grub.cfg --- linux /vmlinuz26 root=/dev/sda7 ro resume=/dev/sda5 I have installed: acpitool 0.5.1-1 kernel26 2.6.32.8-1 And fro quiet a long time I've been using the kernel suspend feature through acpitool, so in order to suspend I've always done: acpitool -S As of now, it seems storing the state into the swap area is working. Problem is that when booting, the kernel is not even trying to see if there's state stored in the swap, since I don't see any message about it, and all I'm getting is plain boot. So I suspect the kernel is not compiled with built in support for suspend to disk. Is this true? Add the resume hook to the end of the HOOKS list in /etc/mkinitcpio.conf and rebuild your initramfs. This has to be added manually now with the non-klibc mkinitcpio.
[arch-general] new libdrm breaks nouveau
After upgrading to the just-released libdrm 2.4.18-1 (and the new xorg-server), I can no longer start X: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (EE) [drm] failed to open device (EE) No devices detected. Fatal server error: no screens found I tried rebuilding xf86-video-nouveau against this new libdrm, but it doesn't compile: nouveau_xv.c: In function ‘nouveau_xv_bo_realloc’: nouveau_xv.c:251: error: ‘NOUVEAU_BO_TILED’ undeclared (first use in this function) nouveau_xv.c:251: error: (Each undeclared identifier is reported only once nouveau_xv.c:251: error: for each function it appears in.) make: *** [nouveau_xv.lo] Error 1 make: *** Waiting for unfinished jobs nv_accel_common.c: In function ‘NVAccelInitImageBlit’: nv_accel_common.c:273: error: ‘NV04_IMAGE_BLIT_DMA_NOTIFY’ undeclared (first use in this function) nv_accel_common.c:273: error: (Each undeclared identifier is reported only once nv_accel_common.c:273: error: for each function it appears in.) nv_accel_common.c:275: error: ‘NV04_IMAGE_BLIT_COLOR_KEY’ undeclared (first use in this function) nv_accel_common.c:279: error: ‘NV04_IMAGE_BLIT_CLIP_RECTANGLE’ undeclared (first use in this function) nv_accel_common.c:283: error: ‘NV04_IMAGE_BLIT_OPERATION’ undeclared (first use in this function) nv_accel_common.c:284: error: ‘NV04_IMAGE_BLIT_OPERATION_ROP_AND’ undeclared (first use in this function) nv_accel_common.c: In function ‘NVAccelInitScaledImage’: nv_accel_common.c:327: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_DMA_NOTIFY’ undeclared (first use in this function) nv_accel_common.c:337: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_COLOR_CONVERSION’ undeclared (first use in this function) nv_accel_common.c:338: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_COLOR_CONVERSION_DITHER’ undeclared (first use in this function) nv_accel_common.c:340: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_OPERATION’ undeclared (first use in this function) nv_accel_common.c:341: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_OPERATION_SRCCOPY’ undeclared (first use in this function) nv_accel_common.c: In function ‘NVAccelInitImageFromCpu’: nv_accel_common.c:436: error: ‘NV05_IMAGE_FROM_CPU_BETA4’ undeclared (first use in this function) nv_accel_common.c:439: error: ‘NV05_IMAGE_FROM_CPU_SURFACE’ undeclared (first use in this function) make: *** [nv_accel_common.lo] Error 1 Downgrading libdrm makes X work again. Is this already being worked on, or should I open a bug? If so, against which package, libdrm or xf86-video-nouveau?
Re: [arch-general] new libdrm breaks nouveau
On Wed, Feb 17, 2010 at 6:13 PM, Xavier Chantry chantry.xav...@gmail.com wrote: On Thu, Feb 18, 2010 at 12:00 AM, Ray Kohler ataraxia...@gmail.com wrote: Downgrading libdrm makes X work again. Is this already being worked on, or should I open a bug? If so, against which package, libdrm or xf86-video-nouveau? You need to upgrade and rebuild both xf86-video-nouveau and nouveau-drm. File a bug against these two packages requesting a rebuild bump. Done: http://bugs.archlinux.org/task/18378
Re: [arch-general] pacman.conf: can I use wildcards?
On Wed, Feb 17, 2010 at 8:13 PM, Dan McGee dpmc...@gmail.com wrote: On Wed, Feb 17, 2010 at 3:51 PM, clemens fischer ino-n...@spotteswoode.dnsalias.org wrote: I could not find any decisive answer in either the man page or on the web. Here's my question: in etc/pacman.conf, can I use entries such as: NoExtract = usr/share/man/man1/mkisofs* NoExtract = etc/logrotate.d/* or: NoUpgrade = etc/cron.daily/logrotate etc/logrotate.* No, we don't support globbing in these options. Question to the list- does it make sense to do so? I think so. There could be enough files that listing them would be tedious, or it could be that one wants to exclude any future files of a given pattern, even though one doesn't know what they might be called.
Re: [arch-general] Error message on mkinitcpio
On Fri, Feb 12, 2010 at 3:02 AM, Thomas Bächler tho...@archlinux.org wrote: Am 12.02.2010 03:26, schrieb Tomás Acauan Schertel: I still got error message after using packages from [testing]. Am I doing something wrong?? Is the line number still 17? I was surprised to still see this autodetect error after upgrading to the glibc-based mkinitcpio, so apparently Pierre's fix wasn't the whole fix. I have an understanding of why I saw it now: blkid detected my swap as a VFAT filesystem (which used to be there before), and so it had a very short UUID (something like 3030-3030). Apparently the autodetect hook doesn't like that. I dd'ed zeros over the swap and re-created it, so that it now has a normal UUID and the right type given by blkid, changed UUID in fstab, and the autodetect error went away. I don't know if this is something we really care about. Probably it's worth making it work for UUIDs of strange lengths, but no so interesting to cover over problems from people (like me, apparently) who just have wrong data written on their disks.
Re: [arch-general] Error message on mkinitcpio
On Thu, Feb 11, 2010 at 9:32 AM, Tomás Acauan Schertel tscher...@gmail.com wrote: This is the second time it happens. When upgrading kernel, I got this message: :: Parsing hook [autodetect] /lib/initcpio/install/autodetect: line 17: other:swap:2: command not found :: Parsing hook [pata] Am I the only one seeing this? Others are seeing it too. It's fixed on the trunk and we'll get it when the kill-klibc mkinitcpio is released.
Re: [arch-general] A suggestion for the devs regarding rebuilds
On Mon, Feb 8, 2010 at 4:04 PM, f...@kokkinizita.net wrote: If I notice that a new app or an update of an existing one has included a new major version of a library, I will in time probably update or recompile everything to use the new library as well. It would typically be a matter of some days. Just do not expect me to do that *immediately*. I do expect that any apps that I didn't update continue to work until I update them. This means that the previous library version must not be removed. I don't keep a system as a toy and for the pleasure of keeping it up to date. I need it to do my work, and having to do a complete system update at an unexpected time is not helping at all. Even less if that complete system update results in the machine locking up and /me having to spend some hours manually repairing file systems and installed packages. As happened today. It is *required* to do only complete system updates when using Arch. Partial updates are not supported, *by design*.
Re: [arch-general] Gnome is Working But Missing Apps
On Mon, Feb 1, 2010 at 11:15 AM, Carlos Williams carlosw...@gmail.com wrote: I have Gnome Desktop Environment up and running perfect on my Arch x86_64 system but I elected to not install gnome-extra packages because it installs too much junk I don't want and or need. My question is I am missing two applications from Gnome and don't know what they're called and or what to search for. 1st - I can't open any JPEG or PNG images because Gnome does not appear to have the proper application to manage displaying those types of files. Can someone tell me what the name of the package is Gnome uses for default image viewing? I don't want Gimp for editing images, just to plainly view them. I think this one is eog.
Re: [arch-general] Multiple Kernels
2010/2/1 Nilesh Govindarajan li...@itech7.com: Agreed. But recently a USB problem (possibly a bug) was being discussed heavily on the forums. What about it ? Didn't the developers test the kernel properly before releasing it to the community ? Can you point me to this thread? Forum search and google aren't finding it, and I'm interested in this problem.
Re: [arch-general] Syncing the mirrors
On Mon, Feb 1, 2010 at 9:01 PM, Steve Holmes steve.holme...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 I'm also having major problems upgrading my system. Pacman errors out and it tells me I have 77 packages to update and I was current two days ago. I believe it is 77 and counting. Last night it was 66. I'm using the kernel.org site for my packages now. I used to use easynews but it got out of date for a while so switched. kernel.org isn't going bad, is it? kernel.org has done me well during this update. There's more than one server answering to that name, and not all of them are equally up-to-date. Keep at it and you'll get one of the leading ones.
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
On Wed, Jan 27, 2010 at 10:51 AM, Aaron Griffin aaronmgrif...@gmail.com wrote: On Wed, Jan 27, 2010 at 8:48 AM, Jan de Groot j...@jgc.homeip.net wrote: On Wed, 2010-01-27 at 15:45 +0100, Joerg Schilling wrote: Just to make it clear: There is not a single claim from a lawyer that confirms the claims from the hostile downstram packager. Looking through the thread on the fedora list they claim there's lawyers confirmed it, but in the same thread you say they're not lawyers. Point is, the situation is unclear and all that is done is flaming. People flame you for your weird license, you flame other people for forking your software. Mr Schilling reminds me quite a bit of that Ion guy who was overly hostile and trollish. That clears up the situation just fine for me. What I'm seeing here is that Jörg is being his usual self, combative but mostly correct. Allan is pissed off at him. Aaron is cautious and heading towards angry. A couple of other people are a little bit cautious. The rest of the participants, which is most of them, are in favor of switching back from cdrkit to cdrtools. Let me also add my support for putting cdrtools into [extra] (probably [community] is not good enough as I think there are deps in [extra] on cdrkit right now.
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit
On Mon, Jan 25, 2010 at 11:49 AM, Kitty seca...@gmail.com wrote: FWIW, I'm in favor of #3, and practically, the other bigger distros that have switched back to cdrtools are fatter targets for any legal action. Furthermore, who exactly would be doing the suing? If it's the GNU, then their goal would be to fix the licence problems, not collect money. If that happened, put it all in AUR and wash our hands. I'm quite convinced by this argument myself. Who would be suing us? FSF wouldn't give us a hard time, and Herr Schilling certainly doesn't intend to do so. I think there's also no question that cdrtools is technically superior to cdrkit. There's practically no reason for even debating this.
Re: [arch-general] initramfs: execute own script
On Fri, Jan 22, 2010 at 10:39 AM, AlannY m...@alanny.ru wrote: Hi there. I'm newbie in Archlinux's boot process. I need to run my own script in early userspace (initramfs). It must be after mounting root file system, but before switch root. I've opened default initramfs (kernel26.img) and reviewed it's content. So, Archlinux uses some kind of tool called 'kinit'. And it seems, that this tool mounts root and then switch. How to run my own script in kinit? Where can be found documentation of kinit? It sounds like you should be able to put your script in /lib/initcpio/hooks and maybe a detection script for it in /lib/initcpio/install. Then add it to HOOKS in /etc/mkinitcpio.conf and rebuild the initramfs with mkinitcpio -p kernel26. This is provided by the mkinitcpio package. I've never actually done this myself, so hopefully someone more knowledgeable will come by.
Re: [arch-general] Virtualbox with upgraded kernel
On Fri, Jan 8, 2010 at 4:47 PM, richard terry rte...@pacific.net.au wrote: hi List, I've upgraded to kernel 2.6.32 and virtual box dosn't work. Install kernel26-headers (a new package) as well.
Re: [arch-general] Virtualbox with upgraded kernel
On Fri, Jan 8, 2010 at 5:10 PM, richard terry rte...@pacific.net.au wrote: On Saturday 09 January 2010 08:56:13 Ray Kohler wrote: On Fri, Jan 8, 2010 at 4:47 PM, richard terry rte...@pacific.net.au wrote: hi List, I've upgraded to kernel 2.6.32 and virtual box dosn't work. Install kernel26-headers (a new package) as well. kernel26-2.6.32.2-2-i686.pkg.tar.gz kernel-headers-2.6.32-1-i686.pkg.tar.gz Read carefully. kernel26-headers. Not just kernel-headers.
[arch-general] Fwd: [Vorbis] vorbis-tools release soon?
The Xiph.org people are looking for some help getting things out the door. I expect that there are a good many capable Ogg/Vorbis users here in Arch-land... Anybody interested? Reply to the thread below on vor...@xiph.org. -- Forwarded message -- From: xiphm...@xiph.org Date: 2010/1/6 Subject: Re: [Vorbis] vorbis-tools release soon? To: Ivo Emanuel Gonçalves just...@gmail.com Cc: Ray Kohler ataraxia...@gmail.com, vor...@xiph.org 2010/1/4 Ivo Emanuel Gonçalves just...@gmail.com: On 1/4/10, Ray Kohler ataraxia...@gmail.com wrote: Since it's been almost 2 years since vorbis-tools 1.2.0 was released, would it be reasonable to see 1.3.0 soon? There are plenty of changes in there that deserve to see the light of day - the ReplayGain support in ogg123 and the vcut fixes in particular have my attention. Tell me about it. It's been one year since I put out an RC. However, shortly after, I had to get a second job, and, well... I should be able to work on the new release after February. Oh, and here's a full changelog of everything that changed between releases: https://trac.xiph.org/browser/trunk/vorbis-tools/CHANGES There were so many contributions from so many people... I hope I can gather all the names for a special thank you message. Anyhow, only two things are missing from the final release if memory serves me well: * a big patch for vorbiscomment to add padding in Vorbis files * fixing the gettextize stuff in oggdec since it's not working for some reason Actually, if anybody here knows how to work with gettextize properly, your input would be quite appreciated here. Aside from gettext, what else is outstanding that should happen before a release? We've recently gotten interest from someone who wants to get some work done on libao, I am wondering if there is some possible work-force-multiplier available in getting releases of both moving now. Monty
Re: [arch-general] ArchLinux AntiDesktop (was: Another rant on arch way abuse and false promises)
On Mon, Dec 7, 2009 at 12:55 PM, Christos Nouskas n...@archlinux.us wrote: Arvid Picciani wrote: http://heresy.asgaartech.com/ Let me know if this solution works for everyone and/or if anyone is offended by anything on that site or the fact that it exists and/or if anything should be added to it. Contributors very welcome :) Suggestions: 1. Rename all your packages appropriately (e.g. append -heresy or -nodbus or -whatever). This way your packages won't get unistalled if they lag behind the official ones. No, this isn't how pacman works. If his repo comes before the official ones in pacman.conf, it will override them regardless of version comparisons.
Re: [arch-general] Unable to Install Arch on Server
On Wed, Dec 2, 2009 at 1:15 PM, Carlos Williams carlosw...@gmail.com wrote: On Wed, Dec 2, 2009 at 1:10 PM, Daenyth Blank daenyth+a...@gmail.com wrote: I think that usually means that your grub+initrd combo is broken somewhere. Post your configs? There are no configs. I am trying to do a fresh install. There are no Grub configs...yet. I just downloaded the 2009.08 netinst ISO and burned it to a CDROM. The error you see is when I boot from the CDROM. Try the ISOLINUX ISO and see if that boots. Your machine might not like booting from a CD via GRUB.
Re: [arch-general] conclusion: Another rant on arch way abuse and false promises
On Wed, Dec 2, 2009 at 3:40 PM, André Ramaciotti da Silva andre.ramacio...@gmail.com wrote: On Thu, Dec 03, 2009 at 01:54:10AM +0530, Raghavendra Prabhu wrote: One thing I don't understand here is - why people crib that package B should not have feature X. If you don't want that, ABS is for that. There are plenty of packages which have additional dependencies like that mplayer(like smbclient) or vlc(hal :) or lua). (snipped) The problem is that using ABS is impracticable if you have a big number of custom PKGBUILDs. OTOH, having packages with minimal dependencies isn't so great. During the (short) time I've used Gentoo, I noticed the consume of RAM is a little lower, but there isn't a big difference in performance. The problems arise when you compile packages with way to minimal dependencies, and later realize it was a mistake, and now you have to recompile lots of packages. True. Although I favor minimalism, it's practically never worth actually doing anything to get it. Right now I've achieved zero use of both ABS and AUR. The resulting ease of maintenance totally trumps any gains I'd get by tweaking PKGBUILDs.
Re: [arch-general] Another rant on arch way abuse and false promises
2009/12/1 Ng Oon-Ee ngoo...@gmail.com: When I started on here the mantra was Arch is what you make it. Packagers strive to make packages which are as vanilla as possible (without breaking) and provide the utility expected of such packages. Of course, if you want a system without hal/dbus, there's ABS and AUR. I don't see why your dislike of particular implementations implies that every user of Arch should forgo those implementations. I've been thinking about this particular part of the Arch way. I think what causes the conflict in some of these cases is that trusting upstream - one of our major principles - only works when upstream is sane. Wacky things (like what freedesktop.org has been doing to Xorg for a while now) make me begin to think this assumption is violated in some important cases. When upstream ceases to really care about Arch-like systems and only support more Ubuntu-like systems, we have a problem with our don't patch philosophy.
Re: [arch-general] Another rant on arch way abuse and false promises
On Tue, Dec 1, 2009 at 6:46 PM, Arvid Picciani a...@exys.org wrote: Ray Kohler wrote: 2009/12/1 Ng Oon-Ee ngoo...@gmail.com: When I started on here the mantra was Arch is what you make it. Packagers strive to make packages which are as vanilla as possible (without breaking) and provide the utility expected of such packages. Of course, if you want a system without hal/dbus, there's ABS and AUR. I don't see why your dislike of particular implementations implies that every user of Arch should forgo those implementations. I've been thinking about this particular part of the Arch way. I think what causes the conflict in some of these cases is that trusting upstream - one of our major principles - only works when upstream is sane. Wacky things (like what freedesktop.org has been doing to Xorg for a while now) make me begin to think this assumption is violated in some important cases. When upstream ceases to really care about Arch-like systems and only support more Ubuntu-like systems, we have a problem with our don't patch philosophy. This implies that you're not ok with what happened to X. So you support my position. What you did not realize, however, is that these things are not upstream defaults. They have been specifically enabled downstream by the arch maintainers. Actually, I did notice that. I didn't intend my comments to apply directly to this particular case. I am, however, in support of the particular changes you want for this case, though not strongly enough to get excited about it. It is likely that the upstream will, as a reaction to my suggestion to reset to upstream defaults, add these options as default. I then suggest to still keep the upstream defaults, and maintain a fixed version of the package on aur. The sanity here is very biased, hence there is no non-biased correct solution, other then that suggested by the founder Judd. What I personally am in support of, in the general case, is suckless.org-style minimalism, rather than following upstream's direction. So if upstream changes the default to enable the hal and dbus bits, I will then be in favor of Arch disabling them, and we'll be in disagreement then. (That said, if that actually does happen, I won't asking the Arch devs to implement my wishes, since they'd clearly be in violation of the Arch way.)
Re: [arch-general] stability of pbzip2 ?
On Thu, Nov 19, 2009 at 4:34 AM, Thomas Bächler tho...@archlinux.org wrote: Ian-Xue Li schrieb: Hi, I'm quote fond of pbzip2's ability to multitask the compression, which comes really handy when backuping large archives of server files. But just heard from my friend: pbzip2 has stability issues, sometimes leads to corruption of archive, and hence unable to recover them. I wonder if this is true (in the sense that anyone once had a problem with pbzip2), because myself had never run into one of them. If so, it really a shame to abandon such a good tool though... I used it occasionally in the past and had no problems. Although I almost never unpacked one of these files. My experience is similar to Thomas's. I used it in the past, mostly to compress large log files. It appeared to work, but I never tried to uncompress any of these files.
Re: [arch-general] ssh broken?
The upgrade to openntpd removed it. The idea was to avoid sharing this directory between the two of them so neither could break the other, but unfortunately it created a painful upgrade path. There is a forum thread and (I think) a bug report on this. On Thu, Oct 29, 2009 at 12:37 PM, Tobias Kieslich tob...@justdreams.de wrote: Hi, I frequently ssh into localhost to sync files with unison. THat seems to be broken after the lates pacman -Syu which removed /var/empty. Is there sombody else who sees the same behavior? -T
Re: [arch-general] Overly large fonts in X11 after rebooting
On Sat, Oct 10, 2009 at 6:05 PM, Samuel Baldwin recursive.for...@gmail.com wrote: For some reason when I turned my laptop on today and started X, all my fonts were larger than normal. The only one that seems to have the stayed has been my console font, but even that feels a bit off (however, I'm not too worried about that, it could be that I'm sitting slightly closer than normal; the rest are most certainly measurably larger, though). The only difference between now and previously is that I don't have my external monitor plugged in, but my resolution didn't change, and I've used this computer without the external before without problems. It's just simply bigger; I turned down the GTK font, which seems to have worked for some apps (like firefox and pidgin), but the fonts are unbearably large for some websites: http://logik.li/images/screenshots/arrakis/large_fonts_in_some_places.png A few months ago I had a similar problem with certain sites having large fonts, and never really managed to solve it, one day after reinstalling it just went away and never came back until now. This was probably related. This is what similar sites used to look like: http://logik.li/images/screenshots/arrakis/let_me_show_you.png (and when they used to be bad: http://logik.li/images/screenshots/arrakis/126-negative_what_log-p.png ) So, anyone have any ideas about what I should do? Check the DPI of your display (with xdpyinfo). Probably the lack of the external monitor made it come up differently. I dealt with this by fixing the XFT DPI value to 96, which is what most fonts are designed for, and what most software that cares, expects it to be. This can be done by setting the X property xft.dpi to 96.
Re: [arch-general] Overly large fonts in X11 after rebooting
On Sat, Oct 10, 2009 at 6:21 PM, Samuel Baldwin recursive.for...@gmail.com wrote: 2009/10/10 Ray Kohler ataraxia...@gmail.com: Check the DPI of your display (with xdpyinfo). Probably the lack of the external monitor made it come up differently. I dealt with this by fixing the XFT DPI value to 96, which is what most fonts are designed for, and what most software that cares, expects it to be. This can be done by setting the X property xft.dpi to 96. arrakis^~% xdpyinfo| grep -E 'resol|dimens' dimensions: 1680x1050 pixels (331x210 millimeters) resolution: 129x127 dots per inch Not good? Where should I set xft.dpi? (Sorry, I haven't twiddled with X much besides xorg.conf and .Xdefaults, is it either of those?) Yes, put it in .Xdefaults and do whatever you normally do after changing that file. Case matters: Xft.dpi: 96
Re: [arch-general] New PKGBUILD for libtorrent-rasterbar
On Thu, Oct 8, 2009 at 2:33 PM, Jeff Horelick jdho...@gmail.com wrote: Quick thing to change that i just noticed. The libtorrent-rasterbar.so version was bumped (from libtorrent-rasterbar.so.4 to libtorrent-rasterbar.so.5) and that confuses at the very least Deluge and possibly other clients as well that use the versioned library rather than the plain .so. Perhaps add a symlink in the PKGBUILD to link libtorrent-rasterbar.so.5 to libtorrent-rasterbar.so.4 or libtorrent-rasterbar.so to libtorrent-rasterbar.so.4. That is a bad idea. The soname version changed for a reason. You don't want to give apps expecting version 4 a version 5 library. Instead, all apps that link this library need to be rebuilt.
[arch-general] updated PKGBUILD for openswan
The openswan package in core is rather old. I've updated the PKGBUILD for the latest version, 2.6.23. This includes rather a lot of build changes - some are cleanup that could have happened before, some are new for upstream changes. I built this to investigate whether I could use it instead of strongSwan. I could not get it to work for my purposes, but rather than let that work go to waste, I figured I'd submit the PKGBUILD here. PKGBUILD Description: Binary data
[arch-general] lots of stale mirrors?
Following the community-deleting accident, a bunch of mirrors that are usually up to date have only synced once, and are now 30+ hours out of date. A bunch of other mirrors still haven't synced at all since community was repaired, and are now 3+ days stale. Is there something else going on now? What's up with Arch's mirror network?
[arch-general] ABS version of postgresql-libs does not match repo?
The PKGBUILD at /var/abs/extra/postgresql-libs has version 8.4.0-1 (a version that was in testing a little while back), while the version in extra is still 8.3.7-2. This seems very dangerous since it would be easy for a non-testing user to give themselves an unintended soname bump. I'm guessing this happens because that's both the trunk and extra version for this package in svn? Might it be worthwhile to backout revs 49331 and 49332, which have this change and nothing more? Or am I missing something here?
[arch-general] mpc upgrade?
I hate to beg for favors from people who are already doing plenty for me for free, but could some kind dev update the mpc package? It's now two major versions (or what passes for major at musicpd) out of date, and only a simple pkgver / md5sum change. I'd ask its maintainer (pizzapunk) directly, but I remember him being pointed out as an absentee in a recent thread anyway.
Re: [arch-general] The vsftpd only starts at the second attempt
Yes, this happened to me several times. I didn't solve it. On Fri, Jul 31, 2009 at 2:53 AM, Lucas Salies Brumlu...@archlinux.com.br wrote: (r...@abraham ~):# ps -A | grep vsftpd (r...@abraham ~):# /etc/rc.d/vsftpd start :: Starting vsftpd FTP Daemon [FAIL] (r...@abraham ~):# /etc/rc.d/vsftpd stop :: Stopping vsftpd FTP Daemon [DONE] (r...@abraham ~):# /etc/rc.d/vsftpd start :: Starting vsftpd FTP Daemon [DONE] (r...@abraham ~):# ps -A | grep vsftpd 6453 pts/3 00:00:00 vsftpd This has happened to someone? /etc/vsftpd.conf - http://paste.archlinux-br.org/1241 /etc/rc.conf - http://paste.archlinux-br.org/1242 Arch Linux i686. Thanks. --- Lucas Saliés Brum http://sistematico.org lsbrum @ irc.freenode.org
Re: [arch-general] Cisco VPN config
On Sun, Jul 26, 2009 at 3:52 PM, Rafa Grimanrafagri...@gmail.com wrote: Hi :) On Sunday 26 July 2009 18:57:07 Thomas Bächler wrote: Rafa Griman schrieb: Got a Cisco VPN connection with my office, but can't manage to get it running. I've seen that there's a: - vpnc package: installed it, but it doesn't import the .pcf file, says it can't find the file. pcf2vnc /path/to/file.pcf Didn't know of that command 0:) Seems easy. When it says it can't find the file, then you specified the wrong file. So what exactly is the problem? Well the problem is (hope I could write was, but haven't tried it yet ;) that the path is right and so's the file. I'll try now with the pcf2vpnc command. Thanks for the tip !!! - cisco-vpnclient: but it's out-dated This software is the greatest piece of shit ever published from what I know. But what do you expect from Cisco? A company that solves security problems by preventing the details from being published can not be taken seriously. And a company that sells a VPN appliance that is insecure by design can't either. I know it sucks, had to patch it and patch it again when I used openSUSE because it didn't work. AFAIK they have no 64 bit VPN client, they have no up to date Linux VPN client, ... I'm not a Cisco fan, but my company has Cisco gateways/firewalls/whatever and I have no voice into that matter :( Thanks once again for your help :) I usually recommend strongSwan (which is in AUR) for interoperability with Cisco concentrators. It works quite well, but it's not simple to set up initially. I still believe it to be the best technical solution, but it would be beyond me to explain how to do it, via email, and for an unfamiliar situation.
Re: [arch-general] Cisco VPN config
On Mon, Jul 27, 2009 at 1:38 PM, Thomas Bächlertho...@archlinux.org wrote: Ray Kohler schrieb: I usually recommend strongSwan (which is in AUR) for interoperability with Cisco concentrators. It works quite well, but it's not simple to set up initially. I still believe it to be the best technical solution, but it would be beyond me to explain how to do it, via email, and for an unfamiliar situation. I was under the impression the only thing that worked with Cisco's proprietary xauth protocol was vpnc. (Apart from authentication, it is only IPSEC IIRC) strongSwan supports XAUTH, though I've never tested that feature. It also supports certificate-based authentication, which vpnc doesn't, and which I actually do use.
Re: [arch-general] No updates in past week or so - my update problem or just no updates?
For US people, I've been happy with both the freshness and the speed of locke.suu.edu. On Thu, Jul 23, 2009 at 10:46 AM, Will Siddall will.sidd...@gmail.comwrote: should really proof read what I write... meant to say that a lot of the mirrors that I've been using have been having trouble keeping in sync On Thu, Jul 23, 2009 at 11:44 AM, Will Siddallwill.sidd...@gmail.com wrote: I've noticed that a lot of the mirrors I've been using have been having keeping in sync over the past couple of months. If I wanted to even install a package, I would have to set my mirrorslist to one of the more current ones, sync then install... but I can't always guarantee that I can connect to those mirrors. We know Arch is the most up to date (oswatershed.org), but what's wrong with the mirrors? On Wed, Jul 22, 2009 at 8:45 PM, Patrick Brisbinpbris...@gmail.com wrote: i'd guess a mirror issue, no updates on arch in a week? never. i'd pick a new mirror and go -Syyu. luckily i've got IRC in the next terminal... 19:44 brisbin33 !mirrorcheck 19:44 phrik see the status of mirrors: http://users.archlinux.de/~gerbra/mirrorcheck.htmlhttp://users.archlinux.de/%7Egerbra/mirrorcheck.html http://www.archlinux.de/?page=MirrorStatus those should help you find a good mirror. cheers. On 07/22/09 at 06:38pm, David C. Rankin wrote: Listmates, I have several boxes running arch. In the past week or so, I haven't had any updates. Is it my system not updating or have there been relatively few updates? -- 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 -- patrick brisbin
Re: [arch-general] gnupg: requires readline=6.0.00
On Wed, Jul 1, 2009 at 8:25 PM, Eric Bélanger snowmanisc...@gmail.comwrote: On Wed, Jul 1, 2009 at 8:13 PM, Caleb Cushingxenoterrac...@gmail.com wrote: On Wed, Jul 1, 2009 at 5:42 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: Which mirror are you using? primarily Server = ftp://mirror.cs.vt.edu/pub/ArchLinux/$repo/os/x86_64 this server still have readline-5.2.013-2-x86_64.pkg.tar.gz in core. Try using another mirror. This mirror does, in fact, seem to update different repos on different schedules.