- Arch-general - lists.archlinux.org

[arch-general] What broke?!?!?!?
by David Rosenstrauch 02 May '11

02 May '11

OK, performed a pacman -Syu today, and all sorts of things broke. Can anyone please help point me to fixes? * My USB (wireless) keyboard no longer works under X. (Although it still works fine from consoles 1-6.) * Internal trackpad no longer works under X. * Connecting to an openvpn no longer works under networkmanager/networkmanager-openvpn/nm-applet. * Neither USB (wireless) keyboard or (wired) mouse works under qingy. I've been trying to dig through the forums, but haven't found any helpful info yet. If these are known issues, could anyone point me to relevant forum threads and/or bug reports about them? I honestly don't know where to start to fix this on my own. There were ~150 packages that got upgraded this weekend, and I have no idea which one(s) caused the breakages. Thanks, DR

4 5

[arch-general] Why are financial contributions not accepted?
by Bill Day 02 May '11

02 May '11

It's not that I really have money to give away, but I was struck by the notice on the Arch web site that financial contributions are not currently accepted, although they have been in the past. Given that there has apparently been some discussion of lack of resources for the distro, it seems to me to be reasonable to ask why those of us who can't code can't try to provide a little relief and support for Arch's hard-working volunteers in other ways. -- Bill Day williamson.day(a)gmail.com

15 22

[arch-general] broken suspend - blank screen
by Marek Otahal 02 May '11

02 May '11

Hi guys, sorry to spam the list, but this bug renders my ntb almost unusable. Could any of you please look at the bug and suggest some further steps? https://bugs.archlinux.org/index.php?do=details&task_id=24029 Thank you, Mark -- Marek Otahal :o)

1 0

[arch-general] Dmenu vs. KMS
by Stan 02 May '11

02 May '11

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)

6 8

Re: [arch-general] [arch-dev-public] [signoff] initscripts-2011.04.1-2
by Gerardo Exequiel Pozzi 02 May '11

02 May '11

On 05/02/2011 09:48 AM, Thomas Bächler wrote: > Am 02.05.2011 14:43, schrieb Tom Gundersen: >> On Mon, May 2, 2011 at 10:52 AM, Thomas Bächler<thomas(a)archlinux.org> wrote: >>> Am 29.04.2011 02:33, schrieb Tom Gundersen: >>>> Hi guys, >>>> >>>> A new initscripts package is in testing, please test and signoff. >>>> >>>> The only change since -1 is that we now have a versioned dependency on >>>> udev>=167. >>> Signoff x86_64. Can we move this and mkinitcpio today? >> Fine with me, but I believe we lack i686 signoffs for initscripts. > Didn't check, i686 anyone? signoff i686 basic setup and lvm2, using UTC. -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1

1 0

[arch-general] what about a gtk3-docs package?
by Aljosha Papsch 01 May '11

01 May '11

Hi, I recently installed the dev tools for GNOME development and wondered why devhelp displayed no documentation for GTK3. Apparently there is no gtk3-docs package. Is it intented to not have that package (which makes no sense as there is the gtk2-docs package)? Now that GNOME 3 moved to [extra] it would be great to have the docs at hand. Thanks.

2 2

[arch-general] pacman: -Rd remove with no dependency check changed?
by Marek Otahal 01 May '11

01 May '11

Hello, I just wanted to remove and install again some pkg because something screwed.. I run $ sudo pacman -Rd pm-utils checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: upower: requires pm-utils AFAIK this was the point of -d (--nodeps) to remove the files without whining about dependencies? Is this a bug? Or how do I achieve the old behavior? Thank you, Mark -- Marek Otahal :o)

5 7

[arch-general] gnome 3 is moving to extra
by Ionut Biru 30 Apr '11

30 Apr '11

## GNOME 3.0.1 is being moved in [extra] This is a major update and you should take note of a couple of things: * GNOME3 is replacing GNOME2 * GNOME3 has two modes, "standard" mode (gnome-shell) and "fallback" mode (gnome-panel + metacity) * Some packages, like applets using Bonobo, will be dropped in the next few days. A list will be available at https://wiki.archlinux.org/index.php/GNOME_3/Packages_dropped * pulseaudio is now required to run the GNOME desktop Update and installation instructions are available at https://wiki.archlinux.org/index.php/GNOME_3 Only bugs related to packaging should be reported to http://bugs.archlinux.org/ Crashes and feature requests should be reported to https://bugzilla.gnome.org/ -- Ionuț

1 0

[arch-general] makepkg svn
by Juan Diego Tascón 30 Apr '11

30 Apr '11

Good day, Is there any way to force makepkg to build a PKGBUILD-svn with a fixed svn version? version 133 of periscope-svn is broken and I want to go back to version 132. Thanks

2 2

Re: [arch-general] bluez and udev
by Seblu 30 Apr '11

30 Apr '11

On Tue, Mar 22, 2011 at 12:13 PM, Tom Gundersen <teg(a)jklm.no> wrote: > On Tue, Mar 22, 2011 at 11:25 AM, Seblu <seblu(a)seblu.net> wrote: > Could you try replacing your bluetooth rules with: > > # Run helper every time a Bluetooth device appears > # On remove actions, bluetoothd should go away by itself > ACTION=="add|change", SUBSYSTEM=="bluetooth", > RUN{fail_event_on_error}+="/usr/sbin/bluetoothd --udev" > > And after booting (so after dbus is running), calling "/sbin/udevadm > trigger --action=add --type=failed" manually? That's works. But as you said, it is now removed from upstream. > >> But in any case, if we do not modify the initscripts, the call for >> errors is done too early. > > At the moment udevadm trigger --type=failed is called after the file > system is mounted, but before dbus is started, so this would not help > with the current problem (I guess that's what you meant?). exactly. > I think the correct place to do it is either at the end of rc.multi as > you say, or maybe just at the end of the dbus script, to not affect > people not running dbus, and to make it clear why this is done for the > future? Doing this at the end of dbus rc.d script will fix this issue but seems to be less generic than at the end of rc.multi. Because it will not allow other programs launched in udev rules to start if a daemon is required. > On a related note: I noticed that udev upstream recently removed the > call to udevadm trigger --type=failed from their systemd unit files, > which would imply that they think this should never be necessary. This > particular problem would not happen on a systemd machine, but if it > turns out that we need to call "--type=failed" in this case, then > maybe there are other cases as well. So maybe it is worth > investigating why upstream made the change. Last commit remove option from manpage and add a death condition in TODO to --type failed. Actually this is probably a bad idea to patch in this way. http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=864fde8a087c0edb… I see nothing about this in linux-hotplug mailing list. I will ask them. Thanks a lot for your help Tom! -- Sébastien Luttringer www.seblu.net

2 4