- Arch-general - lists.archlinux.org

[arch-general] Opinion: What do you think about Lenovo IdeaPad Y450?
by Guilherme M. Nogueira 29 Sep '09

29 Sep '09

Hello all, Thing is: I live in Brazil, here laptops are way overpriced and I have a friend who's going to US next month and said he could buy me a laptop. I started searching websites of a few stores I knew and eventually found a one that I immediately fell in love with: Lenovo IdeaPad Y450 4189-2DU http://www.circuitcity.com/applications/SearchTools/item-details.asp?EdpNo=… So I was wondering if any of you has one, or has another Lenovo laptop and your opinions about it. I plan on using it with arch only. Thank you! Best regards, -- Guilherme M. Nogueira "Any sufficiently advanced technology is indistinguishable from magic." - Arthur C. Clarke

4 4

Re: [arch-general] [arch-dev-public] [signoff] kernel26-lts 2.6.27.35-1
by Thorsten Toepper 28 Sep '09

28 Sep '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224 Am Fri, 25 Sep 2009 06:39:58 +0200 (CEST) schrieb Andreas Radke <a.radke(a)arcor.de>: > 2 upstream updates for the LTS stable kernel series: > > http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.34 > http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.35 > > one change in the kernel config: build ext4 now as module like all > other filesystems. > > Please signoff. Please try to boot it and look out for dmesg output. > > -Andy Sign off i686. Laptop boots fine, no errors in dmesg, daemons start fine(syslog, acpid, vnstat, sshd, crond, wicd, openntpd, alsa, lighthttpd and bluetooth), wlan(b43) is working and even X starts(Intel). - -- Jabber: atsutane(a)freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iFYEARELAAYFAkrAyF8ACgkQOeTxfyla+/QZHADfftZ5i6xK03kz2xWj69dcb6B4 KmZKAX1JEo2XSwDeNwkp1nTutrRG55Y/VQmJ0jn8bQT5/hpqRybLFQ== =NxBY -----END PGP SIGNATURE-----

1 0

[arch-general] Opera Tip -- Use QT/GTK file Open/Save dialogs
by David C. Rankin 28 Sep '09

28 Sep '09

Archers, I have always liked the opera browser, but one thing that has really sucked about it was the crappy file open/file save dialogs opera comes with. Picking around tonight, I ran across an option in opera's configuration that allows you to choose the file selector dialogs to use. It is cryptic as hell, but I found the commit page for the changes and got the needed information. To make use of real kde4 open/save dialogs in opera, got to the config page by typing "opera:config" into the address bar, the scroll down to "File Selector", then change the setting to "2". The commit notes say: 0 - normal 1 - Qt 2 - GTK For some reason, I couldn't get Qt to work, so I select "2" for GTK, and Bingo! I had usable dialogs in opera (you may need to restart opera). What a relief. If you use opera, it's worth a look. While on the subject, you might want to check out the C00-14, Keramik and crystal_onyx_bull skins. Opera has come a long way in 10.0 -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

4 3

[arch-general] [signoff] device-mapper & lvm2 2.02.52
by Eric Bélanger 28 Sep '09

28 Sep '09

Hi, device-mapper & lvm2 2.02.52-1 are now in testing. Update: - Minor upstream update: lvm2: 2.02.48 -> 2.02.52 device-mapper: 1.02.33 -> 1.02.37 - Implemented split package. For this to work, I had to set the package version of device-mapper to 2.02.52 as I found out that the dbscripts can't handle split packages with different pkgver. -Renamed pkgconfig file (close FS#15909) Please test and signoff. Users signoff would be appreciated as very few dev uses this. Eric

2 2

[arch-general] Why doesn't Arch show full kernel version in uname-r?
by David C. Rankin 26 Sep '09

26 Sep '09

Guys, When I do uname -r to get the kernel name, I never get the full versions information about the installed kernel. Example, tonight, the new kernel is: kernel26-2.6.31.1-1-x86_64 but when I do a uname -r, I only see: "2.6.31-ARCH". That doesn't tell me anything about the minor version, etc. and if that information is wanted, then you have to look at the cache or some other software package that would disclose this. As another example, on an older suse box I have uname -r gives: 2.6.25.20-0.5-pae. That tells me exactly version I'm running. Any reason the rest of the version string inst included in this naming? Not a biggie by any stretch, just another curious thought ;-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

3 3

[arch-general] xmonad and java environment
by Sergey Manucharian 26 Sep '09

26 Sep '09

Hi all, I've installed openproj from AUR and met the following issue: the program runs, but the main GUI window is blank (no buttons, menus - nothing), although the dialog windows appear normal. I don't have much experience with java, and tried both jre and openjdk6 - with the same result. Then I tried to run openproj without any window manager, and it worked! I noticed that openjdk6 warns: when you use a non-reparenting window manager set _JAVA_AWT_WM_NONREPARENTING=1 in /etc/profile.d/openjdk6.sh So the setting of that env. variable indeed helps with openjdk6, but not with jre. Any advices? Thanks, Sergey

4 4

[arch-general] Failover to LTS in the Arch boot processt?
by David C. Rankin 25 Sep '09

25 Sep '09

Guys, I'm curious. Since there is now an LTS kernel, has anyone thought about adding a few lines of code to the Arch boot process that would provide for automatic failover to the LTS kernel in the event the normal kernel failed to load during the boot process. The thought is to provide redundancy for servers in the case where the regular kernel becomes corrupt (for whatever reason, disk problem, etc...) and a reboot is forced (exhausted UPS, etc..) I don't know what it would take or if it is doable. I had just envisioned adding a trap that catches the failure of the regular kernel to boot, checks for the presence of the LTS kernel, and if installed boots the LTS kernel in this case. I haven't looked deep enough into the Arch boot process to know if it is feasible, but it just seemed like a good bit of extra protection that Arch could provide for server installs where the server operates on the regular kernel but also has LTS installed as a backup. I'll leave it to the gurus to consider. If it's not doable or not worth doing, then just consider it another of my stray thoughts worthy of the DEL key ;-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

3 2

[arch-general] [commitpkg] Some stylistic cleanup
by Evangelos Foutras 24 Sep '09

24 Sep '09

These changes are done on top of http://mailman.archlinux.org/pipermail/arch-general/2009-September/007635.h…

5 12

[arch-general] musepack-tools version in community
by JM 23 Sep '09

23 Sep '09

Hello, Asunder (in [Community]) has an optional dependency on musepack-tools SV8 (not actually included in the PKGBUILD). Musepack-tools in [Community] is version SV7 while the current stable (SV8) has been available since March. Trying to make a pkgbuild I noticed that it depends on two libraries (libcuefile and libreplaygain) which are obtainable only through musepack's svn. Is this the reason why there is only the previous version in the repos? Regards, JM

1 0

[arch-general] easily comparing (AUR) pkgbuilds against ABS
by Dieter Plaetinck 23 Sep '09

23 Sep '09

It would be nice if it was easily possible to compare a pkgbuild against a corresponding 'official' pkgbuild (from ABS). disclaimer: i haven't thought this through so here are some ideas. consider this a brainstorm - on AUR, many packages are customized versions (patches, vcs versions, alternative compile options,..) of official packages so maybe AUR packagers could fill in an official packagename as 'base' package. the webinterface could then show a diff against the official pkgbuild - maybe this can be done on the makepkg level by passing some flag. it would be less point and click but would work for non-aur pkgbuilds. - everything in 1 big git repo: official packages, community, AUR,.. through branching they can be nicely separated but it would make things easier to generate diffs. dieter

1 0