- Arch-general - lists.archlinux.org

[arch-general] parted 2.1.1 busts mounting of USB volume of less than 4 GiB
by Frederic Bezies 03 Feb '10

03 Feb '10

Hello. This morning, I was unable to get my USB key (4 GiB) to be read. After I downgrading to parted 1.9.0, all was working back. I opened bug 18137. Did anyone see this too ? Thanks for your answer ;) -- Frederic Bezies - fredbezies(a)gmail.com Weblog : http://frederic.bezies.free.fr/blog/

2 1

Re: [arch-general] [arch-dev-public] mkinitcpio 0.6 alpha - testing and help needed
by Uli Armbruster 03 Feb '10

03 Feb '10

* Thomas Bächler <thomas(a)archlinux.org> [02.02.2010 19:13]: > Am 24.01.2010 18:05, schrieb Thomas Bächler: > > Quoted from http://bugs.archlinux.org/task/17298 (which is also to be > > used for feedback, besides the threads on these mailing lists): > > > > So, now something can be tested. I recommend using it in conjunction > > with testing/udev only: > > > > [kill-klibc] > > Server = http://dev.archlinux.org/~thomas/kill-klibc/i686/ > > > > or > > > > [kill-klibc] > > Server = http://dev.archlinux.org/~thomas/kill-klibc/x86_64/ > > > > The standard hooks work, so do keymap, lvm2, encrypt. What does NOT work > > is raid/mdadm/dmraid and root on NFS. I would appreciate any input and > > patches w.r.t. those, as well as any testing. The v86d package also > > needs to be fixed, but that is trivial. > > > > device-mapper, lvm2 and cryptsetup have a weird "1.local" pkgrel so they > > won't collide with the ones from the repo, sorry if that bothers anyone. > > > > If you upgrade to this repositories, your existing mkinitcpio will be > > replaced and all klibc packages will be gone too. So, if you try it, > > please save your existing initramfs to a different filename as a > > fallback, and do not perform kernel upgrades until you either confirmed > > that it works, or downgraded to the klibc-based mkinitcpio. > > Bump! Virtually nobody has performed any testing (except the people I > poked about it). Also, I still don't have fixed raid or dmraid hooks, > nor any suggestion for implementing root on NFS (of the last three, I > use neither). I could write raid, but I have no idea if it will work. I > don't know what exactly needs to be done in the NFS case, because that > was all hidden inside "ipconfig" from klibc. > > The part that works (standard hooks, keymap, cryptsetup, lvm2) has been > 100% stable and has worked perfectly for all of the testers so far > (which aren't many, so you never know). > > Note that the klibc-based mkinitcpio has problems which will never be > fixed (because I can't fix them, or don't want to fix them), some of > which are already fixed in the 0.6 branch. > > One example is the lack of vfat detection in fstype, which affects > people who want to put archiso on vfat volumes - this is no problem > because we use blkid now. I am sure there are more examples. > I simply refuse to put more time into something that is entirely broken > and can't even be rebuilt against our current kernel headers (yes, the > last time klibc was successfully rebuilt was against 2.6.29 iirc, the > version I built against 2.6.31 works on x86_64, but not on i686). > Grützi I use your kill-klibc repo on i686 and I just want to confirm, that it works with % cat /etc/mkinitcpio.conf MODULES="" HOOKS="base udev pata uresume filesystems" No problems so far, except http://wiki.archlinux.org/index.php/Udev#Auto_mounting_USB_devices don't work anymore, this worked with the packages from the official repos. I have to find another nice way to automount my drives without hal, but that's another topic. Greetz Army

2 4

[arch-general] i586 phonon/qt dependency conflict
by David C. Rankin 03 Feb '10

03 Feb '10

Guys, Looks like there is a dependency conflict between qt and phonon with the latest packages. (note: below pms is an alias for 'pacman -Sy') Here is the issue: 16:07 dcrgx2:~> pms -u :: Synchronizing package databases... error: failed retrieving file 'testing.db.tar.gz' from mirrors.gigenet.com : Not Found testing 46.5K 51.9K/s 00:00:01 [####################################################] 100% error: failed retrieving file 'core.db.tar.gz' from mirrors.gigenet.com : Not Found core 36.1K 41.2K/s 00:00:01 [####################################################] 100% error: failed retrieving file 'extra.db.tar.gz' from mirrors.gigenet.com : Not Found extra 446.6K 111.0K/s 00:00:04 [####################################################] 100% error: failed retrieving file 'community-testing.db.tar.gz' from mirrors.gigenet.com : Not Found community-testing 1.5K 7.8M/s 00:00:00 [####################################################] 100% error: failed retrieving file 'community.db.tar.gz' from mirrors.gigenet.com : Not Found community 364.1K 110.8K/s 00:00:03 [####################################################] 100% archlinuxfr 25.0K 24.9K/s 00:00:01 [####################################################] 100% :: Starting full system upgrade... :: Replace kdelibs-experimental with testing/kdelibs? [Y/n] :: Replace kernel-headers with core/linux-api-headers? [Y/n] resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: kdelibs: requires phonon 16:08 dcrgx2:~> pms phonon :: Synchronizing package databases... error: failed retrieving file 'testing.db.tar.gz' from mirrors.gigenet.com : Not Found testing is up to date error: failed retrieving file 'core.db.tar.gz' from mirrors.gigenet.com : Not Found core is up to date error: failed retrieving file 'extra.db.tar.gz' from mirrors.gigenet.com : Not Found extra is up to date error: failed retrieving file 'community-testing.db.tar.gz' from mirrors.gigenet.com : Not Found community-testing is up to date error: failed retrieving file 'community.db.tar.gz' from mirrors.gigenet.com : Not Found community is up to date archlinuxfr is up to date resolving dependencies... warning: provider package was selected (phonon-gstreamer provides phonon-backend) looking for inter-conflicts... :: phonon conflicts with qt. Remove qt? [Y/n] error: failed to prepare transaction (could not satisfy dependencies) :: phonon-gstreamer: requires qt :: phonon: requires qt :: arora: requires qt :: kde-agent: requires qt :: kdelibs: requires qt>=4.5.3-4 :: kdesdk-poxml: requires qt :: opera-snapshot: requires qt :: polkit-qt: requires qt :: poppler-qt: requires qt>=4.5.3 :: pyqt: requires qt>=4.5.3 :: qca: requires qt :: qimageblitz: requires qt>=4.4.3 :: qscintilla: requires qt>=4.5.3-4 :: qtcreator: requires qt>=4.5 :: soprano: requires qt :: strigi: requires qt :: texmaker: requires qt>=4.5.1 -- 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 5

[arch-general] Great job with kde44beta
by David C. Rankin 03 Feb '10

03 Feb '10

Arch devs, Great job with kde 4.4 beta. Unlike suse's attempt at 4.4, most of Arch's implementation -- Works :p That says a lot... Who'd a thunk, little 'ole Arch with its limited resources is putting out a polished distro that's putting the big boys to shame. You guys do some amazing work. Thanks. -- 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

1 0

Re: [arch-general] [arch-dev-public] mkinitcpio 0.6 alpha - testing and help needed
by Damjan Georgievski 03 Feb '10

03 Feb '10

>> [kill-klibc] >> Server = http://dev.archlinux.org/~thomas/kill-klibc/i686/ > Bump! Virtually nobody has performed any testing (except the people I > poked about it). If it matters to anyone, the new mkinitcpio also works just fine while resuming my TuxOnIce kernel, and I do use /dev/disk/by-uuid/... for root= and resume= kernel parameters -- damjan

2 1

[arch-general] Vertical Quicklaunch on the Desktop in KDE4 - It's a Winner
by David C. Rankin 03 Feb '10

03 Feb '10

Guys, The far right-hand sliver of the screen is rarely covered on my desktop. Using the quicklaunch widget turns it into a very useful launch area without placing an entire 'toolbar' on the edge by using the 'quicklaunch' widget. Using the quicklaunch, you can put ~20 of your favorite apps in a very convenient location without losing desktop real estate. See: (42k) http://www.3111skyline.com/dl/ss/kde4/vertical-quicklaunch.jpg Initially the quicklaunch widget orients itself in a horizontal configuration. Simply using the resize handle, you can resize it into a vertical configuration. Right after resize, the whole quicklaunch will look like a mess due to a bug that changes the size of the icons to 128px as the widget is resized vertically. Just click on the preferences access button and set the size back to 16 and you are good to go. (while you are there also increase the maximum number of visible apps to ~30 or so) To populate quicklaunch, just right-click the quicklaunch on the icon above where you want your app located and navigate to the .desktop file for the app you want to add and click OK. The .desktop files are usually located at: /usr/share/applications /opt/kde(3)/share/applications/kde (adjust as required) /usr/share/applications/kde4 To rearrange the application order, just drag the icons where you want them in the quicklaunch. Enjoy! (PS. the multiple konqueror and dolphin icons are the user & su versions) -- 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

2 2

[arch-general] Arch Linux and security - it needs some work
by Ananda Samaddar 03 Feb '10

03 Feb '10

I really like Arch. I switched about a year ago after being a Debian user for nine years. There is something that troubles me though about Arch. Its lack of security focus. By this I mean there is no consistent way that security issues are dealt with. There was a proposal for 'The Arch Linux Security Team' but it seems to have fallen by the wayside[1]. I propose to resurrect this in the spirit of Arch's users becoming contributors. I, hopefully not alone wish to draw up a list of processes that can be used to create a dedicated Arch Linux security team that can deal quickly and efficiently with security alerts. It would need to be able to liaise successfully with Arch developers and hopefully over time security team members can become trusted users. I'm mentioning it now as I notice that an Arch Conference is being organised in Canada. One of my proposals (shamefully stolen from Debian) would be to have key-signing parties at Arch Linux meet-ups. This could then be used to create an Arch Linux web of trust. So basically I'm going to get my ideas into writing and post them on this list. I hope others will be willing to come forward and contribute too. After some discussion we should be able to reach a consensus and start giving security issues the priority they deserve. regards, Ananda Samaddar [1] http://wiki.archlinux.org/index.php/Security_Task_Force

12 13

[arch-general] Multiple Kernels
by Nilesh Govindarajan 03 Feb '10

03 Feb '10

How to install multiple kernels using pacman ? Arch should do something like Fedora/Redhat. Maintain 1-2 previous kernels so that if a new one is buggy, then the old one can be used. -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com

21 41

[arch-general] [signoff] tcp_wrappers-7.6-11
by Tobias Powalowski 02 Feb '10

02 Feb '10

Hi guys, signoff for both arches please fixes: http://bugs.archlinux.org/task/16048 #ipv6 support http://bugs.archlinux.org/task/17502 #compile options 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] xfsprogs-3.1.1
by Tobias Powalowski 02 Feb '10

02 Feb '10

Hi bump to latest version, xfsprogs-3.1.1 (29 January 2010) - Fix various blkid topology support problems in mkfs.xfs. - Fix various build warnings. - Add automatic build dependency calculations. - Cleaner build system output. - Add missing aclocal m4 file to the package generation. - Arrange for release tags to be digitally signed. please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4