from:"Philipp Überbacher"

Excerpts from Fons Adriaensen's message of 2011-12-09 22:01:09 +0100:
 On Fri, Dec 09, 2011 at 08:25:51PM +0100, Philipp wrote:
  
  g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
  -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
  mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
  -lXft -lX11 -lrt
  /usr/bin/ld: jmeters.o: undefined reference to symbol
  'pthread_mutex_trylock@@GLIBC_2.2.5'
  /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
  DSO /lib/libpthread.so.0 so try adding it to the linker command line
  /lib/libpthread.so.0: could not read symbols: Invalid operation
  collect2: ld returned 1 exit status
  make: *** [jmeters] Error 1
 
 I just compiled and linked jmeter on an up-to-date system using
 the upstream (which is me) Makefile and it works OK.
 
 Why are you changing the linker options ?
 
 Ciao,

I'm not knowingly changing the linking options.
Can you try it using the PKGBUILD? (Download tarball, extract, cd to the
directory, type makepkg)
https://aur.archlinux.org/packages.php?ID=25711

Regards,
Philipp

Re: [arch-general] Linking issue, glibc weirdness?

Excerpts from Ionut Biru's message of 2011-12-09 22:29:48 +0100:
 On 12/09/2011 09:25 PM, Philipp wrote:
  Hi there,
  I have linking issues with one of the programs I maintain in AUR and I
  don't quite understand the issue. Here's the output:
  
  g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
  -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
  mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
  -lXft -lX11 -lrt
  /usr/bin/ld: jmeters.o: undefined reference to symbol
  'pthread_mutex_trylock@@GLIBC_2.2.5'
  /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
  DSO /lib/libpthread.so.0 so try adding it to the linker command line
  /lib/libpthread.so.0: could not read symbols: Invalid operation
  collect2: ld returned 1 exit status
  make: *** [jmeters] Error 1
  
  The program is jmeters
  (https://aur.archlinux.org/packages.php?ID=25711).
  
  It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
  which handles the threading stuff.
  
  I wonder where this problem comes from. Needles to say that it worked
  fine in the past. Any ideas?
  
  Regards,
  Philipp
  
 
 sounds like you don't have a fully up to date toolchain

Ok, I hoped that it was just something like this. pacman -Syu gets me no
new packages, so I'll wait at least until tomorrow and hope it will work
then. It's somewhat weird when stuff doesn't hit the repos in sync (Same
with gcc yesterday, got a circular dependency error for a while,
resolved itself).

Downloading the jmeters tarball, extracting it and just typing 'make' 
leads to the same result, so it's definitely unrelated to makepkg.

However, I already have mysql 5.5.19-1 installed, which is the second
most recent updates and just 5 hours old, so how can my toolchain be out
of date?

Regards,
Philipp

Re: [arch-general] Linking issue, glibc weirdness?

Excerpts from Allan McRae's message of 2011-12-09 23:04:54 +0100:
 On 10/12/11 07:29, Ionut Biru wrote:
  On 12/09/2011 09:25 PM, Philipp wrote:
  Hi there,
  I have linking issues with one of the programs I maintain in AUR and I
  don't quite understand the issue. Here's the output:
 
  g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
  -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
  mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
  -lXft -lX11 -lrt
  /usr/bin/ld: jmeters.o: undefined reference to symbol
  'pthread_mutex_trylock@@GLIBC_2.2.5'
  /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
  DSO /lib/libpthread.so.0 so try adding it to the linker command line
  /lib/libpthread.so.0: could not read symbols: Invalid operation
  collect2: ld returned 1 exit status
  make: *** [jmeters] Error 1
 
  The program is jmeters
  (https://aur.archlinux.org/packages.php?ID=25711).
 
  It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
  which handles the threading stuff.
 
  I wonder where this problem comes from. Needles to say that it worked
  fine in the past. Any ideas?
 
  Regards,
  Philipp
 
  
  sounds like you don't have a fully up to date toolchain
  
 
 Actually, it sounds like he does have a fully up-to-date toolchain:
 http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
 
 The output also gives the fix...
  /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
  DSO /lib/libpthread.so.0 so try adding it to the linker command line
 
 Allan

Thanks,
adding -lpthread helped in this case.
I'm not looking forward to patching possibly all the other programs I
maintain.

Regards,
Philipp

Re: [arch-general] Linking issue, glibc weirdness?

Excerpts from Allan McRae's message of 2011-12-09 23:32:26 +0100:
 On 10/12/11 08:12, Philipp Überbacher wrote:
  Excerpts from Allan McRae's message of 2011-12-09 23:04:54 +0100:
  On 10/12/11 07:29, Ionut Biru wrote:
  On 12/09/2011 09:25 PM, Philipp wrote:
  Hi there,
  I have linking issues with one of the programs I maintain in AUR and I
  don't quite understand the issue. Here's the output:
 
  g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
  -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
  mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
  -lXft -lX11 -lrt
  /usr/bin/ld: jmeters.o: undefined reference to symbol
  'pthread_mutex_trylock@@GLIBC_2.2.5'
  /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
  DSO /lib/libpthread.so.0 so try adding it to the linker command line
  /lib/libpthread.so.0: could not read symbols: Invalid operation
  collect2: ld returned 1 exit status
  make: *** [jmeters] Error 1
 
  The program is jmeters
  (https://aur.archlinux.org/packages.php?ID=25711).
 
  It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
  which handles the threading stuff.
 
  I wonder where this problem comes from. Needles to say that it worked
  fine in the past. Any ideas?
 
  Regards,
  Philipp
 
 
  sounds like you don't have a fully up to date toolchain
 
 
  Actually, it sounds like he does have a fully up-to-date toolchain:
  http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
 
  The output also gives the fix...
  /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
  DSO /lib/libpthread.so.0 so try adding it to the linker command line
 
  Allan
  
  Thanks,
  adding -lpthread helped in this case.
  I'm not looking forward to patching possibly all the other programs I
  maintain.
  
 
 FYI, I rebuilt the entire [core] and only one package needed fixed for
 this.  So this does not appear that widespread.
 
 Allan

Guess it depends..
I only maintain 70 packages in AUR, already found/patched 3, about 65
more to look at ...
Anyway, not much I can do about it.

Regards,
Philipp

Re: [arch-general] Linking issue, glibc weirdness?

Excerpts from Fons Adriaensen's message of 2011-12-09 23:29:39 +0100:
 On Fri, Dec 09, 2011 at 10:23:53PM +0100, Philipp Überbacher wrote:
 
  Can you try it using the PKGBUILD? (Download tarball, extract, cd to the
  directory, type makepkg)
  https://aur.archlinux.org/packages.php?ID=25711
 
 == Starting build()...
 /home/fons/build/jmeters/PKGBUILD: line 19: DSO.patch: No such file or 
 directory
 
 DSO.patch is present, so either it's in the wrong place or it is
 looked for in the wrong place.
 
 The patch adds -lpthread, which (at least here) doesn't seem to
 be necessary (libclthreads will pull it in).
 
 Ciao,

Looked in the wrong place, fixed.
The problem is that it's necessary to specify -lpthread now and in 
future. It will likely hit you too once the mirror you use syncs and
you update. Not sure which package is responsible, I guess glibc.

Seems like a number of your programs need patching.
Done so far:
jmeter, aeolous, ambdec
Those are all trivial patches, adding pthread or dl.

Regards,
Philipp

Re: [arch-general] Linking issue, glibc weirdness?

Excerpts from clemens fischer's message of 2011-12-09 23:36:07 +0100:
 Allan McRae wrote:
 
  On 10/12/11 07:29, Ionut Biru wrote:
 
  On 12/09/2011 09:25 PM, Philipp wrote:
 
  Hi there, I have linking issues with one of the programs I maintain
  in AUR and I don't quite understand the issue. Here's the output:
 
  g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
  -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
  mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack
  -lpng -lXft -lX11 -lrt /usr/bin/ld: jmeters.o: undefined reference
  to symbol 'pthread_mutex_trylock@@GLIBC_2.2.5' /usr/bin/ld:
  note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in DSO
  /lib/libpthread.so.0 so try adding it to the linker command line
  /lib/libpthread.so.0: could not read symbols: Invalid operation
  collect2: ld returned 1 exit status make: *** [jmeters] Error 1
 
  The program is jmeters
  (https://aur.archlinux.org/packages.php?ID=25711).
 
  It depends on clthreads
  (https://aur.archlinux.org/packages.php?ID=3627) which handles the
  threading stuff.
 
  I wonder where this problem comes from. Needles to say that it
  worked fine in the past. Any ideas?
 
  sounds like you don't have a fully up to date toolchain
 
  Actually, it sounds like he does have a fully up-to-date toolchain:
  http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
 
  The output also gives the fix...
  /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
  DSO /lib/libpthread.so.0 so try adding it to the linker command line
 
 I think you're both wrong  8-)
 
 The ld(8) output seems to indicate that libpthread is pulled in, but
 points to something else than a fully functioning library.
 
   $ ls -l /lib/libpthread*
   -rwxr-xr-x 1 root root 135326 Dec  2 19:28 /lib/libpthread-2.14.1.so
   lrwxrwxrwx 1 root root 20 Dec  2 19:28 /lib/libpthread.so.0 - 
 libpthread-2.14.1.so

$ ls -l /lib/libpthread*
-rwxr-xr-x 1 root root 135326 Dec  2 19:29 /lib/libpthread-2.14.1.so
lrwxrwxrwx 1 root root 20 Dec  2 19:29 /lib/libpthread.so.0 -
libpthread-2.14.1.so

   $ nm /lib/libpthread.so.0 |g mutex.try
   -:9f40 T __pthread_mutex_trylock
   -:9f40 T pthread_mutex_trylock

$ nm /lib/libpthread.so.0 |g mutex.try
-bash: g: command not found

but:
$ nm /lib/libpthread.so.0 | grep -i mutex.try
9f40 T __pthread_mutex_trylock
9f40 T pthread_mutex_trylock


I do wonder how I'm supposed to patch programs that aren't developed
anymore and use 8000 line configure scripts... (example: bitmeter
https://aur.archlinux.org/packages.php?ID=19762)

Regards,
Philipp

Re: [arch-general] Automatic File Associations Alloting

2011-11-22 Thread Philipp Überbacher

Excerpts from Mantas Mikulėnas's message of 2011-11-22 00:50:25 +0100:
 On 2011-11-21 23:36, Philipp Überbacher wrote:
  So how is this stuff controlled these days? Those funky desktop files?
  gconf? dconf? Something else entirely?
 
 The default programs are kept in
 ~/.local/share/applications/mimeapps.list, according to fd.o MIME
 Actions spec.
 
 http://www.freedesktop.org/wiki/Specifications/mime-actions-spec
 
 All popular DEs - GNOME, Xfce, KDE - use this, and should respect
 explicitly set defaults.

Thanks, this page is rather informative and links to the original
mailinglist discussion, hope I'll find time to read it and understand
the reasoning for some of the decisions. For example, I find it odd that
they wanted to have a way for an application to become the new default
after installation (Application X wants to be the default application
for text/html after installation). In my book there's no reason why
this decision should be up to the application instead of the user (or
possibly DE). Well, maybe I'll figure out their reasoning.

Thanks again for the link.

Regards,
Philipp

Re: [arch-general] udev rules from hplip are invalid after update

2011-11-21 Thread Philipp Überbacher

Excerpts from Tom Gundersen's message of 2011-11-20 14:13:05 +0100:
 On Sun, Nov 20, 2011 at 2:10 PM, Hector Martinez-Seara hse...@gmail.com 
 wrote:
  Hi Tom,
  My system is fully updated so I guess that I have to assume  that I
  should file a bug against hplip.
 
 There are no /etc/udev/rules.d/* files in the official hplip package,
 maybe they are some old stale files that you should have deleted?
 
 -t

I too get a whole lot of those errors. I'd appreciate hints on how to
get rid of those.

Re: [arch-general] ACPI bug in kernel 3.1?

2011-11-21 Thread Philipp Überbacher

Excerpts from Erik Johnson's message of 2011-11-20 22:08:54 +0100:
 Since the 3.1 update, when I suspend with pm-suspend, upon resuming my
 netbook goes right back to sleep. This behavior is not present in
 3.0.7-1 but exists in 3.1-4 and 3.1.1-1. However, this only happens when
 my netbook is suspended via a lid close event. Running pm-suspend from
 the command line works as expected.
 
 I'm not using a DE. Suspend is triggered by adding /usr/sbin/pm-suspend
 to the button/lid action in /etc/acpi/handler.sh.
 
 This seems like an upstream bug, but I just wanted to see if anyone else
 was experiencing this.

I have a different but possibly related problem since a few days.
Sometimes when I shutdown, the laptop reboots instead. Where that comes
from I have no idea.

Re: [arch-general] Automatic File Associations Alloting

2011-11-21 Thread Philipp Überbacher

Excerpts from Bernardo Barros's message of 2011-11-20 00:06:05 +0100:
 text files opening automatically with wine is really a VERY annoying thing...

This is pretty clearly a DE issue. Are you all using the same DE or is
this common behavior in all popular DEs? I rarely have any of those
issues since I usually call my programs by name and ROX uses manual
file association. Only firefox is sometimes hard to convince, but it
uses gconf or some other DE stuff underneath. It's somewhat nice to see
that DE users also have problems with that kind of stuff. Maybe this
stuff can be changed using regedit or however that great program to
change gconf settings is called. I'm sorry, somehow this ended up as
another DE flame instead of being helpful. Oh well...

So how is this stuff controlled these days? Those funky desktop files?
gconf? dconf? Something else entirely?

Re: [arch-general] netcfg wlan connection renewal

2011-10-12 Thread Philipp Überbacher

Excerpts from Philipp Überbacher's message of 2011-10-08 19:22:54 +0200:
 Excerpts from Thomas Bächler's message of 2011-10-08 18:42:35 +0200:
  Am 08.10.2011 14:42, schrieb Philipp Überbacher:
   The 'rfkill list' output is identical, ifconfig is different, but I
   don't know how to interpret the output:
   
   -wlan0: flags=4099UP,BROADCAST,MULTICAST  mtu 1500  metric 1
   +wlan0: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500  metric 1
  
  That doesn't say a lot, the RUNNING flag disappears when you
  disassociate. I am out of ideas here.
  
  Maybe you can get more info by putting
   WPA_OPTS=-d -f /var/log/wpa_supplicant.log
  into /etc/network.d/interfaces/wlan0. Or replace -d with -dd. But be
  careful, the log file becomes HUGE with -dd.
 
 Thanks Thomas,
 I'll try this sometime during the next days and report back with any
 findings.
 
 I'll also try the b43 driver again, but it didn't work for my
 [14e4:4315] BCM4312 in the past. Guess it's worth a try though.

So I enabled logging with -d but I don't understand the cause of the
problem from this log (last 500 lines attached). To me it looks like
the laptop gets disassociated, disconnects, scans again and fails with
a timeout. My problem is that I don't know how it's supposed to work.

Thanks for your help,
Regards Philipp


wpa_supplicant.log
Description: Binary data

Re: [arch-general] netcfg wlan connection renewal

2011-10-12 Thread Philipp Überbacher

Excerpts from scrat's message of 2011-10-12 22:44:14 +0200:
 On 10/12/2011 02:43 PM, Philipp Überbacher wrote:
  Excerpts from Thomas Bächler's message of 2011-10-12 14:06:22 +0200:
  Am 12.10.2011 12:54, schrieb Philipp Überbacher:
  I'll also try the b43 driver again, but it didn't work for my
  [14e4:4315] BCM4312 in the past. Guess it's worth a try though.
  So I enabled logging with -d but I don't understand the cause of the
  problem from this log (last 500 lines attached). To me it looks like
  the laptop gets disassociated, disconnects, scans again and fails with
  a timeout. My problem is that I don't know how it's supposed to work.
  Which driver was this? The first thing I noticed is that the driver
  gives reason 0 (no reason) for disconnecting (it isn't even reason 1,
  which would mean Unspecified). After disconnecting, it fails to
  receive any scan results. I am really out of ideas, but this looks like
  a driver problem.
  This was with the broadcom-wl (proprietary), but today I tried with the
  b43 (free driver, but same proprietary firmware) with the same symptom
  but different log messages. The definitive difference is that it tries
  to scan over and over again. The log is full of that, so I've yet to get
  a reasonably useful portion out of that log. I'll try to start with a
  clean log tomorrow.
 
  I tried at home with my neighbors wlan where it worked for at least 45
  minutes (then he turned it off), but I don't yet know whether this was
  simply due to a longer leasetime or something similar.
 
  Does anyone know of a live-CD which contains those drivers? This way I
  could likely rule out a problem with Arch.
 
  I'll try to get a useful log tomorrow and maybe I can test some more
  with my neighbors wlan for comparison.
 
 
 I am currently also trying to get a broadcomm working and the following 
 may be of some use/value to you.
 
 http://wireless.kernel.org/en/users/Drivers/brcm80211
 
 The broadcomm drivers where changed in kernel-2.6.37 and forward to 
 brcmsmac/brcmfmac.

Thanks, but this doesn't apply to the chipset built into my laptop
(BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01). It only works with
either b43 or wl.

I just found this on http://wireless.kernel.org/en/users/Drivers/b43:

-
Known issues

LP-PHY devices: DMA errors on some machines with kernel 2.6. Problem
was fixed in 3.0. Using PIO (module param) can be used as workaround
for 2.6. 
-

I suffered from this one, workaround didn't work, but it seems the fix
worked in my case.

 It seems if you need to use the old b43 driver/firmware combo you will 
 need kernel-2.6.36 or earlier.
   At least that is what I have came to.

Nope, my chip does work, at least half an hour at a time at university.
It works with either broadcom-wifi-builder (broadcom-wl) or b43. But
only for half an hour at a time, then something happens.

 The problem is I can't get the firmware for the new driver because 
 git.kernel.org is down so I am unable to test. :(

It's up for me :)

Regards,
Philipp

Re: [arch-general] netcfg wlan connection renewal

2011-10-08 Thread Philipp Überbacher

Excerpts from Thomas Bächler's message of 2011-09-28 13:14:06 +0200:
 Am 28.09.2011 11:53, schrieb Philipp:
  Hi there,
  I use netcfg for my university wlan (eduroam). It works fine for a while
  but after a couple of minutes I get disconnected and need to reconnect
  manually. I think that happens pretty regularly, so I assume that some
  kind of connection renewal doesn't work for some reason. Any idea what
  could be wrong, how to fix it or how to reconnect automatically?
 
 No idea why this might go wrong. I suggest you use net-auto-wireless,
 that will handle everything gracefully.

I took some time today to fiddle with netcfg, ifplugd, net-auto-wireless
and wpa_actiond. Your script, slightly modified, works fine in my case
Thomas, thanks. Took me a bit to figure that it needs to replace
ifplugd.action though.

Now with net-auto-wireless before ifplugd in the daemons-array the
system works fine (as long as I'm not too fast with unplugging and
replugging). I get just cable at home and wireless at university,
everything's fine, except that I still get disconnected from the
university wlan about every 30 minutes. net-auto-wireless didn't change
a thing in this regard. Here's an excerpt from everything.log, pretty
beginning with bootup. The reconnects in there are from manually running
'/etc/rc.d/net-auto-wireless restart', the thing that I tried to avoid.
I have no idea why these disconnects happen:

-

Oct  8 12:03:34 localhost kernel: [   11.539025] input: SynPS/2 Synaptics 
TouchPad as /devices/platform/i8042/serio2/input/inp
ut6
Oct  8 12:03:34 localhost kernel: [   11.739452] [drm] initialized overlay 
support
Oct  8 12:03:34 localhost kernel: [   11.872555] fbcon: inteldrmfb (fb0) is 
primary device
Oct  8 12:03:34 localhost kernel: [   11.914034] fixme: max PWM is zero.
Oct  8 12:03:34 localhost kernel: [   11.918693] Console: switching to colour 
frame buffer device 160x50
Oct  8 12:03:34 localhost kernel: [   11.922746] fb0: inteldrmfb frame buffer 
device
Oct  8 12:03:34 localhost kernel: [   11.922748] drm: registered panic notifier
Oct  8 12:03:34 localhost kernel: [   11.944380] acpi device:04: registered as 
cooling_device1
Oct  8 12:03:34 localhost kernel: [   11.944990] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/inp
ut/input7
Oct  8 12:03:34 localhost kernel: [   11.945133] ACPI: Video Device [GFX0] 
(multi-head: yes  rom: no  post: no)
Oct  8 12:03:34 localhost kernel: [   11.945475] [drm] Initialized i915 1.6.0 
20080730 for :00:02.0 on minor 0
Oct  8 12:03:34 localhost kernel: [   12.341015] EXT4-fs (sda3): warning: 
maximal mount count reached, running e2fsck is recom
mended
Oct  8 12:03:34 localhost kernel: [   12.422472] EXT4-fs (sda3): re-mounted. 
Opts: user_xattr,acl,barrier=1,nodelalloc,data=or
dered
Oct  8 12:03:34 localhost kernel: [   12.480155] EXT4-fs (sda4): mounted 
filesystem with ordered data mode. Opts: (null)
Oct  8 12:03:34 localhost kernel: [   12.525213] Adding 2104508k swap on 
/dev/sda2.  Priority:-1 extents:1 across:2104508k 
Oct  8 12:03:37 localhost wpa_actiond[907]: Starting wpa_actiond session for 
interface 'wlan0'
Oct  8 12:03:38 localhost ifplugd(eth0)[942]: ifplugd 0.28 initializing.
Oct  8 12:03:38 localhost kernel: [   18.524010] tg3 :02:00.0: irq 45 for 
MSI/MSI-X
Oct  8 12:03:38 localhost ifplugd(eth0)[942]: Using interface 
eth0/00:1D:72:CC:61:88 with driver tg3 (version: 3.119)
Oct  8 12:03:38 localhost ifplugd(eth0)[942]: Using detection mode: SIOCETHTOOL
Oct  8 12:03:38 localhost ifplugd(eth0)[942]: Initialization complete, link 
beat not detected.
Oct  8 12:03:38 localhost crond[1006]: /usr/sbin/crond 4.5 dillon's cron 
daemon, started with loglevel info
Oct  8 12:03:38 localhost ntpd[1000]: ntpd 4.2.6p3@1.2290-o Sun Apr  3 17:50:25 
UTC 2011 (1)
Oct  8 12:03:38 localhost ntpd[1008]: proto: precision = 1.187 usec
Oct  8 12:03:38 localhost kernel: [   19.249394] NET: Registered protocol 
family 10
Oct  8 12:03:38 localhost kernel: [   19.250412] ADDRCONF(NETDEV_UP): eth0: 
link is not ready
Oct  8 12:03:38 localhost kernel: [   19.280690] 
Oct  8 12:03:39 localhost ntpd[1008]: ntp_io: estimated max descriptors: 1024, 
initial socket boundary: 16
Oct  8 12:03:39 localhost ntpd[1008]: Listen and drop on 0 v4wildcard 0.0.0.0 
UDP 123
Oct  8 12:03:39 localhost ntpd[1008]: Listen and drop on 1 v6wildcard :: UDP 123
Oct  8 12:03:39 localhost ntpd[1008]: Listen normally on 2 lo 127.0.0.1 UDP 123
Oct  8 12:03:39 localhost ntpd[1008]: bind(19) AF_INET6 
fe80::222:69ff:fe73:3c68%2#123 flags 0x11 failed: Cannot assign reques
ted address
Oct  8 12:03:39 localhost ntpd[1008]: unable to create socket on wlan0 (3) for 
fe80::222:69ff:fe73:3c68#123
Oct  8 12:03:39 localhost ntpd[1008]: failed to init interface for address 
fe80::222:69ff:fe73:3c68
Oct  8 12:03:39 localhost ntpd[1008]: Listen normally on 4 lo ::1 UDP 123
Oct  8 12:03:39 localhost ntpd[1008]: peers refreshed
Oct  8 12:03:39 localhost wpa_actiond[907]:

Re: [arch-general] netcfg wlan connection renewal

2011-10-08 Thread Philipp Überbacher

Excerpts from Thomas Bächler's message of 2011-10-08 13:48:36 +0200:
 Am 08.10.2011 13:28, schrieb Philipp Überbacher:
  I get just cable at home and wireless at university,
  everything's fine, except that I still get disconnected from the
  university wlan about every 30 minutes. net-auto-wireless didn't change
  a thing in this regard. Here's an excerpt from everything.log, pretty
  beginning with bootup. The reconnects in there are from manually running
  '/etc/rc.d/net-auto-wireless restart', the thing that I tried to avoid.
  I have no idea why these disconnects happen:
 
 I cannot see any reason for the disconnects. If wpa_supplicant doesn't
 reconnect on its own, I don't understand why restarting it would help.
 Can you compare 'ifconfig' before and after disconnect, as well as
 'rfkill list'?

The 'rfkill list' output is identical, ifconfig is different, but I
don't know how to interpret the output:

$ diff -u disconnected connected
--- disconnected2011-10-08 14:38:12.055378633 +0200
+++ connected   2011-10-08 14:38:37.681563015 +0200
@@ -15,10 +15,12 @@
 TX packets 876  bytes 67260 (65.6 KiB)
 TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
-wlan0: flags=4099UP,BROADCAST,MULTICAST  mtu 1500  metric 1
+wlan0: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500  metric 1
+inet 143.205.193.100  netmask 255.255.254.0  broadcast 143.205.193.255
+inet6 fe80::222:69ff:fe73:3c68  prefixlen 64  scopeid 0x20link
 ether 00:22:69:73:3c:68  txqueuelen 1000  (Ethernet)
-RX packets 560395  bytes 839856020 (800.9 MiB)
-RX errors 0  dropped 0  overruns 0  frame 30809
-TX packets 286257  bytes 21785827 (20.7 MiB)
-TX errors 6  dropped 0 overruns 0  carrier 0  collisions 0
+RX packets 560422  bytes 839862941 (800.9 MiB)
+RX errors 0  dropped 0  overruns 0  frame 30854
+TX packets 286289  bytes 21789274 (20.7 MiB)
+TX errors 8  dropped 0 overruns 0  carrier 0  collisions 0
 device interrupt 17

Any ideas?
Thanks for your help.

Regards,
Philipp

Re: [arch-general] netcfg wlan connection renewal

2011-10-08 Thread Philipp Überbacher

Excerpts from Thomas Bächler's message of 2011-10-08 18:42:35 +0200:
 Am 08.10.2011 14:42, schrieb Philipp Überbacher:
  The 'rfkill list' output is identical, ifconfig is different, but I
  don't know how to interpret the output:
  
  -wlan0: flags=4099UP,BROADCAST,MULTICAST  mtu 1500  metric 1
  +wlan0: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500  metric 1
 
 That doesn't say a lot, the RUNNING flag disappears when you
 disassociate. I am out of ideas here.
 
 Maybe you can get more info by putting
  WPA_OPTS=-d -f /var/log/wpa_supplicant.log
 into /etc/network.d/interfaces/wlan0. Or replace -d with -dd. But be
 careful, the log file becomes HUGE with -dd.

Thanks Thomas,
I'll try this sometime during the next days and report back with any
findings.

I'll also try the b43 driver again, but it didn't work for my
[14e4:4315] BCM4312 in the past. Guess it's worth a try though.

Re: [arch-general] netcfg wlan connection renewal

Excerpts from Tom Gundersen's message of 2011-09-28 20:55:30 +0200:
 On Wed, Sep 28, 2011 at 2:51 PM, Philipp Überbacher
 hollun...@lavabit.com wrote:
  meanwhile and provides a CLI interface it still requires polkit. Polkit
  requires consolekit and both mean configuration and maintenance trouble.
 
 Just a quick comment in case someone happens to read this: neither PK
 nor CK should require any configuration at all for most users (at
 least if you use a DE).

This isn't exactly no configuration:
https://wiki.archlinux.org/index.php/Networkmanager#Set_up_PolicyKit_permissions

And it interferes with stuff where it shouldn't, I tried to help a user
getting jack to work, and after I talked him through all the usual stuff
and was out of ideas I told him to try to disable policykit. Surprise,
it worked. I don't want to deal with stuff like that.

Re: [arch-general] netcfg wlan connection renewal

Excerpts from Thomas Bächler's message of 2011-09-28 22:52:42 +0200:
 Am 28.09.2011 14:33, schrieb Philipp Überbacher:
  Excerpts from Thomas Bächler's message of 2011-09-28 13:14:06 +0200:
  Am 28.09.2011 11:53, schrieb Philipp:
  Hi there,
  I use netcfg for my university wlan (eduroam). It works fine for a while
  but after a couple of minutes I get disconnected and need to reconnect
  manually. I think that happens pretty regularly, so I assume that some
  kind of connection renewal doesn't work for some reason. Any idea what
  could be wrong, how to fix it or how to reconnect automatically?
 
  No idea why this might go wrong. I suggest you use net-auto-wireless,
  that will handle everything gracefully.
  
  Thanks, I'll try that.
  It's important to me that wlan is completely disabled when ethernet is
  available. I hope this is possible. I'll tell how it went sometime next
  week when university starts.
 
 I use the following script with ifplugd:
 
 #!/bin/sh
 
 [ $1 = eth1 ] || exit 0
 
 case $2 in
   up)
 /etc/rc.d/net-auto-wireless stop
 sleep 1
 /usr/bin/netcfg lan
 ;;
   down)
 /usr/bin/netcfg -d lan
 sleep 1
 /etc/rc.d/net-auto-wireless start
 ;;
   *)
 exit 1
 ;;
 esac
 
 exit 0

Thanks Thomas, this looks simple enough, I'll give netcfg +
net-auto-wireless + ifplugd + this script a shot, looks like a good
solution to me.

Re: [arch-general] netcfg wlan connection renewal

Excerpts from Fons Adriaensen's message of 2011-09-29 12:36:30 +0200:
 On Thu, Sep 29, 2011 at 11:51:53AM +0200, Tom Gundersen wrote:
 
  What you are seeing is udisks [0]. The policy that is implemented, if
  I understand correctly, is that udisks allows a user who is physically
  at the machine to mount the usb drive, but not remote users.
  
  This makes sense for two reasons:
  
  * A user who is physically present could just grab the usb stick and
  insert it in a laptop where he/she has whatever permissions necessary
  to do whatever they want, so no security is lost.
 
 This makes no sense.  I don't mind if they use their own sticks
 on their own laptop. I do if they use it one this particular
 machine.
 
  * Furthermore, you probably don't want have to ask the admin to set up
  a new entry in fstab for every usb drive that is plugged into your
  machine.
 
 Not necessary. Priveleges to do certain things are given
 per user or to groups, it's done when a user's account is
 set up and that's it. Sudo can handle this nicely. The fstab
 entries for my own usb disks are there mainly because they
 have dedicated mount points.
 
 The last thing I want as an admin is a 'parallel administration'
 such as polkit, in particular if it can grant priveleges just
 by adding some files to a directory. That's very convenient for
 package managers etc. but it surely does not enhance security. 
 
  If you don't like the way this works you could override the policy
  (look for udisks PK files) or you could just disable / uninstalll
  udisks.
 
 Don't worry, there's no udisks on any machine I control. Nor Gnome
 or KDE for that matter. 
 
 I do have polkit though, for just one reason: emacs - gconf - polkit.
 So as my vim skills improve I'll probably get rid of emacs and gconf
 some time.
 
 Ciao,

As a somewhat hackish workaround there's the gconf-no-polkit package in
AUR: https://aur.archlinux.org/packages.php?ID=41983
Works well enough for me. I also need gconf for a single package only.

Re: [arch-general] netcfg wlan connection renewal

Excerpts from Tom Gundersen's message of 2011-09-29 12:35:56 +0200:
 On Thu, Sep 29, 2011 at 12:20 PM, Philipp Überbacher
 hollun...@lavabit.com wrote:
  Excerpts from Tom Gundersen's message of 2011-09-28 20:55:30 +0200:
  On Wed, Sep 28, 2011 at 2:51 PM, Philipp Überbacher
  hollun...@lavabit.com wrote:
   meanwhile and provides a CLI interface it still requires polkit. Polkit
   requires consolekit and both mean configuration and maintenance trouble.
 
  Just a quick comment in case someone happens to read this: neither PK
  nor CK should require any configuration at all for most users (at
  least if you use a DE).
 
  This isn't exactly no configuration:
  https://wiki.archlinux.org/index.php/Networkmanager#Set_up_PolicyKit_permissions
 
 The configuration file shown there is optional.

The alternative is to run polkit-gnome or polkit-kde, luckily it seems
that polkit-gnome is a misnomer and it only depends on gtk3. So your
options are to have an authentication agent running or add some files
for every app that needs permissions. In addition you need to have
a consolekit-session running in any case. Life's not getting easier for
no-DE users.

Re: [arch-general] netcfg wlan connection renewal

Excerpts from Fons Adriaensen's message of 2011-09-29 12:36:30 +0200:
 On Thu, Sep 29, 2011 at 11:51:53AM +0200, Tom Gundersen wrote:
 
  What you are seeing is udisks [0]. The policy that is implemented, if
  I understand correctly, is that udisks allows a user who is physically
  at the machine to mount the usb drive, but not remote users.
  
  This makes sense for two reasons:
  
  * A user who is physically present could just grab the usb stick and
  insert it in a laptop where he/she has whatever permissions necessary
  to do whatever they want, so no security is lost.
 
 This makes no sense.  I don't mind if they use their own sticks
 on their own laptop. I do if they use it one this particular
 machine.
 
  * Furthermore, you probably don't want have to ask the admin to set up
  a new entry in fstab for every usb drive that is plugged into your
  machine.
 
 Not necessary. Priveleges to do certain things are given
 per user or to groups, it's done when a user's account is
 set up and that's it. Sudo can handle this nicely. The fstab
 entries for my own usb disks are there mainly because they
 have dedicated mount points.
 
 The last thing I want as an admin is a 'parallel administration'
 such as polkit, in particular if it can grant priveleges just
 by adding some files to a directory. That's very convenient for
 package managers etc. but it surely does not enhance security. 

A real-world example of 'configuration by adding files':
On a debian server, I needed more modules than usual early on, I needed
to recreate initramfs with all modules. Debian has a file to configure
how many modules are built into initramfs. I changed the config,
rebuilt, tested, and it didn't work. Let's say it took me a long while
to figure out what was going on. Years ago the debian installer asked my
predecessor about the policy for building modules into initramfs,
created a file with the config option and put it into a directory
somewhere. This file was overriding the main config file and cost me a
lot of time.
With a system like that you need to dig through lots of files to check
whether they could affect a configuration option. Even worse, there
could be multiple files affecting the same option, creating a precedence
chain that could be a lot of fun to figure out.
In my opinion, in this particular case, it would have been way smarter
to drop the installing sysadmin into a text editor with the
well-commented main config file. Nothing lost, except a lot of
frustration years later.
Configuration by adding files can create a jungle that's really hard to
see through, which can easily lead to miss-configuration. That the whole
thing is basically strap-on security in addition to the already built-in
security configuration of the system doesn't make it any better.

Re: [arch-general] netcfg wlan connection renewal

2011-09-28 Thread Philipp Überbacher

Excerpts from Thomas Bächler's message of 2011-09-28 13:14:06 +0200:
 Am 28.09.2011 11:53, schrieb Philipp:
  Hi there,
  I use netcfg for my university wlan (eduroam). It works fine for a while
  but after a couple of minutes I get disconnected and need to reconnect
  manually. I think that happens pretty regularly, so I assume that some
  kind of connection renewal doesn't work for some reason. Any idea what
  could be wrong, how to fix it or how to reconnect automatically?
 
 No idea why this might go wrong. I suggest you use net-auto-wireless,
 that will handle everything gracefully.

Thanks, I'll try that.
It's important to me that wlan is completely disabled when ethernet is
available. I hope this is possible. I'll tell how it went sometime next
week when university starts.

Thanks,
Philipp

Re: [arch-general] netcfg wlan connection renewal

2011-09-28 Thread Philipp Überbacher

Excerpts from Tom Gundersen's message of 2011-09-28 13:37:29 +0200:
 On Wed, Sep 28, 2011 at 11:53 AM, Philipp hollun...@lavabit.com wrote:
  I use netcfg for my university wlan (eduroam). It works fine for a while
  but after a couple of minutes I get disconnected and need to reconnect
  manually. I think that happens pretty regularly, so I assume that some
  kind of connection renewal doesn't work for some reason. Any idea what
  could be wrong, how to fix it or how to reconnect automatically?
 
 I don't know why this might happen, but could you try if it is
 possible to reproduce the problem with NetworkManager? That should
 give us an idea where in the stack to look.
 
 Cheers,
 
 Tom

I looked into networkmanager and while it's DE independent in the
meanwhile and provides a CLI interface it still requires polkit. Polkit
requires consolekit and both mean configuration and maintenance trouble.
So far I can live well without those.

Before I used netcfg I used plain wpa_supplicant and I had the same
issue AFAIR.

Hardware info:
04:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g
LP-PHY (rev 01)

Driver: broadcom-wifi-builder https://aur.archlinux.org/packages.php?ID=31449
It actually uses the old proprietary broadcom driver
(broadcom-wl AFAIR), the free software version that uses only the
proprietary firmware should have worked since 2.6.32 or something but
never worked properly for me. The new free software driver doesn't
support this old chip.

I'll try net-auto-wireless as workaround, thanks.

Regards,
Philipp

Re: [arch-general] netcfg wlan connection renewal

2011-09-28 Thread Philipp Überbacher

Excerpts from Cédric Girard's message of 2011-09-28 14:37:01 +0200:
 On Wed, Sep 28, 2011 at 2:33 PM, Philipp Überbacher
 hollun...@lavabit.comwrote:
 
  It's important to me that wlan is completely disabled when ethernet is
  available.
 
 
 Ethernet routes should be mounted with a lower Metric than wireless one.
 Thus, even if you have both connections active the ethernet path should be
 used (except if you have specific routes).

Thanks for this information, but using ethernet over wireless is not
enough. Wireless stuff tends to stall the whole system for a fraction of
a second at least, which is often too much already. A decision at
boot-time would be enough for me. At home, where I do audio stuff, I
need only ethernet. If the cable is plugged in at boot time - ethernet,
no wireless. At university I don't need audio and don't have ethernet
access, no cable plugged in - wireless. Of course I can start or stop
one or the other if need be but I'm looking for the most care-free
solution possible. Guess I'll need to script this somehow...

Re: [arch-general] startup messages gone

2011-09-27 Thread Philipp Überbacher

Excerpts from Fons Adriaensen's message of 2011-09-27 12:55:51 +0200:
 On Tue, Sep 27, 2011 at 12:12:29PM +0200, Tom Gundersen wrote:
  
  FYI: All the special characters in /etc/issue will go away in the next
  filesystems release (as agetty deals with it now).
  
  Also, if you want to see what happened during boot, there is /var/log/boot
 
 Something remotely related for which I'd appreciate a solution:
 
 On one of the laptops I use, at some point during the boot
 sequence the display brightness is reduced to almost invisible.
 
 Any ideas of where to look to fix this ?
 
 TIA,

It could be a kernel bug with this specific laptop. When the display
brightness control on my laptop didn't work I filed a bug at kernel.org,
provided additional information and one or two kernel releases later it
worked.

Re: [arch-general] ConvertXToDVD alternative for Linux.

2011-09-22 Thread Philipp Überbacher

Excerpts from Madhurya Kakati's message of 2011-09-22 05:58:59 +0200:
 Hi,
 One of the very few reasons that I still Dual boot windows is that I don't
 know how to convert media files from one format to another in Linux. On
 windows I use 2 very easy to use softwares namely FormatFactory and
 ConvertXToDVD for my needs. Can you guys tell me about any Linux alternative
 to that? I tried installing ConvertXtoDVD using wine. The main program
 installs fine but the DVD menu templates, though installed, aren't detected
 by the program and hence I cant use the DVD menus.
 Thanks.

I use xcfa for audio files (it's in AUR). The only trouble I have with
this program is that I can't remember the name.
There are a couple of programs in the repos as well, but those have DE
dependencies, soundconverter for gnome and soundkonverter for kde. Back
when I used those I preferred soundkonverter.

Re: [arch-general] Any suggestions on frequently rebuilding a git package?

2011-09-20 Thread Philipp Überbacher

Excerpts from XeCycle's message of 2011-09-20 11:01:58 +0200:
 Many thanks to all of you, I'm trying them out.
 
 So the point is to never clean the code tree, nor cleaning those
 compiled objects.
 
 However I think re-configuring is not always needed, which results in
 lots of rebuilding.  So It's better to decide myself when it's needed?
 
 Philipp Überbacher hollun...@lavabit.com writes:
 
  Excerpts from XeCycle's message of 2011-09-18 17:33:56 +0200:
  Hi, I build Emacs from git quite frequently, about twice a month or so.
  However the PKGBUILD from AUR rebuilds everything each time, which takes
  too many time I think.  Perhaps Emacs is small, but I think there should
  be a way to prevent too many rebuilds --- is that possible?
 
  1. Don't use -c (clean)
 
 I already did it.
 
  2. Comment line 47 and 48 (PKGBUILD-git.proto), uncomment if you want a
  clean build.
 
 Well, this is my PKGBUILD-git.proto:
 
 43  #
 44  # BUILD HERE
 45  #
 46  ./autogen.sh
 47  ./configure --prefix=/usr
 48  make
 
 Do you mean commenting 46  47?

Seems like my line numbering in vim is different from yours, anyway,
here's what I meant:

..
  msg GIT checkout done or server timeout
  msg Starting build...

#  rm -rf $srcdir/$_gitname-build
#  git clone $srcdir/$_gitname $srcdir/$_gitname-build
  cd $srcdir/$_gitname-build
..


Regards,
Philipp

Re: [arch-general] Any suggestions on frequently rebuilding a git package?

2011-09-18 Thread Philipp Überbacher

Excerpts from XeCycle's message of 2011-09-18 17:33:56 +0200:
 Hi, I build Emacs from git quite frequently, about twice a month or so.
 However the PKGBUILD from AUR rebuilds everything each time, which takes
 too many time I think.  Perhaps Emacs is small, but I think there should
 be a way to prevent too many rebuilds --- is that possible?

1. Don't use -c (clean)

2. Comment line 47 and 48 (PKGBUILD-git.proto), uncomment if you want a
clean build.

Regards,
Philipp

Re: [arch-general] no desktop: howto change default browser?

2011-09-12 Thread Philipp Überbacher

Excerpts from Mantas M.'s message of 2011-09-12 08:58:40 +0200:
 On Mon, Sep 12, 2011 at 12:50:06AM +0200, Philipp Überbacher wrote:
  Is this config file also managed through gconf or something? I mean I
  really appreciate that it's a text file but it's the first time I heard
  of it and it seems this kind of stuff changes faster than I can say wtf
  (text files to xdg files to gconf to other xdg files). I'm really
 
 No. Both GNOME (Open with/Preferred programs) and KDE 4 edit the file 
 directly; Gconf is generally not used anymore for file type associations.
 
 See the MIME Actions specification on freedesktop:
 
 http://www.freedesktop.org/wiki/Specifications/mime-actions-spec
 
  confused. I also wonder what the strange additional strings in there
  mean, example:
  application/x-extension-html=userapp-Firefox-3WKO0V.desktop
 
 application/x-extension-html probably means all files having the '.html' 
 extension, regardless of automatically-determined MIME type. (For example, if 
 you rename a .jpeg file to .html, it will *still* be detected as image/jpeg, 
 but matching by extension will take priority.)
 
 userapp-*.desktop files are created when you manually specify the path to 
 your program in the Open With... window (the 'other' choice).

Ok, thanks for the explanation, that makes it a bit clearer. I still
wonder which role the xdg-* tools play though. They're CLI-tools written
in bash, which one might think are supposed to help non-DE-users deal
with those settings, but if you try to use them without a DE running
they won't let you. At least that's true for xdg-settings,
here's an example:

$ xdg-settings --list
Known properties:
  default-web-browser   Default web browser
xdg-settings get default-web-browser
  xdg-settings: unknown desktop environment

Re: [arch-general] [signoff] linux-3.0.4-1

2011-09-02 Thread Philipp Überbacher

Excerpts from Fons Adriaensen's message of 2011-09-01 11:14:40 +0200:
 On Wed, Aug 31, 2011 at 10:49:09AM -0500, David C. Rankin wrote:
  On 08/30/2011 04:38 AM, Tobias Powalowski wrote:
  Latest kernel is in testing,
  please signoff for both arches
 
  greetings
  tpowa
 
  Signoff i686 :)
 
 Does this mean that the 'swappiness' problem has been solved,
 or there is a workaround for it ?
 
 Caio,

It seems like there's a fix available, but I'm not sure it's part of
3.0.4. See the last couple of comments there:
https://bugzilla.kernel.org/show_bug.cgi?id=40262

Regards,
Philipp

Re: [arch-general] replacement for clyde

2011-08-23 Thread Philipp Überbacher

Excerpts from Heiko Baums's message of 2011-08-19 10:23:27 +0200:
 Am Fri, 19 Aug 2011 08:49:03 +0200
 schrieb Gour-Gadadhara Dasa g...@atmarama.net:
 
  What can you recommend so I can read more about it?
 
 yaourt or aurbuild
 
 Heiko

Since slurpy seems to have gone missing I need a new helper.
I tried aurbuild  but I don't quite get that thing. Where does it store
the packages it has built? How can I check them with namcap before
installing?

Re: [arch-general] replacement for clyde

2011-08-19 Thread Philipp Überbacher

Excerpts from Cédric Girard's message of 2011-08-19 18:06:53 +0200:
 On Fri, Aug 19, 2011 at 5:43 PM, Thomas Dziedzic gos...@gmail.com wrote:
 
 
 
  I agree that your arguments have a valid point of view all the way up
  to this point where you lost me.
  For me, lack of quality is in the same category as lack of quality
  impacts speed
  For example, lets have the same badly written algorithm compiled with
  no optimization and the other being compiled with -O999 ZOMG!!
  It doesn't matter to me if one ruins your system faster, it will still
  do the same thing.
  This is why I think the lack of quality impacts speed issue being
  completely different from lack of quality is invalid.
 
 
 I will try to explain my point with an example. Take a bash script which
 needs to find some string into a file.
 Let's do this the ugly way:
 echo $(cat $file) | grep -q %PROVIDES%.*$1
 Let's do this the correct way:
 grep -q %PROVIDES%.*$1 $file
 
 If both take the same resources to execute, you may say: OK, the first one
 is ugly but I don't really care because both give the same result and there
 is no performance impact.
 Now, if the first one appears to be way slower than the second one, the
 situation is different because not only it impacts the developer (complex
 code hard to understand and maintains) but it also impacts the end user
 (have to wait longer than needed).
 
 This example was one real example taken from yaourt at the state it was in
 January 2010. There is nothing ugly in the way it will not work or break
 your system. It was just ugly and slow code.

Well, it was buggy as it couldn't handle some files, like packages with
'+' in their names (example: lv2-c++-tools). Not sure this is fixed in
the meantime. I use slurpy since a long time, it works with every
package (it just has search, download and upload, no building included).

Re: [arch-general] CD eject as non-root user

2011-08-18 Thread Philipp Überbacher

Excerpts from Heiko Baums's message of 2011-08-18 19:03:19 +0200:
 Am Thu, 18 Aug 2011 13:44:23 -0300
 schrieb Norbert Zeh n...@cs.dal.ca:
 
  I have a strange problem with ejecting CDs from my CD drive.
  
  As root:
  
  eject and eject -t work flawlessly
  eject -T gives
  
  ioctl: Input/output error
  
  As non-root user:
  
  eject -t closes the tray as expected
  eject gives
  
  eject: unable to eject, last error: Inappropriate ioctl for device
  
  eject -T gives the same result as for root
  
  It doesn't matter whether I do or do not specify sr0 as the device to
  eject.  The non-root user that I try to execute this command as is in
  the optical group.
 
  ...
  
  Does anybody else experience this type of problem?  Does anybody have
  any pointers what may be wrong with my setup?
 
 Eject only works for root. So you have to use sudo to be able to
 ejecting the CDs.
 
 Heiko

Definitely not true, it works here without being root, but:
$ eject
eject: unable to find or open device for: `cdrom'

$ eject /dev/sr0
works

$ eject -T /dev/sr0 (while tray is ejected)
eject: CD-ROM tray close command failed: Input/output error

$ sudo eject -T /dev/sr0
Password: 
eject: CD-ROM tray close command failed: Input/output error

or anything else that should pull the tray back in doesn't work on my
machine, according to 'man eject' this may simply be a hardware
limitation.

Nothing was mounted in my test case, there's no CD inserted. I do
somewhat understand the behavior of my machine but not the behavior on
the original posters machine. In any case, root/sudo is not required.

Re: [arch-general] Installation of libreoffice

2011-08-04 Thread Philipp Überbacher

Excerpts from Ray Rashif's message of 2011-08-04 09:02:45 +0200:
 On 4 August 2011 06:35, Philipp Überbacher hollun...@lavabit.com wrote:
  It's not exactly easy to figure out what upstream uses in this case. The
  only hint I found so far is the gnome_list.txt in the PKGBUILD. I don't
  know whether the upstream name is very significant in this case.
 
 I think upstream is only keen on DE integration. That the gnome
 integration does not depend on gnome-specific stuff, just happens to
 be the case.

I'm just glad that it doesn't depend on gnome stuff and I'm someone
who's annoyed when something suggests it's gnome but only requires gtk
and even more so if something suggests it requires gtk but requires a
whole bunch of gnome stuff. Same for qt/kde of course.
I wish those descriptions were correct and thus meaningful in arch.

In this specific case I don't think the upstream name matters much since
I even have a hard time figuring out how upstream calls this part of LO.
I don't know where the packager got the name from but it might well have
been the ubuntu package for all I can figure out. I personally find a
sane naming scheme in arch more important than consistency across
distros (which would be pretty much the only reason to go with the
'wrong' name).

Re: [arch-general] Installation of libreoffice

2011-08-04 Thread Philipp Überbacher

Excerpts from Ray Rashif's message of 2011-08-04 12:13:45 +0200:
 On 4 August 2011 17:35, Philipp Überbacher hollun...@lavabit.com wrote:
  In this specific case I don't think the upstream name matters much since
  I even have a hard time figuring out how upstream calls this part of LO.
  I don't know where the packager got the name from but it might well have
  been the ubuntu package for all I can figure out. I personally find a
  sane naming scheme in arch more important than consistency across
  distros (which would be pretty much the only reason to go with the
  'wrong' name).
 
 http://wiki.services.openoffice.org/wiki/Documentation/Administration_Guide/Linux
 
 Has 'GNOME' and 'KDE' sprawled all over.

Some wiki page, big deal. Doesn't mean we have to use gnome.

 In this case, implying gtk is as misleading as implying gnome; it is
 no better. The office suite really does not look native at all, it
 just tries its best to be close to the 'desktop' (overall) _theme_
 with icons and an appropriate file chooser. So technically, and
 ultimately, it is not appropriate to imply gtk since it does a
 horrible job with integrating to a widget system.

It uses the theme, icons and file chooser, that's already a lot for a
thing that's about looks.

 In other cases, where the respective gtk and qt packages override for
 say, a UI, then the gtk implication rather than gnome would be
 appropriate.

So how does gnome make any more sense? It's not using a gnome UI either.

 It's not always possible to make the non-DE users happy. In fact,
 non-DE users have to adapt to the latest conventions and most
 importantly, adapt to the norm. It is up to us to see whether an
 integration works satisfactorily and without all the bulk, rather than
 demand it. Expecting '-gnome' or '-kde' to always come with their
 desktop-specific dependencies is not a proper expectation, for it is
 not always integration in the correct, or full, sense.

I have no idea what you're talking about in this paragraph.

 Many applications claiming 'gtk' as part of its name or description
 actually depend on gnome libraries. It's a fragmentation we have to
 deal with, because it's a popular practice, and thus, the norm.

No, this is just wrong and reinforcing bad practice.

Re: [arch-general] Installation of libreoffice

2011-08-03 Thread Philipp Überbacher

Excerpts from Auguste Pop's message of 2011-08-03 15:12:21 +0200:
 On Wed, Aug 3, 2011 at 9:06 PM, Mauro Santos registo.maill...@gmail.com 
 wrote:
  On 03-08-2011 07:41, Hector Martinez-Seara wrote:
  Hi,
  I'm aware that recently there has been some changes in libreoffice
  package. The problem is that yesterday I updated my system and
  surprisingly only libreoffice-common was updated. By that I mean that
  I mean that not base, writer, impress... were available after the
  update, they dissapered. Moreover, if I make pacman -S libreoffice
  only  libreoffice-common is targeted and there is no traces of
  libreoffice-calc,  libreoffice-base,  libreoffice-draw The thing
  is that there seems to be a container called libreoffice which it is
  suppose to contain all this basic packages but in my case only
  installs libreoffice-common. What I'm doing wrong? I hope it is not
  expected that we install one by one the components we want.
  Thanks in advance,
  Hector
 
  My only (small) gripe is that libreoffice-gnome maybe should be called
  libreoffice-gtk.
 
  As a user of xfce I was slightly puzzled but the naming saying gnome as
  it sort of implies that it is specific to gnome, however the description
  clarifies that it applies to any gtk dependent DE. Maybe the naming
  should be general and the description should state gnome,xfce and
  anything else gtk dependent that is officially supported by arch.
 
  --
  Mauro Santos
 
 and libreoffice-kde4 should be libreoffice-qt.

I'm not sure about this, it pulls in at least phonon, which is kde
specific.

Re: [arch-general] Installation of libreoffice

2011-08-03 Thread Philipp Überbacher

Excerpts from Auguste Pop's message of 2011-08-03 15:37:38 +0200:
 On Wed, Aug 3, 2011 at 9:32 PM, Philipp Überbacher
 hollun...@lavabit.com wrote:
  Excerpts from Auguste Pop's message of 2011-08-03 15:12:21 +0200:
  On Wed, Aug 3, 2011 at 9:06 PM, Mauro Santos registo.maill...@gmail.com 
  wrote:
   On 03-08-2011 07:41, Hector Martinez-Seara wrote:
   Hi,
   I'm aware that recently there has been some changes in libreoffice
   package. The problem is that yesterday I updated my system and
   surprisingly only libreoffice-common was updated. By that I mean that
   I mean that not base, writer, impress... were available after the
   update, they dissapered. Moreover, if I make pacman -S libreoffice
   only  libreoffice-common is targeted and there is no traces of
   libreoffice-calc,  libreoffice-base,  libreoffice-draw The thing
   is that there seems to be a container called libreoffice which it is
   suppose to contain all this basic packages but in my case only
   installs libreoffice-common. What I'm doing wrong? I hope it is not
   expected that we install one by one the components we want.
   Thanks in advance,
   Hector
  
   My only (small) gripe is that libreoffice-gnome maybe should be called
   libreoffice-gtk.
  
   As a user of xfce I was slightly puzzled but the naming saying gnome as
   it sort of implies that it is specific to gnome, however the description
   clarifies that it applies to any gtk dependent DE. Maybe the naming
   should be general and the description should state gnome,xfce and
   anything else gtk dependent that is officially supported by arch.
  
   --
   Mauro Santos
  
  and libreoffice-kde4 should be libreoffice-qt.
 
  I'm not sure about this, it pulls in at least phonon, which is kde
  specific.
 
 
 oh, i didn't install that. that was a blind guess. :-P
 
 best regards,

I didn't go through with it either but I had a look at what it would
pull. libreoffice-gnome pulls nothing on my system, no gconf, no other
gnome dependencies. libreoffice-kde pulls phonon and a bunch of other
kde dependencies.

So I'd suggest:
libreoffice-gnome - libreoffice-gtk (version?)
libreoffice-kde4 (leave it)

It's not consistent but it reflects reality.

Re: [arch-general] Installation of libreoffice

2011-08-03 Thread Philipp Überbacher

Excerpts from Allan McRae's message of 2011-08-03 23:31:51 +0200:
 On 04/08/11 00:17, Philipp Überbacher wrote:
  Excerpts from Auguste Pop's message of 2011-08-03 15:37:38 +0200:
  On Wed, Aug 3, 2011 at 9:32 PM, Philipp Überbacher
  hollun...@lavabit.com  wrote:
  Excerpts from Auguste Pop's message of 2011-08-03 15:12:21 +0200:
  On Wed, Aug 3, 2011 at 9:06 PM, Mauro Santosregisto.maill...@gmail.com 
   wrote:
  On 03-08-2011 07:41, Hector Martinez-Seara wrote:
  Hi,
  I'm aware that recently there has been some changes in libreoffice
  package. The problem is that yesterday I updated my system and
  surprisingly only libreoffice-common was updated. By that I mean that
  I mean that not base, writer, impress... were available after the
  update, they dissapered. Moreover, if I make pacman -S libreoffice
  only  libreoffice-common is targeted and there is no traces of
  libreoffice-calc,  libreoffice-base,  libreoffice-draw The thing
  is that there seems to be a container called libreoffice which it is
  suppose to contain all this basic packages but in my case only
  installs libreoffice-common. What I'm doing wrong? I hope it is not
  expected that we install one by one the components we want.
  Thanks in advance,
  Hector
 
  My only (small) gripe is that libreoffice-gnome maybe should be called
  libreoffice-gtk.
 
  As a user of xfce I was slightly puzzled but the naming saying gnome as
  it sort of implies that it is specific to gnome, however the description
  clarifies that it applies to any gtk dependent DE. Maybe the naming
  should be general and the description should state gnome,xfce and
  anything else gtk dependent that is officially supported by arch.
 
  --
  Mauro Santos
 
  and libreoffice-kde4 should be libreoffice-qt.
 
  I'm not sure about this, it pulls in at least phonon, which is kde
  specific.
 
 
  oh, i didn't install that. that was a blind guess. :-P
 
  best regards,
 
  I didn't go through with it either but I had a look at what it would
  pull. libreoffice-gnome pulls nothing on my system, no gconf, no other
  gnome dependencies. libreoffice-kde pulls phonon and a bunch of other
  kde dependencies.
 
  So I'd suggest:
  libreoffice-gnome -  libreoffice-gtk (version?)
  libreoffice-kde4 (leave it)
 
  It's not consistent but it reflects reality.
 
 
 I'm fairly sure these are just following upstream naming so I doubt they 
 will change.
 
 Allan

It's not exactly easy to figure out what upstream uses in this case. The
only hint I found so far is the gnome_list.txt in the PKGBUILD. I don't
know whether the upstream name is very significant in this case.

Re: [arch-general] PKGBUILD.proto improvements

2011-07-22 Thread Philipp Überbacher

Excerpts from C Anthony Risinger's message of 2011-07-21 23:42:21 +0200:
 i wanted to share a couple of loose thoughts on the standard practices
 for PKGBUILDs ... specifically development ones ... with an immediate
 focus on git ones (for this instance, but applies to any)
 
 awhile back i tried to make a super cheap way of doing git checkouts for 
 builds:
 
 https://bbs.archlinux.org/viewtopic.php?id=86366
 (and this would have worked if i would have thought to make git use
 itself as an alternative object pool ...)
 
 ... the motivation of this message is to encourage adding some
 routines to the makepkg library, similar to msg/msg2/warning/etc, to
 handle development checkouts.  basically i see people using _gitroot
 and _gitname for different stuff ... namely _gitname.  i'd like to see
 a routine that pulls the repo to a known location so it doenst get
 blown away every update, and so the user doesnt have to manually
 manage this.  everyone does it differently, puts the repository in all
 sorts of different locations/etc, and it just isnt very pretty IMO.
 
 ... so, i suggest a permanent setup based off my out setup and
 experiences, in reference of this PKGBUILD in particular:
 
 http://aur.archlinux.org/packages/pyjamas-engine-pythonwebkit/PKGBUILD
 
 ) allow _git* variables to be altered by the environment
 ) add _gitspec variable which supercedes _gitname for checkout stage
 (so you can do relative checkouts or SHA1 based checkouts)
 
 ... in the routine ...
 
 ) use a targeted fetch command instead of a blind clone.  not only is
 this more flexible, but it can significantly reduce download size (for
 kernel its a ~50% reduction IIRC).  the methoud from my builds are
 very simple, greatly resembling --mirror mode in git, but ONLY for the
 exact branch you are building
 ) store repositories in a known list of locations.  my PKGBUILD searches 
 these:
 
 /var/abs/PKGBUILD.devel/${pkgname}.git
 /var/abs/local/PKGBUILD.devel/${pkgname}.git
 ${SRCDEST}/PKGBUILD.devel/${pkgname}.git
 ${startdir}/PKGBUILD.devel/${pkgname}.git
 ~/PKGBUILD.devel/${pkgname}.git
 
 ... and chooses the first one that already exists (PKGBUILD.devel
 location only BEFORE appending repo name), OR the first one with write
 access to parent dir (it will create PKGBUILD.devel for you if it
 can).  i personally used the first one (/var/abs/PKGBUILD.devel), with
 `chmod 1777` to sticky bit it like /tmp.  this not only allows for
 reuse, but also allows for safely+easily+consistently bind-mounting
 into a chroot for use with mkchrootpkg ...
 
 ) use a proxy mechanism in the event a repository is found but it is
 read-only.  this lets you read-only bind mount a repo (think
 mkchrootpkg), and it will simply create a new repository, copy the
 refs, and setup the object directory as an alternative for the proxy
 repo.  thus the proxy has the ability to download new objects as
 needed, but starts from the same spot as the bind-mounted repo.
 
 these techniques save me a great deal of time and pain.  that package
 in particular is a custom webkit build, requiring over 1GB to clone
 ... mkchrootpkg tried to blow it away once, bit it was read-only :-)
 ... i intend to possibly improve on this process by reducing a
 targeted fetch to a *shallow*  targeted fetch , ie. the minimum amount
 of objects required to build.  i have seen clones go down to 50%,
 sometimes even 10% or less, by using this over a naive `git clone
 $xyz`.
 
 i'd like to see *something* adopted so we can end the madness :-) ...
 below are a couple key excerpts from the noted PKGBUILD, for your
 reference.
 
 C Anthony
 
 -
 [locate repo]
 -
 
 # Devel directory fragment
 : ${_dir_devel:=PKGBUILD.devel}
 
 # Local/custom repo?
 if [[ -z ${_gitrepo} ]]; then
 search=(/var/abs{,/local}/${_dir_devel}
 ${SRCDEST%%/}/${_dir_devel}
 ${startdir%%/}/${_dir_devel}
 ~/${_dir_devel})
 for d in ${search[@]%%/}; do
 if [[ -e ${d} ]] || [[ ! -e ${d}  -w ${d%/*} ]]; then
 mkdir -p ${d} 2- 
 _gitrepo_proxy=${srcdir}/${pkgname}.git 
 _gitrepo=${d}/${pkgname}.git 
 break
 fi
 done
 fi
 
 -
 [create new repo, or new proxy, if needed]
 -
 
 mkdir -p ${w}
 if [[ ! -e ${g}/objects ]]; then
 msg [git] Creating NEW repository ... 
 git --git-dir=${g} --work-tree=${w} init
 elif [[ ! -w ${g}/objects ]]; then
 warning [git] Repository read-only, setting up proxy ... 
 git --git-dir=${_gitrepo_proxy} --work-tree=${w} init
 echo

Re: [arch-general] Not a good time for ProAudio work? WAS: Panic - no sound devices after upgrade

2011-07-20 Thread Philipp Überbacher

Excerpts from Ray Rashif's message of 2011-07-20 22:12:40 +0200:
 On 21 July 2011 03:45, Tom Gundersen t...@jklm.no wrote:
  If you have a pinned down a bit what the problem is, then open a FS,
  if you are still lost feel free to ping me in #archlinux (I'm
  tomegun).
 
 And for a start, determine if the only difference between Fedora and
 Arch is some kind of firewire rules [1]. If that is the case, try
 place it [1] in /etc/udev/rules.d and see if things work. Remove any
 custom chmods on device nodes you might have added before.
 
 However, looking at their tree, they don't seem to provide any such
 ruleset. The following quote is from upstream ieee1394 documentation
 [2]:
 
 For example, the Fedora Linux distribution currently contains a
 mechanism to add read and write permission for the locally logged in
 user to the ACLs of fw* files of some FireWire device types. To this
 end, recent udev releases have firewire subsystem rules in the file
 70-acl.rules file.
 
 I  have little idea what that refers to.
 
 [1] 
 http://git.debian.org/?p=pkg-multimedia/ffado.git;a=blob_plain;f=debian/60-ffado.rules
 [2] 
 https://ieee1394.wiki.kernel.org/index.php/Juju_Migration#Character_device_files.2C_block_device_files

Because ACL was mentioned.. I recently helped someone to get jack
running. The trouble he had was related to polkit in some way. I didn't
investigate further, no idea whether he did, but I'll suggest testing
with polkit disabled from now on.

Re: [arch-general] Not a good time for ProAudio work? WAS: Panic - no sound devices after upgrade

2011-07-20 Thread Philipp Überbacher

Excerpts from Bernardo Barros's message of 2011-07-20 23:52:32 +0200:
 Hi Tom,
 
 Thanks for the reply!
 
 Maybe it's not udev because the issue is not that the soundcard does
 not show up, it actually does. The problem is that JACK does not work
 with it. And also I downgrade udev at the time. The problem should be
 a fine-tuning somewhere
 
 At the time Fedora 15 was using udev 168 and Arch udev 171.
 
 I tested with Fedora 15, the MOTU UltraLite worked with ffado
 from svn (rev. 1985). I'm using Fedora for serious audio work since then.
 
 At the same machine, an updated Arch did not work.
 Then I tried to downgrade the kernel and udev packages, no luck.
 My USB card (Edirol pcr1) did not work either.

Maybe it's due something else in the init scripts, there were quite some
changes afaik. I'm not sure which packages might be most relevant, I
also don't know what you upgraded. Finding that out would be a first
step. Guesses wrt. packages: initscripts, hwdetetct, mkinitcpio, kernel

Re: [arch-general] Ethernet stopped working after update

2011-06-26 Thread Philipp Überbacher

Excerpts from dmbuce's message of 2011-06-27 01:03:06 +0200:
 On 06/26/2011 02:50 PM, Javier Vasquez wrote:
  On Sun, Jun 26, 2011 at 1:05 PM,dmb...@gmail.com  wrote:
  My card:
 
  # lspci | grep -i ethernet
  Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI
  Express Gigabit Ethernet controller (rev 03)
 
  After doing pacman -Syu, ethernet on my desktop stopped working. The card 
  on
  my laptop is the same, at least according to lspci, and is working fine.
 
  When I upgraded, there was a change in syntax in rc.conf for defining the
  network, but I'm just attempting dhcp for now before I try to set up a
  static ip:
 
  interface=eth0
  address=
  netmask=
  gateway=
 
 
  I've tried resetting the router and switching from the kernel's r8169 
  driver
  to the r8168 driver from the aur. I compiled the aur driver on my laptop 
  and
  transferred to the desktop on usb -- as long as they're both x86_64, this
  shouldn't be a problem, right?
 
  Regardless of my choice of driver, ethernet on the laptop works fine, and
  doesn't work at all on the desktop. If I set up ethernet manually using
  ifconfig to define the address/netmask/broadcast/etc (making sure the 
  routes
  are correct), everything appears to work fine until I try to ping the 
  router
  and get Destination Host Unreachable.
 
  And the kicker is that the light on the router for the port I have my
  ethernet cable plugged into will light up for the laptop, but not the
  desktop. Given this and the other behavior, I'm inclined to think it's a
  hardware issue, but this hardware is only several months old, and having
  this happen right after an upgrade seems unlikely to be a coincidence.
  Anything else I can try short of reinstalling or getting a replacement from
  the manufacturer?
 
 
  I'm using netcfg, and haven't found problems so far with all
  changes...  The daemon is net-profiles, and you can copy the example
  for static wired profile into a valid profile, and setup rc.conf
  accordingly.
 
  See:
 
  https://wiki.archlinux.org/index.php/Netcfg
 
 
 
 How odd. Every other method I've tried for setting up a static IP 
 succeeds (but doesn't actually get me a working connection). Netcfg 
 gives me this:
 
 root@bender:~# cat /etc/network.d/ethernet
 CONNECTION='ethernet'
 DESCRIPTION='Ethernet'
 INTERFACE='eth0'
 IP='static'
 ADDR='192.168.0.120'
 GATEWAY='192.168.0.1'
 DNS=('192.168.0.1')
 root@bender:~# netcfg ethernet
 :: ethernet up 
   [BUSY]
No connection
  
[FAIL]
 root@bender:~#
 
 
 Doing 'sh -x netcfg ethernet' shows that it's printing 'No connection' 
 from '/usr/lib/network/connections/ethernet up ethernet' on this snippet:
 
  if ! checkyesno ${SKIPNOCARRIER:-no}  ip link show dev 
 $INTERFACE | fgrep -q NO-CARRIER; then
  sleep ${CARRIER_TIMEOUT:-2} # Some cards are plain slow to come 
 up. Don't fail immediately.
  if ip link show dev $INTERFACE | fgrep -q NO-CARRIER; then
  report_iproute No connection
  fi
  fi
 
 
 And if I bring up the connection with the old rc.conf syntax, 'ip link 
 show dev eth0' indeed shows:
 
 2: eth0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast 
 state DOWN qlen 1000
  link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff
 
 Which maybe means something to someone. ;)
 
 At this point, I'm ready to chalk it up to the hardware. I can reboot my 
 laptop, and the light on the router that indicates that it sees the 
 ethernet cable will only turn off for a second here and there throughout 
 the shutdown/boot process. I do the same with this machine, and don't 
 see so much as a flicker. I tried downloading and booting from an ubuntu 
 live cd and didn't have any luck getting a connection. And both of my 
 machines are using the same NIC (at least according to lspci), and 
 should be at roughly the same version of the applicable software -- I 
 updated my laptop an hour, at most, before I updated my desktop.

Did you try running dhcpcd manually after boot? I'm new to netcfg and
thought it's normal behavior that I have to launch dhcpcd afterwards..

Re: [arch-general] On module blacklisting

2011-06-17 Thread Philipp Überbacher

Excerpts from Martti Kühne's message of 2011-06-13 01:01:07 +0200:
 On Sun, Jun 12, 2011 at 10:03 PM, Philipp Überbacher
 hollun...@lavabit.com wrote:
 snip
  Yes, most likely nicer than rc.conf editing for dhcp/static and custom
  shell script for wlan, it's just that netcfg feels like just a wrapper
  around wpa_supplicant and thus somewhat pointless.
 
 
 
 
 Probably I should mention that netcfg *just works* here as a wrapper
 for the wired bridge config I use. So, no harm done on that part. On
 the other hand, the wireless_tools and wpa_supplicant dependencies
 (which really isn't relevant for wired desktop installations) could be
 patched to optdepends. Let's see, I've been having quite a hand for
 bash scripting in the past.

I'm trying to make the switch to netcfg but it fails in mulltiple ways.

1) apparently a warning only when connecting to wlan:
nl80211: 'nl80211' generic netlink not found

The module is indeed not loaded, but not blacklisted either, it simply
isn't there (can't modprobe it manually).

2) Ethernet seems to only work in debug mode:
$ sudo NETCFG_DEBUG=yes netcfg ethernet-dhcp  
   
DEBUG: Loading profile ethernet-dhcp
DEBUG: Configuring interface eth0
:: ethernet-dhcp up 
   [BUSY] 
DEBUG: status reported to profile_up as: 
DEBUG: Loading profile ethernet-dhcp
DEBUG: Configuring interface eth0
DEBUG: ethernet_iproute_up ifup
DEBUG: ethernet_up dhcpcd -qL -t 10 eth0
DEBUG: 
DEBUG: ethernet_iproute_up hostname eris

   [DONE] $ 
sudo NETCFG_DEBUG=yes netcfg -d ethernet-dhcp
DEBUG: Loading profile ethernet-dhcp
DEBUG: Configuring interface eth0
DEBUG: status reported to profile_down as: ethernet-dhcp
:: ethernet-dhcp down   
   [BUSY] 
DEBUG: Loading profile ethernet-dhcp
DEBUG: Configuring interface eth0
DEBUG: ethernet_down dhcpcd -qx eth0
DEBUG: ethernet_down if_down

   [DONE] $ 
sudo netcfg ethernet-dhcp   
 
:: ethernet-dhcp up 
   [BUSY]  
 DHCP IP lease attempt failed. 

   [FAIL] 
3) static ethernet doesn't work at all:
$ sudo NETCFG_DEBUG=yes netcfg ethernet-moheim-static 
DEBUG: Loading profile ethernet-moheim-static
DEBUG: Configuring interface eth0
:: ethernet-moheim-static up
   [BUSY] 
DEBUG: status reported to profile_up as: 
DEBUG: Loading profile ethernet-moheim-static
DEBUG: Configuring interface eth0
DEBUG: ethernet_iproute_up ifup
DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0
DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255
RTNETLINK answers: Invalid argument
  Adding gateway 143.205.216.255 failed 
DEBUG: profile_up connect failed

   [FAIL]

Pretty disappointing, considering that rc.conf and a really dumb bash script 
just works.
The dhcp config is straight from the examples, the static one looks like
this:
CONNECTION='ethernet'
DESCRIPTION='A basic static ethernet connection using iproute'
INTERFACE='eth0'
IP='static'
ADDR='143.205.216.123'
GATEWAY='143.205.216.255'
DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17')

Any ideas what's wrong?

Re: [arch-general] On module blacklisting

2011-06-17 Thread Philipp Überbacher

Excerpts from Robin Martinjak's message of 2011-06-17 13:03:44 +0200:
$ sudo NETCFG_DEBUG=yes netcfg ethernet-moheim-static
DEBUG: Loading profile ethernet-moheim-static
DEBUG: Configuring interface eth0
:: ethernet-moheim-static up                                            
                                                                        
       [BUSY] DEBUG: status reported to profile_up as:
DEBUG: Loading profile ethernet-moheim-static
DEBUG: Configuring interface eth0
DEBUG: ethernet_iproute_up ifup
DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0
DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255
RTNETLINK answers: Invalid argument
  Adding gateway 143.205.216.255 failed
DEBUG: profile_up connect failed
                                                                        
                                                                        
      [FAIL]
   
Pretty disappointing, considering that rc.conf and a really dumb bash 
script just works.
The dhcp config is straight from the examples, the static one looks like
this:
CONNECTION='ethernet'
DESCRIPTION='A basic static ethernet connection using iproute'
INTERFACE='eth0'
IP='static'
ADDR='143.205.216.123'
GATEWAY='143.205.216.255'
DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17')
   
Any ideas what's wrong?
   
   I don't have time to look at this in the next few days, so please file
bug report and it will not be forgotten.
   
   -t
  
  Thanks Tom, I'll do so.
  
  Philipp
  
 Try setting a NETMASK;
DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0
 Looks like netcfg is assuming a /24 netmask which makes 143.205.216.255
 a net address (which ofc can't be used as a gateway)
 
 Regards, Robin

Afaik the /24 is correct for the local network, although I don't know
what it means. Seems like this is called prefix length in the switch.
The netmask according to the switch settings is 255.255.255.0.

It definitely worked in rc.conf with 255.255.0.0 as netmask and
aforementioned gateway, some links that can shed light on
this stuff, especially the strange /24, would be welcome.

Re: [arch-general] On module blacklisting

2011-06-12 Thread Philipp Überbacher

Excerpts from cantabile's message of 2011-06-11 11:16:54 +0200:
 On 06/11/2011 11:55 AM, Philipp Überbacher wrote:
  Another thing, is it still possible to have the rc.conf network stuff as
  a one-liner or is this new format required? I just need to switch
  between dhcp and a static address from time to time and a one liner is
  more convenient to comment/uncomment.
 
 
 Sounds like a job for netcfg profiles. ;)

Yes, most likely nicer than rc.conf editing for dhcp/static and custom
shell script for wlan, it's just that netcfg feels like just a wrapper
around wpa_supplicant and thus somewhat pointless.

Re: [arch-general] On module blacklisting

2011-06-11 Thread Philipp Überbacher

Excerpts from Tom Gundersen's message of 2011-06-11 02:22:56 +0200:
 Hi Magnus,
 
 On Sat, Jun 11, 2011 at 2:11 AM, Magnus Therning mag...@therning.org wrote:
  1. As I read it, it's only blacklisting that's affected, is that
    correct?
 
 Correct.
 
    So MODULES in rc.conf can in the future only be used to load
    modules at boot-up.
 
 Correct.
 
  (Is there even a way to configure modprobe to
    load modules on boot?)
 
 No (that's why we need to keep this in rc.conf).

It was a lot nicer to have loading and blacklisting in one place though.
I like Arch in part for the simplicity of its configuration and
spreading out config files doesn't help.
I also think that the Arch blacklisting semantics were better, but I'm
not sure they actually worked as intended.

Another thing, is it still possible to have the rc.conf network stuff as
a one-liner or is this new format required? I just need to switch
between dhcp and a static address from time to time and a one liner is
more convenient to comment/uncomment.

Re: [arch-general] farsight2/gstreamer dependencies pull a lot of gnome related stuff

2011-05-17 Thread Philipp Überbacher

Excerpts from Marek Otahal's message of 2011-05-17 09:18:00 +0200:
 Hi, a recent update wants to bring in a lot of new gnome/gstreamer-plugins 
 dependencies, like gtk3,gconf etc..is that really necessary? 
 
 On my system, kde-meta-kdemultimedia needs farsight2, which seems to cause 
 all 
 the new dependencies. 
 
 Should the dependencies be reviewed or do I really need all that? 
 Thanks, Mark
 
 $ yaourt -Syu
 Password: 
 :: Synchronizing package databases...
  testing   13.2K  180.6K/s 00:00:00 
 [#] 100%
  core  37.9K  195.5K/s 00:00:00 
 [#] 100%
  extra is up to date
  community-testing is up to date
  community444.8K  423.0K/s 00:00:01 
 [#] 100%
  kernel26-ck is up to date
  archlinuxfr is up to date
 
 
 == Package upgrade only (new release):
 extra/liblqr 0.4.1-11 - 2
 extra/pkgstats   2.1-4  4 - 5
 
 == Software upgrade (new version) :
 testing/grep 2.7-1  - 2.8-1
 testing/pixman   0.20.2-1   - 0.22.0-1
 extra/gstreamer0.10  0.10.32-1  - 0.10.34-1
 extra/gstreamer0.10-base 0.10.32-4  - 0.10.34-1
 extra/gstreamer0.10-base-plugins 0.10.32-4  - 0.10.34-1
 extra/farsight2  0.0.26-1   - 0.0.28-1
 extra/poppler0.16.4-1   - 0.16.5-1
 extra/poppler-qt 0.16.4-1   - 0.16.5-1
 extra/telepathy-glib 0.14.5-1   - 0.14.6-1
 extra/telepathy-farsight 0.0.17-1   - 0.0.18-1
 
 == New package :
 extra/gstreamer0.10-good 0.10.29-1  (required by gstreamer0.10-good-
 plugins)
 extra/libavc1394 0.5.3-3(required by gstreamer0.10-good-
 plugins)
 extra/libiec618831.2.0-2(required by gstreamer0.10-good-
 plugins)
 extra/libdv  1.0.0-3(required by gstreamer0.10-good-
 plugins)
 extra/audiofile  0.2.7-1(required by esound)
 extra/esound 0.2.41-1   (required by gstreamer0.10-good-
 plugins)
 extra/orbit2 2.14.19-1  (required by gconf)
 extra/gtk3   3.0.9-2(required by gconf)
 extra/gconf  2.32.3-1   (required by gstreamer0.10-good-
 plugins)
 extra/wavpack4.60.1-1   (required by gstreamer0.10-good-
 plugins)
 extra/gsettings-desktop-schemas  3.0.1-2(required by glib-networking)
 extra/glib-networking2.28.6.1-2 (required by libsoup)
 extra/libsoup2.34.1-1   (required by libsoup-gnome)
 extra/libgnome-keyring   3.0.1-1(required by libsoup-gnome)
 extra/libsoup-gnome  2.34.1-1   (required by gstreamer0.10-good-
 plugins)
 extra/gstreamer0.10-good-plugins 0.10.29-1  (required by farsight2)
 extra/gstreamer0.10-bad  0.10.22-1  (required by gstreamer0.10-bad-
 plugins)
 extra/libdc1394  2.1.3-1(required by gstreamer0.10-bad-
 plugins)
 extra/libmms 0.6-1  (required by gstreamer0.10-bad-
 plugins)
 extra/libcdaudio 0.99.12-5  (required by gstreamer0.10-bad-
 plugins)
 extra/mjpegtools 1.9.0-4(required by gstreamer0.10-bad-
 plugins)
 extra/soundtouch 1.5.0-1(required by gstreamer0.10-bad-
 plugins)
 extra/gsm1.0.13-6   (required by gstreamer0.10-bad-
 plugins)
 extra/rtmpdump   2.3-3  (required by gstreamer0.10-bad-
 plugins)
 extra/libgme 0.6.0-1(required by gstreamer0.10-bad-
 plugins)
 extra/gstreamer0.10-bad-plugins  0.10.22-1  (required by farsight2)
 
 == Continue upgrade ? [Y/n]
 == [V]iew package detail   [M]anually select packages
 == --
 == 
 
 
 
 
 
 $ yaourt -Rcsn farsight2
 checking dependencies...
 
 Remove (20): kde-meta-kdenetwork-4.6-1.2 [0.00 MB]  kdenetwork-krdc-4.6.3-1 
 [0.91 MB]
  telepathy-qt4-0.5.16-1 [6.31 MB]  telepathy-farsight-0.0.17-1 
 [0.22 MB]
  farsight2-0.0.26-1 [1.38 MB]  kdenetwork-filesharing-4.6.3-1 
 [1.61 MB]
  kdenetwork-kdnssd-4.6.3-1 [0.07 MB]  kdenetwork-kget-4.6.3-1 
 [4.16 MB]
  kdenetwork-kopete-4.6.3-1 [18.58 MB]  kdenetwork-kppp-4.6.3-1 
 [3.02 MB]
  kdenetwork-krfb-4.6.3-1 [0.77 MB]  rdesktop-1.7.0-1 [0.37 MB]  
 telepathy-glib-0.14.5-1 [17.67 MB]
  gstreamer0.10-python-0.10.21-1 [1.16 MB]  libnice-0.1.0-1 [1.18 
 MB]  libgadu-1.10.1-1 [0.23 MB]
  libmsn-4.1-2 [1.02 MB]  libotr-3.2.0-2 [0.38 MB]  qca-
 ossl-2.0.0-3 [0.30 MB]
  ppp-2.4.5-2 [0.82 MB]
 
 Total Removed Size:   60.18 MB

I too find it annoying. pidgin would have pulled in half of gnome
because of this. Well, no pidgin no more.

Re: [arch-general] Drop non-free ?! (Was: Commit in ffmpeg/trunk)

2011-05-07 Thread Philipp Überbacher

Excerpts from C Anthony Risinger's message of 2011-05-07 18:24:38 +0200:
 On Sat, May 7, 2011 at 11:18 AM, Pierre Schmitz pie...@archlinux.de wrote:
  On Sat, 7 May 2011 12:05:21 -0400, Loui Chang wrote:
  On Sat 07 May 2011 18:32 +0300, Ionut Biru wrote:
  On 05/07/2011 06:28 PM, Grigorios Bouzakis wrote:
  
  Is faac support in ffmpeg causing trouble to other applications or was
  changed for licensing reasons?
 
  licensing. if you need faac you should use abs to recompile it
 
  Gah. All this licensing stuff is starting to get really annoying.
  Did Arch receive a patent license violation notice or something?
 
  What is Arch's official policies when it comes to patents?
  It could have some widespread implications for the distro.
 
  Or the distro could purchase or otherwise aquire licenses to all claimed
  patents...  ha...  ha...
 
  Licenses and patents are different things. Some stuff cannot legally
  distributed and we respect that. This is usually proprietary/non-free
  software or packages like the Microsoft fonts. (Wasn't there also some
  mplayer codec pack that included some Windows dlls?)
 
  On the other hand there are software patents valid in some countries
  which apply also to a completely free implementation. This means there
  are a bunch of packages which you are not allowed to use in the US for
  example even though they are licensed under e.g. the GPL.
 
 a bit of a divergence ... but as i think about next-gen packaging
 quite a bit i've often considered if a most advanced distribution
 system would negate issues like this ... for example, what if a
 nonfree package _knew_ it was nonfree, and therefore would only be
 distributed from servers in countries that do not deem it an issue?
 when user went to to sync it, their IP would be geolocated (or just a
 setting, eg. RESIDENT) and if need be the user would be warned that
 the package they are synced may have unknown legal implications.
 
 would something like that work?
 
 C Anthony

Too complicated, error prone and not really adding anything.

Re: [arch-general] Dmenu vs. KMS

2011-04-29 Thread Philipp Überbacher

Excerpts from Stan's message of 2011-04-27 17:53:56 +0200:
 Hi, guys.
 
 Have some troubles with dmenu(4.2.1-1), stock kernel(2.6.38.4-1) and
 perhaps xf86-video-ati(6.14.1-1): dmenu lags. Vertical listing is really
 pain in the ass(latency ~1 sec) and with blob everything works just
 fine. If anyone has the same here i'll post it to suckless's  or x.org's
 bugzilla.
 
 Device: Radeon HD4570 Mobile
 
 How to test: 
  o In attachments there is file named test.
  o Command: cat test | dmenu -l 10
  o Lags(or no lags)
 
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111
 111

Re: [arch-general] Port 80 is shown open in port scan without any web server running

2011-03-30 Thread Philipp Überbacher

Excerpts from Thomas Bächler's message of 2011-03-30 12:57:45 +0200:
 Am 30.03.2011 12:48, schrieb Partha Chowdhury:
  The threat here is that your ISP will log every page visit you do and
  also has the ability to block certain websites.
 
  Doesn't every ISP keeps logs of what sites its customers are visiting
  for a certain amount of time ?
 
 If you live in China, yes. In a free country, I would hope not. I am
 pretty sure my provider does not log such information and I think it is
 even forbidden by law.
 
 I am also pretty sure that I do not sit behind a transparent proxy (I do
 at work, but not at home).

If you live in a civilized country in Europe data retention either is
already in place or will be rather soon. The US might have a different
approach but I doubt the net result is much different.

Re: [arch-general] Port 80 is shown open in port scan without any web server running

2011-03-30 Thread Philipp Überbacher

Excerpts from Jan de Groot's message of 2011-03-30 17:52:00 +0200:
 On Wed, 2011-03-30 at 17:27 +0200, Philipp Überbacher wrote:
 
  If you live in a civilized country in Europe data retention either is
  already in place or will be rather soon. The US might have a different
  approach but I doubt the net result is much different.
 
 Those regulations are about email only. Providers have to store
 recipient and sender for every mail that passes their network and they
 have to store it for a long time, depending on what country implemented
 the rules.

I doubt that: The Directive as adopted covers fixed telephony, mobile
telephony, Internet access, Internet email and Internet telephony.
http://en.wikipedia.org/wiki/Telecommunications_data_retention#European_Union

Re: [arch-general] Kernel Panic on x64 when writting to 1TB External USB disk

2011-02-22 Thread Philipp Überbacher

Excerpts from Victor Silva's message of 2011-02-22 14:52:34 +0100:
 Hi folks i'm not 100% sure I'm posting on the right list so if im wrong
 please disregard and direct me to the appropriate list. :)
 Well I'm having a problem with USB devices causing kernel panic.
 I got an external 1 TB USB hard disk in NTFS format. When I tried to save
 some files (downloads from deluge) on it I get a kernel panic. Which
 files/logs can I provide to help you? The system simply hangs and all
 keyboard leads start to blink.  I'm using Linux  2.6.37-ARCH #1 SMP PREEMPT
 Fri Feb 18 18:32:16 CET 2011 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor
 5600+ AuthenticAMD GNU/Linux. It is the default arch linux kernel. If I
 write a small file and move to the folder things seem to be okay. Any ideas?
 
 Thanks for the great distro folks hope you can help me on this one.

Hi,
I don't know the answer but I too have problems recently (weeks?
months?). I have two HDs connected via a USB hub which I only power up
and connect when I need them. One of those is also NTFS formatted. I'm
also on x86_64. Sometimes when I connect or power on those drives I get
a kernel oops, the first ones I had in a long time.

I did somehow suspect usb drivers but it might also be ntfs-3g. However,
if it works, it works. I copied a couple of GB around yesterday without
issues, once I managed to power up, connect and had the drive show up
without kernel panic.

Sadly I have no idea how to track the error down. I would like try to
re-format the disk but I need to get another one first.

Re: [arch-general] xinitrc.d framework

2011-02-09 Thread Philipp Überbacher

Excerpts from Yclept Nemo's message of 2011-02-08 07:55:42 +0100:
 I hacked an xinitrc.d framework. The details are at
 https://wiki.archlinux.org/index.php/Xinitrc.d_Framework. I'm only one
 person, so I'd appreciate any comments.

I don't really know what this is about, but conky works just fine
here without ck, so I doubt that whatever you do is necessary for conky.

Re: [arch-general] alsa, hdmi, and the invisible magic output

2010-12-03 Thread Philipp Überbacher

Excerpts from Samuel Martín Moro's message of 2010-12-03 01:45:14 +0100:
 I added this .asoundrc:
 
 pcm.!default {
 type hw
 card 0
 }
 
 ctl.!default {
 type hw
 card 0
 }
 
 It fixed at least a problem: I've no more warning about snd_pcm_dmix_open.
 But, still no sound while banshee's operating...

I don't know the .asoundrc syntax but as far as I can tell you should
tell your programs to use a dmix device instead of hw:something. dmix
means software mixing while hw:something means the program uses the
device exclusively.

If that doesn't work you could try PA.

Good luck.

Re: [arch-general] Pulseaudio

2010-11-29 Thread Philipp Überbacher

Excerpts from christos.kotsaris's message of 2010-11-29 08:05:40 +0100:
 On a more serious mode now:
 
 As the devs themselves said, pulseaudio is optional, unless you are using 
 GNOME, which requires Pulseaudio upstream. There is nothing clearer than 
 that. 
 Go blame GNOME developers.
 
 There is something i noticed. Morgan Gandwere is a Debian convert... That 
 explains a lot of things actually.
 
 Debian is known to modify every possible package, since Debian maintainers 
 are 
 more wise and of course they know better than upstream developers about 
 upstream software.
 
 Debian is known to fork a package when some upstream developer does not 
 accept 
 a debian maintainer's POS patch. Then the package is left to rott and die, 
 since the debian maintainer is not able to develop it.
 
 Debian users are used to this mentality. That explains why someone with this 
 background believes that a distribution should modify upstream to fit its 
 maintainers whims.
 
 Sometimes there have been packages i wanted that didn't make part of Arch, 
 even though in my opinion they should. For example, libxft-lcd was in 
 community, while lib32-libxft-lcd was not. I asked in the forum to include 
 that too, but instead, libxft-lcd went to AUR also. I didn't bitch about it, 
 i 
 just use AUR and that's it. One can't expect a whole distribution to 
 accomondate his personal needs. 
 
 So pulseaudio haters, since pulseaudio is optional, the only reason you 
 complain is that you don't want it in extra, you don't want to install 
 libpulse since you cant afford 1MB disk space, and you also don't want media 
 packages compiled with pulse support because of a purely theoritical bloat. 
 
 Well, you can't expect the distro to remain behind the times and not include 
 proper (optional) pulse support for these reasons. If 1 mb of disk space and 
 tiny bits of memory bloat in executables is such a waste for you, you could 
 recompile those packages, or even better, try Gentoo. I hear Gentoo is really 
 fast and without bloat. After 60 hours of compiling your apps start 5ns 
 faster. Great!

I guess I am one of those pulse-haters. I don't care whether it's in
[extra], some other official repo or not since I simply don't need it.
But now mplayer pulls in libpulse, and I have no idea which consequences
this could have. I don't see why I need to have libs for a
soundserver that I have no use for floating around on my machine. It is
at best unnecessary and does nothing, at worst.. I don't know. I hope I
don't need to install GNOME to turn it off or something.. (gconf and
stuff).

Re: [arch-general] Pulseaudio

2010-11-29 Thread Philipp Überbacher

Excerpts from Jan de Groot's message of 2010-11-29 10:21:12 +0100:
 On Mon, 2010-11-29 at 10:09 +0100, Philipp Überbacher wrote:
  I guess I am one of those pulse-haters. I don't care whether it's in
  [extra], some other official repo or not since I simply don't need it.
  But now mplayer pulls in libpulse, and I have no idea which consequences
  this could have. I don't see why I need to have libs for a
  soundserver that I have no use for floating around on my machine. It is
  at best unnecessary and does nothing, at worst.. I don't know. I hope I
  don't need to install GNOME to turn it off or something.. (gconf and
  stuff).
 
 Sorry, but this is plain.
 When GNOME switched to pulse, we made the choice to boycot it and patch
 our applications to use GStreamer instead. We still do that with our
 GNOME packages, as we still don't want to force pulseaudio on systems.
 The reason for libpulse is that without pulseaudio installed, it will
 not have any function besides offering optional support for pulseaudio.
 No pulseaudio with libpulse just means no pulseaudio.
 We are the first binary distribution that offers you the complete choice
 of pulse or not. There's not any binary distribution out there that
 dares to implement pulseaudio this way. Either they force it up your ass
 completely, which is the way upstream wants, or the don't support it at
 all, which we used to do before.

Good if libpulse really does nothing, but I hope you see my point.
Libpulse is the part of PA you need to install in order to avoid PA.
In a way it's like a vaccine.
It sounds like what you guys did is the best possible thing for us
users, and I appreciate that, but it shouldn't be forced up our asses by
upstream in the first place.

 If you don't want that tiny lib on your system, be my guest, recompile
 all your mediaplayers to get rid of all those optional codecs for media
 you don't use. Those are useless libs too, but somehow nobody complains
 about that.

Codecs are at least potentially useful, but it's still a valid
comparison. The only media player I know that handles this sanely is
MOC. Say it's built with wavpack support it. If wavpack is installed you
can load and play wavpack files just fine, if wavpack is missing at
runtime you simply can't add wavpack files to the playlist or play ones
that already are in the playlist.
That's the way it should be IMHO, but it's rarely the case.

Re: [arch-general] PulseAudio in [testing]

2010-11-28 Thread Philipp Überbacher

Excerpts from Ng Oon-Ee's message of 2010-11-28 17:19:11 +0100:
 
 I'll take both your words on it. Its worth noting that Pulseaudio
 automatically corks when JACK wants a sound-device (jack2 that is, not
 jack1). Running phonon atop pulseaudio wouldn't make sense if every app
 uses phonon. Due to other considerations (for example that all the major
 distros are pushing pulse), this may not be the case in the future.

Just to make sure no-one gets wrong ideas: jack2, despite its name,
isn't going to replace jack. It's another implementation, not a
replacement. Both have their share of benefits and drawbacks, and
Jack (1) is the most used implementation.

Re: [arch-general] Opinions on pulseaudio [WAS: PulseAudio in [testing]]

2010-11-28 Thread Philipp Überbacher

Excerpts from Rasmus Steinke's message of 2010-11-28 18:00:52 +0100:
 Let me answer on your points...
 
  Fine, Then I'll list all of its problems right here:
 
  - It's unstable.
 NEVER crashed on me...
From the PA page:
Current Status
The PulseAudio daemon and utilities are still under heavy development.
Although they are generally considered stable, they haven't seen enough
testing to warrant a first completely stable release.
  - It's got far too many unresolved bugs the upstream developers defer
  INCORRECTLY elsewhere simply because they can't be bothered to fix their
  software.
 Possible, tho i did not experience any...
  - It wastes a lot of RAM.
 never see it in top.
It shouldn't, PA is also to a large degree developed for mobile phones.
  - It wastes a lot of CPU.
 see above. In fact it uses LESS cpu then pure alsa does here, since alsa 
 is resampling everything, altho my card can natively play all 
 samplerates. Pulse behaves correctly here and simply routes it forward.
I'm rather sure PA resamples everything and with alsa it depends on the
configuration. They might use different algorithms by default.
  - It causes noticeable audio latency.
 You cant be serious? i have been using pulse audio over network from one 
 room to the next. It synced audio with my movies 100% even over a slow 
 wifi network. This would never work with high latency audio backends...
Low-latency is no goal of PA, its latency might change at any time or
all the time, it simply doesn't matter for the use cases it is designed
for.
  - It DOES NOT release sound to other daemons as your erroneously claim.
  It will not turn itself off for JACK just as it won't turn itself off
  for ESD or Phonon.
  - It actually doesn't support ALSA that well, it's ALSA module is stuck
  at 70% completion, with a lot of critical ALSA support stuck on that
  missing 30%. Again, further upstream blame gets laid on ALSA or drivers
  where it doesn't belong.
 I am actually not too sure about this one, since upstream alsa DOES have 
 a lot of bugs that never get fixed.
  - It's not really necessary for any actual Linux audio needs, where
  things like ESD and Phonon had already fixed the problems Pulse Audio
  has no use for.
 Phonon has solved what exactly? Its totally useless overhead with not a 
 single complete backend. Every single backend is missing features the 
 other one has.
  - Even the Pulse Audio devs at one point admitted it breaks Linux audio.
  - A great deal of Linux applications have problems working with it, far
 You can simply forward alsa AS IS to pulseaudio - this should work for 
 about any software you can think about. Btw: skype works much better 
 with pulse than with alsa. i know, bad example, but still.
It should, but apparently doesn't. From what I read in this thread xine
and apparently also mplayer (an mplayer update tries to pull libpulse)
are fine examples. This probably is due to incomplete 'libalsa pulse',
the part of PA that is supposed to imitate the alsa.
  more than any other daemon to date. Upstream, rather than making Pulse
  Audio abstract itself like ESD or Phonon does, seems to want app
  developers to write their code SPECIFICALLY for Pulse Audio, which is
  NOT how its done.
 actually it is. mplayer, mpd, clementine insert some audio software 
 here, all have native pulse audio backends. And those are normally used 
 by people with small WMs, not gnome users.
Not long ago Lennart urged developers not to use the PA API. That may
have changed now, but I guess this is because people didn't listen and
he was under pressure not to change the API. Anyway, if PA really worked
that well and could emulate alsa and everything else as it should then
why would the PA API be used at all?

One PA to rule them all, One PA to find them,
One PA to bring them all and in the darkness bind them

  - An incredible array of utterly useless features (Like networking sound
  in a day and age where all PCs have sound systems they can use
 See above. I know several people (also on arch) that use pulse audio 
 with mpd, since its the easiest way to control mpd remotely AND have 
 sound locally.

Re: [arch-general] [arch-dev-public] Inappropriate bugtracker behavior

2010-11-19 Thread Philipp Überbacher

Excerpts from Emmanuel Benisty's message of 2010-11-16 12:19:16 +0100:
 yeah, wrong list...
 
 On Tue, Nov 16, 2010 at 6:15 PM, Emmanuel Benisty benist...@gmail.com wrote:
  On Tue, Nov 16, 2010 at 2:10 PM, RedShift redsh...@pandora.be wrote:
  Someone (which shall remain nameless unless privately asked) on the
  bugtracker has been demonstrating inappropriate behavior. This includes, 
  but
  not limited to:
 
  * Insulting developers for not accepting certain bugs
  * Insulting anyone who disagrees with him, sometimes subtle but definitely
  there
 
  ban him, who cares? a random guy on the internets yelling at people
  doing stuff for free? seriously? trash his account, let him use
  another distro.
 

reading the title I had hoped that the bugtracker called someone a
dimwit or something.. too bad :/

Re: [arch-general] wicd startup issues

2010-11-18 Thread Philipp Überbacher

Excerpts from Samuel Baldwin's message of 2010-11-17 19:50:46 +0100:
 After a fresh install of wicd (I pacman -Sy'd yesterday), it won't
 seem to start; not really sure what to do here.
 
 arrakis^samuel# wicd
 Traceback (most recent call last):
   File /usr/share/wicd/daemon/wicd-daemon.py, line 56, in module
 from wicd import wpath
 ImportError: No module named wicd
 
 arrakis^samuel# wicd-gtk
 ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow)
 ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible)
 ** Message: pygobject_register_sinkfunc is deprecated (GtkObject)
 Traceback (most recent call last):
   File /usr/share/wicd/gtk/wicd-client.py, line 61, in module
 from wicd import wpath
 ImportError: No module named wicd

I'd avoid wicd altogether, upstream development has stalled, the (AFAIK)
main dev uses network manager now and is looking for new wicd
maintainers. I had loads of troubles with wicd even before python3.

Re: [arch-general] [rc.d/network] Integrate wpa_supplicant as wireless framework?

2010-11-09 Thread Philipp Überbacher

Excerpts from Gerhard Brauer's message of 2010-11-09 14:55:53 +0100:
 Hi,
 
 our current default wireless framework in base /e/rc.d/network
 script is iwconfig (Open/WEP only). I like to integrate
 wpa_supplicant as easy as we could use iwconfig ATM.
 
 iwconfig is a useless framework in most user environments in these
 days (most AP's have a stronger encryption than WEP'), but it is a
 easy tool.
 
 Two possibilities:
 a) Throw away iwconfig(wireless-tools package) from rc.d/network and
 use wap_supplicant only. wpa_supplicant could of course do all the
 things iwconfig is for.
 
 b) Let the user decide wihich wireless framework. This could be done
 by seperate /e/conf.d/wireless from wireless_tools and add therin
 config options for each iwconfig and wpa_supplicant.
 Ex.:
 
 #wlan_eth0=iw|eth0 mode managed essid default
 #wlan_wlan0=wpas|wpa_supp options -c /etc/wpa_supplicant.conf
 
 #WLAN_INTERFACES=(eth0 wlan0)
 -
 So /e/rc.d/network-wi_up() has to be modified to honor also
 wpa_supplicant.
 
 For both ways /e/wpa_supplicant.conf should get modified to a
 cleaner default config (Most comments and examples). We should
 provide a config file with activated entries for OPEN wlan and WEP
 connections (User has to modify WEP essid and key), and also a
 deactivated entry for common WPA2/PSK wlan(User has to modify and
 activate this for his/her needs).
 
 The advantage of using wpa_supplicant at least in addition to
 iwconfig is IMHO the easy and straightforward integration in our
 network settings (r.conf and conf.d/wireless). No need for extra
 packages like Netcfg, wicd, networkmanager to associate to WPA
 infrastructure (but could be used by users if they want their
 funcionality).
 
 What do you think about?
 
 Regards
 Gerhard gerbra


I had trouble with wicd and looked for other solutions, and I really
wondered about the open/WEP thing, because it's imho rather useless.
Would any sane person still use WEP if they have WPA2 available, which
is most likely the case these days?
I now use wpa_supplicant directly and it works fine, but there seem to
be some troubles with dhcpcd (not running after boot, needs to be
re-enabled after switching network/interface, most of the time).
Well, maybe a little scripting can take care of that.

Re: [arch-general] [signoff] kernel 2.6.36-3

2010-11-08 Thread Philipp Überbacher

Excerpts from Isaac Dupree's message of 2010-11-08 05:08:25 +0100:
 On 11/07/10 18:23, Matthew Monaco wrote:
  Anyone have issues changing from Xorg to one of the tty's? I've got a
  radeon r600.
 
 No problems on my Intel 945 (aside from the long-standing sometimes 
 randomly, on boot after mode-setting but before entering X for the first 
 time, it doesn't display anything).

For me it's the long-standing always, on boot after mode-setting but
before entering X for the first time, it doesn't display anything,
unless something is plugged into the VGA port.

I wonder when this will get fixed..

Re: [arch-general] Ugh.. It's Official -- OpenOffice is forked -- LibreOffice

2010-09-29 Thread Philipp Überbacher

Excerpts from Dieter Plaetinck's message of 2010-09-29 09:39:07 +0200:
 On Tue, 28 Sep 2010 22:24:36 -0500
 David C. Rankin drankina...@suddenlinkmail.com wrote:
 
  Guys,
  
  For those that rely on OpenOffice, and for those that prepare
  the packages, it's official, OpenOffice forked as of Sept. 28, 2010.
  Here is the press release:
  
  http://www.documentfoundation.org/contact/tdf_release.html
  
 Main Site:
  
  http://www.documentfoundation.org/
  
  Probably best for the long run...
  
 
 Our package maintainers follow their projects.
 In fact Andy is already working on new packages, he posted this to
 arch-dev-public.
 
 PS: hundreds of people are following this mailing list, so every mail
 you send ends up in all those peoples mailboxes, maybe you can restrict
 your emails to the more useful stuff.
 
 Dieter 

I really didn't know of it before the two threads on this list that
mentioned it now. On the other hand, neither message made clear what's
actually going on.

Which seems to be...
1) There were plans for an independent foundation before, but they were
never realised
2) Oracle seems to not have interest in some of the stuff they acquired
with sun
3) Oracle seems to be a huge, slow and bureaucratic monster

The above is just the impression I got from reading some stuff about it

Re: [arch-general] Best Practices...

2010-09-28 Thread Philipp Überbacher

Excerpts from Ray Rashif's message of 2010-09-28 23:19:19 +0200:
 On 29 September 2010 03:33, Philipp Überbacher hollun...@lavabit.com wrote:
  Excerpts from Ng Oon-Ee's message of 2010-09-28 21:06:57 +0200:
  Or use bauerbill and set mplayer to automatically compile from abs if
  there's an update =)
 
  I'm curious, what can it actually do? Build from ABS, ok, but
  automatically with my modifications? What about alternative packages
  only found in AUR?
 
 Check out the features:
 
 * option to trust specific AUR users to fully automate AUR package building
 
 From: http://xyne.archlinux.ca/projects/bauerbill/

Ok, but what does this mean? I see a list of features but it's hard to
get see use cases from a list.

Trust an AUR user means I can for example trust myself and have it build
a package from my sources. That's pretty much all it tells me.
It doesn't tell me whether it solves any of my problems, whether it can
do something like automatically building the latest version of packages
with the options I want.

Re: [arch-general] Best Practices...

2010-09-28 Thread Philipp Überbacher

Excerpts from Ng Oon-Ee's message of 2010-09-29 00:55:12 +0200:
 On Wed, 2010-09-29 at 00:12 +0200, Philipp Überbacher wrote:
  Excerpts from Ray Rashif's message of 2010-09-28 23:19:19 +0200:
   On 29 September 2010 03:33, Philipp Überbacher hollun...@lavabit.com 
   wrote:
Excerpts from Ng Oon-Ee's message of 2010-09-28 21:06:57 +0200:
Or use bauerbill and set mplayer to automatically compile from abs if
there's an update =)
   
I'm curious, what can it actually do? Build from ABS, ok, but
automatically with my modifications? What about alternative packages
only found in AUR?
   
   Check out the features:
   
   * option to trust specific AUR users to fully automate AUR package 
   building
   
   From: http://xyne.archlinux.ca/projects/bauerbill/
  
  Ok, but what does this mean? I see a list of features but it's hard to
  get see use cases from a list.
  
  Trust an AUR user means I can for example trust myself and have it build
  a package from my sources. That's pretty much all it tells me.
  It doesn't tell me whether it solves any of my problems, whether it can
  do something like automatically building the latest version of packages
  with the options I want.
  
 You can specify a patchdir which makes automatic modifications to the
 PKGBUILD. Its less useful than it sounds though, would prefer a bit more
 flexibility (like a 'hook' running some sed commands), but its great
 as-is.
 
 So for example you can set it to 'always-build' mplayer, when there's an
 mplayer update that's what it will do. If there's a relevant patch in
 your PATCHDIR (or whatever its called now) that'll be applied.

This sounds pretty much like 'works fine as long as the maintainer only
changes the version number'. Correct?

 Trusting an AUR user simply means no prompt for 'are you sure you want
 to compile this, please check it first' for packages from said user.

Ok, so that's rather irrelevant.

Thanks for the info, I currently use slurpy for AUR stuff and IgnorePkg
for stuff that needs manual builds. It sounds as if bauerpill might help
to improve the situation a little bit, so again, thanks.

Re: [arch-general] Old news

2010-09-23 Thread Philipp Überbacher

Excerpts from Magnus Therning's message of 2010-09-23 08:08:29 +0200:
 Arch-announce resends old announcements with some regularity, though
 it's worth noting that I've never received the same mail more than
 twice.

And that part made me grin :)

Re: [arch-general] distributed bugtracking?

2010-09-08 Thread Philipp Überbacher

Excerpts from Dieter Plaetinck's message of 2010-09-08 21:47:40 +0200:
 anyone knows this? http://bugseverywhere.org/be/show/HomePage
 
 the concept looks great, although i don't know anything about the
 implementation/usage.
 
 other then the advantages they list, I think something like this can be
 useful for downstream-upstream communication. (ie someone reports a
 bug in the distro bugseverywhere, they can then more easily forward the
 bugs to upstream when needed)
 i blogged about stuff like this @
 http://dieter.plaetinck.be/what_the_open_source_community_can_learn_from_devops
 if anyone cares.
 
 Dieter

Hi Dieter,
just another distributed bug tracking system:
http://www.fossil-scm.org/index.html/doc/tip/www/index.wiki

It's also a DVCS and whatnot. What I wonder about is how it compares to
git when it comes to the DVCS part.
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Open Letter (Plea for Medical Help/Assistance) to World Leaders

2010-08-28 Thread Philipp Überbacher

Excerpts from Robert Howard's message of 2010-08-28 08:53:13 +0200:
 HFS! That's the longest spam I've ever seen.

It's the weirdest spam I've ever seen.
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] 1. Re: version control system for normal user (Magnus Therning)

2010-08-28 Thread Philipp Überbacher

Excerpts from C Anthony Risinger's message of 2010-08-28 17:21:21 +0200:
 On Aug 28, 2010, at 9:12 AM, Johannes Held m...@hehejo.de wrote:
  git does really support my way of coding. BUT perhaps I've changed
  my style of
  coding to match git? Who knows. …
 
 The thing I think people have the most problems with is the fact that
 git is less of a VCS itself, and more of a _toolkit_ to design your
 own workflow.  It originally was, and very much still is, a simple
 content addressable datastore, that happens to have some conveinence
 layers making it a good DVCS.
 
 It's data model it crazy simple, and supports pretty much any workflow
 a project or user could concieve (merge/rebase/multi-repo/multi-branch/
 hooks+validators/etc.)
 
 Most will only use a handful of commands/concepts, but as a tool you
 will need to use everyday (as a developer), one quickly grows to
 appreciate it's flexibility.
 
C Anthony [mobile]

Finally someone who doesn't use his mobile as excuse for top posting :)

I'm not very experienced as code, I pretty much just started my first
own project of a size to speak of, and I started using git.
I think using a VCS alone can change your workflow.
I feel bad each time I have to write a commit message after I have made
a bunch of unrelated changes. That alone might, with time, lead me to
concentrate on a single thing.

On the other hand I might learn how to use the staging area and keep
hacking on stuff as I see it. I haven't found my workflow yet, but I
won't switch back to no VCS for sure.
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] version control system for normal user

2010-08-26 Thread Philipp Überbacher

Excerpts from Florian Pritz's message of 2010-08-26 16:58:39 +0200:
 On 26.08.2010 16:56, jewelshaw wrote:
  Hi,
  I'm a normal user on a workstation, without root privilege. Usually, I
  have to test and revise the source code,
  while after lots of revisions, I get confused about what's new and what's
  old. I tried subversion, but a svn server
  with root privilege is required as daemon. So I wonder if there's a version
  control system which I can run as a
  normal user. Any recommendations? Thanks in advance.
 
 Depending on your needs git or rcs (perfect for single files). Git is
 what the use for kernel develoment ;)

I was surprised seeing rcs in the repos, given its age.

git is really handy. I don't know whether/how to install it without root
privileges, but I imagine it's possible.
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Gnome/Gtk-2.0 BLING! (list of surprisingly cool themes)

2010-08-22 Thread Philipp Überbacher

Excerpts from David C. Rankin's message of 2010-08-21 05:00:46 +0200:
 On 08/19/2010 07:16 PM, Philipp Überbacher wrote:
  Hey,
  I tried the favorites there, but wasn't blown away. Basically all of
  them have usability issues.
  However, I had a look today and found one I really like. The only issue
  I found with it so far is minor (active tab in firefox could be better
  visible). Thought I let you know.
 
  http://aur.archlinux.org/packages.php?ID=33246
 
  I use WaspLogin (this variant has dark background in filemanagers) with
  some GNOME icons now, and really love it.
 
  Regards,
  -- Philipp
 
 Whow... old post. Yep I agree those themes were pretty much yesterday. 
 Mix and 
 match the following new list of favorites. Just grab them from my box:

I did remember such a thread, and that's what my mail client came up
with. Didn't notice that it was half a year old..

 Aeternum:
 http://www.3111skyline.com/dl/dt/gnome/gtk/Aeternum.tar.gz

Doesn't show up in my theme choosers.

 AnimaNera:
 http://www.3111skyline.com/dl/dt/gnome/gtk/AnimaNera.tar.gz

Not bad, I didn't find any severe issues, it's just really black, so
some widgets are almost impossible to see unless highlighted. Example:
Aqualung balance/volume/progress sliders. Among the really really dark
themes this one seems to be pretty good :)

 Darkness (rgba true)
 http://www.3111skyline.com/dl/dt/gnome/gtk/Darkness_GTK2_(rgba_true)_v1.3b.tar.gz
 
 Darkness (rgba false)
 http://www.3111skyline.com/dl/dt/gnome/gtk/Darkness_GTK2_(rgba_false)_v1.3b.tar.gz

No problem seeing those sliders with this one, since they appear white,
but it fails my ROX filer keyboard navigation test. It's very very hard
to see where you are with the keyboard 'cursor'. Well, with most other
dark themes it's invisible :)
It's also hard to see which tab is active in FF.

 The rest in that directory are pretty good as well. Then drop by my 
 deviantART 
 page and grab the dcrExtrude emerald theme if you use compiz with emerald 
 decorations. I really like that one.
 
 http://drankinatty.deviantart.com/gallery

I use no such stuff, no gnome, compiz or any other fancy stuff. I just
like themes I can still look at at night. The problem is that most dark
themes fail to provide the one or other visual cue and this way make
some programs hard to use. I haven't seen the perfectly usable theme
yet, and bright ones fail as well as dark ones. So my main concern is
usability over prettiness, and I like simple clean stuff, no bling.
Ironically it's the WaspLogin theme, something probably written for some
login manager or something, that fits best so far.

I was contemplating writing my own or modifying a theme, but let's say
when I did this for a program I had to name the theme 'illegal'.

 Then actually visit the galleries of people that know what they are doing 
 with 
 gtk theme design:
 
 http://lagadesk.deviantart.com/gallery
 http://mk64.deviantart.com/gallery
 
 For icons see:
 
 http://bluepal.deviantart.com/gallery/

Too much bling for my taste.
Icons must convey the meaning at any size, what I've seen there is ill
suited.

 That will get you some of the current stuff I've found. Then you can 
 shoot it 
 full of holes :p

Thanks for the suggestions David, the AnimaNera theme is certainly
usable. I find it too dark for day usage but I'll try it again at night.

Regards,
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Gnome/Gtk-2.0 BLING! (list of surprisingly cool themes)

2010-08-19 Thread Philipp Überbacher

Excerpts from David C. Rankin's message of 2010-02-26 08:50:59 +0100:
 Listmates,
 
 I stumbled across some absolutely killer gtk-2.0  metacity themes that 
 caught
 my eye. If you use gnome, Xfce, etc.., give them a try and I guarantee you, 
 you
 will be blown away. They are available at gnome-look or Xfce-look.org sites or
 by googling the theme name. Most also come with an emerald theme as well as 
 part
 of the package. Here is the short list:
 
 **  Abstract-DarkGlow
 Aero-ion3.1
 Black Plastic V.2
 **  Blue-Joy
 Correcamins
 DarkVision
 DiMurrineGTK
 Dust (Dust Burnt, and the rest of the Dust ... themes)
 Elegant Aurora (and the other Elegant)
 Glow Fire (Lava, Flower, Cinder ...)
 Harvest
 Industrial-Glacier (GONYX, Lighthouse, Charcoal, Zeta, ...)
 Moomex
 Nova-Blue (Gold, etc...)
 Overglossed
 Oxygen-Molecule
 River
 Shifte_Black
 ShinyBlack
 Silence
 **  SlicknesS-black
 SphereCrystal
 Tenebrific-BlueMods
 Vision
 Xfce-cadmium (many of the Xfce themes also have matching gtk themes)
 Zniavre
 
 ** (top 3 for me - the rest are a close 4th)
 
 And the screenshot giving an example of Blue-Joy and SlicknesS-black:
 
   (86k)
 http://www.3111skyline.com/dl/ss/gnome/gnome-bling.jpg

Hey,
I tried the favorites there, but wasn't blown away. Basically all of
them have usability issues.
However, I had a look today and found one I really like. The only issue
I found with it so far is minor (active tab in firefox could be better
visible). Thought I let you know.

http://aur.archlinux.org/packages.php?ID=33246

I use WaspLogin (this variant has dark background in filemanagers) with
some GNOME icons now, and really love it.

Regards,
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] pacman seems to leak ftp connections

2010-08-18 Thread Philipp Überbacher

Excerpts from Alexander Duscheleit's message of 2010-08-18 04:07:23 +0200:
 Hi,
 
 since I upgraded to pacman 3.4.0 I notice a strange behavior in the way
 pacman integrates with my local mirror server. First, pacman opens a new
 ftp connection for every download, which spams the logs a lot. Second,
 pacman doesn't seem to close those connections either at all, or at
 least not in a timely fashion. This results in pacman not being able to
 download more than a hand full of packages before my ftp won't let it
 connect anymore. The server-log says:
 
 Aug 18 00:42:38 titan proftpd[4666]: titan.huntemann.uni-oldenburg.de -
 MaxInstances (30) reached, new connection denied
 
 over and over while pacman switches to the next mirror for every
 download.
 
 The pacman frontend clyde exhibits the same behavior, so I suspect the
 culprit is somewhere in libalpm. Pacman prior to 3.4.0 did not show
 this behavior and all downloads worked fine.
 
 Greetings,
 Alex

Hmm, this could be the reason for the behavior I experience recently.
Every time I update a couple of packages it fails to download all of
them. If I try again and again it works. I thought it was due to
improperly synced mirrors, but it happens far too frequently.
Just now it downloaded 4 packages. In the subsequent run four more, and
so on.
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Referencing $srcdir in PKGBUILD?

2010-08-17 Thread Philipp Überbacher

Excerpts from Loui Chang's message of 2010-08-17 12:35:41 +0200:
 On Tue 17 Aug 2010 12:09 +0200, Heiko Baums wrote:
  Am Tue, 17 Aug 2010 19:15:34 +1000
  schrieb Allan McRae al...@archlinux.org:
  
   grep your files in your package for $srcdir (the actual value...).
   If it is not in a config file or RPATH or the like, you can probably
   ignore it.
  
  I'm not quite sure if this is not a bug in makepkg, because I
  have this problem with almost all of my packages in AUR since the latest
  update to pacman 3.4.0. I never got this message before and I haven't
  changed such elementary parts of the packages. And if I'm right this
  problem appears with almost every package which I install from AUR.
  
  But I need to watch it more narrowly.
 
 You'll get that with any package that contains debugging symbols.

So it isn't about the usual 'cd $srcdir/${pkgname}-${pkgver}' ?
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Referencing $srcdir in PKGBUILD?

2010-08-17 Thread Philipp Überbacher

Excerpts from Loui Chang's message of 2010-08-17 13:14:44 +0200:
 On Tue 17 Aug 2010 13:01 +0200, Philipp Überbacher wrote:
  Excerpts from Loui Chang's message of 2010-08-17 12:35:41 +0200:
   On Tue 17 Aug 2010 12:09 +0200, Heiko Baums wrote:
Am Tue, 17 Aug 2010 19:15:34 +1000
schrieb Allan McRae al...@archlinux.org:

 grep your files in your package for $srcdir (the actual value...).
 If it is not in a config file or RPATH or the like, you can probably
 ignore it.

I'm not quite sure if this is not a bug in makepkg, because I
have this problem with almost all of my packages in AUR since the latest
update to pacman 3.4.0. I never got this message before and I haven't
changed such elementary parts of the packages. And if I'm right this
problem appears with almost every package which I install from AUR.

But I need to watch it more narrowly.
   
   You'll get that with any package that contains debugging symbols.
  
  So it isn't about the usual 'cd $srcdir/${pkgname}-${pkgver}' ?
 
 No, it's about build directories being referenced in the finished
 package, not the PKGBUILD.

Oh.. I assumed it was some random annoyance and ignored it. I've seen it
a number of times already.
So 'grep -R $somedistinctpartofthepathtoPKGBUILDS $pkg' should find the
offending file? And then some nasty patching to fix it?
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Referencing $srcdir in PKGBUILD?

2010-08-17 Thread Philipp Überbacher

Excerpts from Ray Rashif's message of 2010-08-17 13:52:11 +0200:
 On 17 August 2010 19:32, Philipp Überbacher hollun...@lavabit.com wrote:
  Excerpts from Loui Chang's message of 2010-08-17 13:14:44 +0200:
  On Tue 17 Aug 2010 13:01 +0200, Philipp Überbacher wrote:
   Excerpts from Loui Chang's message of 2010-08-17 12:35:41 +0200:
On Tue 17 Aug 2010 12:09 +0200, Heiko Baums wrote:
 Am Tue, 17 Aug 2010 19:15:34 +1000
 schrieb Allan McRae al...@archlinux.org:

  grep your files in your package for $srcdir (the actual value...).
  If it is not in a config file or RPATH or the like, you can 
  probably
  ignore it.

 I'm not quite sure if this is not a bug in makepkg, because I
 have this problem with almost all of my packages in AUR since the 
 latest
 update to pacman 3.4.0. I never got this message before and I haven't
 changed such elementary parts of the packages. And if I'm right this
 problem appears with almost every package which I install from AUR.

 But I need to watch it more narrowly.
   
You'll get that with any package that contains debugging symbols.
  
   So it isn't about the usual 'cd $srcdir/${pkgname}-${pkgver}' ?
 
  No, it's about build directories being referenced in the finished
  package, not the PKGBUILD.
 
  Oh.. I assumed it was some random annoyance and ignored it. I've seen it
  a number of times already.
  So 'grep -R $somedistinctpartofthepathtoPKGBUILDS $pkg' should find the
  offending file? And then some nasty patching to fix it?
 
 It's not much of a big deal, and there's rarely need for any nasty
 patching. It serves as a reminder to check for accidental inclusion
 of build paths in important runtime/system files, which often is an
 upstream build issue or user-specific mistake. Cases where this can be
 ignored and is usually the most prevalent is, for example,
 documentation-related files.
 
 Just run this from the makepkg build dir:
 
 grep -R $(pwd)/src pkg/

Thanks Ray, I noted that so I can check what's going on next time.
The upstream issue is what I guessed would be the case and would require
nasty patching, unless upstream fixes it in a timely fashion.
At least I know what it's about now, thanks.
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] FF Browser Tip for Archers who like a darker desktop (DR, you listening?)

2010-08-16 Thread Philipp Überbacher

Excerpts from David C. Rankin's message of 2010-08-16 00:03:59 +0200:
Guys,

Here is a quick browser tip for firefox. About a year ago I stumbled
across
'NightShift - Eyecare' that did a fantastic job at basically inverting the
way
firefox rendered pages darkening the display and providing immediate relief
to
tired eyes:

NightShift - Eyecare (good title)
http://userstyles.org/styles/18192

It's not for all pages, but when you need to read a page or two of text
and you
don't want to stare into a bright display, it is worth its weight in gold.

Last night, I had to rebuild my firefox install (moving ~/.mozilla
~/.mozilla-sav and starting new). Looking for nightshift again (not
remembering
what it was called and searing 'night' on userstyles.org, I stumbled across
'Midnight Surfing' and gave it a try. Wow, it worked better in some
circumstances. That was cool, so I thought I would pass it along to the list:

Midnight Surfing
http://userstyles.org/styles/23516

It can be a great tool to stick in your toolbox for the right
circumstance and
since stylish integrates nicely with FF providing the little status bar
on/off
dialog for the styles, you can flip it on/off with no effort at all.

Install stylish before going to userstyles.org and you can then just load
the
styles into firefox. Get stylish at the mozilla addons site:

https://addons.mozilla.org/en-US/firefox/downloads/latest/2108/addon-2108-latest.xpi?src=search

Enjoy!

Wow, nice stuff. I was already thinking about using some custom css for
all pages at night, but this seems to work better.

However, I'm known as bug creator, and so I found a rather severe one
immediately. It doesn't work with local html files at all.

Thanks,
--
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] FF Browser Tip for Archers who like a darker desktop (DR, you listening?)

2010-08-16 Thread Philipp Überbacher

Excerpts from ms's message of 2010-08-16 22:36:45 +0200:
 On Tue, Aug 17, 2010 at 12:29 AM, David C. Rankin
 drankina...@suddenlinkmail.com wrote:
 ...
  The local file issue should be an easy fix.
 ...
 
 Yes, just add url-prefix(file://) to the end of @-moz-document
 section. In my example for Midnight Style script,
 
 @-moz-document url-prefix(http://), url-prefix(https://),
 url-prefix(ftp://), url-prefix(file://){

Thanks, I opted for:
@-moz-document url-prefix(http://),
url-prefix(https://),url-prefix(about:blank), url-prefix(ftp://),
url-prefix(file://)

I could only find the address of the nightshift author and mailed him
the suggestion.

Regards,
-- 
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu
und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Blanks screen after boot

2010-07-09 Thread Philipp Überbacher

Excerpts from Joe(theWordy)Philbrook's message of 2010-07-09 04:17:22 +0200:
 
 It would appear that on Jul 8, Philipp did say:
 
  Hey,
  I have this problem since a while but it got a lot worse with the last
  two kernel versions. Now there's an about 50/50 chance to see the user
  login or simply not see it. I don't have any login manager set up, so
  after boot there's simply the user login and after that I issue startx.
  It all works just fine,even if I can't see a thing, and once I issued
  startx everything goes back to normal, the screen isn't blank anymore.
  
  The machine has an Intel chipset, and I guess it's related to that
  and/or KMS, but that's as far as my guess goes.
  
  Maybe one of you knows something about that kind of issue?
 
 Don't know for sure but it sounds a little like the problem I just had with
 my video driver... And my problem was definitely related to KMS...
 
 Do you by chance have an Nvidia graphics card??? 
 
 In my case I have a new/used (new to me) PC with on board Nvidia. It's my
 first Nvidia and I was caught by surprise when the open source driver
 didn't work for me. And since it's designed for KMS it was being deployed
 before I'd even installed xorg... This put me in a blank screen where if I
 carefully typed the keystrokes I could log in to a console and issue
 commands. But I couldn't see anything. I have no idea what this would do to
 the X session you would initialize via startx, But as far as the console
 mode part goes it was suggested that if I used the kernel option
 nomodeset when I booted, I might get a more usable console session.
 And for me it worked long enough to find out that I really needed the
 proprietary nvidia driver. You can see more details of my experience by
 reading the thread I started on Jul 4th 2010 with the subject line of:
 
 screen goes blank on reboot after 1st pacman Su of new install!!!???
 
 Hmmnnn I just noticed that I said pacman Su on that subject line rather
 than pacman -Su... Just goes to show that my brain is less than perfect.
 
 Hope this is of some help anyway.

Thanks Joe, I saw that thread but didn't read it entirely. I have an
onboard intel chip, KMS is working since quite a while, so it might just
be a regression.

I searched around for a bit and even found something on the arch wiki
that might be related, but it lacks any reference to an upstream bug:
http://wiki.archlinux.org/index.php/Intel#KMS_.28Kernel_Mode_Setting.29
Disabling KMS seems to be no option for intel chips anymore.

Further search suggests that it might be ACPI related. One ACPI bug I
reported was fixed, I can control my backlight with the function keys
now, so maybe I should report this one as well.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Blanks screen after boot

2010-07-09 Thread Philipp Überbacher

Excerpts from Thomas Bächler's message of 2010-07-09 11:49:16 +0200:
 Am 08.07.2010 09:56, schrieb Philipp:
  Hey,
  I have this problem since a while but it got a lot worse with the last
  two kernel versions. Now there's an about 50/50 chance to see the user
  login or simply not see it. I don't have any login manager set up, so
  after boot there's simply the user login and after that I issue startx.
  It all works just fine,even if I can't see a thing, and once I issued
  startx everything goes back to normal, the screen isn't blank anymore.
  
  The machine has an Intel chipset, and I guess it's related to that
  and/or KMS, but that's as far as my guess goes.
  
  Maybe one of you knows something about that kind of issue?
  
 
 You need to save the dmesg output of a failed and a successful boot and
 compare them.
 
 Note that the DRM/KMS driver seems to initialize fine - otherwise,
 starting Xorg would fail entirely (Intel's Xorg driver depends on it).

Thanks Thomas, good idea.
I'll see whether I can find the difference in dmesg and will search
for/file a bug then.

Besides the one error message in dmesg I already know (wifi chip
doesn't work in DMA mode) there are some more lines that I don't
understand:

pcie_pme: probe of :00:1c.0:pcie01 failed with error -13
pcie_pme: probe of :00:1c.1:pcie01 failed with error -13
pcie_pme: probe of :00:1c.2:pcie01 failed with error -13
PM: Error -22 checking image file

I don't have the slightest idea whether they are related to my problem,
I'll do the comparison when I get the chance.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Blanks screen after boot

2010-07-09 Thread Philipp Überbacher

Excerpts from Thomas Bächler's message of 2010-07-09 15:58:54 +0200:
 Am 09.07.2010 14:36, schrieb Philipp Überbacher:
  $ dmesg | grep -i -C3 error
  pcieport :00:1c.2: irq 26 for MSI/MSI-X
  pcieport :00:1c.0: Requesting control of PCIe PME from ACPI BIOS
  pcieport :00:1c.0: Failed to receive control of PCIe PME service: no 
  _OSC support
  pcie_pme: probe of :00:1c.0:pcie01 failed with error -13
  pcieport :00:1c.1: Requesting control of PCIe PME from ACPI BIOS
  pcieport :00:1c.1: Failed to receive control of PCIe PME service: no 
  _OSC support
  pcie_pme: probe of :00:1c.1:pcie01 failed with error -13
  pcieport :00:1c.2: Requesting control of PCIe PME from ACPI BIOS
  pcieport :00:1c.2: Failed to receive control of PCIe PME service: no 
  _OSC support
  pcie_pme: probe of :00:1c.2:pcie01 failed with error -13
  Linux agpgart interface v0.103
  Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
  PNP: PS/2 Controller [PNP0303:KBD0,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
 
 Okay, that is known, new in 2.6.34, and _should_ be harmless. Google for
 Failed to receive control of PCIe PME service: no _OSC support for
 details.
 
  PM: Starting manual resume from disk
  PM: Resume from partition 8:2
  PM: Checking hibernation image.
  PM: Error -22 checking image file
  PM: Resume from disk failed.
  EXT4-fs (sda3): mounted filesystem with ordered data mode
  rtc_cmos 00:09: RTC can wake from S4
 
 Harmless, this only means that you didn't suspend to disk, and thus
 cannot resume from disk.
 
  tg3 :02:00.0: eth0: Flow control is on for TX and on for RX
  ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
  eth0: no IPv6 routers present
  b43-phy0 ERROR: Fatal DMA error: 0x0800, 0x, 0x, 
  0x, 0x, 0x
  b43-phy0 ERROR: This device does not support DMA on your system. Please use 
  PIO instead.
  b43-phy0: Controller RESET (DMA error) ...
  b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
  b43-phy0: Controller restarted
  b43-phy0: Radio hardware status changed to DISABLED
 
 Yes, I heard about that problem.
 
 None of the above seems related to your i915 problem.

Ok, thanks for all that, I'll just ignore that stuff for now.


  I guess this would be GM965 then?
  00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory 
  Controller Hub (rev 03)
  00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 
  Integrated Graphics Controller (rev 03)
  00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated 
  Graphics Controller (rev 03)
  
  Thanks for advice.
 
 Hm, yes, Xorg.0.log has more details about the exact chip ... there are
 many 965-generation chips, and I don't pretend to know all of them.

Not much in there that tells me anything more than that it's a 965.
Well, once I've reported it upstream they'll tell me what else they
need.

Thanks.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Bashification of initscripts for moderate speedup

2010-06-30 Thread Philipp Überbacher

Excerpts from Aaron Griffin's message of 2010-06-30 17:55:40 +0200:
 On Wed, Jun 30, 2010 at 10:00 AM, Caleb Cushing xenoterrac...@gmail.com 
 wrote:
  On Tue, Jun 29, 2010 at 1:57 PM, Aaron Griffin aaronmgrif...@gmail.com 
  wrote:
  I have no idea where the number came from, but both 80 and 132 are
  standard column widths used for normal and wide terminals.
 
  should be 78 columns I do believe that's the standard for kernel/git
  it allows for email comments more easily apparently.
 
 No, physical terminals went to 80 columns. The 78 number was likely
 related to editor chrome, such as line numbering... I'm not sure of
 the details.
 
 I believe email typically has 78 width due to the fact that   is
 expected for replies.

I also read about 72, and it's my current setting for vim when editing
mails, but I have no idea where that comes from...
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Totem leaves dvd mounted after quitting

2010-06-29 Thread Philipp Überbacher

Excerpts from David C. Rankin's message of 2010-06-29 07:05:04 +0200:
 Guys,
 
 This may be normal, but I thought we had moved beyond having to manually 
 unmount CD/DVDs after use -- so I have either messed something up or there is 
 a 
 lingering problem.
 
 The setup - new i686 install updated through today. I never watch DVDs on 
 the 
 computer, but my son wanted to watch one and his sister had my laptop 
 watching 
 another movie on it, so I set his box up to watch DVDs using totem in gnome. 
 After gathering all the dvdread/nav/etc.. all played just fine on his nvidia 
 9600 card and the nvidia 256.35-1 module.
 
 The problem occurred after I stopped the dvd and then exited totem. When 
 I 
 tried to eject the DVD, it wouldn't -- the drive was still mounted (confirmed 
 with mount). Unmounting the drive fixed the problem, but I was left wondering 
 -- surely we shouldn't be still stuck with manually unmounting DVDs in 
 Gnome??
 
 This being the first DVD I've tried to play, I didn't know, so I thought 
 I 
 would put it out to the community for a quick answer and try to figure out if 
 this was something that needs reporting. Bug?

Wow, even after quitting? I know at least one app that behaves badly in
a similar way, aqualung, which prevents you from ejecting CDs or
anything else in the drive while the app is running, even if you don't
access it.

So what I'd look for is some totem, or related, process that keeps
running, despite you quitting totem. I've had this problem with a couple
of apps in the past, but usually with no, or the consequence of not being able
to restart the app, because it's still 'running'.

HTH
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Finally found a solution to slow USB on HAL

2010-06-29 Thread Philipp Überbacher

Excerpts from Nilesh Govindarajan's message of 2010-06-29 05:27:42 +0200:
 On 06/29/2010 05:44 AM, Ross wrote:
  On 29/06/10 08:52, Philipp Überbacher wrote:
  Excerpts from Denis A. Altoé Falqueto's message of 2010-06-28 18:33:30
  +0200:
  On Mon, Jun 28, 2010 at 1:21 PM, Pálffy András Gergely
  pagesai...@gmail.com wrote:
  Works here too. Great, thanks.
 
  On Mon, Jun 28, 2010 at 1:25 PM, Nilesh
  Govindarajanli...@itech7.comwrote:
 
  I have made a patch for /usr/share/hal/fdi/20-storage-methods.fdi
  to force
  async file transfer for vfat filesystems by commenting out flush
  and sync as
  valid options from the list.
  I checked the thing, now I'm getting the old high speed USB transfer.
  Do take a look at it, and comment.
 
  Yes, but you should keep in mind that you'll spend extra time when you
  want to unmount your USB stick. So I prefer a slow transfer and a
  fast unmount, because usually I'm in hurry for taking off the USB
  drive and the unmounting visualizations are not very smart (only in
  KDE SC 4.4 it is really usable).
 
  Actually I was recently wondering a bit about the unmounting part,
  especially with USB sticks. I do have udev rules, taken from the wiki,
  in place that handle automatic mounting. There's also a unmounting part,
  which afair removes created dirs, but I guess this is only called after
  the usb drive is removed. It did happen more than once to me that a file
  transfer seemed to be complete, but when I just removed the drive, the
  data was gone. Is there a way to provide automatic safe removal? Manual
  unmounting is a bit of a PITA, as you need to have a terminal ready,
  guess sdN and type a line, where the device guessing part is the most
  problematic. I tend to use /dev/sdN to make sure that I remove the
  device from all mount points. Thanks for any advice.
 
  I am no expert and am probably missing something here, but it should be
  simple to create a desktop icon and/or menu option to issue the sync
  command. That way you could have the speed of asynchronous mount and
  clicking the icon or menu option before removing the drive will write
  any buffered data to the device to prevent data loss if removing the
  device without umounting. As the sync command syncs all mounted drives
  you don't need to provide the /dev/sdN.
 
  Ross.
 
 Yeah exactly !
 After copy your data to the drive, run the sync command or setup a 
 keyboard shortcut for it :-)
 This will give you high speed transfer along with no data loss \m/
 
 But if you're very forgetful to remove the drive without pressing the 
 keyboard shortcut for sync, then you're in trouble and this patch is not 
 for you.
 
 Alternatively, you could write a bash daemon as per this tutorial: 
 http://j.mp/9DRWOF
 
 which will check for a usb stick's existence and if its mounted, sync 
 every 15-30 seconds.

Heh, I didn't even know about the sync command and not about the
difference between sync/async either. Guess I'll have to check my mount
options and udev rules. The bash daemon tutorial thing looks handy and
simple enough too, so thanks!
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Finally found a solution to slow USB on HAL

2010-06-28 Thread Philipp Überbacher

Excerpts from Denis A. Altoé Falqueto's message of 2010-06-28 18:33:30 +0200:
 On Mon, Jun 28, 2010 at 1:21 PM, Pálffy András Gergely
 pagesai...@gmail.com wrote:
  Works here too. Great, thanks.
 
  On Mon, Jun 28, 2010 at 1:25 PM, Nilesh Govindarajan 
  li...@itech7.comwrote:
 
   I have made a patch for /usr/share/hal/fdi/20-storage-methods.fdi to force
  async file transfer for vfat filesystems by commenting out flush and sync 
  as
  valid options from the list.
  I checked the thing, now I'm getting the old high speed USB transfer.
  Do take a look at it, and comment.
 
 Yes, but you should keep in mind that you'll spend extra time when you
 want to unmount your USB stick. So I prefer a slow transfer and a
 fast unmount, because usually I'm in hurry for taking off the USB
 drive and the unmounting visualizations are not very smart (only in
 KDE SC 4.4 it is really usable).

Actually I was recently wondering a bit about the unmounting part,
especially with USB sticks. I do have udev rules, taken from the wiki,
in place that handle automatic mounting. There's also a unmounting part,
which afair removes created dirs, but I guess this is only called after
the usb drive is removed. It did happen more than once to me that a file
transfer seemed to be complete, but when I just removed the drive, the
data was gone. Is there a way to provide automatic safe removal? Manual
unmounting is a bit of a PITA, as you need to have a terminal ready,
guess sdN and type a line, where the device guessing part is the most
problematic. I tend to use /dev/sdN to make sure that I remove the
device from all mount points. Thanks for any advice.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Finally found a solution to slow USB on HAL

2010-06-28 Thread Philipp Überbacher

Excerpts from Denis A. Altoé Falqueto's message of 2010-06-29 00:09:11 +0200:
 On Mon, Jun 28, 2010 at 5:52 PM, Philipp Überbacher
 hollun...@lavabit.com wrote:
  Actually I was recently wondering a bit about the unmounting part,
  especially with USB sticks. I do have udev rules, taken from the wiki,
  in place that handle automatic mounting. There's also a unmounting part,
  which afair removes created dirs, but I guess this is only called after
  the usb drive is removed. It did happen more than once to me that a file
  transfer seemed to be complete, but when I just removed the drive, the
  data was gone. Is there a way to provide automatic safe removal? Manual
  unmounting is a bit of a PITA, as you need to have a terminal ready,
  guess sdN and type a line, where the device guessing part is the most
  problematic. I tend to use /dev/sdN to make sure that I remove the
  device from all mount points. Thanks for any advice.
 
 Well, automounting is really easy, but auto-unmounting (!?) is
 complex, because what triggers the event is the removal of the device,
 but after you take it, the S.O. can't do anything about it anymore. I
 use KDE, so I can mount and unmount easily. Gnome and XFCE also offer
 good services for that. But without those, I fear that you'll need to
 issue unmount manually.

That's what I thought. At this time I still use XFCEs thunar in case I
want a graphical file manager, which uses HAL for mounting/unmounting,
but I never managed to configure it correctly, so all I get is an error.
But since HAL is gradually becoming unnecessary I don't want to bother
with it. Mounting works well with udev alone.
I was hoping that the device could, when inactive, be put into a state
that prevents data loss. Not sure, kind of mount-on-demand maybe. I know
far to little of what's going on to see a solution, I'm not even sure
what causes the data loss when the writing is apparently finished.
Indications for being finished is with my usb stick for example a
differently glowing light and the indication in software of course.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.

2010-06-22 Thread Philipp Überbacher

Excerpts from Andres P's message of 2010-06-22 01:53:20 +0200:
 On Mon, Jun 21, 2010 at 7:17 PM, C Anthony Risinger anth...@extof.me wrote:
  He said from git/svn... ie backporting, not contributing.
 
 
 ...?
 
 Once they're in svn they're confined to abs? Besides, it's not like there's
 anything keeping upstream from looking at obsd cvs, Debian's bug tracker, nor
 Arch's svn repo, etc.
 
 Andres P

Sure, like any dev will be going through every possible bug tracker,
repo or ask any possible user to find patches for his app.
Don't be ridiculous. If you write a patch that's not distro specific,
then it's your job to get it to upstream,
it's the only way it could possibly work. The beauty of arch
is that the patch you just wrote is most likely against the latest
release, and upstream will likely be happy to get it.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] Slim login manager is logging everything

2010-06-19 Thread Philipp Überbacher

Excerpts from Ananda Samaddar's message of 2010-06-19 23:18:55 +0200:
 On Sat, 19 Jun 2010 17:09:10 -0400
 Eric Bélanger snowmanisc...@gmail.com wrote:
  
  You can try qingy.
 
 I'd prefer something X11 based if possible.  Has anyone tried lxdm?  It
 looks good and only depends on Gtk.  Seeing as XFCE depends on Gtk
 that's not an issue for me.
 
 Ananda

Do you need a login manager?
I feel very comfortable with just 'startx'.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] b43: wireless issues

Excerpts from Magnus Therning's message of 2010-06-18 01:22:48 +0200:
 I'm having problems getting my wireless connection to work properly.
 
 It's a broadcom card, using the b43 driver.  It connects fine on
 login, but once I actually use the network I'm disconnected and all
 attempts to re-connect fail.
 
 I've found some reports of similar behaviour online, but none seem to
 offer any good solutions to it :-(  So I'm trying my luck in here
 instead.
 
 One person mentioned that things started working much better if he
 limited the network to 802.11b (not g), but I haven't seen any obvious
 way of achieving this.  Any hints on what I can do to test that
 myself?
 
 $ lspci -vnn |grep 14e4
 03:00.0 Network controller [0280]: Broadcom Corporation BCM4312
 802.11b/g [14e4:4315] (rev 01)
 
 I did extract some stuff from dmesg that might be of importance, but I
 really couldn't tell:
 
 b43 ssb0:0: firmware: requesting b43/ucode15.fw
 b43 ssb0:0: firmware: requesting b43/lp0initvals15.fw
 b43 ssb0:0: firmware: requesting b43/lp0bsinitvals15.fw
 b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
 
 b43-phy0 ERROR: Fatal DMA error: 0x0800, 0x, 0x,
 0x, 0x, 0x
 b43-phy0 ERROR: This device does not support DMA on your system.
 Please use PIO instead.
 b43-phy0: Controller RESET (DMA error) ...
 b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23)
 b43-phy0: Controller restarted
 
 Cheers,
 M

Hi.
I have the same chip and same issue. I found out that the b43 devs
didn't figure out yet how to get the chip to work correctly, so unless
something changed during the last weeks/months there's no real solution.
Using the apparently slower PIO instead of DMA is a kernel compiletime
option so far, but I read that as a workaround it's a module load option
beginning with .34.
It's a pity, the chip should have worked beginning with I afair .30. I
wasted loads of time trying to get it to work, without luck.
The broadcom driver works afair, but it annoyed me for some reasons.
So for now I'm looking forward to .34 to hopefully have at least working
wifi, even if slow.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] intel video suspend

Excerpts from Christoph Rissner's message of 2010-06-18 09:36:27 +0200:
 On 05/07/2010 07:16 PM, Isaac Dupree wrote:
  please inform us, what does xset dpms force off do?  And for what
  circumstances/purpose do you use it?
 
 Sorry it took so long, I missed your reply.
 
 xset dpms force off is supposed to turn off the screen immediately 
 using DPMS, at least thats what it seems to do.
 I just don't want to suspend (suspend the whole system to RAM) everytime 
 I close the lid, rather I like it to continue to work on whatever I told 
 it to do :-)
 
 Bye
 Christoph

The syntax of that stuff is weird, but here's what I have, seems to work:

# turn off screen powersaving
setterm -blank 0 -powersave off -powerdown 0

#turn powersave off 
 
xset dpms 0 0 0
xset -dpms

#turn screensaver off   
 
xset s 0 0
xset s noblank
xset s noexpose
xset s off

-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] intel video suspend

Excerpts from Ray Rashif's message of 2010-06-18 09:54:55 +0200:
 On 18 June 2010 15:36, Christoph Rissner c...@visotech.at wrote:
  On 05/07/2010 07:16 PM, Isaac Dupree wrote:
 
  please inform us, what does xset dpms force off do?  And for what
  circumstances/purpose do you use it?
 
  Sorry it took so long, I missed your reply.
 
  xset dpms force off is supposed to turn off the screen immediately using
  DPMS, at least thats what it seems to do.
  I just don't want to suspend (suspend the whole system to RAM) everytime I
  close the lid, rather I like it to continue to work on whatever I told it to
  do :-)
 
 That _is_ the default behaviour - the laptop should do nothing at all
 when the lid is closed. I know of no particular hardware/BIOS that
 sets a sleep action upon lid closure. It is only altered by userspace
 tools/daemons like for eg. when using a DE. You might want to check
 what else is enforcing a rule to the lid-closing state.

Mine does turn off the backlight, and I'm quite sure there's no
userspace involved, just plain hardware/bios. No idea whether others do
more than that. Turning off the backlight seems like reasonably safe
thing to do.
-- 
Regards,
Philipp

--
Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle 
Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan

Re: [arch-general] b43: wireless issues