- Arch-general - lists.archlinux.org

[arch-general] Was [arch-dev-public] [ANNOUNCE] initscripts-2012.07.3
by Myra Nelson 21 Jul '12

21 Jul '12

On Sat, Jul 21, 2012 at 4:51 AM, Tom Gundersen <teg(a)jklm.no> wrote: > On Sat, Jul 21, 2012 at 8:48 AM, Evangelos Foutras > <evangelos(a)foutrelis.com> wrote: > > I find removing most of the variables to be confusing and would > > suggest that [1] and [2] get reverted. > > I'm not going to revert them outright, but we can discuss individual > options (some clearly must go, others are a matter of taste). > > > My counterargument is the nonexistence, in the previous rc.conf, of > > default options that would need to be changed in a way that is > > transparent to the user. > > I guess I should have pointed out that I'd like a way to update the > comments about each of the options frequently (mainly to add warnings > or explanations as we realise them), but when the comments were in > rc.conf that would create .pacnew files, which is annoying. I'd also > like new users to have to read the manpage before they decide to use > any of the discouraged options, so they will at least know the > alternatives. > > > Moreover, stuff like TIMEZONE, LOCALE and MODULES should be included > > in rc.conf; nobody really wants to run their system with the default > > LOCALE=C, and quite a few people will want to load extra modules (in > > my case vboxnetflt), without messing around with other files > > (/etc/locale.conf) or adding variables back into rc.conf, > > respectively. > > I agree that most people would want to configure /etc/locale.conf and > /etc/vconsole.conf (or their equivalents in /etc/rc.conf). This is a > matter of taste, but I'd really rather we start only using the two > former files for this purpose. A benefit I did not mention yet is that > they allow a lot more options than what rc.conf ever did. > > As to modules: This should really not me necessary these days, and in > the cases it is, it is something we should consider fixing. With > kernel 3.5 the last of the mainline modules that I'm aware of (kvm) no > longer needs to be specified manually. > > In the case of virtualbox, I think the simplest solution here would be > to load the needed modules whenever virtualbox is installed. I.e., > ship a file with the virtualbox package > (/usr/lib/modules-load.d/virtualbox.conf) containing > > vboxnetadp > vboxnetflt > > (and whatever else is needed) > > > In conclusion, a) the existing rc.conf is already stripped down to the > > essential system configuration options, b) I like having a default > > structure of these options in rc.conf instead of adding them back in > > at random places (in rc.conf), c) if we want to shift the task of > > configuring the hostname/locale/keymap/etc to external files, it might > > be preferable to remove them completely from rc.conf instead of having > > multiple points of truth. > > a) this is not the case. The current rc.conf contains several > redundant and at least one harmful setting (HARDWARECLOCK). > > b) fair enough, though does not seem like a major issue. > > c) I'd like to do this in the long-run, but we can't just rip out the > old support over night (see the old network settings or the crypttab > changes for how I'd like these things to be done). > > > (The above is my view on this change after spending 10 minutes trying > > to figure out how I can load modules through /etc/modprobe.d, after I > > noticed that MODULES was removed from rc.conf. In my defense, I > > thought it could be similar to the time MOD_BLACKLIST was dropped. :p) > > rc.conf(5) points to modules-load.d(5)[0]. > > -t > > [0]: <http://0pointer.de/public/systemd-man/modules-load.d.html> > Tom: The concerns expressed by Evangelos and Tobias were some of the concerns I had when the push towards systemd started. Systemd is great if you are managing a large number of computers, but excessive overkill for one or two desktops with no server. The network setup is probably great for laptops also, but not in my instance. I get to learn to do it with iproute2. The simplest possible configuration for that setup is rc.conf. I'm not attempting to be a luddite, but something about this seems to violate the Arch KISS policy. Users of desktop systems shouldn't be forced into something like this. One of the reasons I chose Arch was the simplicity of setting up my system and not having some built in utility bork it for me. I find Arch much easier to set up and maintain than Fedora, Suse, Debian, Ubuntu, etc, etc, etc, and I wasn't forced in to their philosophy of setting up a "CORPORATE", yes I'm screaming, desktop. Currently Arch provides simple control mechanisms in central locations, and IMHO should stay that way. Please pardon my intrusion on a developer discussion, as I truly have no say in the matter. Just thought I'd toss in my 2 cents. Myra -- Life's fun when your sick and psychotic!

2 2

Re: [arch-general] Still Glibc problems
by John Briggs 21 Jul '12

21 Jul '12

General Discussion about Arch Linux <arch-general(a)archlinux.org> On Fri, Jul 20, 2012 at 03:41:08PM -0600, D. R. Evans wrote: > > pacman -Su > > > > Not OK: > > > [root@shack n7dr]# pacman -Su > > :: Starting full system upgrade... > > resolving dependencies... > > looking for inter-conflicts... > > > > Targets (1): glibc-2.16.0-2 > > > > Total Installed Size: 33.94 MiB > > Net Upgrade Size: 0.83 MiB > > > > Proceed with installation? [Y/n] > > (1/1) checking package integrity [##########################################################################################] 100% > > (1/1) loading package files [##########################################################################################] 100% > > (1/1) checking for file conflicts [##########################################################################################] 100% > > error: failed to commit transaction (conflicting files) > > glibc: /lib exists in filesystem > > Errors occurred, no packages were upgraded. > > [root@shack n7dr]# After much investigation the only workaround for this problem I could discover and I have used on my three computers this week is: system reboot : updates system with new packages. This : step is critical or you could end up with : a borked system # pacman -Sfu : This forces the loading of glibc-2.16.0-2 : but errors out because /lib directory exists ignore errors : on the system. # /usr/lib/ld-2.16.0.so /bin/rm -r /lib # /usr/lib/ld-2.16.0.so /bin/ln -s /usr/lib /lib system reboot DANGER: If the above procedure is not followed exactly you can bork your system and it will need a complete rebuild. An other workaround is: # system reboot # pacman -Sfu Ignore errors use a live CD/USB and boot Linux. # mkdir /archroot # mount /dev/xxxx /archroot : where xxxx is the root partition # cd /archroot /archroot]# rm -r lib /archroot]# ln -s usr/lib ./lib system reboot HTH John PS: I have not read the complete thread so I do not know if someone else has already offered these solutions. JEB

2 1

[arch-general] TeXlive 2012 packages
by Rémy Oudompheng 21 Jul '12

21 Jul '12

Hello, I am going to put Texlive 2012 packages in [testing]. Texlive 2012 is not yet released, but it is frozen, so I do not expect changes to these packages except to fix packaging errors. Please try them and complain on mailing lists. Don't hesitate to compile your own theses, memoirs or books. Regards, Rémy.

3 8

[arch-general] glibc 2.15 -> glibc 2.16 New Build Failures (scope primarily) Expected??
by David C. Rankin 21 Jul '12

21 Jul '12

Guys, After going though the usrlib/glibc update and creating a new archroot for building, I am getting build failures in trinity k3b and k9copy. Both packages built without error on 7/14 prior to my update. Following update I experience the following: k3b: summary: k3bffmpegwrapper.cpp:131:63: error: 'dump_format' was not declared in this scope k9copy: summary: k9avidecode.h:35:91: error: 'AVFormatParameters' has not been declared Two questions (1) are new build failures expected as the result of glibc 2.15 -> 2.16 update that require source updates; (2) is anyone else experiencing this on project they are working with? -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] Updating AUR package with pacman
by Thorsten Jolitz 20 Jul '12

20 Jul '12

Hi List, when I want to install a new version from an already installed AUR package - do I have to remove the old version first, or do I simply follow the same steps as if there would be no old version on my machine and pacman takes care of everything? -- cheers, Thorsten

9 11

[arch-general] Virtualbox-modules are again busted with new testing kernel
by fredbezies 20 Jul '12

20 Jul '12

Well, looks like Ionut Biru forget to rebuild virtualbox modules. Both vboxdrv and vboxnetflt cannot be loaded. A rebuild of virtualbox-modules fixed it :) -- Frederic Bezies fredbezies(a)gmail.com

2 2

[arch-general] haveged and Secure Cryptography
by David Hunter 20 Jul '12

20 Jul '12

Does anyone know if haveged significantly affects things like truecrypt, cryptsetup, RSA, or SSL if you happen to leave the daemon running for long periods of time? I'm sure that it's always going to be "random enough", but I often make use of Archlinux in forensic environments involving encrypted disks and files or transferring things over SSL, so I do need to know if there is even a theoretical weakness in my environment in case my tools and methodologies are called into question. Thanks -- David Hunter

3 2

[arch-general] claws-mail is it possible to see own posts to mailinglist?
by Tobias Powalowski 19 Jul '12

19 Jul '12

Hi, I have a big problem with claws-mail, is it somehow possible to see own posts to mailinglists? I'm using gmail imap and somehow my own posts are not shown. Thunderbird does not have this issue. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 10

[arch-general] Quick question about post-MBR gap?
by mike cloaked 19 Jul '12

19 Jul '12

I am planning a test install using the new arch-install-scripts via the latest netinstall images from releng (from today's date). I know that for a system where I blow away all previous disc partitions and partition from scratch I can create a 2MiB partition (using MBR and NOT GPT partitioning) before the first formatted partition on the HD and install grub2 during the base install. However can someone please tell me explicitly if, for a system with only BIOS (no UEFI at all), and no GPT partitioning but just plain old MBR partitioning - is the recommended 2MiB post-MBR gap still a "requirement" for that specific situation for grub2 to work? I can't find that as an explicit statement in any of the documentation that I have read for installs/grub2/partitioning! i.e. does grub2 still need to embed the core.img file in the post-MBR gap as the preferred and dev recommended approach in this case? The reason I would like to have that explicit answer is that if I want to install arch on a machine which has a pre-existing NTFS partition, and possibly host-protected partition as well for Windows recovery, at the start of the drive, then if the 2MiB post-MBR gap is a requirement (rather than a nicety) for grub2 with BIOS and MBR partitioning (but no GPT partitioning or UEFI) then unless the drive is re-partitioned and the NTFS partition reduced in size and moved out by 2MiB then there could be problems? However doing that partition jinking about might itself lead to a few issues! I am going to do an install with new partitioning on an old laptop to check that I can successfully use the new install system (without AIF) and hopefully that will work, but I also have other machines with existing and important (to me) Windows partitions that I would really like to NOT corrupt when installing arch to the partitions on their drives. The other reason I am asking this question is that I also have existing dual boot laptops with Windows XP and arch with BIOS and MBR partitioning - and at some point it would presumably be sensible to move from the existing grub to grub2 - and on these systems where I have already checked that there is only a 64 sector post-MBR gap - will this lead to problems if I change from grub to grub2 if I don't change the partitions to have a 2MiB post-MBR gap? Thanks for any help on this - I have been doing reading and trying to prepare without looking an idiot and being a good arch admin, but there is quite a lot to read and I still can't find the answer to the explicit question above! -- mike c

7 12

[arch-general] New glitch since latest update
by P .NIKOLIC 18 Jul '12

18 Jul '12

Hi folks . Well having finally got the Glibc thing sorted and done a "pacman -Syu" which pulled in kernel ect when i try to start Kaffeine it takes almost 2 mins to finally show up , When started from an xterm i get the following errors QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory vo_vdpau: Can't create vdp device : No vdpau implementation. [pete@7-of-9 ~]$ net_buf_ctrl: dvbspeed mode net_buf_ctrl: prebuffering... net_buf_ctrl: dvbspeed 100% @ audio 2040 ms 16 buffers net_buf_ctrl: dvbspeed 99.5% @ audio 480 ms 4 buffers net_buf_ctrl: dvbspeed 100% @ audio 2040 ms 16 buffers Running the nouveau driver Pete -- Linux 7-of-9 3.4.5-1-ARCH #1 SMP PREEMPT Mon Jul 16 21:35:54 CEST 2012 x86_64 GNU/Linux

1 0