- Arch-general - lists.archlinux.org

[arch-general] [signoff] wicd-1.7.0-1
by Daniel Isenmann 19 Jan '10

19 Jan '10

Hi, there is a new version of wicd in [testing]. In the past there were always problems in upgrading wicd, so I have decided to put it in [testing] first. Please test it and give me some signoffs. Big changelog: 1.7.0: Changes for Packagers: - Wicd now supports a -k option, which should be run by the init script when the daemon is stopped to release the DHCP lease but should not be run on a restart of the daemon. - The ability has been added to split Wicd's components into multiple directories. Use --gtk, --cli, --curses, and --daemon to setup.py configure to specify the locations of the respective components. - The preferred way to run the GTK UI is now to use wicd-gtk, not wicd-client. wicd-gtk is a new addition to 1.7 that will never run wicd-curses. wicd-client will automatically decide to run wicd-curses if there is no X session available. Major Changes: - Connection information is available by right clicking the tray icon - Can set the hostname per network for all DHCP clients - urwid 0.9.9 is now supported - Added wicd-cli, a command line interface for use in scripts - Global scripts are now passed parameters specifying the network Minor Changes: - Support for only displaying notifications using -o to wicd-client - Reconnecting now works when measuring signal strength in dBm - ESSIDs made of numbers now work properly - All valid wpa_supplicant drivers are now displayed - Wired network is now displayed while scanning wireless networks - Added wicd-gtk, a command to always and only run the GTK UI - Marked ioctl backend not supported - Use dhcpcd-bin on Debian instead of dhcpcd script Daniel

5 4

[arch-general] [signoff] kernel26-lts-2.6.27.44-1 & kernel26-lts-headers-2.6.27.44-1
by Tobias Powalowski 19 Jan '10

19 Jan '10

Hi guys, latest bugfix release. http://bugs.archlinux.org/task/17791 # Added UTS_NAMESPACE support Please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] [signoff] psmisc-22.10-1
by Eric Bélanger 18 Jan '10

18 Jan '10

On Wed, Jan 13, 2010 at 11:30 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Wed, Jan 13, 2010 at 11:25 AM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: >> Minor upstream update. Please test and signoff. > Signoff i686 > Anyone (dev or user) for x86_64?

2 2

[arch-general] new Allegro
by Matěj Týč 18 Jan '10

18 Jan '10

Hello, there is new Allegro version out and I have modified abs's PKGBUILD to fit. They use cmake now, so it looks different. The new version should be 100% compatible with the current one. Cheers, Matej

2 2

[arch-general] Startup scripts
by Tom 18 Jan '10

18 Jan '10

I was just forced to waste 10 min of my life because of arch-linux-way 'of doing things'. *rant mode on* Let me elaborate, for quite some time now, I've been unappeased by the way arch-linux handles the boot-up process, not so much by how it actually does it (it normally gets the job done) but more the fact that there's little to no obvious way of checking on it when things do go wrong. I've not been able to boot my custom compiled kernels since pathes 32.2 and 32.3, I don't know why, the config is identical to my running 32. I am at a loss. Anyway just now, I rebooted, tested yet another kernel, which failed of course, just to be sat in front of my kms-enabled high-resolution tty1 telling me that my home-partition needed checking after 34 mounts. Nice feature, normally I wouldn't bother, but I was in a hurry, so I hit ctrl-c, and bang 'fsck failed' - well yes it did, because I wanted it to, - dumbass, well I go and hit 'Control-D' to continue, and lo and behold the machine reboots, just to get on my nerves again with the fsck the next round through. I accepted defeat then, and went and made myself a nice hot cup of tee, BUT dear arch community, this is something I hate and find so wrong on so many levels I cannot begin to describe them all, even m$ offered a way to skip these things most of the time...) *rant mode off* Seriously I find the systems behaviour offensive, I should be in control, not some half-baked script. This is exactly the same reason that I had to sit through fsck regulary a while back(2.6.30 or 2.6.31), because of some bug regarding ext4-partitions(the timestamp in future error), not really because of the bug, but because of the inflexibility of arch linux boot up scriptures. Where to go, to file that bug... Tom

8 13

[arch-general] Re-installing whole system without touching configs.
by Javier Vasquez 18 Jan '10

18 Jan '10

Hi, Some time back, while xscreensver was running the system got locked, so that I couldn't log back neither under X, neither under the console. The only solution at hand was to do a hard reset. After such hard reset, the partition for /tmp got corrupted and it had to be repaired. However ever now and then since that incident I get errors when xscreensaver is running, including system freeze. Some times when running the demo application (xscreensaver user interface), in some screen saver applications I get errors in the preview indicating problems with gtk, or some gnome libs and the like, but then the same screen savers after reboot don't give that problem. Notice I've uninstalled xscreensaver and installit back, with no effect... Perhaps important to note is that I'm using ext4 in all partitions. So I have run already "fsck -f" over all partitions, but what's left is to re-install everything... I don't want to do a install from scratch, just want to re-install everything, but not touching the configuration files. Still I want to re-install all packages already installed in the system. Is there a way to do such re-install through pacman? If so, please let me know. Thanks, -- Javier.

5 6

[arch-general] packaging workload / help wanted
by Andreas Radke 16 Jan '10

16 Jan '10

It's time to call for help. I've run into a packaging workload I don't want to handle anymore. Some package groups take damn much time to follow upstream development, other just eat compile time. I don't want to give away completely these package groups for now (maybe later) but I really need help in the longer view. I'd like to work together with a few more people in maintaining package groups. I've already asked internally but got no real helpful response. That's why I want to ask you the community members to help out in some of my packaging tasks. Is anybody interested in helping out in the following package groups? 1) openjdk6 (openjdk7 expected later this year). new coming npplugin needs early testing. 2) OpenOffice and Go-OOo (aka ooo-build). Packaging requires fast hardware. 3) Xfce - I took it all over from Tobias(neri) because he's often not very active. Maybe someone can help here. Xfce 4.8 expected first half this year. 4) Nouveau stack 5) Ati stack - I'm forced to used the free ati drivers but someone else with one or even more Ati cards working together with upstream people would be nice to have aboard. Future KMS will require lots of testing. 5) LinuxPrinting (Cups, foomatic, ghostscript) - always buggy on major releases. Not much work all the other time. Please also check my other major packages. You should be an Arch user for some time and I expect you to know how to package and work together with upstream developers. Please drop me a (private) mail if you are interested. -AndyRTR

1 0

Re: [arch-general] [arch-dev-public] [signoff] xfsprogs-3.1.0
by Tobias Powalowski 14 Jan '10

14 Jan '10

Hi bump to latest version, xfsprogs-3.1.0 (13 January 2010) - Reduce memory usage in xfs_repair by using better data structures. - Add additional checks in xfs_repair to detect freespace btree corruption instead of only rebuilding the btrees. Useful for the no-modify mode. - Fix libhandle to use the right path to issue by-handle ioctls for symbolic links and special files. - Use lazy superblock counters by default. At least kernel 2.6.22 is needed for this feature. - Use physical device sector size if available in mkfs.xfs, so 4K sector devices are handed more gracefully. - Add a German translation, thanks to Chris Leick. - Enable the madvise and mincor commands in xfs_io. - Fix unsafe temporary file creation in xfs_fsr. - Add support for discarding unused space on SSDs or thin provisioned arrays in mkfs.xfs. - Allow linking against libblkid for topology information. - Add symbol versioning for libhandle. - Remove the included RPM and binary tarball built infrastructure. - Various build system improvements. - Small fixes to xfs_db and xfs_io. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] rp-pppoe-3.10-2
by Daniel Isenmann 14 Jan '10

14 Jan '10

Hi, this is just a small fix for FS#13876 -[rp-pppoe] package: .so file in /etc (http://bugs.archlinux.org/task/13876). The kernel-mode plugin is now under /usr/lib/rp-pppoe/rp-pppoe.so and the initial config file /etc/ppp/pppoe.conf has the new path included. Existing config file must be changed to the new path. I can't test it, so please test if everything is working and signoff. Daniel

3 3

[arch-general] gmail and mailing list
by Xavier 13 Jan '10

13 Jan '10

On Tue, Jan 12, 2010 at 7:25 PM, Mauro Santos <registo.mailling(a)gmail.com> wrote: >>> P.S.: As a sidenote: Is it normal/intentional that I don't get my own >>> mails back via the list? Or is this some weird GMail stuff? >> >> It's a gmail issue. >> >> I'm not sure if there is a setting or something like that, but i've >> noticed the same and also heard other people about it. >> >> >> mvg, >> Guus >> > > Same problem here, and they even know about it, they might as well > provide some workaround or option to change it. > > http://mail.google.com/support/bin/answer.py?hl=en&answer=6588 > I don't understand how that is an issue. Why do you want to see your own mails in the inbox ? For each ML I subscribe to, I create a new label and a new filter, and I set it to skip inbox and archive because I do not want ML to clutter my inbox. Much better that way :) But to each his own. That said I think it's always better to have configure options and control.

9 9