From remy at archlinux.org Wed Jun 1 00:57:55 2011 From: remy at archlinux.org (=?iso-8859-1?Q?R=E9my?= Oudompheng) Date: Wed, 1 Jun 2011 06:57:55 +0200 Subject: [arch-general] TeXLive 2011 pretest Message-ID: <20110601045755.GA6445@mastermind.lan> TeXLive 2011 is in pre-testing phase. Experimental builds of texlive-bin will be found in http://pkgbuild.com/~remy/texlive-experimental/ Current issues are: - no install script for texlive-bin where it should run "mktexlsr" and "fmtutil-sys --all" - dangling symlinks, due to new scripts appearing in texlive-* - segfaulting luatex, so I guess I'll keep with compiling it separately - no biblatex-biber. TeXLive only provide a binary that bundles Perl + all dependencies. I plan to adopt biblatex-biber from AUR for that and add it as an optional dependency of texlive-core. However, it comes with a very unusual set of dependencies. We can only blame Fran?ois for being a great Perl enthusiast. Once upstream seems stable (they say ConTeXt is currently broken), and the PKGBUILDs reach a final form, packages will hit [testing]. Regards, -- R?my. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From carvalho.inacio at gmail.com Wed Jun 1 08:51:55 2011 From: carvalho.inacio at gmail.com (Leandro Inacio) Date: Wed, 1 Jun 2011 09:51:55 -0300 Subject: [arch-general] [arch-dev-public] [signoff] initscripts-2011.06.1-1 In-Reply-To: References: Message-ID: On Wed, Jun 1, 2011 at 09:38, Tom Gundersen wrote: > Hi guys, > > A new initscripts package is in testing. > > Please test and signoff. > > Big changes: > > 1) We gain support for iproute2, and net-tools is now optional (thanks > to Dave Reisner). If you don't update your rc.conf, everything should > work as before (using net-tools), pleas shout if it does not. > > 2) MOD_AUTOLOAD is deprecated (always leave it set to "yes") > > 3) blacklisting modules in the MODULES array is no longer supported, > use modprobe's native blacklisting instead (see 'man modprobe.conf'). > An announcement will be made about this before moving to core. > Since you are removing many of the references of modules in rc.conf (like blacklist and MOD_AUTOLOAD), why do not you remove MODULES array and leaves everything to modprobe.conf do this tasks? From teg at jklm.no Wed Jun 1 08:54:48 2011 From: teg at jklm.no (Tom Gundersen) Date: Wed, 1 Jun 2011 14:54:48 +0200 Subject: [arch-general] [arch-dev-public] [signoff] initscripts-2011.06.1-1 In-Reply-To: References: Message-ID: On Wed, Jun 1, 2011 at 2:51 PM, Leandro Inacio wrote: > On Wed, Jun 1, 2011 at 09:38, Tom Gundersen wrote: > >> Hi guys, >> >> A new initscripts package is in testing. >> >> Please test and signoff. >> >> Big changes: >> >> 1) We gain support for iproute2, and net-tools is now optional (thanks >> to Dave Reisner). If you don't update your rc.conf, everything should >> work as before (using net-tools), pleas shout if it does not. >> >> 2) MOD_AUTOLOAD is deprecated (always leave it set to "yes") >> >> 3) blacklisting modules in the MODULES array is no longer supported, >> use modprobe's native blacklisting instead (see 'man modprobe.conf'). >> An announcement will be made about this before moving to core. >> > > Since you are removing many of the references of modules in rc.conf (like > blacklist and MOD_AUTOLOAD), why do not you remove MODULES array and leaves > everything to modprobe.conf do this tasks? modprobe.conf can not be used to autoload modules. It can only apply options, or blacklist modules from being loaded. Otherwise it would have been a good idea :-) Cheers, Tom From carvalho.inacio at gmail.com Wed Jun 1 09:19:35 2011 From: carvalho.inacio at gmail.com (Leandro Inacio) Date: Wed, 1 Jun 2011 10:19:35 -0300 Subject: [arch-general] [arch-dev-public] [signoff] initscripts-2011.06.1-1 In-Reply-To: References: Message-ID: On Wed, Jun 1, 2011 at 09:54, Tom Gundersen wrote: > modprobe.conf can not be used to autoload modules. It can only apply > options, or blacklist modules from being loaded. Otherwise it would > have been a good idea :-) > > Cheers, > > Tom > If modprobe does not autoload options or any similar, so forget what I said. I'm not skilled enough to develop any kind of tool to assist in this task. In hindsight it is best to keep the MODULES array in rc.conf. Thank you for answering this e-mail. From thatch45 at gmail.com Wed Jun 1 13:05:15 2011 From: thatch45 at gmail.com (Thomas S Hatch) Date: Wed, 1 Jun 2011 11:05:15 -0600 Subject: [arch-general] Salt update to 0.8.8 Message-ID: I have not mentioned this here for a while, but I am a big fan of seeing what the Arch community is developing, and in the past I have gotten some real interest from the Arch community on this front. I just released Salt 0.8.8, salt is an application used for very fast remote management of systems via zeromq. Salt allows you to manage large groups of servers from a master server with simple commands, and salt also contains functionality for configuration management. Salt is meant to fill the roles of applications like puppet, mcollective, func, cgengine, fabric, Capistrano and many others. The release announcement is here: http://red45.wordpress.com/2011/05/30/salt-0-8-8/ Arch package is here: https://aur.archlinux.org/packages.php?ID=47512 Video explaining how to use Salt and what it is in detail is here: http://blip.tv/thomas-s-hatch/salt-0-8-7-presentation-5180182 And the (under heavy development) website and docs are here: http://thatch45.github.com/salt-www/ Salt is developed on Arch, but is made to run on any Linux/BSD Let me know what you all think! -Thomas S Hatch From xecycle at gmail.com Wed Jun 1 22:33:07 2011 From: xecycle at gmail.com (XeCycle) Date: Thu, 2 Jun 2011 10:33:07 +0800 Subject: [arch-general] /dev/snd/seq: Group permission lost Message-ID: <20110602023307.GA28525@XeCycle> Recently I need to chmod it manually after reboot. It's now 600, belong to root, group audio, I think 660 is better. -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 Facebook: Carl Lei Twitter: XeCycle Blog: http://xecycle.blogspot.com Thu, 02 Jun 2011 10:31:13 +0800 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From bernardobarros2 at gmail.com Wed Jun 1 22:48:06 2011 From: bernardobarros2 at gmail.com (Bernardo Barros) Date: Wed, 1 Jun 2011 23:48:06 -0300 Subject: [arch-general] /dev/snd/seq: Group permission lost In-Reply-To: <20110602023307.GA28525@XeCycle> References: <20110602023307.GA28525@XeCycle> Message-ID: 2011/6/1 XeCycle > Recently I need to chmod it manually after reboot. It's now > 600, belong to root, group audio, I think 660 is better. > > here too... very very very annoying. that was last udev update. From anthony at xtfx.me Thu Jun 2 00:58:43 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Wed, 1 Jun 2011 23:58:43 -0500 Subject: [arch-general] "whitebox" on bootup after KMS kicks in In-Reply-To: <4DE1538E.1070707@javafreedom.org> References: <20110528194141.GA8367@urvas> <4DE1538E.1070707@javafreedom.org> Message-ID: On Sat, May 28, 2011 at 2:57 PM, Markus M. May wrote: > On 28.05.2011 21:41, Rogut?s Sparnuotos wrote: >> >> C Anthony Risinger (2011-05-28 00:02): >>> >>> does anyone else experience? >>> >>> i've been getting this for sometime -- on intel, nouveau, and radeon >>> KMS drivers -- and it looks terrible. ?after the module loads within >>> initramfs, the space *within* the old resolution is pure white, >>> surrounded by normal black. ?i'm pretty sure the "whitebox" >>> corresponds to the size of the previous resolution because it's >>> different sizes on all my machines, and pretty small on my 1920x1280 >>> laptop (@ 15.5in ... awesome :-) >>> >>> anyways, long story short it turns back 2 black when written over >>> (systemd/initscripts output) or cleared, so: >>> >>> echo -en '\e[H\e[2J' >>> >>> ... takes care of it. ?i basically just did a `clear> ?out`, looked at >>> the codes, and made a small initramfs hook from the above. >>> >>> it works fine as is, but is anyone else seeing this? ?it annoys me >>> because i don't run getty on tty1, so it's there forever unless i >>> clear right away. ?not really a big deal, as it took longer to write >>> this msg than fix it, but it started happening a few kernels ago IIRC >>> and i'm wondering if we can just throw something like this into >>> mkinitcpio (if `quiet`, or before output), because it looks terrible >>> :-( >>> >>> i'll open a report unless someone feels like throwing it in there, >>> it's a pretty simple change. >> >> No white boxes here with radeon KMS (built-in) under 2.6.38.3. Actually, I >> can even see the "PCI Device Listing ..." table from the BIOS when I >> switch to tty1. > > Hm, me is having the same problems, using Grub 2. This problem is only seen, > if I do use the external Graphic card in the laptop I am using. >> >> No white boxes on another PC with radeon, Arch's kernel26 and initramfs. thanks for input all ... i see it on these cards: (nouveau) nVidia Corporation G86M [Quadro FX 360M] (rev a1) (radeon) ATI Technologies Inc RV770 [Radeon HD 4850] (radeon) ATI Technologies Inc RS880 [Radeon HD 4200] (i915) Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) ... just seemed weird to me that most others don't, and on such a wide array of cards. after installing arch under KVM for other reasons i realized i'm running a little bit older version of syslinux -- as i didn't actually reinstall it after pacamn upgrades -- so ill try that too. it doesnt happen under qemu, but im not using KMS in qemu (though one does exist now: http://lists.freedesktop.org/archives/dri-devel/2011-April/010396.html :haven't been able to try it out yet tho). meh, it doesn't matter in the end, i really just want to know if i'm doing something to cause it ... since it literally happens on every machine i own, and some at work. if anyone is interested in the solution i use: /lib/initcpio/install/clear ----------------------------- # vim:set ft=sh: install() { SCRIPT="clear" } help () { cat <<HELPEOF Clear the console immediately HELPEOF } ----------------------------- /lib/initcpio/hooks/clear ----------------------------- # vim: set ft=sh: run_hook () { echo -en '\e[H\e[2J' } ----------------------------- ... then add the `clear` hook before everything else ... yes, everything: # grep ^HOOKS /etc/mkinitcpio.conf HOOKS="clear base consolefont udev autodetect plymouth pata scsi sata filesystems" -- C Anthony From schiv at archlinux.org Thu Jun 2 03:26:54 2011 From: schiv at archlinux.org (Ray Rashif) Date: Thu, 2 Jun 2011 15:26:54 +0800 Subject: [arch-general] /dev/snd/seq: Group permission lost In-Reply-To: <BANLkTikAuAZZXsPEfGbdKcYzLFUmaHt3RQ@mail.gmail.com> References: <20110602023307.GA28525@XeCycle> <BANLkTikAuAZZXsPEfGbdKcYzLFUmaHt3RQ@mail.gmail.com> Message-ID: <BANLkTi=Cn5fiWeEwBMPtKEQde2vmiGoL1g@mail.gmail.com> On 2 June 2011 10:48, Bernardo Barros <bernardobarros2 at gmail.com> wrote: > 2011/6/1 XeCycle <xecycle at gmail.com> > >> Recently I need to chmod it manually after reboot. It's now >> 600, belong to root, group audio, I think 660 is better. >> >> > here too... very very very annoying. that was last udev update. Not to worry, will be fixed soon: https://bugs.archlinux.org/task/24362 -- GPG/PGP ID: 8AADBB10 From dpmcgee at gmail.com Thu Jun 2 17:32:02 2011 From: dpmcgee at gmail.com (Dan McGee) Date: Thu, 2 Jun 2011 16:32:02 -0500 Subject: [arch-general] [translation] Pacman 3.5.3 release soon Message-ID: <BANLkTin5_5fyA=mRum50PyG9=4JaxK2Xag@mail.gmail.com> If you are interested in updating any translations before I release this maint version early next week, please do so: https://www.transifex.net/projects/p/archlinux-pacman/r/3-5-3/ Thanks! -Dan From 2009 at carlm.e4ward.com Thu Jun 2 21:30:19 2011 From: 2009 at carlm.e4ward.com (Carl Mueller) Date: Thu, 2 Jun 2011 21:30:19 -0400 Subject: [arch-general] initscripts change Message-ID: <BANLkTikgPH6G5svmih9BNYfkVnTqNdzS1Q@mail.gmail.com> Why change the modules array in initscripts? I always read that Arch was great because almost all configurations were done in one file, namely rc.conf. From teg at jklm.no Thu Jun 2 21:46:29 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 3 Jun 2011 03:46:29 +0200 Subject: [arch-general] initscripts change In-Reply-To: <BANLkTikgPH6G5svmih9BNYfkVnTqNdzS1Q@mail.gmail.com> References: <BANLkTikgPH6G5svmih9BNYfkVnTqNdzS1Q@mail.gmail.com> Message-ID: <BANLkTimghEN-0W10Mo8ihvkAeZ30vRT8UQ@mail.gmail.com> On Fri, Jun 3, 2011 at 3:30 AM, Carl Mueller <2009 at carlm.e4ward.com> wrote: > Why change the modules array in initscripts? ?I always read that Arch was > great because almost all configurations were done in one file, namely > rc.conf. There will be an announcement going into the details, and this has already been discussed on this list a few days ago, but let me just clarify the important points: The great thing about rc.conf is that it does all the Arch-specific configurations. There are lots and lots of other configuration files in /etc/ that are owned by their respective packages. As upstream projects have evolved, they have gained their own configuration files with the same (or equivalent) functionality as some of the things in rc.conf. Blacklisting of modules is one such example. What we are doing now is to avoid this duplication, and directing users to use the configurations that upstream (in this case module-init-tools) intended. Why: This will reduce the likelihood of Arch-specific bugs. It will greatly simplify working with upstream on bug reports, as we will be running 'vanilla' packages. We will be able to delete a lot of code from our initscripts, udev and mkinitcpio packages. It will speed up your boot (on my system I gained about 2.5 sec, which is about 10%, but YMMV). If you encounter any bugs with the packages in testing, please do not hesitate to let us know. Cheers, Tom From lvzongting at gmail.com Fri Jun 3 04:47:04 2011 From: lvzongting at gmail.com (=?GB2312?B?wsDX2s2l?=) Date: Fri, 3 Jun 2011 16:47:04 +0800 Subject: [arch-general] archlinux touchscreen problem on aigo p8880 Message-ID: <BANLkTim=PZwLvV7tshqcwH0KwUtDBL+QVjT_0CQZGpy4gwoozg@mail.gmail.com> hello? I run archlinux on aigo p8880 with kernel 2.6.39 GMA500 with psb-gfx-bzr follow the link: wiki.archlinux.org/index.php/Poulsbo it works OK. But,the touchscreen doesn't works . someone can help me? From orbisvicis at gmail.com Sat Jun 4 03:06:12 2011 From: orbisvicis at gmail.com (Yclept Nemo) Date: Sat, 4 Jun 2011 03:06:12 -0400 Subject: [arch-general] hwclock and openntpd Message-ID: <BANLkTim8N3CbYFVKBAFahR3rzmMH1F=OKw@mail.gmail.com> A recent announcement said: * The adjustment of the hwclock for drift is moved into a daemon that should not be used in most scenarios as it can lead to subtle bugs (especially if using dual-boot or ntp). If you know what you are doing and want to adjust the hardware clock for drift, add `"hwclock"` to your `DAEMONS` array. I use openntpd, and with hwclock disabled - DAEMONS=(!hwclock ...) - I've been getting these errors every reboot: "Superblock last mount time is in the future (by less than a day, probably due to the hardware clock being incorrectly set) - fixed" Perhaps openntpd does not set the hwclock. Therefore, should openntpd be used in conjuction with the hwclock daemon? From jan at jgc.homeip.net Sat Jun 4 03:44:34 2011 From: jan at jgc.homeip.net (Jan de Groot) Date: Sat, 04 Jun 2011 09:44:34 +0200 Subject: [arch-general] hwclock and openntpd In-Reply-To: <BANLkTim8N3CbYFVKBAFahR3rzmMH1F=OKw@mail.gmail.com> References: <BANLkTim8N3CbYFVKBAFahR3rzmMH1F=OKw@mail.gmail.com> Message-ID: <1307173474.3529.1.camel@laptop> On Sat, 2011-06-04 at 03:06 -0400, Yclept Nemo wrote: > Perhaps openntpd does not set the hwclock. Therefore, should openntpd > be used in conjuction with the hwclock daemon? That's true, and that's also the reason why Openntpd doesn't play well with Xen where all guest VMs will take over the clock from the host VM. With the normal ntp distribution that works, but with Openntpd you need something to push the changes to the hwclock. From francesco.groccia at poste.it Sat Jun 4 04:24:22 2011 From: francesco.groccia at poste.it (F.Gr.) Date: Sat, 4 Jun 2011 10:24:22 +0200 Subject: [arch-general] hwclock and openntpd References: <BANLkTim8N3CbYFVKBAFahR3rzmMH1F=OKw@mail.gmail.com> <1307173474.3529.1.camel@laptop> Message-ID: <20110604102422.6e82ccee@riad.info.invalid> Jan de Groot : > On Sat, 2011-06-04 at 03:06 -0400, Yclept Nemo wrote: > > Perhaps openntpd does not set the hwclock. Therefore, should > > openntpd be used in conjuction with the hwclock daemon? > > That's true, and that's also the reason why Openntpd doesn't play > well with Xen where all guest VMs will take over the clock from the > host VM. With the normal ntp distribution that works, but with > Openntpd you need something to push the changes to the hwclock. I've put the following in my /etc/rc.local: (sleep 180 && ntpd -qg && hwclock --adjust && hwclock --systohc) & From fijam at archlinux.us Sat Jun 4 04:38:01 2011 From: fijam at archlinux.us (JM) Date: Sat, 4 Jun 2011 10:38:01 +0200 Subject: [arch-general] Installation images in need of an update? Message-ID: <BANLkTi=OqCAphWykVPNnrpWvGBMWHWtoOQ@mail.gmail.com> Hello, The current installer images are from 05.2010 which is over a year old. I was unable to install Arch on my new laptop using this installer due to insufficient hardware support in kernel 2.6.33. Are there any plans to update it? Regards, JM From pierre at archlinux.de Sat Jun 4 04:53:50 2011 From: pierre at archlinux.de (Pierre Schmitz) Date: Sat, 04 Jun 2011 10:53:50 +0200 Subject: [arch-general] =?utf-8?q?Installation_images_in_need_of_an_update?= =?utf-8?q?=3F?= In-Reply-To: <BANLkTi=OqCAphWykVPNnrpWvGBMWHWtoOQ@mail.gmail.com> References: <BANLkTi=OqCAphWykVPNnrpWvGBMWHWtoOQ@mail.gmail.com> Message-ID: <1e69cfe888c327722718de0257b9ae99@archlinux.de> On Sat, 4 Jun 2011 10:38:01 +0200, JM wrote: > Hello, > > The current installer images are from 05.2010 which is over a year > old. I was unable to install Arch on my new laptop using this > installer due to insufficient hardware support in kernel 2.6.33. Are > there any plans to update it? > > Regards, > JM Have a look at https://bbs.archlinux.org/viewtopic.php?id=119203 -- Pierre Schmitz, https://users.archlinux.de/~pierre From myra.nelson at hughes.net Sat Jun 4 13:18:45 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Sat, 4 Jun 2011 12:18:45 -0500 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 Message-ID: <BANLkTimt1tavRVXBjZx8FqjiB91qCKGvdA@mail.gmail.com> ---------- Forwarded message ---------- From: Myra Nelson <myra.nelson at hughes.net> Date: Sat, Jun 4, 2011 at 12:10 Subject: Re: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 To: Public mailing list for Arch Linux development <arch-dev-public at archlinux.org> On Sat, Jun 4, 2011 at 11:30, Eric B?langer <snowmaniscool at gmail.com> wrote: > On Sat, Jun 4, 2011 at 4:58 AM, Tom Gundersen <teg at jklm.no> wrote: >> On Sat, Jun 4, 2011 at 5:41 AM, Eric B?langer <snowmaniscool at gmail.com> wrote: >>> FWIW, the instructive comments in udev.conf doesn't mention "warning" >>> as a valid value. >> >> Oops, I meant to say "info". > > I also tried info when I tried with debug. I didn't noticed any > difference with debug as far as the excessive output go. I could try > it again and check dmesg more carefully. > > >> >>> I tried it and the error message doesn't get >>> printed. ?Dmesg doesn't have the error message and the logs are >>> useless since the error happens when the kernel is booting, i.e. >>> rc.sysinit isn't running yet. I suppose it's mkinitcpio/udev related. >> >> If rc.sysinit is not running, then this is an mkinitcpio problem. I >> guess the reason you are seeing it again might be a race? We have sped >> things up quite a bit with this release, so things might race >> differently than before. > > That's what I believe. ?I didn't mentionned it but dmesg contains > output saying that the raid was assemble and all mirrors are active. > So despite the error message from udevd, the kernel still manage to > assemble the raid array. Also, I can't find the hook or config file > that contains the mdadm command line displayed in the error message. > I looked in /etc and /lib/initcpio but it's not there. > >> >>> They work as expected. The error is not fatal. ?My raid array gets >>> assembled without user intervention. Either it is eventually done by >>> the initscripts (I can't find where, I think that code parthas been >>> removed) or by something else. >> >> My guess is that the error you are seeing is from udev in mkinitcpio, >> and the udev in rc.sysinit works correctly. To change the error >> reporting you would need to run mkinitcpio -p kernel26 after updating >> udev.conf. > > I was updating my initcpio file when changing the udev.conf. > >> >>>>> Also, my loopback interface ?didn't started. ?When I ran "/usr/sbin/ip >>>>> link set up dev lo" manually in a terminal, it started fine. I don't >>>>> know why it didn't work when booting up. >>>> >>>> Do you see anything in the above logs? >>> >>> I found the source of this error. My /usr is on it's own partition. So >>> when rc.sysinit attemps to setup the loopback interface with >>> /usr/sbin/ip, my /usr partition is not mounted yet. So it fails. ?I >>> don't know what would be the best way to fix. Maybe moving ip to /sbin >>> or to postpone the lo interface ?setup after the partitions are >>> mounted. >> >> Ahhhh. I think this might cause many more problems than just the >> loopback. In particular, anything called in udev rules may reside on >> /usr. This means the rule will fail and it will not be rerun. >> >> Have a look at "grep /usr /lib/udev/rules.d/*" to see examples of what >> might be broken. >> >> Most other distros, and upstream projects have given up on supporting >> a separate /usr, so it will be buggy. I suggest moving your /usr to >> your rootfs, regardless of this particular problem. >> > > I recall you mentionning that on another ML thread. I wanted to ask > you for details at the time but did get to. > I'll move my /usr to my rootfs. ?I use lvm2 so the > resizing/repartionning should be easy. > >> As to the loopback device. I don't think it is a good idea to delay >> this to after /usr is mounted. If anything we might want to move it >> earlier in boot. That leaves moving ip out of /usr. >> >> Does anyone know the consequences of this? Do we want to keep >> supporting a separate /usr? > > If I'm the only one with the problem, you can also keep things as they > are now, i.e. not support /usr on a separate partition. As I'll be > moving my /usr, that problem will become moot. > > Eric > >> >> Cheers, >> >> Tom >> > One quick question, why do I still have udev 169 and udev 171 starting. My /usr is on a separate partition and my loopback is not starting, but everything appears to work well. From the timing I would assume one is the mkinitcpio and one is rc.sysinit but thought I would check first. [myra at gandalf /var/log]:pacman -Qi udev Name ? ? ? ? ? : udev Version ? ? ? ?: 171-2 [myra at gandalf ~]:dmesg | grep udev [ ? ?1.311992] udevd[86]: starting version 169 [ ? ?5.723615] udevd[598]: starting version 171 [myra at gandalf ~]:sudo tail -n 2000 /var/log/everything.log | grep udev Jun ?3 10:18:21 localhost [ ? ?1.318643] udevd[86]: starting version 169 Jun ?3 10:18:21 localhost [ ? ?6.176941] udevd[609]: starting version 171 Jun ?4 11:33:45 localhost [ ? ?1.311992] udevd[86]: starting version 169 Jun ?4 11:33:45 localhost [ ? ?5.723615] udevd[598]: starting version 171 Myra -- Life's fun when your sick and psychotic! -- Life's fun when your sick and psychotic! From teg at jklm.no Sat Jun 4 13:29:32 2011 From: teg at jklm.no (Tom Gundersen) Date: Sat, 4 Jun 2011 19:29:32 +0200 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTimt1tavRVXBjZx8FqjiB91qCKGvdA@mail.gmail.com> References: <BANLkTimt1tavRVXBjZx8FqjiB91qCKGvdA@mail.gmail.com> Message-ID: <BANLkTikaY_zkPdp8Umk1KemxfyOJstFKeiwY5+rpCM1wzW79tg@mail.gmail.com> Hi Myra, On Sat, Jun 4, 2011 at 7:18 PM, Myra Nelson <myra.nelson at hughes.net> wrote: > One quick question, why do I still have udev 169 and udev 171 starting. As you correctly assumed, the first one is in initramfs. What has happened is that your initramfs has not been updated (this happens on kernel upgrade) since you upgraded udev from 169. To get the same udev in both places, do "mkinitcpio -p kernel26" (though, if you don't, everything should still work ok even if the versions don't match). > My > /usr is on a separate partition and my loopback is not starting, but everything > appears to work well. Thanks for the feedback. We'll have the loopback stuff sorted out soon. Cheers, Tom From myra.nelson at hughes.net Sat Jun 4 13:43:24 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Sat, 4 Jun 2011 12:43:24 -0500 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTimt1tavRVXBjZx8FqjiB91qCKGvdA@mail.gmail.com> References: <BANLkTimt1tavRVXBjZx8FqjiB91qCKGvdA@mail.gmail.com> Message-ID: <BANLkTinA5=4quzbGtjwqUukdWA3yyxu-gA@mail.gmail.com> On Sat, Jun 4, 2011 at 12:18, Myra Nelson <myra.nelson at hughes.net> wrote: > ---------- Forwarded message ---------- > From: Myra Nelson <myra.nelson at hughes.net> > Date: Sat, Jun 4, 2011 at 12:10 > Subject: Re: [arch-dev-public] [signoff] coreutils-8.12-2, > initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, > yp-tools-2.12-2 > To: Public mailing list for Arch Linux development > <arch-dev-public at archlinux.org> > > > On Sat, Jun 4, 2011 at 11:30, Eric B?langer <snowmaniscool at gmail.com> wrote: >> On Sat, Jun 4, 2011 at 4:58 AM, Tom Gundersen <teg at jklm.no> wrote: >>> On Sat, Jun 4, 2011 at 5:41 AM, Eric B?langer <snowmaniscool at gmail.com> wrote: >>>> FWIW, the instructive comments in udev.conf doesn't mention "warning" >>>> as a valid value. >>> >>> Oops, I meant to say "info". >> >> I also tried info when I tried with debug. I didn't noticed any >> difference with debug as far as the excessive output go. I could try >> it again and check dmesg more carefully. >> >> >>> >>>> I tried it and the error message doesn't get >>>> printed. ?Dmesg doesn't have the error message and the logs are >>>> useless since the error happens when the kernel is booting, i.e. >>>> rc.sysinit isn't running yet. I suppose it's mkinitcpio/udev related. >>> >>> If rc.sysinit is not running, then this is an mkinitcpio problem. I >>> guess the reason you are seeing it again might be a race? We have sped >>> things up quite a bit with this release, so things might race >>> differently than before. >> >> That's what I believe. ?I didn't mentionned it but dmesg contains >> output saying that the raid was assemble and all mirrors are active. >> So despite the error message from udevd, the kernel still manage to >> assemble the raid array. Also, I can't find the hook or config file >> that contains the mdadm command line displayed in the error message. >> I looked in /etc and /lib/initcpio but it's not there. >> >>> >>>> They work as expected. The error is not fatal. ?My raid array gets >>>> assembled without user intervention. Either it is eventually done by >>>> the initscripts (I can't find where, I think that code parthas been >>>> removed) or by something else. >>> >>> My guess is that the error you are seeing is from udev in mkinitcpio, >>> and the udev in rc.sysinit works correctly. To change the error >>> reporting you would need to run mkinitcpio -p kernel26 after updating >>> udev.conf. >> >> I was updating my initcpio file when changing the udev.conf. >> >>> >>>>>> Also, my loopback interface ?didn't started. ?When I ran "/usr/sbin/ip >>>>>> link set up dev lo" manually in a terminal, it started fine. I don't >>>>>> know why it didn't work when booting up. >>>>> >>>>> Do you see anything in the above logs? >>>> >>>> I found the source of this error. My /usr is on it's own partition. So >>>> when rc.sysinit attemps to setup the loopback interface with >>>> /usr/sbin/ip, my /usr partition is not mounted yet. So it fails. ?I >>>> don't know what would be the best way to fix. Maybe moving ip to /sbin >>>> or to postpone the lo interface ?setup after the partitions are >>>> mounted. >>> >>> Ahhhh. I think this might cause many more problems than just the >>> loopback. In particular, anything called in udev rules may reside on >>> /usr. This means the rule will fail and it will not be rerun. >>> >>> Have a look at "grep /usr /lib/udev/rules.d/*" to see examples of what >>> might be broken. >>> >>> Most other distros, and upstream projects have given up on supporting >>> a separate /usr, so it will be buggy. I suggest moving your /usr to >>> your rootfs, regardless of this particular problem. >>> >> >> I recall you mentionning that on another ML thread. I wanted to ask >> you for details at the time but did get to. >> I'll move my /usr to my rootfs. ?I use lvm2 so the >> resizing/repartionning should be easy. >> >>> As to the loopback device. I don't think it is a good idea to delay >>> this to after /usr is mounted. If anything we might want to move it >>> earlier in boot. That leaves moving ip out of /usr. >>> >>> Does anyone know the consequences of this? Do we want to keep >>> supporting a separate /usr? >> >> If I'm the only one with the problem, you can also keep things as they >> are now, i.e. not support /usr on a separate partition. As I'll be >> moving my /usr, that problem will become moot. >> >> Eric >> >>> >>> Cheers, >>> >>> Tom >>> >> > > One quick question, why do I still have udev 169 and udev 171 starting. My > /usr is on a separate partition and my loopback is not starting, but everything > appears to work well. From the timing I would assume one is the mkinitcpio and > one is rc.sysinit but thought I would check first. > > [myra at gandalf /var/log]:pacman -Qi udev > Name ? ? ? ? ? : udev > Version ? ? ? ?: 171-2 > > [myra at gandalf ~]:dmesg | grep udev > [ ? ?1.311992] udevd[86]: starting version 169 > [ ? ?5.723615] udevd[598]: starting version 171 > > [myra at gandalf ~]:sudo tail -n 2000 /var/log/everything.log | grep udev > Jun ?3 10:18:21 localhost [ ? ?1.318643] udevd[86]: starting version 169 > Jun ?3 10:18:21 localhost [ ? ?6.176941] udevd[609]: starting version 171 > Jun ?4 11:33:45 localhost [ ? ?1.311992] udevd[86]: starting version 169 > Jun ?4 11:33:45 localhost [ ? ?5.723615] udevd[598]: starting version 171 > > > Myra > > -- > Life's fun when your sick and psychotic! Answered part of my own question. Rebuilt mkinitcpio images and lost udev 169. I assume the next step will be to migrate /usr to the rootfs. From m4ngust at gmail.com Sat Jun 4 14:54:29 2011 From: m4ngust at gmail.com (mangust) Date: Sat, 04 Jun 2011 20:54:29 +0200 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTinA5=4quzbGtjwqUukdWA3yyxu-gA@mail.gmail.com> References: <BANLkTimt1tavRVXBjZx8FqjiB91qCKGvdA@mail.gmail.com> <BANLkTinA5=4quzbGtjwqUukdWA3yyxu-gA@mail.gmail.com> Message-ID: <4DEA7F65.3020905@gmail.com> On 06/04/2011 07:43 PM, Myra Nelson wrote: > On Sat, Jun 4, 2011 at 12:18, Myra Nelson <myra.nelson at hughes.net> wrote: >> ---------- Forwarded message ---------- >> From: Myra Nelson <myra.nelson at hughes.net> >> Date: Sat, Jun 4, 2011 at 12:10 >> Subject: Re: [arch-dev-public] [signoff] coreutils-8.12-2, >> initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, >> yp-tools-2.12-2 >> To: Public mailing list for Arch Linux development >> <arch-dev-public at archlinux.org> >> >> >> On Sat, Jun 4, 2011 at 11:30, Eric B?langer <snowmaniscool at gmail.com> wrote: >>> On Sat, Jun 4, 2011 at 4:58 AM, Tom Gundersen <teg at jklm.no> wrote: >>>> On Sat, Jun 4, 2011 at 5:41 AM, Eric B?langer <snowmaniscool at gmail.com> wrote: >>>>> FWIW, the instructive comments in udev.conf doesn't mention "warning" >>>>> as a valid value. >>>> Oops, I meant to say "info". >>> I also tried info when I tried with debug. I didn't noticed any >>> difference with debug as far as the excessive output go. I could try >>> it again and check dmesg more carefully. >>> >>> >>>>> I tried it and the error message doesn't get >>>>> printed. Dmesg doesn't have the error message and the logs are >>>>> useless since the error happens when the kernel is booting, i.e. >>>>> rc.sysinit isn't running yet. I suppose it's mkinitcpio/udev related. >>>> If rc.sysinit is not running, then this is an mkinitcpio problem. I >>>> guess the reason you are seeing it again might be a race? We have sped >>>> things up quite a bit with this release, so things might race >>>> differently than before. >>> That's what I believe. I didn't mentionned it but dmesg contains >>> output saying that the raid was assemble and all mirrors are active. >>> So despite the error message from udevd, the kernel still manage to >>> assemble the raid array. Also, I can't find the hook or config file >>> that contains the mdadm command line displayed in the error message. >>> I looked in /etc and /lib/initcpio but it's not there. >>> >>>>> They work as expected. The error is not fatal. My raid array gets >>>>> assembled without user intervention. Either it is eventually done by >>>>> the initscripts (I can't find where, I think that code parthas been >>>>> removed) or by something else. >>>> My guess is that the error you are seeing is from udev in mkinitcpio, >>>> and the udev in rc.sysinit works correctly. To change the error >>>> reporting you would need to run mkinitcpio -p kernel26 after updating >>>> udev.conf. >>> I was updating my initcpio file when changing the udev.conf. >>> >>>>>>> Also, my loopback interface didn't started. When I ran "/usr/sbin/ip >>>>>>> link set up dev lo" manually in a terminal, it started fine. I don't >>>>>>> know why it didn't work when booting up. >>>>>> Do you see anything in the above logs? >>>>> I found the source of this error. My /usr is on it's own partition. So >>>>> when rc.sysinit attemps to setup the loopback interface with >>>>> /usr/sbin/ip, my /usr partition is not mounted yet. So it fails. I >>>>> don't know what would be the best way to fix. Maybe moving ip to /sbin >>>>> or to postpone the lo interface setup after the partitions are >>>>> mounted. >>>> Ahhhh. I think this might cause many more problems than just the >>>> loopback. In particular, anything called in udev rules may reside on >>>> /usr. This means the rule will fail and it will not be rerun. >>>> >>>> Have a look at "grep /usr /lib/udev/rules.d/*" to see examples of what >>>> might be broken. >>>> >>>> Most other distros, and upstream projects have given up on supporting >>>> a separate /usr, so it will be buggy. I suggest moving your /usr to >>>> your rootfs, regardless of this particular problem. >>>> >>> I recall you mentionning that on another ML thread. I wanted to ask >>> you for details at the time but did get to. >>> I'll move my /usr to my rootfs. I use lvm2 so the >>> resizing/repartionning should be easy. >>> >>>> As to the loopback device. I don't think it is a good idea to delay >>>> this to after /usr is mounted. If anything we might want to move it >>>> earlier in boot. That leaves moving ip out of /usr. >>>> >>>> Does anyone know the consequences of this? Do we want to keep >>>> supporting a separate /usr? >>> If I'm the only one with the problem, you can also keep things as they >>> are now, i.e. not support /usr on a separate partition. As I'll be >>> moving my /usr, that problem will become moot. >>> >>> Eric >>> >>>> Cheers, >>>> >>>> Tom >>>> >> One quick question, why do I still have udev 169 and udev 171 starting. My >> /usr is on a separate partition and my loopback is not starting, but everything >> appears to work well. From the timing I would assume one is the mkinitcpio and >> one is rc.sysinit but thought I would check first. >> >> [myra at gandalf /var/log]:pacman -Qi udev >> Name : udev >> Version : 171-2 >> >> [myra at gandalf ~]:dmesg | grep udev >> [ 1.311992] udevd[86]: starting version 169 >> [ 5.723615] udevd[598]: starting version 171 >> >> [myra at gandalf ~]:sudo tail -n 2000 /var/log/everything.log | grep udev >> Jun 3 10:18:21 localhost [ 1.318643] udevd[86]: starting version 169 >> Jun 3 10:18:21 localhost [ 6.176941] udevd[609]: starting version 171 >> Jun 4 11:33:45 localhost [ 1.311992] udevd[86]: starting version 169 >> Jun 4 11:33:45 localhost [ 5.723615] udevd[598]: starting version 171 >> >> >> Myra >> >> -- >> Life's fun when your sick and psychotic! > Answered part of my own question. Rebuilt mkinitcpio images and lost > udev 169. I assume the next step will be to migrate /usr to the rootfs. No need to merge /usr with rootsf. See this thread http://mailman.archlinux.org/pipermail/arch-dev-public/2011-June/020564.html From anthony at xtfx.me Sat Jun 4 17:48:24 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Sat, 4 Jun 2011 16:48:24 -0500 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 Message-ID: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> On Jun 4, 2011 1:54 PM, "mangust" <m4ngust at gmail.com> wrote: > > On 06/04/2011 07:43 PM, Myra Nelson wrote: > > > > I assume the next step will be to migrate /usr to the rootfs. > No need to merge /usr with rootsf. See this thread > http://mailman.archlinux.org/pipermail/arch-dev-public/2011-June/020564.html Separate /usr is 100% historical AFAICT ... per systemd it's unsupported, and IIRC its not perfect supported on any distro for a variety of reasons. I think the ultimate fate, from my readings at least, is merging top level dirs _into_ /usr and symlinking /bin and friends to it. thus /usr becomes your whole "OS" and top level is only state/persistent/transient data. C Anthony [mobile] From thomas at archlinux.org Sat Jun 4 18:04:23 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Sun, 05 Jun 2011 00:04:23 +0200 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> References: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> Message-ID: <4DEAABE7.5080601@archlinux.org> Am 04.06.2011 23:48, schrieb C Anthony Risinger: > Separate /usr is 100% historical AFAICT ... per systemd it's unsupported, It is historical, yes. > and IIRC its not perfect supported on any distro for a variety of reasons. I run several SuSE machines with /usr on a separate partition. Works fine. And right now, Arch should also work. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110605/7b9a8a21/attachment.asc> From myra.nelson at hughes.net Sat Jun 4 18:44:54 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Sat, 4 Jun 2011 17:44:54 -0500 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <4DEAABE7.5080601@archlinux.org> References: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> <4DEAABE7.5080601@archlinux.org> Message-ID: <BANLkTi=S3AgVd7xYGcMWC-cC+gyMfq1p6A@mail.gmail.com> On Sat, Jun 4, 2011 at 17:04, Thomas B?chler <thomas at archlinux.org> wrote: > Am 04.06.2011 23:48, schrieb C Anthony Risinger: >> Separate /usr is 100% historical AFAICT ... per systemd it's unsupported, > > It is historical, yes. > >> and IIRC its not perfect supported on any distro for a variety of reasons. > > I run several SuSE machines with /usr on a separate partition. Works > fine. And right now, Arch should also work. > > It is historical and the default disk set up for both FreeBSD and OpenBSD. OpenBSD lists security, stability, and filesystem integrity as some of the reasons for setting the system up that way. Don't know if it's correct or not but that's the reason I set my system up the way I do. Myra -- Life's fun when your sick and psychotic! From teg at jklm.no Sat Jun 4 19:04:54 2011 From: teg at jklm.no (Tom Gundersen) Date: Sun, 5 Jun 2011 01:04:54 +0200 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTi=S3AgVd7xYGcMWC-cC+gyMfq1p6A@mail.gmail.com> References: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> <4DEAABE7.5080601@archlinux.org> <BANLkTi=S3AgVd7xYGcMWC-cC+gyMfq1p6A@mail.gmail.com> Message-ID: <BANLkTikSmh_939PU_UrrW74e0jAVuruk6Q@mail.gmail.com> On Sun, Jun 5, 2011 at 12:44 AM, Myra Nelson <myra.nelson at hughes.net> wrote: >>> and IIRC its not perfect supported on any distro for a variety of reasons. >> >> I run several SuSE machines with /usr on a separate partition. Works >> fine. And right now, Arch should also work. > > It is historical and the default disk set up for both FreeBSD and OpenBSD. > OpenBSD lists security, stability, and filesystem integrity as some of the > reasons for setting the system up that way. Don't know if it's correct or not > but that's the reason I set my system up the way I do. Pushed fix to testing. We will keep trying to support separate /usr (certainly in initscripts). As far as I'm aware both udev and systemd themselves support separate /usr. However, at least in the case of udev, third party packages might install udev rules that call binaries in /usr. This will probably happen before /usr is mounted. On my system, the packages that install udev rules which will not work with a separate /usr are: v4l-utils, alsa-utils and usbmuxd. There might be other ways things break except for through udev rules, but I'm not aware of any. Cheers, Tom From myra.nelson at hughes.net Sat Jun 4 19:16:54 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Sat, 4 Jun 2011 18:16:54 -0500 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTikSmh_939PU_UrrW74e0jAVuruk6Q@mail.gmail.com> References: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> <4DEAABE7.5080601@archlinux.org> <BANLkTi=S3AgVd7xYGcMWC-cC+gyMfq1p6A@mail.gmail.com> <BANLkTikSmh_939PU_UrrW74e0jAVuruk6Q@mail.gmail.com> Message-ID: <BANLkTik_NXhPcqP1T0VoT=xrDXvgqFoi+w@mail.gmail.com> On Sat, Jun 4, 2011 at 18:04, Tom Gundersen <teg at jklm.no> wrote: > On Sun, Jun 5, 2011 at 12:44 AM, Myra Nelson <myra.nelson at hughes.net> wrote: >>>> and IIRC its not perfect supported on any distro for a variety of reasons. >>> >>> I run several SuSE machines with /usr on a separate partition. Works >>> fine. And right now, Arch should also work. >> >> It is historical and the default disk set up for both FreeBSD and OpenBSD. >> OpenBSD lists security, stability, and filesystem integrity as some of the >> reasons for setting the system up that way. Don't know if it's correct or not >> but that's the reason I set my system up the way I do. > > Pushed fix to testing. > > We will keep trying to support separate /usr (certainly in > initscripts). As far as I'm aware both udev and systemd themselves > support separate /usr. > > However, at least in the case of udev, third party packages might > install udev rules that call binaries in /usr. This will probably > happen before /usr is mounted. > > On my system, the packages that install udev rules which will not work > with a separate /usr are: v4l-utils, alsa-utils and usbmuxd. > > There might be other ways things break except for through udev rules, > but I'm not aware of any. > > Cheers, > > Tom > Tom: My point wasn't to push any policy change. I'll follow what Arch wants to do. My last post was simply an explanation of why /usr was a separate partition historically, nothing more. Myra -- Life's fun when your sick and psychotic! From teg at jklm.no Sat Jun 4 19:19:12 2011 From: teg at jklm.no (Tom Gundersen) Date: Sun, 5 Jun 2011 01:19:12 +0200 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTik_NXhPcqP1T0VoT=xrDXvgqFoi+w@mail.gmail.com> References: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> <4DEAABE7.5080601@archlinux.org> <BANLkTi=S3AgVd7xYGcMWC-cC+gyMfq1p6A@mail.gmail.com> <BANLkTikSmh_939PU_UrrW74e0jAVuruk6Q@mail.gmail.com> <BANLkTik_NXhPcqP1T0VoT=xrDXvgqFoi+w@mail.gmail.com> Message-ID: <BANLkTi=xMKpazeJbiedtQrh3tPQVGnxoqA@mail.gmail.com> On Sun, Jun 5, 2011 at 1:16 AM, Myra Nelson <myra.nelson at hughes.net> wrote: > My point wasn't to push any policy change. I'll follow what Arch wants > to do. My last post was simply an explanation of why /usr was a > separate partition historically, nothing more. Got it :-) My post was meant for everyone who choose to stay with separate /usr, just so they know there might be problems. -t From muranushi at gmail.com Sat Jun 4 19:32:30 2011 From: muranushi at gmail.com (Takayuki Muranushi) Date: Sun, 5 Jun 2011 08:32:30 +0900 Subject: [arch-general] How to cache pacman mirror for LAN Message-ID: <BANLkTiknrLn5xULx2cUyzU4vGOODvXX6DA@mail.gmail.com> Hello, I'm building a computer cluster with about 20 nodes, all of them running ArchLinux. One of them is the 'login' node connected to the Internet, other nodes share Internet connection via the login node being a router. https://wiki.archlinux.org/index.php/Internet_Share Now, when I update the system (pacman -Syu) or install package on all node, I think it's a bad idea because it will consume the mirror bandwidth proportional to the number of the nodes. Maybe it's not a big issue for 20 nodes, but I'd like to learn nevertheless for future use, that: Is there a way to cache the pacman transaction at the login node, so that the communication between the login node and the mirror is constant, and the rest of communications only take place within the LAN? Is seting up a pacman mirror at the login node is the correct solution? Best, Takayuki Muranushi From wriggary at gmail.com Sat Jun 4 23:58:31 2011 From: wriggary at gmail.com (Gary Wright) Date: Sat, 4 Jun 2011 21:58:31 -0600 Subject: [arch-general] How to cache pacman mirror for LAN In-Reply-To: <BANLkTiknrLn5xULx2cUyzU4vGOODvXX6DA@mail.gmail.com> References: <BANLkTiknrLn5xULx2cUyzU4vGOODvXX6DA@mail.gmail.com> Message-ID: <BANLkTimLMFeBZmqPZrc7i6+MS3ibgpt8bw@mail.gmail.com> On Sat, Jun 4, 2011 at 5:32 PM, Takayuki Muranushi <muranushi at gmail.com> wrote: > Hello, > > I'm building a computer cluster with about 20 nodes, all of them > running ArchLinux. One of them is the 'login' node connected to the > Internet, other nodes share Internet connection via the login node > being a router. > https://wiki.archlinux.org/index.php/Internet_Share > > Now, when I update the system (pacman -Syu) or install package on all > node, I think it's a bad idea because it will consume the mirror > bandwidth proportional to the number of the nodes. Maybe it's not a > big issue for 20 nodes, but I'd like to learn nevertheless for future > use, that: > > Is there a way to cache the pacman transaction at the login node, so > that the communication between the login node and the mirror is > constant, and the rest of communications only take place within the > LAN? > Is seting up a pacman mirror at the login node is the correct solution? > > Best, > > Takayuki Muranushi > Haven't used it myself, but this [1] might do the trick. [1] http://xyne.archlinux.ca/projects/pacserve/ From schneida.simon at gmail.com Sun Jun 5 03:41:00 2011 From: schneida.simon at gmail.com (Simon Schneider) Date: Sun, 5 Jun 2011 09:41:00 +0200 Subject: [arch-general] How to cache pacman mirror for LAN In-Reply-To: <BANLkTimLMFeBZmqPZrc7i6+MS3ibgpt8bw@mail.gmail.com> References: <BANLkTiknrLn5xULx2cUyzU4vGOODvXX6DA@mail.gmail.com> <BANLkTimLMFeBZmqPZrc7i6+MS3ibgpt8bw@mail.gmail.com> Message-ID: <BANLkTinXNJteE3DjiZuSH_CE-janC6ffTg@mail.gmail.com> You can also share the pacman directory /var/cache/pacman/pkg via NFS or some other protocol. Whenever a new package is requested, it gets downloaded to your login node which stores it for later use in case another client needs it. The drawback is, that you can't upgrade two machines at the same time, because they would interfere each other. Have a look at: https://wiki.archlinux.org/index.php/Network_Shared_Pacman_Cache#Network_shared_pacman_cache 2011/6/5 Gary Wright <wriggary at gmail.com> > On Sat, Jun 4, 2011 at 5:32 PM, Takayuki Muranushi <muranushi at gmail.com> > wrote: > > Hello, > > > > I'm building a computer cluster with about 20 nodes, all of them > > running ArchLinux. One of them is the 'login' node connected to the > > Internet, other nodes share Internet connection via the login node > > being a router. > > https://wiki.archlinux.org/index.php/Internet_Share > > > > Now, when I update the system (pacman -Syu) or install package on all > > node, I think it's a bad idea because it will consume the mirror > > bandwidth proportional to the number of the nodes. Maybe it's not a > > big issue for 20 nodes, but I'd like to learn nevertheless for future > > use, that: > > > > Is there a way to cache the pacman transaction at the login node, so > > that the communication between the login node and the mirror is > > constant, and the rest of communications only take place within the > > LAN? > > Is seting up a pacman mirror at the login node is the correct solution? > > > > Best, > > > > Takayuki Muranushi > > > > Haven't used it myself, but this [1] might do the trick. > > [1] http://xyne.archlinux.ca/projects/pacserve/ > From m4ngust at gmail.com Sun Jun 5 04:41:52 2011 From: m4ngust at gmail.com (mangust) Date: Sun, 05 Jun 2011 10:41:52 +0200 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <BANLkTi=xMKpazeJbiedtQrh3tPQVGnxoqA@mail.gmail.com> References: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> <4DEAABE7.5080601@archlinux.org> <BANLkTi=S3AgVd7xYGcMWC-cC+gyMfq1p6A@mail.gmail.com> <BANLkTikSmh_939PU_UrrW74e0jAVuruk6Q@mail.gmail.com> <BANLkTik_NXhPcqP1T0VoT=xrDXvgqFoi+w@mail.gmail.com> <BANLkTi=xMKpazeJbiedtQrh3tPQVGnxoqA@mail.gmail.com> Message-ID: <4DEB4150.8090904@gmail.com> On 06/05/2011 01:19 AM, Tom Gundersen wrote: > On Sun, Jun 5, 2011 at 1:16 AM, Myra Nelson <myra.nelson at hughes.net> wrote: >> My point wasn't to push any policy change. I'll follow what Arch wants >> to do. My last post was simply an explanation of why /usr was a >> separate partition historically, nothing more. > Got it :-) My post was meant for everyone who choose to stay with > separate /usr, just so they know there might be problems. > > -t Good, you've convinced me of merging my /usr with rootfs. The reasons are important, and they eliminate potential problems. From muranushi at gmail.com Sun Jun 5 05:01:51 2011 From: muranushi at gmail.com (Takayuki Muranushi) Date: Sun, 5 Jun 2011 18:01:51 +0900 Subject: [arch-general] How to cache pacman mirror for LAN In-Reply-To: <BANLkTinXNJteE3DjiZuSH_CE-janC6ffTg@mail.gmail.com> References: <BANLkTiknrLn5xULx2cUyzU4vGOODvXX6DA@mail.gmail.com> <BANLkTimLMFeBZmqPZrc7i6+MS3ibgpt8bw@mail.gmail.com> <BANLkTinXNJteE3DjiZuSH_CE-janC6ffTg@mail.gmail.com> Message-ID: <BANLkTi=FXv0Vr4ZmzNZnWGTCeurv=smz4Q@mail.gmail.com> Thank you Gary, Simon. Pacserve will be best solution if it works. I'll give it a try. Also, NFS solution is OK because most of the time I'll run the update automatically and I'll write a script to handle the timing. 2011/6/5 Simon Schneider <schneida.simon at gmail.com>: > You can also share the pacman directory /var/cache/pacman/pkg via NFS or > some other protocol. Whenever a new package is requested, it gets downloaded > to your login node which stores it for later use in case another client > needs it. The drawback is, that you can't upgrade two machines at the same > time, because they would interfere each other. Have a look at: > https://wiki.archlinux.org/index.php/Network_Shared_Pacman_Cache#Network_shared_pacman_cache > > 2011/6/5 Gary Wright <wriggary at gmail.com> > >> On Sat, Jun 4, 2011 at 5:32 PM, Takayuki Muranushi <muranushi at gmail.com> >> wrote: >> > Hello, >> > >> > I'm building a computer cluster with about 20 nodes, all of them >> > running ArchLinux. One of them is the 'login' node connected to the >> > Internet, other nodes share Internet connection via the login node >> > being a router. >> > https://wiki.archlinux.org/index.php/Internet_Share >> > >> > Now, when I update the system (pacman -Syu) or install package on all >> > node, I think it's a bad idea because it will consume the mirror >> > bandwidth proportional to the number of the nodes. Maybe it's not a >> > big issue for 20 nodes, but I'd like to learn nevertheless for future >> > use, that: >> > >> > Is there a way to cache the pacman transaction at the login node, so >> > that the communication between the login node and the mirror is >> > constant, and the rest of communications only take place within the >> > LAN? >> > Is seting up a pacman mirror at the login node is the correct solution? >> > >> > Best, >> > >> > Takayuki Muranushi >> > >> >> Haven't used it myself, but this [1] might do the trick. >> >> [1] http://xyne.archlinux.ca/projects/pacserve/ >> > From ngoonee.talk at gmail.com Sun Jun 5 06:36:35 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Sun, 5 Jun 2011 18:36:35 +0800 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? Message-ID: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> I use the following line to get my current external IP in conky. Recently Its been hanging for ages before responding, so I tried it out and it seems to try an ipv6 address first before timing out and succeeding on the ipv4 address. I know I can just disable ipv6, but since on June 8th (AFAICR) there's gonna be a large scale test of that on the interwebz, probably a good thing to keep around. Any suggestions what the problem could be? Is it simply a faulty DNS server (I'm using my local ISP's DNS)? wget -O -i icanhazip.com --2011-06-05 18:28:04-- http://icanhazip.com/ Resolving icanhazip.com... 2001:470:1f10:d57:feed:beef:cafe:d00d, 50.56.84.181 Connecting to icanhazip.com|2001:470:1f10:d57:feed:beef:cafe:d00d|:80... failed: Connection timed out. Connecting to icanhazip.com|50.56.84.181|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 16 [text/plain] Saving to: ?-i? 100%[====================================================================================================================>] 16 --.-K/s in 0s From skodabenz at gmail.com Sun Jun 5 06:54:21 2011 From: skodabenz at gmail.com (KESHAV P.R.) Date: Sun, 5 Jun 2011 16:24:21 +0530 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> Message-ID: <BANLkTimQPYR5GP8TCY8FJAo1p2RWf+PV4w@mail.gmail.com> On Sun, Jun 5, 2011 at 16:06, Oon-Ee Ng <ngoonee.talk at gmail.com> wrote: > I use the following line to get my current external IP in conky. > Recently Its been hanging for ages before responding, so I tried it > out and it seems to try an ipv6 address first before timing out and > succeeding on the ipv4 address. I know I can just disable ipv6, but > since on June 8th (AFAICR) there's gonna be a large scale test of that > on the interwebz, probably a good thing to keep around. Any > suggestions what the problem could be? Is it simply a faulty DNS > server (I'm using my local ISP's DNS)? > > ?wget -O -i icanhazip.com > --2011-06-05 18:28:04-- ?http://icanhazip.com/ > Resolving icanhazip.com... 2001:470:1f10:d57:feed:beef:cafe:d00d, 50.56.84.181 > Connecting to icanhazip.com|2001:470:1f10:d57:feed:beef:cafe:d00d|:80... > failed: Connection timed out. > Connecting to icanhazip.com|50.56.84.181|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 16 [text/plain] > Saving to: ?-i? > > 100%[====================================================================================================================>] > 16 ? ? ? ? ?--.-K/s ? in 0s > I had the same problem and i disabled ipv6. If the ipv6 module is not loaded and no ipv6 dns are defined (see http://www.chaz6.com/files/resolv.conf for a list of public ipv6 dns addresses), then you won't get this problem. The June 8th IPv6 test is for the same reason, browsers trying ipv6 address (till time-out) before fall-back to IPv4 address (if ipv6 module is loaded). Or you can use a IPv6 tunnel broker like freenet6 or Hurricane Electric and enable ipv6 module and ipv6 dns. Regards. Keshav From mysatyre at gmail.com Sun Jun 5 07:27:12 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Sun, 5 Jun 2011 13:27:12 +0200 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTimQPYR5GP8TCY8FJAo1p2RWf+PV4w@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimQPYR5GP8TCY8FJAo1p2RWf+PV4w@mail.gmail.com> Message-ID: <BANLkTimVCQiq3xwCN_jdgUCbyQPGWdr58A@mail.gmail.com> >> ?wget -O -i icanhazip.com >> --2011-06-05 18:28:04-- ?http://icanhazip.com/ >> Resolving icanhazip.com... 2001:470:1f10:d57:feed:beef:cafe:d00d, 50.56.84.181 >> Connecting to icanhazip.com|2001:470:1f10:d57:feed:beef:cafe:d00d|:80... >> failed: Connection timed out. >> Connecting to icanhazip.com|50.56.84.181|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 16 [text/plain] >> Saving to: ?-i? >> btw the -O flag expects a filename, I guess you have some file called "-i" lying around somewhere... :) From remyoudompheng at gmail.com Sun Jun 5 09:27:04 2011 From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Sun, 5 Jun 2011 15:27:04 +0200 Subject: [arch-general] TeXLive 2011 pretest In-Reply-To: <20110601045755.GA6445@mastermind.lan> References: <20110601045755.GA6445@mastermind.lan> Message-ID: <BANLkTim70UG=w+POqhc09KsKHyfTPFE1eQ@mail.gmail.com> On 2011/6/1 R?my Oudompheng <remy at archlinux.org> wrote: > TeXLive 2011 is in pre-testing phase. I have pushed packages to [testing]. Some notes: * on installation, fmtutil-sys will spew a nerror saying that "eptex" format was not generated. I guess it means eptex will not work unless someone finds a fix. * biblatex-biber is not packaged, you can use the package from AUR in the meanwhile. * other issues I mentioned are closed, except maybe ConTeXt. Don't hesitate to report any problems. R?my. From ngoonee.talk at gmail.com Sun Jun 5 10:20:36 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Sun, 5 Jun 2011 22:20:36 +0800 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTimVCQiq3xwCN_jdgUCbyQPGWdr58A@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimQPYR5GP8TCY8FJAo1p2RWf+PV4w@mail.gmail.com> <BANLkTimVCQiq3xwCN_jdgUCbyQPGWdr58A@mail.gmail.com> Message-ID: <BANLkTi=8aR11O-kQX4qiKps0WyxWVPLyaQ@mail.gmail.com> On Sun, Jun 5, 2011 at 7:27 PM, Martti K?hne <mysatyre at gmail.com> wrote: >>> ?wget -O -i icanhazip.com >>> --2011-06-05 18:28:04-- ?http://icanhazip.com/ >>> Resolving icanhazip.com... 2001:470:1f10:d57:feed:beef:cafe:d00d, 50.56.84.181 >>> Connecting to icanhazip.com|2001:470:1f10:d57:feed:beef:cafe:d00d|:80... >>> failed: Connection timed out. >>> Connecting to icanhazip.com|50.56.84.181|:80... connected. >>> HTTP request sent, awaiting response... 200 OK >>> Length: 16 [text/plain] >>> Saving to: ?-i? >>> > > btw the -O flag expects a filename, I guess you have some file called > "-i" lying around somewhere... :) > Yes, I already deleted it =). No file editor wants to look at it, funnily enough =p So if I disable ipv6 will I lose connectivity on june 8th? Don't really know too much about what's being changed exactly, just that its being tested for 24 hours. From jesse.jaara at gmail.com Sun Jun 5 10:23:53 2011 From: jesse.jaara at gmail.com (jesse jaara) Date: Sun, 5 Jun 2011 17:23:53 +0300 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTi=8aR11O-kQX4qiKps0WyxWVPLyaQ@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimQPYR5GP8TCY8FJAo1p2RWf+PV4w@mail.gmail.com> <BANLkTimVCQiq3xwCN_jdgUCbyQPGWdr58A@mail.gmail.com> <BANLkTi=8aR11O-kQX4qiKps0WyxWVPLyaQ@mail.gmail.com> Message-ID: <BANLkTinoR3Ry7Neqp7izoneFAm+PT9D3Aw@mail.gmail.com> On june 8th some major internet sites will turn ipv6 support on for 24h, ipv4 will not be disabled. -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.) From jtwdyp at ttlc.net Sun Jun 5 10:25:21 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Sun, 5 Jun 2011 10:25:21 -0400 Subject: [arch-general] Lyx 1.6 vs. 2.0 In-Reply-To: <BANLkTi=TaGWTMdpZKvHzQAvxf0MehOQAgw@mail.gmail.com> References: <BANLkTi=TaGWTMdpZKvHzQAvxf0MehOQAgw@mail.gmail.com> Message-ID: <alpine.LNX.2.00.1106050916420.3060@localhost.localdomain> It would appear that on May 31, Bernardo Barros did say: > Hi, > > Is there a reason not to update Lyx 1.6 to 2.0? Or at least create two > packages lyx1 and lyx? > > Is there known bugs there? I'm not sure if this applies to Arch. it might be just an issue with the binary provided in the repository for PCLinuxOS... Where I just did an apt-get upgrade a few days ago and wound up with LyX 2.0.0 And had some issues with the spellchecker and/or the preference settings for it. Most of which would not be an issue if I didn't sometimes have difficulty with using the mouse and/or if I LIKED sidebars. ?I don't mind the spellchecker being sidebar style instead of the pop-up because the pop-up used to sometimes hide the context of the word in question.? BUT I can't seem to turn off the option to spell check continuously... And there isn't a keyboard shortcut to dismiss the sidebar.? However I did note that while the preferences say it's using aspell, adding a word to the dictionary does NOT put it in ~/.aspell.en.pws which I can edit to remove words I wish I hadn't added... (Thus it seems my PCLinuxOS copy of LyX will forever accept "puleese" as a legitimate alternative spelling for "please" cause I can't un-add it. And also added a hyphenated "name" ?literally ?Avant-garde?? to the dictionary to ensure I spelled it consistently. The Spellchecker on my PCLinuxOS copy of LyX 2.0.0 no longer recognizes that, even after I tried adding it again... You can find the discussion I started on the LyX user list at: http://thread.gmane.org/gmane.editors.lyx.general/70198 -- | --- ___ | <0> <-> Joe (theWordy) Philbrook | ^ J(tWdy)P | ~\___/~ <<jtwdyp at ttlc.net>> From hyacinthe.cartiaux at free.fr Sun Jun 5 10:51:38 2011 From: hyacinthe.cartiaux at free.fr (Hyacinthe Cartiaux) Date: Sun, 5 Jun 2011 16:51:38 +0200 Subject: [arch-general] How to cache pacman mirror for LAN In-Reply-To: <BANLkTi=FXv0Vr4ZmzNZnWGTCeurv=smz4Q@mail.gmail.com> References: <BANLkTiknrLn5xULx2cUyzU4vGOODvXX6DA@mail.gmail.com> <BANLkTimLMFeBZmqPZrc7i6+MS3ibgpt8bw@mail.gmail.com> <BANLkTinXNJteE3DjiZuSH_CE-janC6ffTg@mail.gmail.com> <BANLkTi=FXv0Vr4ZmzNZnWGTCeurv=smz4Q@mail.gmail.com> Message-ID: <BANLkTim9ywnkUyYRGwQmE8XvTjeWOyo-hA@mail.gmail.com> I use apt-cacher-ng configured for archlinux repositories :) http://aur.archlinux.org/packages.php?ID=40662 https://bbs.archlinux.org/viewtopic.php?id=120068 From ingeniware at gmail.com Sun Jun 5 11:36:25 2011 From: ingeniware at gmail.com (Sergey Manucharian) Date: Sun, 5 Jun 2011 09:36:25 -0600 Subject: [arch-general] x terminals refresh issue with latest kernels Message-ID: <20110605153625.GA31674@laser-sm> I have already reported this problem in kernels' sign-off threads, but still have no solution... With kernels 2.6.38 or 2.6.39 xterm and rxvt do not update the content properly. E.g. I enter "ps -ef" command and see only the first 2 lines at the top and empty space below. In some cases the new command output does not appear at all, I see just the previous command result. The terminal blinks every 6-7 seconds, and for very short time I can see the proper content. As soon as the terminal loses the focus (mouse cursor moved, alt-tab, workspace change) it shows the proper content. However it never happens with roxterm, but it is a gtk-based program. I'm running x86_64 Archlinux on ThinkPad R61 with Intel GM965, xserver 1.10.2. I've tried the recent xf86-video-intel driver from git - no difference at all. Any ideas, please? Thanks, Sergey From henrik.nacka at gmail.com Sun Jun 5 11:48:34 2011 From: henrik.nacka at gmail.com (Henrik Andersson) Date: Sun, 5 Jun 2011 17:48:34 +0200 Subject: [arch-general] How to cache pacman mirror for LAN In-Reply-To: <BANLkTi=FXv0Vr4ZmzNZnWGTCeurv=smz4Q@mail.gmail.com> References: <BANLkTiknrLn5xULx2cUyzU4vGOODvXX6DA@mail.gmail.com> <BANLkTimLMFeBZmqPZrc7i6+MS3ibgpt8bw@mail.gmail.com> <BANLkTinXNJteE3DjiZuSH_CE-janC6ffTg@mail.gmail.com> <BANLkTi=FXv0Vr4ZmzNZnWGTCeurv=smz4Q@mail.gmail.com> Message-ID: <BANLkTikTgL1OXr6YWrk+EhAAAnc7bCk=SQ@mail.gmail.com> I use a central server for simply caching with NFS (as in the wiki basicly) for five machines at home. And it works great and not having to add other packages just feels more simple in my imho. Was unaware about not being able to use the cache simultaneously though and has never been an issue for me. Will have to check that out, thanks for the info! If you were to write a script for that maybe it could be handy to put in the wiki? Cheers, Henrik Andersson 2011/6/5 Takayuki Muranushi <muranushi at gmail.com>: > Thank you Gary, Simon. > Pacserve will be best solution if it works. I'll give it a try. > Also, NFS solution is OK because most of the time I'll run the update > automatically and I'll write a script to handle the timing. > > 2011/6/5 Simon Schneider <schneida.simon at gmail.com>: >> You can also share the pacman directory /var/cache/pacman/pkg via NFS or >> some other protocol. Whenever a new package is requested, it gets downloaded >> to your login node which stores it for later use in case another client >> needs it. The drawback is, that you can't upgrade two machines at the same >> time, because they would interfere each other. Have a look at: >> https://wiki.archlinux.org/index.php/Network_Shared_Pacman_Cache#Network_shared_pacman_cache >> >> 2011/6/5 Gary Wright <wriggary at gmail.com> >> >>> On Sat, Jun 4, 2011 at 5:32 PM, Takayuki Muranushi <muranushi at gmail.com> >>> wrote: >>> > Hello, >>> > >>> > I'm building a computer cluster with about 20 nodes, all of them >>> > running ArchLinux. One of them is the 'login' node connected to the >>> > Internet, other nodes share Internet connection via the login node >>> > being a router. >>> > https://wiki.archlinux.org/index.php/Internet_Share >>> > >>> > Now, when I update the system (pacman -Syu) or install package on all >>> > node, I think it's a bad idea because it will consume the mirror >>> > bandwidth proportional to the number of the nodes. Maybe it's not a >>> > big issue for 20 nodes, but I'd like to learn nevertheless for future >>> > use, that: >>> > >>> > Is there a way to cache the pacman transaction at the login node, so >>> > that the communication between the login node and the mirror is >>> > constant, and the rest of communications only take place within the >>> > LAN? >>> > Is seting up a pacman mirror at the login node is the correct solution? >>> > >>> > Best, >>> > >>> > Takayuki Muranushi >>> > >>> >>> Haven't used it myself, but this [1] might do the trick. >>> >>> [1] http://xyne.archlinux.ca/projects/pacserve/ >>> >> > From harry.arch at harry.lu Sun Jun 5 12:47:36 2011 From: harry.arch at harry.lu (Harry Strongburg) Date: Sun, 5 Jun 2011 16:47:36 +0000 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTi=8aR11O-kQX4qiKps0WyxWVPLyaQ@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimQPYR5GP8TCY8FJAo1p2RWf+PV4w@mail.gmail.com> <BANLkTimVCQiq3xwCN_jdgUCbyQPGWdr58A@mail.gmail.com> <BANLkTi=8aR11O-kQX4qiKps0WyxWVPLyaQ@mail.gmail.com> Message-ID: <20110605164736.GA11189@harry.lu> On Sun, Jun 05, 2011 at 10:20:36PM +0800, Oon-Ee Ng wrote: > So if I disable ipv6 will I lose connectivity on june 8th? Don't > really know too much about what's being changed exactly, just that its > being tested for 24 hours. No. Most of the sites should remain dual-stacked. However, why disable IPv6 outright? Find and fix the root of the problem, instead of doing silly workarounds. From ilbardo at gmail.com Sun Jun 5 15:01:02 2011 From: ilbardo at gmail.com (Corrado Primier) Date: Sun, 5 Jun 2011 21:01:02 +0200 Subject: [arch-general] pacman "Targets" sort order In-Reply-To: <4DC1A127.60401@suddenlinkmail.com> References: <4DC1A127.60401@suddenlinkmail.com> Message-ID: <BANLkTinYr=LX7oQORwgv7g=FELW9mN1+qA@mail.gmail.com> 2011/5/4 David C. Rankin <drankinatty at suddenlinkmail.com>: > bluez -> run-parts -> ca-certificates?? Targets *are* sorted alphabetically, and upgraded in that order, but there are exceptions, namely dependencies, which then appear before the package that depends on them and are upgraded before it, in case it needs the dependency at update time. C From fijam at archlinux.us Sun Jun 5 15:15:08 2011 From: fijam at archlinux.us (JM) Date: Sun, 5 Jun 2011 21:15:08 +0200 Subject: [arch-general] Installation images in need of an update? In-Reply-To: <1e69cfe888c327722718de0257b9ae99@archlinux.de> References: <BANLkTi=OqCAphWykVPNnrpWvGBMWHWtoOQ@mail.gmail.com> <1e69cfe888c327722718de0257b9ae99@archlinux.de> Message-ID: <BANLkTi=rKkMMPG-7Rw6Tp8Swh61si1rKYg@mail.gmail.com> On Sat, Jun 4, 2011 at 10:53 AM, Pierre Schmitz <pierre at archlinux.de> wrote: > On Sat, 4 Jun 2011 10:38:01 +0200, JM wrote: >> Hello, >> >> The current installer images are from 05.2010 which is over a year >> old. I was unable to install Arch on my new laptop using this >> installer due to insufficient hardware support in kernel 2.6.33. Are >> there any plans to update it? >> >> Regards, >> JM > > Have a look at https://bbs.archlinux.org/viewtopic.php?id=119203 > > -- > Pierre Schmitz, https://users.archlinux.de/~pierre > Thanks. Are new users supposed to go through the same route? It's a bit silly. From snowmaniscool at gmail.com Sun Jun 5 17:38:28 2011 From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=) Date: Sun, 5 Jun 2011 17:38:28 -0400 Subject: [arch-general] TeXLive 2011 pretest In-Reply-To: <BANLkTim70UG=w+POqhc09KsKHyfTPFE1eQ@mail.gmail.com> References: <20110601045755.GA6445@mastermind.lan> <BANLkTim70UG=w+POqhc09KsKHyfTPFE1eQ@mail.gmail.com> Message-ID: <BANLkTini+t0yYULwuZ5AmiENrPxOa8mDKQ@mail.gmail.com> On Sun, Jun 5, 2011 at 9:27 AM, R?my Oudompheng <remyoudompheng at gmail.com> wrote: > On 2011/6/1 R?my Oudompheng <remy at archlinux.org> wrote: >> TeXLive 2011 is in pre-testing phase. > > I have pushed packages to [testing]. Some notes: > * on installation, fmtutil-sys will spew a nerror saying that "eptex" > format was not generated. I guess it means eptex will not work unless > someone finds a fix. > * biblatex-biber is not packaged, you can use the package from AUR in > the meanwhile. > * other issues I mentioned are closed, except maybe ConTeXt. > > Don't hesitate to report any problems. > > R?my. > I have a very minor issue. The .install functions are a bit too verbose: (25/26) upgrading texlive-science [-----------------------------------------------] 100% >>> texlive: saving updmap.cfg as /tmp/tmp.uLoaP7TOez... >>> texlive: regenerating updmap.cfg (custom additions shoud go into /etc/texmf/web2c/updmap-local.cfg >>> texlive: updating the filename database... mktexlsr: Updating /etc/texmf/ls-R... mktexlsr: Updating /usr/share/texmf/ls-R... mktexlsr: Updating /usr/share/texmf-dist/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. >>> texlive: updating the fontmap files with updmap... done. The second line (and maybe the first one) seem to be useful but the others don't seem to be necessary. You might want to change that in svn for the next update. Eric From mysatyre at gmail.com Sun Jun 5 20:41:05 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Mon, 6 Jun 2011 02:41:05 +0200 Subject: [arch-general] x terminals refresh issue with latest kernels In-Reply-To: <20110605153625.GA31674@laser-sm> References: <20110605153625.GA31674@laser-sm> Message-ID: <BANLkTimKNmF8APBiWvNOAXqDyjppn2s5tw@mail.gmail.com> On Sun, Jun 5, 2011 at 5:36 PM, Sergey Manucharian <ingeniware at gmail.com> wrote: > With kernels 2.6.38 or 2.6.39 xterm and rxvt do not update the content properly. E.g. I enter "ps -ef" command and see only the first 2 lines at the top and empty space below. In some cases the new command output does not appear at all, I see just the previous command result. The terminal blinks every 6-7 seconds, and for very short time I can see the proper content. As soon as the terminal loses the focus (mouse cursor moved, alt-tab, workspace change) it shows the proper content. However it never happens with roxterm, but it is a gtk-based program. definitely similar issue here on nvidia. Usually I see the last 3 characters of the last command at the bottom line for about half a second, both in irssi and bash. Forcing redraw by switching workspace or minimizing it for a moment helps. I have been asking on #rxvt-unicode on freenode and they knew about the problem as well. You seem to be struck worse by the issue, and I hope the rxvt guys will address the issue soon. From anthony at xtfx.me Mon Jun 6 00:55:33 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Sun, 5 Jun 2011 23:55:33 -0500 Subject: [arch-general] Was Fwd: [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.2-1, net-tools-1.60-15, udev-171-2, yp-tools-2.12-2 In-Reply-To: <4DEAABE7.5080601@archlinux.org> References: <BANLkTi=NDKNOHLOV0PBT2_-yk1egx+LtHw@mail.gmail.com> <4DEAABE7.5080601@archlinux.org> Message-ID: <BANLkTik1Goen7g0GEqU2-V-Ffxs_vaq4rA@mail.gmail.com> On Sat, Jun 4, 2011 at 5:04 PM, Thomas B?chler <thomas at archlinux.org> wrote: > Am 04.06.2011 23:48, schrieb C Anthony Risinger: >> Separate /usr is 100% historical AFAICT ... per systemd it's unsupported, > > It is historical, yes. > >> and IIRC its not perfect supported on any distro for a variety of reasons. > > I run several SuSE machines with /usr on a separate partition. Works > fine. And right now, Arch should also work. oh for sure ... i only meant that one consensus *seems* to be that it's mostly non-beneficial/etc., but that's of course only based on the tiny sliver-of-a-sample i've managed to procure from the interwebs :-) ... although, tbh, i always thought it seemed pointless from day 1, but never thought much of it. i personally like the idea of merging everything *into* /usr, and letting things fade from /. per your message Tom, i was referencing this + similar: http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken ... and meant exactly what you said, i guess i should have been more clear ... typing on mobile tends to make my responses much more terse :-) i think consensus on that front however is "it's unsupported, try again without" buuuut that's all irrelevant to this thread, so i'll throw down some more when someone starts a "why don't we just merge /*bin, /lib*, into /usr, and maybe even rethink /etc?" thread ;-) ................ C Anthony From sagikliwon at gmail.com Mon Jun 6 01:19:04 2011 From: sagikliwon at gmail.com (Abdul Halim) Date: Mon, 6 Jun 2011 13:19:04 +0800 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <20110605164736.GA11189@harry.lu> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimQPYR5GP8TCY8FJAo1p2RWf+PV4w@mail.gmail.com> <BANLkTimVCQiq3xwCN_jdgUCbyQPGWdr58A@mail.gmail.com> <BANLkTi=8aR11O-kQX4qiKps0WyxWVPLyaQ@mail.gmail.com> <20110605164736.GA11189@harry.lu> Message-ID: <BANLkTimFtcQYjbta7u=Xwf5edpYshBBgRg@mail.gmail.com> On Sun, Jun 05, 2011 at 10:20:36PM +0800, Oon-Ee Ng wrote: > So if I disable ipv6 will I lose connectivity on june 8th? Don't > really know too much about what's being changed exactly, just that its > being tested for 24 hours. No issue here. I am using hurricane electric tunnelling. Are you using any other other tunnelling? What is the result of ping6 or traceroute6 icanhazip.com? My DNS server by default is google. From jan.steffens at gmail.com Mon Jun 6 01:37:26 2011 From: jan.steffens at gmail.com (Jan Steffens) Date: Mon, 6 Jun 2011 07:37:26 +0200 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> Message-ID: <BANLkTimjRqAOdnb-BNeBrAEWVB27Wf+5oJoaTekSWGjSnfOq5w@mail.gmail.com> On Sun, Jun 5, 2011 at 12:36 PM, Oon-Ee Ng <ngoonee.talk at gmail.com> wrote: > I use the following line to get my current external IP in conky. > Recently Its been hanging for ages before responding, so I tried it > out and it seems to try an ipv6 address first before timing out and > succeeding on the ipv4 address. I know I can just disable ipv6, but > since on June 8th (AFAICR) there's gonna be a large scale test of that > on the interwebz, probably a good thing to keep around. Any > suggestions what the problem could be? Is it simply a faulty DNS > server (I'm using my local ISP's DNS)? > > ?wget -O -i icanhazip.com > --2011-06-05 18:28:04-- ?http://icanhazip.com/ > Resolving icanhazip.com... 2001:470:1f10:d57:feed:beef:cafe:d00d, 50.56.84.181 > Connecting to icanhazip.com|2001:470:1f10:d57:feed:beef:cafe:d00d|:80... > failed: Connection timed out. > Connecting to icanhazip.com|50.56.84.181|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 16 [text/plain] > Saving to: ?-i? > > 100%[====================================================================================================================>] > 16 ? ? ? ? ?--.-K/s ? in 0s > For it to even try connecting to IPv6 addresses, your computer would have to have routes set up for them. Now, the question is where do these routes come from? If they're added by autoconfiguration, there's something in your network advertising itself as a IPv6 router, but it's not actually functional. That's where the problem lies, then. From ngoonee.talk at gmail.com Mon Jun 6 02:23:33 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Mon, 6 Jun 2011 14:23:33 +0800 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTimjRqAOdnb-BNeBrAEWVB27Wf+5oJoaTekSWGjSnfOq5w@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimjRqAOdnb-BNeBrAEWVB27Wf+5oJoaTekSWGjSnfOq5w@mail.gmail.com> Message-ID: <BANLkTikuZVBjYwU9FTV3B80rwtF+jM62SA@mail.gmail.com> On Mon, Jun 6, 2011 at 1:37 PM, Jan Steffens <jan.steffens at gmail.com> wrote: > On Sun, Jun 5, 2011 at 12:36 PM, Oon-Ee Ng <ngoonee.talk at gmail.com> wrote: >> I use the following line to get my current external IP in conky. >> Recently Its been hanging for ages before responding, so I tried it >> out and it seems to try an ipv6 address first before timing out and >> succeeding on the ipv4 address. I know I can just disable ipv6, but >> since on June 8th (AFAICR) there's gonna be a large scale test of that >> on the interwebz, probably a good thing to keep around. Any >> suggestions what the problem could be? Is it simply a faulty DNS >> server (I'm using my local ISP's DNS)? >> >> ?wget -O -i icanhazip.com >> --2011-06-05 18:28:04-- ?http://icanhazip.com/ >> Resolving icanhazip.com... 2001:470:1f10:d57:feed:beef:cafe:d00d, 50.56.84.181 >> Connecting to icanhazip.com|2001:470:1f10:d57:feed:beef:cafe:d00d|:80... >> failed: Connection timed out. >> Connecting to icanhazip.com|50.56.84.181|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 16 [text/plain] >> Saving to: ?-i? >> >> 100%[====================================================================================================================>] >> 16 ? ? ? ? ?--.-K/s ? in 0s >> > > For it to even try connecting to IPv6 addresses, your computer would > have to have routes set up for them. Now, the question is where do > these routes come from? > > If they're added by autoconfiguration, there's something in your > network advertising itself as a IPv6 router, but it's not actually > functional. That's where the problem lies, then. > That seems consistent with what I'm experiencing, this does not happen in my university. I get the following:- ngoonee at ngoonee-laptop ~ % wget -O - icanhazip.com --2011-06-06 14:21:38-- http://icanhazip.com/ Resolving icanhazip.com... 50.56.84.181, 2001:470:1f10:d57:feed:beef:cafe:d00d Connecting to icanhazip.com|50.56.84.181|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 14 [text/plain] Saving to: ?STDOUT? 0% [ ] 0 --.-K/s 59.191.194.87 100%[====================================================================================================================>] 14 --.-K/s in 0s 2011-06-06 14:21:39 (650 KB/s) - written to stdout [14/14] So it looks like a problem with my ISP at home. Not surprising. Wonder whether its worth even letting them know. Could it perhaps be something set wrongly in my router? ping6 just hangs.... From sagikliwon at gmail.com Mon Jun 6 03:00:44 2011 From: sagikliwon at gmail.com (Abdul Halim) Date: Mon, 6 Jun 2011 15:00:44 +0800 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTikuZVBjYwU9FTV3B80rwtF+jM62SA@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimjRqAOdnb-BNeBrAEWVB27Wf+5oJoaTekSWGjSnfOq5w@mail.gmail.com> <BANLkTikuZVBjYwU9FTV3B80rwtF+jM62SA@mail.gmail.com> Message-ID: <BANLkTi=NochVdP_TW_mHTJj11OKB2MSOgQ@mail.gmail.com> On Mon, Jun 6, 2011 at 2:23 PM, Oon-Ee Ng <ngoonee.talk at gmail.com> wrote: > > That seems consistent with what I'm experiencing, this does not happen > in my university. I get the following:- > > ngoonee at ngoonee-laptop ~ % wget -O - icanhazip.com > --2011-06-06 14:21:38-- http://icanhazip.com/ > Resolving icanhazip.com... 50.56.84.181, > 2001:470:1f10:d57:feed:beef:cafe:d00d > Connecting to icanhazip.com|50.56.84.181|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 14 [text/plain] > Saving to: ?STDOUT? > > 0% [ > ] 0 > --.-K/s 59.191.194.87 > > 100%[====================================================================================================================>] > 14 --.-K/s in 0s > > 2011-06-06 14:21:39 (650 KB/s) - written to stdout [14/14] > > So it looks like a problem with my ISP at home. Not surprising. Wonder > whether its worth even letting them know. Could it perhaps be > something set wrongly in my router? ping6 just hangs.... > Try change to gGogle dns server namely 8.8.8.8. can you ping6 ipv6.google.com? From xecycle at gmail.com Mon Jun 6 04:19:45 2011 From: xecycle at gmail.com (XeCycle) Date: Mon, 6 Jun 2011 16:19:45 +0800 Subject: [arch-general] texlive: dvipdfmx config changed, but didn't take effect Message-ID: <20110606081945.GA2298@XeCycle> Hello, I'm using XeLaTeX with PSTricks, and run into a problem. After some STFW, I read that I may need to add `-dNOSAFER' to the `rungs' line in /usr/share/texmf/dvipdfmx/dvipdfmx.cfg, and I did so. But the actual command seen from the output of compilation didn't change: ** WARNING ** Filtering file via command -->rungs -q -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.5 -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -sOutputFile='/tmp/dvipdfmx.XXFSUavZ' '/tmp/dvipdfmx.XXccMyU6' -c quit<-- failed. This is `grep rungs dvipdfmx.cfg`: %% We use the rungs wrapper instead of ps2pdf, becuse we cannot use the D "rungs -q -dNOSAFER -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=%v -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -sOutputFile='%o' '%i' -c quit" What's wrong about this? -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 Facebook: Carl Lei Twitter: XeCycle Blog: http://xecycle.blogspot.com Mon, 06 Jun 2011 16:14:26 +0800 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110606/5f6e355c/attachment.asc> From hseara at gmail.com Mon Jun 6 04:37:07 2011 From: hseara at gmail.com (Hector Martinez-Seara) Date: Mon, 6 Jun 2011 11:37:07 +0300 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> Message-ID: <BANLkTikW4iFOnsOimO==V=RwG+XCGHqTxQ@mail.gmail.com> Hi, for the last 4 days I've been again experiencing problems with my usb disks at boot. Right now it is not as bad as before, it fails around 75% of the boots which is still unacceptable. The problem was totally solved with udev-168-2. But at some point, currently udev-171-1, the problem was back. Sorry I can not be more precise as I don't boot the system every day. Has been any changes again in this respect? Hector PD: I use the old thread so I don't have to explain again the problem which is below detailed. On 17 May 2011 14:19, Hector Martinez-Seara <hseara at gmail.com> wrote: > Hi, > After the last kernel update (I guess) ?I cannot boot my system if a > external usb disk is present in /etc/fstab. I use default fstab ?mount > options for the disks and they have each a single 1GB ext4 partition. > Note that the disk mount okay when mounted from the command line after > booting. Two identical disks has been tested with the same result so > is not a hardware problem. The disks tested are two Western digital > 1TB Essential Edition 2.0 (Model: wd10000h1u). > > In fact this problem was happening very seldom before (1 every 100 > reboots) due to to the waking up time of the devices but now it is > every boot (only once worked). My question is: Has any thing changed > regarding the usb at boot time lately in the kernel? In fact, I have > notice a considerable speed up in the booting sequence up to the point > where the file system checking is done. Maybe the changes to speed up > the booting process have something to do with the problem I'm having? > > In my case it looks like nothing is been asked to my external drives > when checking the filesystems at boot. Just after, the system fails > claiming that it has not found the disks. In the past (two days ago), > some activity in ligths and spining up sound was present when the > system was checking the filesystems, but now everything is quiet. > > It is anybody else having the same problem? > > In the meanwhile, as I do not use this disk for booting I have add the > nofail option to the fstab for the two disks. Now obviously everything > works but the drives are not mounted. Does anybody know the best place > to add the mount commands for the drives so they are always accessible > for the users after boot? > > Thanks in advance, > Hector > -- > Hector Mart?nez-Seara Monn? > mail: hseara at gmail.com > Tel: +34656271145 > Tel: +358442709253 > -- Hector Mart?nez-Seara Monn? mail: hseara at gmail.com Tel: +34656271145 Tel: +358442709253 From skodabenz at gmail.com Mon Jun 6 04:54:19 2011 From: skodabenz at gmail.com (KESHAV P.R.) Date: Mon, 6 Jun 2011 14:24:19 +0530 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTi=NochVdP_TW_mHTJj11OKB2MSOgQ@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimjRqAOdnb-BNeBrAEWVB27Wf+5oJoaTekSWGjSnfOq5w@mail.gmail.com> <BANLkTikuZVBjYwU9FTV3B80rwtF+jM62SA@mail.gmail.com> <BANLkTi=NochVdP_TW_mHTJj11OKB2MSOgQ@mail.gmail.com> Message-ID: <BANLkTi=oibJ2s0ukXW2oB=FmUNijJo3uUg@mail.gmail.com> On Mon, Jun 6, 2011 at 12:30, Abdul Halim <sagikliwon at gmail.com> wrote: > On Mon, Jun 6, 2011 at 2:23 PM, Oon-Ee Ng <ngoonee.talk at gmail.com> wrote: > >> >> That seems consistent with what I'm experiencing, this does not happen >> in my university. I get the following:- >> >> ngoonee at ngoonee-laptop ~ % wget -O - icanhazip.com >> --2011-06-06 14:21:38-- ?http://icanhazip.com/ >> Resolving icanhazip.com... 50.56.84.181, >> 2001:470:1f10:d57:feed:beef:cafe:d00d >> Connecting to icanhazip.com|50.56.84.181|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 14 [text/plain] >> Saving to: ?STDOUT? >> >> ?0% [ >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ] 0 >> --.-K/s ? ? ? ? ? ? ?59.191.194.87 >> >> 100%[====================================================================================================================>] >> 14 ? ? ? ? ?--.-K/s ? in 0s >> >> 2011-06-06 14:21:39 (650 KB/s) - written to stdout [14/14] >> >> So it looks like a problem with my ISP at home. Not surprising. Wonder >> whether its worth even letting them know. Could it perhaps be >> something set wrongly in my router? ping6 just hangs.... >> > > Try change to gGogle dns server namely 8.8.8.8. can you ping6 > ipv6.google.com? > For now use wget --inet4-only # or curl --ipv4 to ensure both use only ipv4 addresses. Regards. Keshav From lists at slubman.info Mon Jun 6 05:24:27 2011 From: lists at slubman.info (slubman) Date: Mon, 06 Jun 2011 11:24:27 +0200 Subject: [arch-general] IPv6 causing wget/curl to hang for a long time? In-Reply-To: <BANLkTi=oibJ2s0ukXW2oB=FmUNijJo3uUg@mail.gmail.com> References: <BANLkTim1rsoYP2ByehXsq8QqFo1y+OE4AA@mail.gmail.com> <BANLkTimjRqAOdnb-BNeBrAEWVB27Wf+5oJoaTekSWGjSnfOq5w@mail.gmail.com> <BANLkTikuZVBjYwU9FTV3B80rwtF+jM62SA@mail.gmail.com> <BANLkTi=NochVdP_TW_mHTJj11OKB2MSOgQ@mail.gmail.com> <BANLkTi=oibJ2s0ukXW2oB=FmUNijJo3uUg@mail.gmail.com> Message-ID: <4DEC9CCB.6080202@slubman.info> On 06/06/2011 10:54, KESHAV P.R. wrote: > For now use > > wget --inet4-only # or > curl --ipv4 > > to ensure both use only ipv4 addresses. Or shorter: wget -4 curl -4 -- slubman From teg at jklm.no Mon Jun 6 06:13:15 2011 From: teg at jklm.no (Tom Gundersen) Date: Mon, 6 Jun 2011 12:13:15 +0200 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTikW4iFOnsOimO==V=RwG+XCGHqTxQ@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikW4iFOnsOimO==V=RwG+XCGHqTxQ@mail.gmail.com> Message-ID: <BANLkTikfg=zkt5vYGf7P_tqt8rRzBwopSw@mail.gmail.com> On Mon, Jun 6, 2011 at 10:37 AM, Hector Martinez-Seara <hseara at gmail.com> wrote: > t 4 days I've been again experiencing problems with my usb > disks at boot. Right now it is not as bad as before, ?it fails around > 75% of the boots which is still unacceptable. The problem was totally > solved with udev-168-2. But at some point, currently ?udev-171-1, ?the > problem was back. Sorry I can not be more precise as I don't boot the > system every day. Has been any changes again in this respect? We have been speeding up boot with the recent udev releases, so any race conditions will be more pronounced than before. There might of course be a bug in udev which is not just a race, but then I would need more info (like which exact version breaks for you, and maybe have a try with [testing], as there is lots of news stuff there). As I said before: "That said, there is a fundamental problem with usb drives, so we cannot reliably mount them at boot (it probably will work in practice though). The problem is that there is no way to know when all usb devices have been enumerated (even if the drivers are loaded), so we don't know how long to wait before trying to mount them. This is the kind of problems solved by systemd (in community), and it is out of scope for the standard sysvinit initscripts (unless there is a solution that I am not aware of)." Another option, if usb is not actually needed for booting (as in your case) is to have some software do automounting when the device appears (KDE/GNOME can do this, I'm sure there are others too, but I'm not too familiar with it). HTH, Tom From hseara at gmail.com Mon Jun 6 07:49:02 2011 From: hseara at gmail.com (Hector Martinez-Seara) Date: Mon, 6 Jun 2011 14:49:02 +0300 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTikfg=zkt5vYGf7P_tqt8rRzBwopSw@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikW4iFOnsOimO==V=RwG+XCGHqTxQ@mail.gmail.com> <BANLkTikfg=zkt5vYGf7P_tqt8rRzBwopSw@mail.gmail.com> Message-ID: <BANLkTimUepa+2j0Cqm-qiZ9Z1YBw3v5yhQ@mail.gmail.com> Hi, Which information exactly do you need? I can provide you any information you may require if you explain me how to gather it (I'm not as good as most of you). Regarding testing. I don't want to use testing in this computer as it has some sensitive data. Regarding non mounting at boot it is rather not a good option. First, I like my disks to be check up periodically, this is fairly well done at boot. Second, This is a file server besides a desktop, so not always kde/gnome... are in use. I really think it is redundant to have to use another tool than fstab to mount disks only for the seek of speeding up the boot process. I really don't see the point of speeding the things up if they make everything else unstable. I honestly think that we are trying to build a house starting from the roof. First stability and then if possible speed. Hector On 6 June 2011 13:13, Tom Gundersen <teg at jklm.no> wrote: > On Mon, Jun 6, 2011 at 10:37 AM, Hector Martinez-Seara <hseara at gmail.com> wrote: >> t 4 days I've been again experiencing problems with my usb >> disks at boot. Right now it is not as bad as before, ?it fails around >> 75% of the boots which is still unacceptable. The problem was totally >> solved with udev-168-2. But at some point, currently ?udev-171-1, ?the >> problem was back. Sorry I can not be more precise as I don't boot the >> system every day. Has been any changes again in this respect? > > We have been speeding up boot with the recent udev releases, so any > race conditions will be more pronounced than before. There might of > course be a bug in udev which is not just a race, but then I would > need more info (like which exact version breaks for you, and maybe > have a try with [testing], as there is lots of news stuff there). > > As I said before: > > "That said, there is a fundamental problem with usb drives, so we > cannot reliably mount them at boot (it probably will work in practice > though). The problem is that there is no way to know when all usb > devices have been enumerated (even if the drivers are loaded), so we > don't know how long to wait before trying to mount them. > > This is the kind of problems solved by systemd (in community), and it > is out of scope for the standard sysvinit initscripts (unless there is > a solution that I am not aware of)." > > Another option, if usb is not actually needed for booting (as in your > case) is to have some software do automounting when the device appears > (KDE/GNOME can do this, I'm sure there are others too, but I'm not too > familiar with it). > > HTH, > > Tom > -- Hector Mart?nez-Seara Monn? mail: hseara at gmail.com Tel: +34656271145 Tel: +358442709253 From teg at jklm.no Mon Jun 6 08:25:58 2011 From: teg at jklm.no (Tom Gundersen) Date: Mon, 6 Jun 2011 14:25:58 +0200 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTimUepa+2j0Cqm-qiZ9Z1YBw3v5yhQ@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikW4iFOnsOimO==V=RwG+XCGHqTxQ@mail.gmail.com> <BANLkTikfg=zkt5vYGf7P_tqt8rRzBwopSw@mail.gmail.com> <BANLkTimUepa+2j0Cqm-qiZ9Z1YBw3v5yhQ@mail.gmail.com> Message-ID: <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> On Mon, Jun 6, 2011 at 1:49 PM, Hector Martinez-Seara <hseara at gmail.com> wrote: > Which information exactly do you need? I can provide you any > information you may require if you explain me how to gather it (I'm > not as good as most of you). As far as I can tell, the problem is as described below (i.e., this is not a bug), so no need to look for more info. However, if you disagree with my analysis and think there really is a bug somewhere then I would need to know what version of what package (probably udev or initscripts) made the problem worse. To figure this out you would have to downgrade the package you think it is, verify that one version works fine and that the next does not (without changing anything else on your system). > Regarding testing. I don't want to use testing in this computer as it > has some sensitive data. That's ok. The packages will move to [core] soon. > Regarding non mounting at boot it is rather not a good option. First, > I like my disks to be check up periodically, this is fairly well done > at boot. Second, This is a file server besides a desktop, so not > always kde/gnome... are in use. I really think it is redundant to have > to use another tool than fstab to mount disks only for the seek of > speeding up the boot process. Hopefully there should be some daemon out there that does not require a gui, and can work with fstab (I haven't used such a thing before, but I'm sure they exist). As mentioned below "systemd" certainly would fix this issue, but that is a rather intrusive change, as it replaces your whole init system. > I really don't see the point of speeding the things up if they make > everything else unstable. I honestly think that we are trying to build > a house starting from the roof. First stability and then if possible > speed. I agree in principle that stability comes before speed. In this case however, it was never stable in the first place. It just so happened that it worked for you. The way it works at boot is that we wait for all disk devices (and other devices) to be enumerated before we start fsck'ing and mounting (this is the call to "udevadm settle" you can see in rc.sysinit). However, settle will not wait for your usb devices to become read. This is why: The problem is that we do not know how many usb devices you have attached to your computer, so we don't know how many to wait for before continuing (this is not the case for other kinds of devices like pci). Furthermore, we don't know how long it will take to enumerate all usb devices. In other words there is never a point in time when we know that "all usb devices are ready". Obviously, the slower your boot, the more likely you are to be "lucky" and have all your usb devices ready when you need them. While I don't want to randomly slow down boot for everyone on the off-chance that it might make some usb devices work more often, there is a way you can do this yourself: You can make rc.sysinit wait an arbitrary amount of time after udev has settled (how long to wait you should figure out by experimentation, I would suggest adding a few seconds to what you think is needed to make room for future boot speedups). If you put the attached (untested) file in /etc/rc.d/functions.d/ it should do the trick (for more details how this works look at the commens in /etc/rc.d/functions), though you might wan to adjust the sleep time. Lastly: initscripts fundamentally relies on your system being statically configured with no devices coming and going. USB is fundamentally dynamic, in that there is no difference between having a devices plugged before boot, or plugging it after your machine is up (except for timing). This cannot work well together. The only way to make this reliable is to have a daemon that can deal (fsck and mount) devices appearing at arbitrary points in time. systemd (from community) should do this well, though it is a relatively new project, so maybe you don't want to put it on your production systems quite yet (it is standard in Fedora 15 though, so it can't be that bad). -------------- next part -------------- A non-text attachment was scrubbed... Name: wait_for_usb Type: application/octet-stream Size: 72 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110606/bba36e40/attachment.obj> From hseara at gmail.com Mon Jun 6 08:39:03 2011 From: hseara at gmail.com (Hector Martinez-Seara) Date: Mon, 6 Jun 2011 15:39:03 +0300 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikW4iFOnsOimO==V=RwG+XCGHqTxQ@mail.gmail.com> <BANLkTikfg=zkt5vYGf7P_tqt8rRzBwopSw@mail.gmail.com> <BANLkTimUepa+2j0Cqm-qiZ9Z1YBw3v5yhQ@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> Message-ID: <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> Thanks Tom for taking your time to answer, I will follow your advises to try to stabilize my system. I will try to downgrade my system also. If I see that this helps I will let you know, just in case this is a bug an not a simple speeding problem. Thanks again, Hector On 6 June 2011 15:25, Tom Gundersen <teg at jklm.no> wrote: > On Mon, Jun 6, 2011 at 1:49 PM, Hector Martinez-Seara <hseara at gmail.com> wrote: >> Which information exactly do you need? I can provide you any >> information you may require if you explain me how to gather it (I'm >> not as good as most of you). > > As far as I can tell, the problem is as described below (i.e., this is > not a bug), so no need to look for more info. However, if you disagree > with my analysis and think there really is a bug somewhere then I > would need to know what version of what package (probably udev or > initscripts) made the problem worse. To figure this out you would have > to downgrade the package you think it is, verify that one version > works fine and that the next does not (without changing anything else > on your system). > >> Regarding testing. I don't want to use testing in this computer as it >> has some sensitive data. > > That's ok. The packages will move to [core] soon. > >> Regarding non mounting at boot it is rather not a good option. First, >> I like my disks to be check up periodically, this is fairly well done >> at boot. Second, This is a file server besides a desktop, so not >> always kde/gnome... are in use. I really think it is redundant to have >> to use another tool than fstab to mount disks only for the seek of >> speeding up the boot process. > > Hopefully there should be some daemon out there that does not require > a gui, and can work with fstab (I haven't used such a thing before, > but I'm sure they exist). As mentioned below "systemd" certainly would > fix this issue, but that is a rather intrusive change, as it replaces > your whole init system. > >> I really don't see the point of speeding the things up if they make >> everything else unstable. I honestly think that we are trying to build >> a house starting from the roof. First stability and then if possible >> speed. > > I agree in principle that stability comes before speed. In this case > however, it was never stable in the first place. It just so happened > that it worked for you. > > The way it works at boot is that we wait for all disk devices (and > other devices) to be enumerated before we start fsck'ing and mounting > (this is the call to "udevadm settle" you can see in rc.sysinit). > However, settle will not wait for your usb devices to become read. > This is why: > > The problem is that we do not know how many usb devices you have > attached to your computer, so we don't know how many to wait for > before continuing (this is not the case for other kinds of devices > like pci). Furthermore, we don't know how long it will take to > enumerate all usb devices. In other words there is never a point in > time when we know that "all usb devices are ready". > > Obviously, the slower your boot, the more likely you are to be "lucky" > and have all your usb devices ready when you need them. While I don't > want to randomly slow down boot for everyone on the off-chance that it > might make some usb devices work more often, there is a way you can do > this yourself: > > You can make rc.sysinit wait an arbitrary amount of time after udev > has settled (how long to wait you should figure out by > experimentation, I would suggest adding a few seconds to what you > think is needed to make room for future boot speedups). If you put the > attached (untested) file in /etc/rc.d/functions.d/ it should do the > trick (for more details how this works look at the commens in > /etc/rc.d/functions), though you might wan to adjust the sleep time. > > > > Lastly: initscripts fundamentally relies on your system being > statically configured with no devices coming and going. USB is > fundamentally dynamic, in that there is no difference between having a > devices plugged before boot, or plugging it after your machine is up > (except for timing). This cannot work well together. The only way to > make this reliable is to have a daemon that can deal (fsck and mount) > devices appearing at arbitrary points in time. systemd (from > community) should do this well, though it is a relatively new project, > so maybe you don't want to put it on your production systems quite yet > (it is standard in Fedora 15 though, so it can't be that bad). > -- Hector Mart?nez-Seara Monn? mail: hseara at gmail.com Tel: +34656271145 Tel: +358442709253 From yaro at marupa.net Mon Jun 6 08:58:24 2011 From: yaro at marupa.net (Yaro Kasear) Date: Mon, 6 Jun 2011 07:58:24 -0500 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> Message-ID: <201106060758.25080.yaro@marupa.net> On Monday, June 06, 2011 07:39:03 Hector Martinez-Seara wrote: > Thanks Tom for taking your time to answer, > I will follow your advises to try to stabilize my system. I will try > to downgrade my system also. If I see that this helps I will let you > know, just in case this is a bug an not a simple speeding problem. > Thanks again, > Hector > > On 6 June 2011 15:25, Tom Gundersen <teg at jklm.no> wrote: > > On Mon, Jun 6, 2011 at 1:49 PM, Hector Martinez-Seara <hseara at gmail.com> wrote: > >> Which information exactly do you need? I can provide you any > >> information you may require if you explain me how to gather it (I'm > >> not as good as most of you). > > > > As far as I can tell, the problem is as described below (i.e., this is > > not a bug), so no need to look for more info. However, if you disagree > > with my analysis and think there really is a bug somewhere then I > > would need to know what version of what package (probably udev or > > initscripts) made the problem worse. To figure this out you would have > > to downgrade the package you think it is, verify that one version > > works fine and that the next does not (without changing anything else > > on your system). > > > >> Regarding testing. I don't want to use testing in this computer as it > >> has some sensitive data. > > > > That's ok. The packages will move to [core] soon. > > > >> Regarding non mounting at boot it is rather not a good option. First, > >> I like my disks to be check up periodically, this is fairly well done > >> at boot. Second, This is a file server besides a desktop, so not > >> always kde/gnome... are in use. I really think it is redundant to have > >> to use another tool than fstab to mount disks only for the seek of > >> speeding up the boot process. > > > > Hopefully there should be some daemon out there that does not require > > a gui, and can work with fstab (I haven't used such a thing before, > > but I'm sure they exist). As mentioned below "systemd" certainly would > > fix this issue, but that is a rather intrusive change, as it replaces > > your whole init system. > > > >> I really don't see the point of speeding the things up if they make > >> everything else unstable. I honestly think that we are trying to build > >> a house starting from the roof. First stability and then if possible > >> speed. > > > > I agree in principle that stability comes before speed. In this case > > however, it was never stable in the first place. It just so happened > > that it worked for you. > > > > The way it works at boot is that we wait for all disk devices (and > > other devices) to be enumerated before we start fsck'ing and mounting > > (this is the call to "udevadm settle" you can see in rc.sysinit). > > However, settle will not wait for your usb devices to become read. > > This is why: > > > > The problem is that we do not know how many usb devices you have > > attached to your computer, so we don't know how many to wait for > > before continuing (this is not the case for other kinds of devices > > like pci). Furthermore, we don't know how long it will take to > > enumerate all usb devices. In other words there is never a point in > > time when we know that "all usb devices are ready". > > > > Obviously, the slower your boot, the more likely you are to be "lucky" > > and have all your usb devices ready when you need them. While I don't > > want to randomly slow down boot for everyone on the off-chance that it > > might make some usb devices work more often, there is a way you can do > > this yourself: > > > > You can make rc.sysinit wait an arbitrary amount of time after udev > > has settled (how long to wait you should figure out by > > experimentation, I would suggest adding a few seconds to what you > > think is needed to make room for future boot speedups). If you put the > > attached (untested) file in /etc/rc.d/functions.d/ it should do the > > trick (for more details how this works look at the commens in > > /etc/rc.d/functions), though you might wan to adjust the sleep time. > > > > > > > > Lastly: initscripts fundamentally relies on your system being > > statically configured with no devices coming and going. USB is > > fundamentally dynamic, in that there is no difference between having a > > devices plugged before boot, or plugging it after your machine is up > > (except for timing). This cannot work well together. The only way to > > make this reliable is to have a daemon that can deal (fsck and mount) > > devices appearing at arbitrary points in time. systemd (from > > community) should do this well, though it is a relatively new project, > > so maybe you don't want to put it on your production systems quite yet > > (it is standard in Fedora 15 though, so it can't be that bad). There's no reason to ever, ever, put USB drives in the fstab. Look at the top of the fstab file, it reads "static file system information." Unless you're guaranteed to have your thumbdrive plugged into your computer 24/7 and never remove it, it doesn't really belong in there, use consolekit or whatever KDE SC or GNOME use. Use pmount, whatever. Otherwise you'll get problems like this one that you're having. I'm sure systemd could probably do this. But systemd is completely unnecessary if you just have things configured properly. From hseara at gmail.com Mon Jun 6 09:02:20 2011 From: hseara at gmail.com (Hector Martinez-Seara) Date: Mon, 6 Jun 2011 16:02:20 +0300 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <201106060758.25080.yaro@marupa.net> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> <201106060758.25080.yaro@marupa.net> Message-ID: <BANLkTinBhxJnEbHHAovbiYme3cxLY2pRfw@mail.gmail.com> Hi, The case is that we use usb external drives for storing data. It is likely not the most efficient way but is very very cheap. And yes they are plug 24/7. Anyway I will look for some post booting deamon that cant take care of them. Any idea anyone where to look for? Hector On 6 June 2011 15:58, Yaro Kasear <yaro at marupa.net> wrote: > On Monday, June 06, 2011 07:39:03 Hector Martinez-Seara wrote: >> Thanks Tom for taking your time to answer, >> I will follow your advises to try to stabilize my system. I will try >> to downgrade my system also. If I see that this helps I will let you >> know, just in case this is a bug an not a simple speeding problem. >> Thanks again, >> Hector >> >> On 6 June 2011 15:25, Tom Gundersen <teg at jklm.no> wrote: >> > On Mon, Jun 6, 2011 at 1:49 PM, Hector Martinez-Seara <hseara at gmail.com> > wrote: >> >> Which information exactly do you need? I can provide you any >> >> information you may require if you explain me how to gather it (I'm >> >> not as good as most of you). >> > >> > As far as I can tell, the problem is as described below (i.e., this is >> > not a bug), so no need to look for more info. However, if you disagree >> > with my analysis and think there really is a bug somewhere then I >> > would need to know what version of what package (probably udev or >> > initscripts) made the problem worse. To figure this out you would have >> > to downgrade the package you think it is, verify that one version >> > works fine and that the next does not (without changing anything else >> > on your system). >> > >> >> Regarding testing. I don't want to use testing in this computer as it >> >> has some sensitive data. >> > >> > That's ok. The packages will move to [core] soon. >> > >> >> Regarding non mounting at boot it is rather not a good option. First, >> >> I like my disks to be check up periodically, this is fairly well done >> >> at boot. Second, This is a file server besides a desktop, so not >> >> always kde/gnome... are in use. I really think it is redundant to have >> >> to use another tool than fstab to mount disks only for the seek of >> >> speeding up the boot process. >> > >> > Hopefully there should be some daemon out there that does not require >> > a gui, and can work with fstab (I haven't used such a thing before, >> > but I'm sure they exist). As mentioned below "systemd" certainly would >> > fix this issue, but that is a rather intrusive change, as it replaces >> > your whole init system. >> > >> >> I really don't see the point of speeding the things up if they make >> >> everything else unstable. I honestly think that we are trying to build >> >> a house starting from the roof. First stability and then if possible >> >> speed. >> > >> > I agree in principle that stability comes before speed. In this case >> > however, it was never stable in the first place. It just so happened >> > that it worked for you. >> > >> > The way it works at boot is that we wait for all disk devices (and >> > other devices) to be enumerated before we start fsck'ing and mounting >> > (this is the call to "udevadm settle" you can see in rc.sysinit). >> > However, settle will not wait for your usb devices to become read. >> > This is why: >> > >> > The problem is that we do not know how many usb devices you have >> > attached to your computer, so we don't know how many to wait for >> > before continuing (this is not the case for other kinds of devices >> > like pci). Furthermore, we don't know how long it will take to >> > enumerate all usb devices. In other words there is never a point in >> > time when we know that "all usb devices are ready". >> > >> > Obviously, the slower your boot, the more likely you are to be "lucky" >> > and have all your usb devices ready when you need them. While I don't >> > want to randomly slow down boot for everyone on the off-chance that it >> > might make some usb devices work more often, there is a way you can do >> > this yourself: >> > >> > You can make rc.sysinit wait an arbitrary amount of time after udev >> > has settled (how long to wait you should figure out by >> > experimentation, I would suggest adding a few seconds to what you >> > think is needed to make room for future boot speedups). If you put the >> > attached (untested) file in /etc/rc.d/functions.d/ it should do the >> > trick (for more details how this works look at the commens in >> > /etc/rc.d/functions), though you might wan to adjust the sleep time. >> > >> > >> > >> > Lastly: initscripts fundamentally relies on your system being >> > statically configured with no devices coming and going. USB is >> > fundamentally dynamic, in that there is no difference between having a >> > devices plugged before boot, or plugging it after your machine is up >> > (except for timing). This cannot work well together. The only way to >> > make this reliable is to have a daemon that can deal (fsck and mount) >> > devices appearing at arbitrary points in time. systemd (from >> > community) should do this well, though it is a relatively new project, >> > so maybe you don't want to put it on your production systems quite yet >> > (it is standard in Fedora 15 though, so it can't be that bad). > > There's no reason to ever, ever, put USB drives in the fstab. Look at the top > of the fstab file, it reads "static file system information." Unless you're > guaranteed to have your thumbdrive plugged into your computer 24/7 and never > remove it, it doesn't really belong in there, use consolekit or whatever KDE > SC or GNOME use. Use pmount, whatever. > > Otherwise you'll get problems like this one that you're having. > > I'm sure systemd could probably do this. But systemd is completely unnecessary > if you just have things configured properly. > -- Hector Mart?nez-Seara Monn? mail: hseara at gmail.com Tel: +34656271145 Tel: +358442709253 From j.e.vasquez.v at gmail.com Mon Jun 6 11:26:25 2011 From: j.e.vasquez.v at gmail.com (Javier Vasquez) Date: Mon, 6 Jun 2011 09:26:25 -0600 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTinBhxJnEbHHAovbiYme3cxLY2pRfw@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> <201106060758.25080.yaro@marupa.net> <BANLkTinBhxJnEbHHAovbiYme3cxLY2pRfw@mail.gmail.com> Message-ID: <BANLkTin4go=qOb6uu78qt9cDKOuVQJF+Ug@mail.gmail.com> On Mon, Jun 6, 2011 at 7:02 AM, Hector Martinez-Seara <hseara at gmail.com> wrote: > Hi, > The case is that we use usb external drives for storing data. It is > likely not the most efficient way but is very very cheap. And yes they > are plug 24/7. Anyway I will look for some post booting deamon that > cant take care of them. Any idea anyone where to look for? > Hector Autofs is what I use, you can use the UUIDs to mount specific partitions at your will... Thanks, -- Javier. From registo.mailling at gmail.com Mon Jun 6 11:39:34 2011 From: registo.mailling at gmail.com (Mauro Santos) Date: Mon, 06 Jun 2011 16:39:34 +0100 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <201106060758.25080.yaro@marupa.net> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> <201106060758.25080.yaro@marupa.net> Message-ID: <4DECF4B6.4010501@gmail.com> On 06-06-2011 13:58, Yaro Kasear wrote: > There's no reason to ever, ever, put USB drives in the fstab. Look at the top > of the fstab file, it reads "static file system information." Unless you're > guaranteed to have your thumbdrive plugged into your computer 24/7 and never > remove it, it doesn't really belong in there, use consolekit or whatever KDE > SC or GNOME use. Use pmount, whatever. What if you are booting from usb into a system with gui capabilities and all rescue/work/whatever tools you might need? -- Mauro Santos From skodabenz at gmail.com Mon Jun 6 12:02:41 2011 From: skodabenz at gmail.com (KESHAV P.R.) Date: Mon, 6 Jun 2011 21:32:41 +0530 Subject: [arch-general] Reboot - Versioned Kernel Installs Message-ID: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> Hi all, Since the next kernel will be 3.0 , the kernel26 naming is meaningless from the next kernel. I think this is also a good time to consider implementing versioned kernel install. Agreed arch has a policy of 1 package per software in the official repos. While this attitude is acceptable for Xorg or windows managers or even some low level utilities, problems with those can be corrected if the system can boot to a shell atleast (init 1 or 3). But if the kernel fails to boot and under the assumption that the user hdoes not have any rescue system/distro handy he/she cannot boot into the system (atleast not at that moment). Without a working kernel it is not possible to boot to a shell to run any damn command. While this topic has already been discussed at [1] the discussion was slow and has not lead to any fruitful result. This post is mainly to reach out to a larger audience and decide on how to go about since the upsteam version change provides the right time for Arch to reconsider the same. Another discussion at [2] is about removing the word kernel from the initramfs image. If in case versioned kernel proposal is accepted then the initramfs also (automatically) becomes versioned to match the kernel. Atleast Dave Reisner (falconindy) took the first step by making the change in his geninit program. I understand this might require changes in the way mkinitcpio (or geninit if at all it becomes default) and the way pacman handles different versions of same packages. Please join in. [1] https://bugs.archlinux.org/task/16702 [2] https://bugs.archlinux.org/task/18719 Regards. keshav From tavianator at tavianator.com Mon Jun 6 12:22:27 2011 From: tavianator at tavianator.com (Tavian Barnes) Date: Mon, 6 Jun 2011 10:22:27 -0600 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> References: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> Message-ID: <BANLkTi=Y0G+VekeY8by9HTp+_JxCsk=0Ew@mail.gmail.com> On 6 June 2011 10:02, KESHAV P.R. <skodabenz at gmail.com> wrote: > Hi all, > ? ? ? ? Since the next kernel will be 3.0 , the kernel26 naming is > meaningless from the next kernel. I think this is also a good time to > consider implementing versioned kernel install. Agreed arch has a > policy of 1 package per software in the official repos. While this > attitude is acceptable for Xorg or windows managers or even some low > level utilities, problems with those can be corrected if the system > can boot to a shell atleast (init 1 or 3). But if the kernel fails to > boot and under the assumption that the user hdoes not have any rescue > system/distro handy he/she cannot boot into the system (atleast not at > that moment). Without a working kernel it is not possible to boot to a > shell to run any damn command. > ? ? ? ?While this topic has already been discussed at [1] the > discussion was slow and has not lead to any fruitful result. This post > is mainly to reach out to a larger audience and decide on how to go > about since the upsteam version change provides the right time for > Arch to reconsider the same. Another discussion at [2] is about > removing the word kernel from the initramfs image. If in case > versioned kernel proposal is accepted then the initramfs also > (automatically) becomes versioned to match the kernel. Atleast Dave > Reisner (falconindy) took the first step by making the change in his > geninit program. I understand this might require changes in the way > mkinitcpio (or geninit if at all it becomes default) and the way > pacman handles different versions of same packages. Please join in. > > [1] https://bugs.archlinux.org/task/16702 > [2] https://bugs.archlinux.org/task/18719 > > Regards. > > keshav > I have kernel26-lts installed as a backup kernel, and this is all that's really necessary for rolling back broken kernel updates. I've been bitten by a BTRFS bug once and rolled back with -lts no problem. -1 from me on keeping multiple kernel versions installed; I really like that arch doesn't keep 6 old kernels around. While we're at it, +1 for calling the kernel package "linux" for version 3.0. -- Tavian Barnes From gostrc at gmail.com Mon Jun 6 12:34:53 2011 From: gostrc at gmail.com (Thomas Dziedzic) Date: Mon, 6 Jun 2011 11:34:53 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=Y0G+VekeY8by9HTp+_JxCsk=0Ew@mail.gmail.com> References: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> <BANLkTi=Y0G+VekeY8by9HTp+_JxCsk=0Ew@mail.gmail.com> Message-ID: <BANLkTink-18AjgpZf-bFwBiUxOG5uQ9VJQ@mail.gmail.com> On Mon, Jun 6, 2011 at 11:22 AM, Tavian Barnes <tavianator at tavianator.com> wrote: > On 6 June 2011 10:02, KESHAV P.R. <skodabenz at gmail.com> wrote: >> Hi all, >> ? ? ? ? Since the next kernel will be 3.0 , the kernel26 naming is >> meaningless from the next kernel. I think this is also a good time to >> consider implementing versioned kernel install. Agreed arch has a >> policy of 1 package per software in the official repos. While this >> attitude is acceptable for Xorg or windows managers or even some low >> level utilities, problems with those can be corrected if the system >> can boot to a shell atleast (init 1 or 3). But if the kernel fails to >> boot and under the assumption that the user hdoes not have any rescue >> system/distro handy he/she cannot boot into the system (atleast not at >> that moment). Without a working kernel it is not possible to boot to a >> shell to run any damn command. >> ? ? ? ?While this topic has already been discussed at [1] the >> discussion was slow and has not lead to any fruitful result. This post >> is mainly to reach out to a larger audience and decide on how to go >> about since the upsteam version change provides the right time for >> Arch to reconsider the same. Another discussion at [2] is about >> removing the word kernel from the initramfs image. If in case >> versioned kernel proposal is accepted then the initramfs also >> (automatically) becomes versioned to match the kernel. Atleast Dave >> Reisner (falconindy) took the first step by making the change in his >> geninit program. I understand this might require changes in the way >> mkinitcpio (or geninit if at all it becomes default) and the way >> pacman handles different versions of same packages. Please join in. >> >> [1] https://bugs.archlinux.org/task/16702 >> [2] https://bugs.archlinux.org/task/18719 >> >> Regards. >> >> keshav >> > > I have kernel26-lts installed as a backup kernel, and this is all > that's really necessary for rolling back broken kernel updates. ?I've > been bitten by a BTRFS bug once and rolled back with -lts no problem. > -1 from me on keeping multiple kernel versions installed; I really > like that arch doesn't keep 6 old kernels around. > > While we're at it, +1 for calling the kernel package "linux" for version 3.0. > > -- > Tavian Barnes > Agreed with Tavian Barnes. Also, don't call it "linux30" just call it "linux" From teg at jklm.no Mon Jun 6 13:23:50 2011 From: teg at jklm.no (Tom Gundersen) Date: Mon, 6 Jun 2011 19:23:50 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=Y0G+VekeY8by9HTp+_JxCsk=0Ew@mail.gmail.com> References: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> <BANLkTi=Y0G+VekeY8by9HTp+_JxCsk=0Ew@mail.gmail.com> Message-ID: <BANLkTi=RuKX4vmg=d5WbPQRWYgburMYfLw@mail.gmail.com> On Mon, Jun 6, 2011 at 6:22 PM, Tavian Barnes <tavianator at tavianator.com> wrote: > I have kernel26-lts installed as a backup kernel, and this is all > that's really necessary for rolling back broken kernel updates. ?I've > been bitten by a BTRFS bug once and rolled back with -lts no problem. > -1 from me on keeping multiple kernel versions installed; I really > like that arch doesn't keep 6 old kernels around. I agree. The reason I am against keeping old kernels around is that we would not be able to test user space against all the possible combinations, so it would not be a good idea to suggest that we do (we do try to support all sorts of self-compiled kernels, but at least if you compile your own kernel it is pretty obvious that it will not be as well tested as the "official" ones). One possibility would be to do like upstream does and always rename the previous kernel to .old. That should keep the last known working kernel around while making it clear that it should not be relied on for day-to-day use (and that it will get overwritten on the next kernel upgrade so these things won't get old). That said, I'm not involved with packaging the kernel, so if you want anything to change with how it is packaged (maybe after this discussion is over), it would be best to file a feature request on FS. Cheers, Tom From jeremiah.dodds at gmail.com Mon Jun 6 13:49:17 2011 From: jeremiah.dodds at gmail.com (Jeremiah Dodds) Date: Mon, 6 Jun 2011 13:49:17 -0400 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <4DECF4B6.4010501@gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> <201106060758.25080.yaro@marupa.net> <4DECF4B6.4010501@gmail.com> Message-ID: <BANLkTimvattHarnR5pUFahagSRH-=X1byg@mail.gmail.com> On Mon, Jun 6, 2011 at 11:39 AM, Mauro Santos <registo.mailling at gmail.com>wrote: > On 06-06-2011 13:58, Yaro Kasear wrote: > > > There's no reason to ever, ever, put USB drives in the fstab. Look at the > top > > of the fstab file, it reads "static file system information." Unless > you're > > guaranteed to have your thumbdrive plugged into your computer 24/7 and > never > > remove it, it doesn't really belong in there, use consolekit or whatever > KDE > > SC or GNOME use. Use pmount, whatever. > > What if you are booting from usb into a system with gui capabilities and > all rescue/work/whatever tools you might need? > > In this case, the fstab entries would look more like they would "normally", and less like they would for an external hardrive, the fstab on the machine you're booting from wouldn't be read at all. From anthony at xtfx.me Mon Jun 6 15:00:56 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Mon, 6 Jun 2011 14:00:56 -0500 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTin4go=qOb6uu78qt9cDKOuVQJF+Ug@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> <201106060758.25080.yaro@marupa.net> <BANLkTinBhxJnEbHHAovbiYme3cxLY2pRfw@mail.gmail.com> <BANLkTin4go=qOb6uu78qt9cDKOuVQJF+Ug@mail.gmail.com> Message-ID: <BANLkTi=fiK=4NQVtzh7dzB2W0FM=-R81Xg@mail.gmail.com> On Mon, Jun 6, 2011 at 10:26 AM, Javier Vasquez <j.e.vasquez.v at gmail.com> wrote: > On Mon, Jun 6, 2011 at 7:02 AM, Hector Martinez-Seara <hseara at gmail.com> wrote: >> Hi, >> The case is that we use usb external drives for storing data. It is >> likely not the most efficient way but is very very cheap. And yes they >> are plug 24/7. Anyway I will look for some post booting deamon that >> cant take care of them. Any idea anyone where to look for? >> Hector > > Autofs is what I use, you can use the UUIDs to mount specific > partitions at your will... yeah systemd does all this for me now, but before that i used autofs *alot* ... not only for this sort of thing but also FUSE stuff like sshfs/etc. it works well, though the config syntax can get a bit daunting. you can even use a multi-map to create more autofs mounts on the fly, and ultimately have a whole tree of auto-cleaned mounts. ... eg: ---------------------------------------------------------------------------- /app/tree /port-scm/inst-sync -fstype=autofs,-browse :file:/none \ /port-scm/root-srv -fstype=autofs,-browse :file:/none \ /port-scm/root-sync -fstype=autofs,-browse :file:/none \ /port-scm/user-srv -fstype=autofs,-browse :file:/none \ /port-scm/user-sync -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-bin -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-dev -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-etc -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-lib -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-run -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-tmp -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-usr-share -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-var-cache -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-var-lib -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-var-log -fstype=autofs,-browse :file:/none \ /virt-mnt/inst-var-tmp -fstype=autofs,-browse :file:/none \ /virt-mnt/root-bin -fstype=autofs,-browse :file:/none \ /virt-mnt/root-dev -fstype=autofs,-browse :file:/none \ /virt-mnt/root-etc -fstype=autofs,-browse :file:/none \ /virt-mnt/root-lib -fstype=autofs,-browse :file:/none \ /virt-mnt/root-run -fstype=autofs,-browse :file:/none \ /virt-mnt/root-tmp -fstype=autofs,-browse :file:/none \ /virt-mnt/root-usr-share -fstype=autofs,-browse :file:/none \ /virt-mnt/root-var-cache -fstype=autofs,-browse :file:/none \ /virt-mnt/root-var-lib -fstype=autofs,-browse :file:/none \ /virt-mnt/root-var-log -fstype=autofs,-browse :file:/none \ /virt-mnt/root-var-tmp -fstype=autofs,-browse :file:/none \ /virt-mnt/user-bin -fstype=autofs,-browse :file:/none \ /virt-mnt/user-dev -fstype=autofs,-browse :file:/none \ /virt-mnt/user-etc -fstype=autofs,-browse :file:/none \ /virt-mnt/user-lib -fstype=autofs,-browse :file:/none \ /virt-mnt/user-run -fstype=autofs,-browse :file:/none \ /virt-mnt/user-tmp -fstype=autofs,-browse :file:/none \ /virt-mnt/user-usr-share -fstype=autofs,-browse :file:/none \ /virt-mnt/user-var-cache -fstype=autofs,-browse :file:/none \ /virt-mnt/user-var-lib -fstype=autofs,-browse :file:/none \ /virt-mnt/user-var-log -fstype=autofs,-browse :file:/none \ /virt-mnt/user-var-tmp -fstype=autofs,-browse :file:/none \ /virt-srv/core-misc -fstype=autofs,-browse :file:/none \ /virt-srv/node-misc -fstype=autofs,-browse :file:/none \ /virt-srv/user-misc -fstype=autofs,-browse :file:/none \ /virt-srv/util-misc -fstype=autofs,-browse :file:/none ---------------------------------------------------------------------------- ... i know thats a lot, but when someone accessed `/app/tree` for the first time that whole entire hierarchy would be mounted under it. autofs will auto-create/remove intermediate directories. other autofs *would* have been defined (all the `:file:/none` stuff) but i ended up moving to ayatemd exclusively because it %#$@-ing awesome and can do much much *much* more, in a clean and straightforward way. ... so you could always try installing/using that too :-) C Anthony From anthony at xtfx.me Mon Jun 6 15:05:11 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Mon, 6 Jun 2011 14:05:11 -0500 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTi=fiK=4NQVtzh7dzB2W0FM=-R81Xg@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> <201106060758.25080.yaro@marupa.net> <BANLkTinBhxJnEbHHAovbiYme3cxLY2pRfw@mail.gmail.com> <BANLkTin4go=qOb6uu78qt9cDKOuVQJF+Ug@mail.gmail.com> <BANLkTi=fiK=4NQVtzh7dzB2W0FM=-R81Xg@mail.gmail.com> Message-ID: <BANLkTi=7HkHOVnQkEOGV9kU9vKsFB0LqwQ@mail.gmail.com> On Mon, Jun 6, 2011 at 2:00 PM, C Anthony Risinger <anthony at xtfx.me> wrote: > On Mon, Jun 6, 2011 at 10:26 AM, Javier Vasquez <j.e.vasquez.v at gmail.com> wrote: >> On Mon, Jun 6, 2011 at 7:02 AM, Hector Martinez-Seara <hseara at gmail.com> wrote: >>> Hi, >>> The case is that we use usb external drives for storing data. It is >>> likely not the most efficient way but is very very cheap. And yes they >>> are plug 24/7. Anyway I will look for some post booting deamon that >>> cant take care of them. Any idea anyone where to look for? >>> Hector >> >> Autofs is what I use, you can use the UUIDs to mount specific >> partitions at your will... > > yeah systemd does all this for me now, but before that i used autofs > *alot* ... not only for this sort of thing but also FUSE stuff like > sshfs/etc. > > it works well, though the config syntax can get a bit daunting. ?you > can even use a multi-map to create more autofs mounts on the fly, and > ultimately have a whole tree of auto-cleaned mounts. > > ... eg: > > ---------------------------------------------------------------------------- > /app/tree ?/port-scm/inst-sync ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/port-scm/root-srv ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/port-scm/root-sync ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/port-scm/user-srv ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/port-scm/user-sync ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-bin ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-dev ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-etc ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-run ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-usr-share ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-var-cache ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-var-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-var-log ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/inst-var-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-bin ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-dev ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-etc ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-run ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-usr-share ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-var-cache ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-var-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-var-log ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/root-var-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-bin ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-dev ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-etc ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-run ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-usr-share ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-var-cache ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-var-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-var-log ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-mnt/user-var-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-srv/core-misc ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-srv/node-misc ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-srv/user-misc ? ?-fstype=autofs,-browse ? ?:file:/none \ > ? ? ? ? ? ?/virt-srv/util-misc ? ?-fstype=autofs,-browse ? ?:file:/none > ---------------------------------------------------------------------------- > > ... i know thats a lot, but when someone accessed `/app/tree` for the > first time that whole entire hierarchy would be mounted under it. > autofs will auto-create/remove intermediate directories. ?other autofs > *would* have been defined (all the `:file:/none` stuff) but i ended up > moving to ayatemd exclusively because it %#$@-ing awesome and can do > much much *much* more, in a clean and straightforward way. > > ... so you could always try installing/using that too :-) ERATTA ... and by `ayatemd` i of course meant systemd :-) curse my resistance to actually type after 15 years of computer exposure! i can't stand keyboards ... this is the future: http://geekhack.org/showwiki.php?title=Island:10077 ... except wireless, lightweight, and maybe even non-physical via Kinect-like technology ;-) C Anthony From yaro at marupa.net Mon Jun 6 15:17:34 2011 From: yaro at marupa.net (Yaro Kasear) Date: Mon, 6 Jun 2011 14:17:34 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTink-18AjgpZf-bFwBiUxOG5uQ9VJQ@mail.gmail.com> References: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> <BANLkTi=Y0G+VekeY8by9HTp+_JxCsk=0Ew@mail.gmail.com> <BANLkTink-18AjgpZf-bFwBiUxOG5uQ9VJQ@mail.gmail.com> Message-ID: <201106061417.35079.yaro@marupa.net> On Monday, June 06, 2011 11:34:53 Thomas Dziedzic wrote: > On Mon, Jun 6, 2011 at 11:22 AM, Tavian Barnes > > <tavianator at tavianator.com> wrote: > > On 6 June 2011 10:02, KESHAV P.R. <skodabenz at gmail.com> wrote: > >> Hi all, > >> Since the next kernel will be 3.0 , the kernel26 naming is > >> meaningless from the next kernel. I think this is also a good time to > >> consider implementing versioned kernel install. Agreed arch has a > >> policy of 1 package per software in the official repos. While this > >> attitude is acceptable for Xorg or windows managers or even some low > >> level utilities, problems with those can be corrected if the system > >> can boot to a shell atleast (init 1 or 3). But if the kernel fails to > >> boot and under the assumption that the user hdoes not have any rescue > >> system/distro handy he/she cannot boot into the system (atleast not at > >> that moment). Without a working kernel it is not possible to boot to a > >> shell to run any damn command. > >> While this topic has already been discussed at [1] the > >> discussion was slow and has not lead to any fruitful result. This post > >> is mainly to reach out to a larger audience and decide on how to go > >> about since the upsteam version change provides the right time for > >> Arch to reconsider the same. Another discussion at [2] is about > >> removing the word kernel from the initramfs image. If in case > >> versioned kernel proposal is accepted then the initramfs also > >> (automatically) becomes versioned to match the kernel. Atleast Dave > >> Reisner (falconindy) took the first step by making the change in his > >> geninit program. I understand this might require changes in the way > >> mkinitcpio (or geninit if at all it becomes default) and the way > >> pacman handles different versions of same packages. Please join in. > >> > >> [1] https://bugs.archlinux.org/task/16702 > >> [2] https://bugs.archlinux.org/task/18719 > >> > >> Regards. > >> > >> keshav > > > > I have kernel26-lts installed as a backup kernel, and this is all > > that's really necessary for rolling back broken kernel updates. I've > > been bitten by a BTRFS bug once and rolled back with -lts no problem. > > -1 from me on keeping multiple kernel versions installed; I really > > like that arch doesn't keep 6 old kernels around. > > > > While we're at it, +1 for calling the kernel package "linux" for version > > 3.0. > > > > -- > > Tavian Barnes > > Agreed with Tavian Barnes. > Also, don't call it "linux30" just call it "linux" Or just 'kernel.' And yes, -1 on multiple kernels. That was one of the more idiotic brain- damaged practices of Ubuntu that drove me away in the first place. From tobias.powalowski at googlemail.com Mon Jun 6 15:35:46 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Mon, 6 Jun 2011 21:35:46 +0200 Subject: [arch-general] Installation images in need of an update? Message-ID: <201106062135.46937.tobias.powalowski@googlemail.com> Am Samstag 04 Juni 2011 schrieb JM: > Hello, > > The current installer images are from 05.2010 which is over a year > old. I was unable to install Arch on my new laptop using this > installer due to insufficient hardware support in kernel 2.6.33. Are > there any plans to update it? > > Regards, > JM You can also try archboot: https://bbs.archlinux.org/viewtopic.php?id=119109 -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110606/fc5cc4d5/attachment.asc> From registo.mailling at gmail.com Mon Jun 6 15:47:58 2011 From: registo.mailling at gmail.com (Mauro Santos) Date: Mon, 06 Jun 2011 20:47:58 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> References: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> Message-ID: <4DED2EEE.7050507@gmail.com> I'd say it would be better to have only one current and one lts kernel (or whatever it ends up being called). Having multiple older versions of the same package is not what it said in the can, arch uses the latest stable versions of packages and not the latest plus some number of older ones. -- Mauro Santos From hseara at gmail.com Mon Jun 6 16:28:51 2011 From: hseara at gmail.com (Hector Martinez-Seara) Date: Mon, 6 Jun 2011 23:28:51 +0300 Subject: [arch-general] After the recent linux kernel update booting fails if usb disks are present in /etc/fstab In-Reply-To: <BANLkTi=7HkHOVnQkEOGV9kU9vKsFB0LqwQ@mail.gmail.com> References: <BANLkTinNSigzS44zMBxkw3o2mQx+x2eq+w@mail.gmail.com> <BANLkTikJdau-Woj+3G6K7i6SaQA74ZU3_A@mail.gmail.com> <BANLkTi=QN-MPq_FR0ftiO6OYrFdrOkm4NQ@mail.gmail.com> <201106060758.25080.yaro@marupa.net> <BANLkTinBhxJnEbHHAovbiYme3cxLY2pRfw@mail.gmail.com> <BANLkTin4go=qOb6uu78qt9cDKOuVQJF+Ug@mail.gmail.com> <BANLkTi=fiK=4NQVtzh7dzB2W0FM=-R81Xg@mail.gmail.com> <BANLkTi=7HkHOVnQkEOGV9kU9vKsFB0LqwQ@mail.gmail.com> Message-ID: <BANLkTinHqpZKWvrreciAx9n_7ff46LPc2Q@mail.gmail.com> Thank you all for your suggestions, Hector On 6 June 2011 22:05, C Anthony Risinger <anthony at xtfx.me> wrote: > On Mon, Jun 6, 2011 at 2:00 PM, C Anthony Risinger <anthony at xtfx.me> wrote: >> On Mon, Jun 6, 2011 at 10:26 AM, Javier Vasquez <j.e.vasquez.v at gmail.com> wrote: >>> On Mon, Jun 6, 2011 at 7:02 AM, Hector Martinez-Seara <hseara at gmail.com> wrote: >>>> Hi, >>>> The case is that we use usb external drives for storing data. It is >>>> likely not the most efficient way but is very very cheap. And yes they >>>> are plug 24/7. Anyway I will look for some post booting deamon that >>>> cant take care of them. Any idea anyone where to look for? >>>> Hector >>> >>> Autofs is what I use, you can use the UUIDs to mount specific >>> partitions at your will... >> >> yeah systemd does all this for me now, but before that i used autofs >> *alot* ... not only for this sort of thing but also FUSE stuff like >> sshfs/etc. >> >> it works well, though the config syntax can get a bit daunting. ?you >> can even use a multi-map to create more autofs mounts on the fly, and >> ultimately have a whole tree of auto-cleaned mounts. >> >> ... eg: >> >> ---------------------------------------------------------------------------- >> /app/tree ?/port-scm/inst-sync ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/port-scm/root-srv ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/port-scm/root-sync ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/port-scm/user-srv ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/port-scm/user-sync ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-bin ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-dev ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-etc ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-run ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-usr-share ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-var-cache ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-var-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-var-log ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/inst-var-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-bin ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-dev ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-etc ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-run ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-usr-share ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-var-cache ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-var-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-var-log ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/root-var-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-bin ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-dev ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-etc ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-run ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-usr-share ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-var-cache ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-var-lib ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-var-log ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-mnt/user-var-tmp ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-srv/core-misc ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-srv/node-misc ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-srv/user-misc ? ?-fstype=autofs,-browse ? ?:file:/none \ >> ? ? ? ? ? ?/virt-srv/util-misc ? ?-fstype=autofs,-browse ? ?:file:/none >> ---------------------------------------------------------------------------- >> >> ... i know thats a lot, but when someone accessed `/app/tree` for the >> first time that whole entire hierarchy would be mounted under it. >> autofs will auto-create/remove intermediate directories. ?other autofs >> *would* have been defined (all the `:file:/none` stuff) but i ended up >> moving to ayatemd exclusively because it %#$@-ing awesome and can do >> much much *much* more, in a clean and straightforward way. >> >> ... so you could always try installing/using that too :-) > > ERATTA > > ... and by `ayatemd` i of course meant systemd :-) > > curse my resistance to actually type after 15 years of computer > exposure! ?i can't stand keyboards ... this is the future: > > http://geekhack.org/showwiki.php?title=Island:10077 > > ... except wireless, lightweight, and maybe even non-physical via > Kinect-like technology ;-) > > C Anthony > -- Hector Mart?nez-Seara Monn? mail: hseara at gmail.com Tel: +34656271145 Tel: +358442709253 From jelle at vdwaa.nl Mon Jun 6 17:01:42 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Mon, 06 Jun 2011 23:01:42 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106061417.35079.yaro@marupa.net> References: <BANLkTi=PX0qhGPyWjS9t9kVmY0YJ5XhdVg@mail.gmail.com> <BANLkTi=Y0G+VekeY8by9HTp+_JxCsk=0Ew@mail.gmail.com> <BANLkTink-18AjgpZf-bFwBiUxOG5uQ9VJQ@mail.gmail.com> <201106061417.35079.yaro@marupa.net> Message-ID: <4DED4036.8020105@vdwaa.nl> On 06/06/2011 09:17 PM, Yaro Kasear wrote: > On Monday, June 06, 2011 11:34:53 Thomas Dziedzic wrote: >> On Mon, Jun 6, 2011 at 11:22 AM, Tavian Barnes >> >> <tavianator at tavianator.com> wrote: >>> On 6 June 2011 10:02, KESHAV P.R.<skodabenz at gmail.com> wrote: >>>> Hi all, >>>> Since the next kernel will be 3.0 , the kernel26 naming is >>>> meaningless from the next kernel. I think this is also a good time to >>>> consider implementing versioned kernel install. Agreed arch has a >>>> policy of 1 package per software in the official repos. While this >>>> attitude is acceptable for Xorg or windows managers or even some low >>>> level utilities, problems with those can be corrected if the system >>>> can boot to a shell atleast (init 1 or 3). But if the kernel fails to >>>> boot and under the assumption that the user hdoes not have any rescue >>>> system/distro handy he/she cannot boot into the system (atleast not at >>>> that moment). Without a working kernel it is not possible to boot to a >>>> shell to run any damn command. >>>> While this topic has already been discussed at [1] the >>>> discussion was slow and has not lead to any fruitful result. This post >>>> is mainly to reach out to a larger audience and decide on how to go >>>> about since the upsteam version change provides the right time for >>>> Arch to reconsider the same. Another discussion at [2] is about >>>> removing the word kernel from the initramfs image. If in case >>>> versioned kernel proposal is accepted then the initramfs also >>>> (automatically) becomes versioned to match the kernel. Atleast Dave >>>> Reisner (falconindy) took the first step by making the change in his >>>> geninit program. I understand this might require changes in the way >>>> mkinitcpio (or geninit if at all it becomes default) and the way >>>> pacman handles different versions of same packages. Please join in. >>>> >>>> [1] https://bugs.archlinux.org/task/16702 >>>> [2] https://bugs.archlinux.org/task/18719 >>>> >>>> Regards. >>>> >>>> keshav >>> I have kernel26-lts installed as a backup kernel, and this is all >>> that's really necessary for rolling back broken kernel updates. I've >>> been bitten by a BTRFS bug once and rolled back with -lts no problem. >>> -1 from me on keeping multiple kernel versions installed; I really >>> like that arch doesn't keep 6 old kernels around. >>> >>> While we're at it, +1 for calling the kernel package "linux" for version >>> 3.0. >>> >>> -- >>> Tavian Barnes >> Agreed with Tavian Barnes. >> Also, don't call it "linux30" just call it "linux" > Or just 'kernel.' > > And yes, -1 on multiple kernels. That was one of the more idiotic brain- > damaged practices of Ubuntu that drove me away in the first place. I don't see how kernel naming is on topic with this discussion, anyway i wouldn't see like to see a preserved kernel on archlinux we already have kernel26-lts and the fallback image. Keeping more kernels would cost a) more time, b) more bugs on the tracker and wouldn't in my point of view be the vision of rolling release. You can always revert back a kernel version via pacman -U or chrooting into your install. -- Jelle van der Waa From kurrata at gmail.com Mon Jun 6 23:43:06 2011 From: kurrata at gmail.com (kurrata) Date: Tue, 07 Jun 2011 06:43:06 +0300 Subject: [arch-general] dolphin services unused doesn't show up Message-ID: <4DED9E4A.1050808@gmail.com> i have dolphin installed and using it in awesome WM, it doesn't see services that are not turned on. I tried to do both full/minimal kde install, accessing dolphin settings from kde, still the same it looks like this http://www.turboimagehost.com/p/7612434/2011-06-07-063524_533x451_scrot.png.html if i try to download new services, nothing happens to after install. Anyone knows what could be wrong? From tobias.powalowski at googlemail.com Tue Jun 7 03:49:23 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Tue, 7 Jun 2011 09:49:23 +0200 Subject: [arch-general] [signoff] kernel26-lts 2.6.32.41-2 Message-ID: <201106070949.27269.tobias.powalowski@googlemail.com> Latest LTS kernel is in testing, please signoff for both arches - synced with .39 config and enabled the ftracers https://bugs.archlinux.org/task/24404 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110607/419b93fb/attachment.asc> From tobias.powalowski at googlemail.com Tue Jun 7 03:52:26 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Tue, 7 Jun 2011 09:52:26 +0200 Subject: [arch-general] [signoff] kernel26 2.6.38.8-1 Message-ID: <201106070952.26493.tobias.powalowski@googlemail.com> Upstream update. This package is NOT in testing (2.6.39 currently resides there), but at: http://dev.archlinux.org/~tpowa/kernel26/ please signoff for both arches. changes: - added ftracers https://bugs.archlinux.org/task/24404 - added batman feature https://bugs.archlinux.org/task/24373 - removed custom arch boot logo, it's only shown on vesa fb which is not widely used anymore greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110607/d51f565d/attachment.asc> From fastfret79 at archlinux.org.uk Tue Jun 7 07:44:55 2011 From: fastfret79 at archlinux.org.uk (Mark Foxwell) Date: Tue, 7 Jun 2011 12:44:55 +0100 Subject: [arch-general] [arch-dev-public] Status of kernel 2.6.39? In-Reply-To: <201106071258.17386.tobias.powalowski@googlemail.com> References: <201106071258.17386.tobias.powalowski@googlemail.com> Message-ID: <20110607114455.GC1932@thor> # sending to arch-general as I can't post to arch-dev-public Tobias Powalowski wrote: > - lirc does not compile, anyone who uses lirc might take a look at it > We have no maintainer listed, this time no commits on their git > happened lately to fix compile errors. I created lirc-utils-git [1] in AUR to work around the compile errors. I don't need the main lirc package as my remote is supported in the kernel. To compile I had to remove the lirc_atiusb, lirc_i2c and lirc_wpc8769l drivers. Hope this helps, Mark [1] https://aur.archlinux.org/packages.php?ID=49301 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110607/2ae3ec1a/attachment-0001.asc> From tobias.powalowski at googlemail.com Tue Jun 7 08:02:19 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Tue, 7 Jun 2011 14:02:19 +0200 Subject: [arch-general] [arch-dev-public] Status of kernel 2.6.39? In-Reply-To: <20110607114455.GC1932@thor> References: <201106071258.17386.tobias.powalowski@googlemail.com> <20110607114455.GC1932@thor> Message-ID: <201106071402.22927.tobias.powalowski@googlemail.com> Am Dienstag 07 Juni 2011 schrieb Mark Foxwell: > # sending to arch-general as I can't post to arch-dev-public > > Tobias Powalowski wrote: > > - lirc does not compile, anyone who uses lirc might take a look at it > > > > We have no maintainer listed, this time no commits on their git > > happened lately to fix compile errors. > > I created lirc-utils-git [1] in AUR to work around the compile errors. I > don't need the main lirc package as my remote is supported in the > kernel. > > To compile I had to remove the lirc_atiusb, lirc_i2c and lirc_wpc8769l > drivers. > > Hope this helps, > > Mark > > [1] https://aur.archlinux.org/packages.php?ID=49301 But those are the most needed ones. -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110607/1b1a154e/attachment.asc> From vmlinuz386 at yahoo.com.ar Tue Jun 7 10:59:34 2011 From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi) Date: Tue, 07 Jun 2011 11:59:34 -0300 Subject: [arch-general] [arch-dev-public] Status of kernel 2.6.39? In-Reply-To: <201106071258.17386.tobias.powalowski@googlemail.com> References: <201106071258.17386.tobias.powalowski@googlemail.com> Message-ID: <4DEE3CD6.6000709@yahoo.com.ar> On 06/07/2011 07:58 AM, Tobias Powalowski wrote: > Hi guys, > I bumped it to the latest kernel version, > > What is missing for signoff the .39 series: > - Still no aufs2 support > Can we finally drop it? What's the status of latest archiso scripts? > archboot is not affected by this. Work in progress, aufs2 not used anymore, using dm-snapshot instead. -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1 From jan at jgc.homeip.net Tue Jun 7 11:00:15 2011 From: jan at jgc.homeip.net (Jan de Groot) Date: Tue, 07 Jun 2011 17:00:15 +0200 Subject: [arch-general] [arch-dev-public] Status of kernel 2.6.39? In-Reply-To: <201106071402.22927.tobias.powalowski@googlemail.com> References: <201106071258.17386.tobias.powalowski@googlemail.com> <20110607114455.GC1932@thor> <201106071402.22927.tobias.powalowski@googlemail.com> Message-ID: <1307458816.3663.0.camel@laptop> On Tue, 2011-06-07 at 14:02 +0200, Tobias Powalowski wrote: > Am Dienstag 07 Juni 2011 schrieb Mark Foxwell: > > # sending to arch-general as I can't post to arch-dev-public > > > > Tobias Powalowski wrote: > > > - lirc does not compile, anyone who uses lirc might take a look at it > > > > > > We have no maintainer listed, this time no commits on their git > > > happened lately to fix compile errors. > > > > I created lirc-utils-git [1] in AUR to work around the compile errors. I > > don't need the main lirc package as my remote is supported in the > > kernel. > > > > To compile I had to remove the lirc_atiusb, lirc_i2c and lirc_wpc8769l > > drivers. > > > > Hope this helps, > > > > Mark > > > > [1] https://aur.archlinux.org/packages.php?ID=49301 > But those are the most needed ones. Well, in fact they're the only drivers in the lirc kernel driver package. All the other drivers are merged with the kernel, either as normal driver or as staging driver. From markotahal at gmail.com Tue Jun 7 17:36:49 2011 From: markotahal at gmail.com (Marek Otahal) Date: Tue, 7 Jun 2011 23:36:49 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> Message-ID: <201106072336.57259.markotahal@gmail.com> Hello Tom, thanks for the pre-announcement, looks good. I have just a question.. Since net-tools are going to be abandoned (I was wondering how i "misuninstalled" the package), what do i use as an alternative to ifconfig? I use wicd or manually bring LAN up, and it occurred to me network interfaces failed due to missing ifconfig command. What is the new one? Thanks On Tuesday 07 of June 2011 23:21:11 Tom Gundersen wrote: > Since these update introduces some important changes I'd like to make > two announcements before it is moved to core (which should be as soon > as we have the missing i686 signoff). > > > Drafts below, comments welcome. > > > Announcement one: > ============================================= > > Deprecation of net-tools > > This April marked the ten year anniversary of the last net-tools > release. We decided to look at this as an opportunity to deprecate > net-tools and provide alternative, and better maintained, solutions > for net-tools functionality. This has a few consequences, but most > people should not notice. > > `hostname` > ---------- > > This binary is now provided by `coreutils`, rather than by `net-tools`. > > `domainname` (a.k.a. `nisdomainname`, a.k.a `ypdomainname`) > ----------------------------------------------------------- > > These binaries are now provided by `yp-tools`, rather than by > `net-tools`. Furthermore, the domain name is no longer set by > initscripts, rather it is dealt with entirely by the ypbind rc script. > > Before this change the domain name was handled inconsistently, > sometimes being read from `/etc/conf.d/nisdomainname`, and sometimes > from `/etc/defaultdomain`. From now on, the domain name is only ever > read from `/etc/conf.d/nisdomainname`. > > `network` > ------------------------------ > > A new syntax is introduced in `rc.conf` for configuring a simple > network setup using `iproute2` rather than `net-tools`. The old > functionality is still preserved for those preferring to stay with > that, but do not expect updates for this. > > The new syntax is very simplistic and only supports one wired network > device (configured statically or by dhcp) and we do not expect to add > more features in the future. We want to encourage the use of more > advanced network solutions, such as `networkmanager` or our own > `netcfg`. > > > > > > > > > > > > Announcement two: > ============================================= > > Changes to module blacklisting > > > Since the dawn of time we have shipped our homegrown system for > blacklisting kernel modules (in various incarnations). This has served > us well, but we (or rather our various upstreams) have now reached a > point where it is no longer necessary. > > We have therefore decided to remove all our module blacklisting logic, > and rely entirely on the blacklisting provided by `modprobe`. This > means a change in syntax, and a minor change in functionality. We hope > that the short-term inconvenience will be justified by the long-term > gain. > > The different notions of blacklisting > -------------------------------------------- > > The notion of module blacklisting that we have used is (sadly) > slightly different from what is used by modprobe. > > * our blacklisting: a blacklisted module, or any module that depends > on it, will never be loaded automatically by udev, but may be loaded > manually. > * modprobe's blacklisting: a blacklisted module will not be loaded > automatically, but may be loaded if another non-blacklisted module > depends on it, or if it is loaded manually. > * disabling a module: one can get similar behavior to what we used to > provide by forcing a module to always fail loading, it will not be > possible to load it manually. > > Boot time blacklisting > --------------------------- > > Modules can be blacklisted at boot time by appending > `modprobe.blacklist=mod1,mod2,mod3` to the kernel command line (in > grub, lilo or syslinux). Alternatively, the modules can be disabled > altogether by appending `mod1.disable=1 mod2.disable=1 mod3.disable=1` > instead. > > Persistent blacklisting > --------------------------- > > Rather than blacklisting modules in `rc.conf`, use modprobe's native > configuration files. These can be found in /etc/modprobe.d/, and are > documented in `man modprobe.d`. > > The replacement of `rc.d`'s `MODULES=(!mod1 !mod2 !mod3)` is to add a > `.conf` file to `/etc/modprobe.d/` with the contents: > > blacklist mod1 > blacklist mod2 > blacklist mod3 > > Alternatively, to ensure that the modules are never inserted, even if > they are needed by other modules you load: > > install mod1 /bin/false > install mod2 /bin/false > install mod3 /bin/false > -- Marek Otahal :o) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110607/286007cb/attachment.asc> From celticmadman at gmail.com Tue Jun 7 17:46:11 2011 From: celticmadman at gmail.com (Patrick Burroughs) Date: Tue, 7 Jun 2011 14:46:11 -0700 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <201106072336.57259.markotahal@gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> Message-ID: <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> On Tue, Jun 7, 2011 at 14:36, Marek Otahal <markotahal at gmail.com> wrote: > Hello Tom, > thanks for the pre-announcement, looks good. I have just a question.. > Since net-tools are going to be abandoned (I was wondering how i "misuninstalled" the package), what do i use as an alternative to ifconfig? I use wicd or manually bring LAN up, and it occurred to me network interfaces failed due to missing ifconfig command. What is the new one? Thanks Please don't top-post. The new replacement for ifconfig is 'ip'; 'ip link show' is equivalent to the old 'ifconfig', without arguments. 'ip link set up eth0' is equivalent to 'ifconfig eth0 up'. ~Celti From teg at jklm.no Tue Jun 7 17:47:35 2011 From: teg at jklm.no (Tom Gundersen) Date: Tue, 7 Jun 2011 23:47:35 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <201106072336.57259.markotahal@gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> Message-ID: <BANLkTik8ufNnuP98FjG3UQDEnNRtqTm=2w@mail.gmail.com> Hi Marek, On Tue, Jun 7, 2011 at 11:36 PM, Marek Otahal <markotahal at gmail.com> wrote: > Since net-tools are going to be abandoned (I was wondering how i "misuninstalled" the package), what do i use as an alternative to ifconfig? I use wicd or manually bring LAN up, and it occurred to me network interfaces failed due to missing ifconfig command. What is the new one? The new one is "ip", found in the iproute2 package. I didn't mention this explicitly, as this upgrade is not supposed to remove net-tools, so in principle ifconfig should still work. Cheers, Tom From markotahal at gmail.com Tue Jun 7 18:02:54 2011 From: markotahal at gmail.com (Marek Otahal) Date: Wed, 8 Jun 2011 00:02:54 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTik8ufNnuP98FjG3UQDEnNRtqTm=2w@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTik8ufNnuP98FjG3UQDEnNRtqTm=2w@mail.gmail.com> Message-ID: <201106080003.02075.markotahal@gmail.com> On Tuesday 07 of June 2011 23:47:35 Tom Gundersen wrote: > Hi Marek, > > On Tue, Jun 7, 2011 at 11:36 PM, Marek Otahal <markotahal at gmail.com> wrote: > > Since net-tools are going to be abandoned (I was wondering how i "misuninstalled" the package), what do i use as an alternative to ifconfig? I use wicd or manually bring LAN up, and it occurred to me network interfaces failed due to missing ifconfig command. What is the new one? > > The new one is "ip", found in the iproute2 package. > > I didn't mention this explicitly, as this upgrade is not supposed to > remove net-tools, so in principle ifconfig should still work. > > Cheers, > > Tom > Patrick, Tom, thank you both for explanation. net-tools weren't installed as explicit, so some upgrade removed them from my system. I'll test if eg wicd can handle just 'ip' now. Thank you, cheers, Mark -- Marek Otahal :o) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110608/7c68845f/attachment-0001.asc> From myra.nelson at hughes.net Tue Jun 7 19:26:15 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Tue, 7 Jun 2011 18:26:15 -0500 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTik5sdT5+=4MK1t9B5BjtQAce-nC=w@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTike4BQ0a-jbT0ES-mNi31SsXr_=7Q@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTik5sdT5+=4MK1t9B5BjtQAce-nC=w@mail.gmail.com> Message-ID: <BANLkTimqa1yOzuomKm+h4+mCz7i8qEnGuw@mail.gmail.com> On Tue, Jun 7, 2011 at 17:46, Evangelos Foutras <foutrelis at gmail.com> wrote: > On 7 June 2011 21:49, Tom Gundersen <teg at jklm.no> wrote: >> On Tue, Jun 7, 2011 at 6:02 PM, Evangelos Foutras <foutrelis at gmail.com> wrote: >>> This should be moved to [core] quickly. >>> >>> If you try to create a testing chroot, it will proceed to install the >>> 'base' group. Problem is, net-tools-1.60-16 no longer belongs to that >>> group, but the old version (1.60-14) from [core] does. However, the >>> latter causes file conflicts with the latest coreutils package. :) >> >> Thanks for the heads up! >> >> Could we have one more signoff for i686 before the move? I'll post my >> suggested announcements in a reply to this thread. > > Here's another signoff for i686. The announcements look good too. :) > -- Life's fun when your sick and psychotic! Tom: I've looked at the examples for netcfg, the netcfg article on the wiki, and the man page and I'm apparently missing something. The example for a wired config shows a single DNS server entry. Does netcfg support multiple DNS server entrys? Myra From j.e.vasquez.v at gmail.com Tue Jun 7 19:29:18 2011 From: j.e.vasquez.v at gmail.com (Javier Vasquez) Date: Tue, 7 Jun 2011 17:29:18 -0600 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTimqa1yOzuomKm+h4+mCz7i8qEnGuw@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTike4BQ0a-jbT0ES-mNi31SsXr_=7Q@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTik5sdT5+=4MK1t9B5BjtQAce-nC=w@mail.gmail.com> <BANLkTimqa1yOzuomKm+h4+mCz7i8qEnGuw@mail.gmail.com> Message-ID: <BANLkTim2HWK5Ry5Gg_7VQ+koFb0d_QD8oA@mail.gmail.com> > ... > I've looked at the examples for netcfg, the netcfg article on the > wiki, and the man page and > I'm apparently missing something. The example for a wired config shows > a single DNS > server entry. Does netcfg support multiple DNS server entrys? > > Myra > Like the following? DNS=('200.91.75.5' '200.91.75.6' '192.168.2.1') -- Javier. From j.e.vasquez.v at gmail.com Tue Jun 7 19:33:50 2011 From: j.e.vasquez.v at gmail.com (Javier Vasquez) Date: Tue, 7 Jun 2011 17:33:50 -0600 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <201106072336.57259.markotahal@gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> Message-ID: <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> ... >> >> The new syntax is very simplistic and only supports one wired network >> device (configured statically or by dhcp) and we do not expect to add >> more features in the future. We want to encourage the use of more >> advanced network solutions, such as `networkmanager` or our own >> `netcfg`. Just one officially supported? How about boxes with 2 nics acting as routers or gateways? It sounds to me a bit limited... netcfg is there but it's not the default, and most arch wiki documentation show a way without netcfg, :-) Perhaps time to change the arch wikies when the change take place, :-) Did I misunderstand the statement? Thanks, -- Javier. From myra.nelson at hughes.net Tue Jun 7 19:34:25 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Tue, 7 Jun 2011 18:34:25 -0500 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTim2HWK5Ry5Gg_7VQ+koFb0d_QD8oA@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTike4BQ0a-jbT0ES-mNi31SsXr_=7Q@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTik5sdT5+=4MK1t9B5BjtQAce-nC=w@mail.gmail.com> <BANLkTimqa1yOzuomKm+h4+mCz7i8qEnGuw@mail.gmail.com> <BANLkTim2HWK5Ry5Gg_7VQ+koFb0d_QD8oA@mail.gmail.com> Message-ID: <BANLkTikGAcP36zabxakgu1dcfVUSioSX8g@mail.gmail.com> On Tue, Jun 7, 2011 at 18:29, Javier Vasquez <j.e.vasquez.v at gmail.com> wrote: >> ... >> I've looked at the examples for netcfg, the netcfg article on the >> wiki, and the man page and >> I'm apparently missing something. The example for a wired config shows >> a single DNS >> server entry. Does netcfg support multiple DNS server entrys? >> >> Myra >> > > Like the following? > > DNS=('200.91.75.5' '200.91.75.6' '192.168.2.1') > > -- > Javier. > That's what I needed to know before I made the switch. Thanks Myra -- Life's fun when your sick and psychotic! From teg at jklm.no Tue Jun 7 19:41:14 2011 From: teg at jklm.no (Tom Gundersen) Date: Wed, 8 Jun 2011 01:41:14 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> Message-ID: <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> On Wed, Jun 8, 2011 at 1:33 AM, Javier Vasquez <j.e.vasquez.v at gmail.com> wrote: > Just one officially supported? ?How about boxes with 2 nics acting as > routers or gateways? ?It sounds to me a bit limited... ?netcfg is > there but it's not the default, We hope netcfg will become the preferred networking solution in the future. If you cannot use netcfg, and the basic functionality we provide in initscripts is not sufficient, then the old net-tools way will continue to work for the foreseeable future. > and most arch wiki documentation show > a way without netcfg, :-) ?Perhaps time to change the arch wikies when > the change take place, :-) Yes, documentation should be updated. Help with this is very much appreciated! I will personally start working on this once the release is out (time permitting). > Did I misunderstand the statement? No, I don't think so ;-) Cheers, Tom From orbisvicis at gmail.com Wed Jun 8 01:55:22 2011 From: orbisvicis at gmail.com (Yclept Nemo) Date: Wed, 8 Jun 2011 01:55:22 -0400 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> Message-ID: <BANLkTimgOjJ9yT2LEvx7QYOvnffxVSqCmg@mail.gmail.com> If true, you might want to consider mentioning that it might be unnecessary to blacklist certain modules such as 'pcspkr' which are no longer automatically loaded (since load_modules.sh has been removed) From girard.cedric at gmail.com Wed Jun 8 04:30:12 2011 From: girard.cedric at gmail.com (=?UTF-8?Q?C=C3=A9dric_Girard?=) Date: Wed, 8 Jun 2011 10:30:12 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTik8ufNnuP98FjG3UQDEnNRtqTm=2w@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTik8ufNnuP98FjG3UQDEnNRtqTm=2w@mail.gmail.com> Message-ID: <BANLkTi==JUO96+NLEwNci-1LzrNqONKt+w@mail.gmail.com> On Tue, Jun 7, 2011 at 11:47 PM, Tom Gundersen <teg at jklm.no> wrote: > I didn't mention this explicitly, as this upgrade is not supposed to > remove net-tools, so in principle ifconfig should still work. > Maybe this should be added to the announcement (the fact that net-tools will still be there). -- C?dric Girard From vic at demuzere.be Wed Jun 8 04:51:21 2011 From: vic at demuzere.be (Vic Demuzere) Date: Wed, 8 Jun 2011 10:51:21 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTi==JUO96+NLEwNci-1LzrNqONKt+w@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTik8ufNnuP98FjG3UQDEnNRtqTm=2w@mail.gmail.com> <BANLkTi==JUO96+NLEwNci-1LzrNqONKt+w@mail.gmail.com> Message-ID: <BANLkTin_TfSY5nDa0YJK106bgxhpgzOScg@mail.gmail.com> 2011/6/8 C?dric Girard <girard.cedric at gmail.com>: > > Maybe this should be added to the announcement (the fact that net-tools will > still be there). > > -- > C?dric Girard > Yeah, this should be in the announcement. I thought net-tools would be removed completely. -- Vic Demuzere From tobias.powalowski at googlemail.com Wed Jun 8 08:24:13 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Wed, 8 Jun 2011 14:24:13 +0200 Subject: [arch-general] [signoff] kernel26-lts 2.6.32.41-2 In-Reply-To: <201106070949.27269.tobias.powalowski@googlemail.com> References: <201106070949.27269.tobias.powalowski@googlemail.com> Message-ID: <201106081424.16467.tobias.powalowski@googlemail.com> Am Dienstag 07 Juni 2011 schrieb Tobias Powalowski: > Latest LTS kernel is in testing, > please signoff for both arches > > - synced with .39 config and enabled the ftracers > https://bugs.archlinux.org/task/24404 > > greetings > tpowa anynone? -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110608/c9e7526d/attachment.asc> From tobias.powalowski at googlemail.com Wed Jun 8 08:43:07 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Wed, 8 Jun 2011 14:43:07 +0200 Subject: [arch-general] [signoff] jfsutils-1.1.15-1 Message-ID: <201106081443.08122.tobias.powalowski@googlemail.com> New in 1.1.15 - 2011-03-04 * Several fixes for large filesystems where 64-bit variables are needed * Fix incorrect size check on directories * Make the timestamp format consisten Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110608/5b889c5b/attachment.asc> From registo.mailling at gmail.com Wed Jun 8 09:30:09 2011 From: registo.mailling at gmail.com (Mauro Santos) Date: Wed, 08 Jun 2011 14:30:09 +0100 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> Message-ID: <4DEF7961.4000804@gmail.com> On 07-06-2011 22:46, Patrick Burroughs wrote: > The new replacement for ifconfig is 'ip'; 'ip link show' is equivalent > to the old 'ifconfig', without arguments. I don't see the current assigned IP when doing 'ip link show' so I don't see how that is equivalent to using only ifconfig without arguments. As a side note, at first glance it seems 'ip' needs a lot more typing than ifconfig needs, at least for the stuff I use more often. -- Mauro Santos From byron at theclarkfamily.name Wed Jun 8 10:04:32 2011 From: byron at theclarkfamily.name (Byron Clark) Date: Wed, 8 Jun 2011 08:04:32 -0600 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <4DEF7961.4000804@gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> <4DEF7961.4000804@gmail.com> Message-ID: <20110608140432.GF4596@bclarkjive.lan> On 06/08/11 at 02:30pm, Mauro Santos wrote: > On 07-06-2011 22:46, Patrick Burroughs wrote: > > > The new replacement for ifconfig is 'ip'; 'ip link show' is equivalent > > to the old 'ifconfig', without arguments. > > I don't see the current assigned IP when doing 'ip link show' so I don't > see how that is equivalent to using only ifconfig without arguments. 'ip addr show' is the command you want. -- Byron Clark From pdgiddie at gmail.com Wed Jun 8 10:12:04 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Wed, 8 Jun 2011 15:12:04 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs Message-ID: <201106081512.04834.pdgiddie@gmail.com> I would really like to the kernel that is being replaced kept as a backup. If the latest kernel breaks your hardware, or something else goes wrong, I'd like to have the option of using the kernel that was just replaced, because it's known to work. I wouldn't want more than one old version of the kernel, though. Also, although the -lts kernel is good for this, it isn't intended to solve this problem, and isn't always a perfect fit. For instance, my new laptop has UEFI-related issues that are only being addressed in the *very* latest kernels. I'm not sure -lts would boot for me, but I know that my *current* kernel boots; seems a pity to throw it out it straight away on upgrade, before I can test that the new kernel boots OK... Paul On Monday 06 June 2011 18:23:50 Tom Gundersen wrote: > On Mon, Jun 6, 2011 at 6:22 PM, Tavian Barnes <tavianator at tavianator.com> wrote: > > I have kernel26-lts installed as a backup kernel, and this is all > > that's really necessary for rolling back broken kernel updates. I've > > been bitten by a BTRFS bug once and rolled back with -lts no problem. > > -1 from me on keeping multiple kernel versions installed; I really > > like that arch doesn't keep 6 old kernels around. > > I agree. > > The reason I am against keeping old kernels around is that we would > not be able to test user space against all the possible combinations, > so it would not be a good idea to suggest that we do (we do try to > support all sorts of self-compiled kernels, but at least if you > compile your own kernel it is pretty obvious that it will not be as > well tested as the "official" ones). > > One possibility would be to do like upstream does and always rename > the previous kernel to .old. That should keep the last known working > kernel around while making it clear that it should not be relied on > for day-to-day use (and that it will get overwritten on the next > kernel upgrade so these things won't get old). > > That said, I'm not involved with packaging the kernel, so if you want > anything to change with how it is packaged (maybe after this > discussion is over), it would be best to file a feature request on FS. > > Cheers, > > Tom From m4ngust at gmail.com Wed Jun 8 10:17:54 2011 From: m4ngust at gmail.com (mangust) Date: Wed, 08 Jun 2011 16:17:54 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> Message-ID: <4DEF8492.9010208@gmail.com> On 06/08/2011 01:41 AM, Tom Gundersen wrote: > Yes, documentation should be updated. Help with this is very much > appreciated! I will personally start working on this once the release > is out (time permitting). Hey Tom, what help do you need with the documentation? From jelle at vdwaa.nl Wed Jun 8 10:41:14 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Wed, 08 Jun 2011 16:41:14 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106081512.04834.pdgiddie@gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> Message-ID: <4DEF8A0A.7070501@vdwaa.nl> On 06/08/2011 04:12 PM, Paul Gideon Dann wrote: > I would really like to the kernel that is being replaced kept as a backup. If > the latest kernel breaks your hardware, or something else goes wrong, I'd like > to have the option of using the kernel that was just replaced, because it's > known to work. > > I wouldn't want more than one old version of the kernel, though. > > Also, although the -lts kernel is good for this, it isn't intended to solve > this problem, and isn't always a perfect fit. For instance, my new laptop has > UEFI-related issues that are only being addressed in the *very* latest > kernels. I'm not sure -lts would boot for me, but I know that my *current* > kernel boots; seems a pity to throw it out it straight away on upgrade, before > I can test that the new kernel boots OK... > > Paul > If you want this, implement it! I have seen some discussions about it and it always tend to users wanting feature X or Y, but didn't commit to it. protip: iirc there are some threads about this on the mailing list, the forums and the bugtracker, start gathering info there. good luck! > On Monday 06 June 2011 18:23:50 Tom Gundersen wrote: >> On Mon, Jun 6, 2011 at 6:22 PM, Tavian Barnes<tavianator at tavianator.com> > wrote: >>> I have kernel26-lts installed as a backup kernel, and this is all >>> that's really necessary for rolling back broken kernel updates. I've >>> been bitten by a BTRFS bug once and rolled back with -lts no problem. >>> -1 from me on keeping multiple kernel versions installed; I really >>> like that arch doesn't keep 6 old kernels around. >> I agree. >> >> The reason I am against keeping old kernels around is that we would >> not be able to test user space against all the possible combinations, >> so it would not be a good idea to suggest that we do (we do try to >> support all sorts of self-compiled kernels, but at least if you >> compile your own kernel it is pretty obvious that it will not be as >> well tested as the "official" ones). >> >> One possibility would be to do like upstream does and always rename >> the previous kernel to .old. That should keep the last known working >> kernel around while making it clear that it should not be relied on >> for day-to-day use (and that it will get overwritten on the next >> kernel upgrade so these things won't get old). >> >> That said, I'm not involved with packaging the kernel, so if you want >> anything to change with how it is packaged (maybe after this >> discussion is over), it would be best to file a feature request on FS. >> >> Cheers, >> >> Tom -- Jelle van der Waa From teg at jklm.no Wed Jun 8 10:45:21 2011 From: teg at jklm.no (Tom Gundersen) Date: Wed, 8 Jun 2011 16:45:21 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <4DEF8A0A.7070501@vdwaa.nl> References: <201106081512.04834.pdgiddie@gmail.com> <4DEF8A0A.7070501@vdwaa.nl> Message-ID: <BANLkTik1tBE5Nt6NJ_ZHEJL6YZBUTyY4hQ@mail.gmail.com> On Wed, Jun 8, 2011 at 4:41 PM, Jelle van der Waa <jelle at vdwaa.nl> wrote: > On 06/08/2011 04:12 PM, Paul Gideon Dann wrote: >> >> I would really like to the kernel that is being replaced kept as a backup. >> ?If >> the latest kernel breaks your hardware, or something else goes wrong, I'd >> like >> to have the option of using the kernel that was just replaced, because >> it's >> known to work. >> >> I wouldn't want more than one old version of the kernel, though. >> >> Also, although the -lts kernel is good for this, it isn't intended to >> solve >> this problem, and isn't always a perfect fit. ?For instance, my new laptop >> has >> UEFI-related issues that are only being addressed in the *very* latest >> kernels. ?I'm not sure -lts would boot for me, but I know that my >> *current* >> kernel boots; seems a pity to throw it out it straight away on upgrade, >> before >> I can test that the new kernel boots OK... >> >> Paul >> > If you want this, implement it! I have seen some discussions about it and it > always tend to users wanting feature X or Y, but didn't commit to it. > protip: iirc there are some threads about this on the mailing list, the > forums ?and the bugtracker, start gathering info there. Implementing this should be almost trivial, it's just a patch to kernel26.install. I think if someone wants to see this feature, the best way would be to post a patch to arch-projects at archlinux.org. -t From teg at jklm.no Wed Jun 8 10:54:12 2011 From: teg at jklm.no (Tom Gundersen) Date: Wed, 8 Jun 2011 16:54:12 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <4DEF7961.4000804@gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> <4DEF7961.4000804@gmail.com> Message-ID: <BANLkTinJ7q-wycB9AF_vp3oowb6Yn9OuJQ@mail.gmail.com> On Wed, Jun 8, 2011 at 3:30 PM, Mauro Santos <registo.mailling at gmail.com> wrote: > On 07-06-2011 22:46, Patrick Burroughs wrote: > >> The new replacement for ifconfig is 'ip'; 'ip link show' is equivalent >> to the old 'ifconfig', without arguments. > > I don't see the current assigned IP when doing 'ip link show' so I don't > see how that is equivalent to using only ifconfig without arguments. > > As a side note, at first glance it seems 'ip' needs a lot more typing > than ifconfig needs, at least for the stuff I use more often. You should use just use "ip addr" rather than "ifconfig" (which saves you one character ;-) ). -t From pdgiddie at gmail.com Wed Jun 8 10:54:34 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Wed, 8 Jun 2011 15:54:34 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTik1tBE5Nt6NJ_ZHEJL6YZBUTyY4hQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <4DEF8A0A.7070501@vdwaa.nl> <BANLkTik1tBE5Nt6NJ_ZHEJL6YZBUTyY4hQ@mail.gmail.com> Message-ID: <201106081554.34588.pdgiddie@gmail.com> On Wednesday 08 June 2011 15:45:21 Tom Gundersen wrote: > On Wed, Jun 8, 2011 at 4:41 PM, Jelle van der Waa <jelle at vdwaa.nl> wrote: > > If you want this, implement it! I have seen some discussions about it and > > it always tend to users wanting feature X or Y, but didn't commit to it. > > protip: iirc there are some threads about this on the mailing list, the > > forums and the bugtracker, start gathering info there. > > Implementing this should be almost trivial, it's just a patch to > kernel26.install. I think if someone wants to see this feature, the > best way would be to post a patch to arch-projects at archlinux.org. That's true; I'll try to find some time to do this in the next week or so, if someone doesn't beat me to it. I was just expecting to contribute to the discussion regarding the best way to deal with kernel upgrades, but if you think this patch would be accepted, I'd be happy to provide it. Paul From teg at jklm.no Wed Jun 8 10:57:06 2011 From: teg at jklm.no (Tom Gundersen) Date: Wed, 8 Jun 2011 16:57:06 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <4DEF8492.9010208@gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> Message-ID: <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> On Wed, Jun 8, 2011 at 4:17 PM, mangust <m4ngust at gmail.com> wrote: > On 06/08/2011 01:41 AM, Tom Gundersen wrote: >> Yes, documentation should be updated. Help with this is very much >> appreciated! I will personally start working on this once the release >> is out (time permitting). > > Hey Tom, what help do you need with the documentation? Thanks for offering to help! We should find the places in the wiki that suggest using the old net-tools configuration options in rc.conf, and see if the use-cases they are describing can be replaced by our new syntax, or by upgrading to netcfg. If so, we should update the documentation to reflect this. Otherwise, we leave it as it is, as net-tools will still be supported. Possibly, we should add a comment that net-tools needs to be installed for it to work. Cheers, Tom From teg at jklm.no Wed Jun 8 11:00:03 2011 From: teg at jklm.no (Tom Gundersen) Date: Wed, 8 Jun 2011 17:00:03 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106081554.34588.pdgiddie@gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <4DEF8A0A.7070501@vdwaa.nl> <BANLkTik1tBE5Nt6NJ_ZHEJL6YZBUTyY4hQ@mail.gmail.com> <201106081554.34588.pdgiddie@gmail.com> Message-ID: <BANLkTin664CCuJtY1C3VOUmTDNdOAgJhYg@mail.gmail.com> On Wed, Jun 8, 2011 at 4:54 PM, Paul Gideon Dann <pdgiddie at gmail.com> wrote: > On Wednesday 08 June 2011 15:45:21 Tom Gundersen wrote: >> On Wed, Jun 8, 2011 at 4:41 PM, Jelle van der Waa <jelle at vdwaa.nl> wrote: >> > If you want this, implement it! I have seen some discussions about it and >> > it always tend to users wanting feature X or Y, but didn't commit to it. >> > protip: iirc there are some threads about this on the mailing list, the >> > forums ?and the bugtracker, start gathering info there. >> >> Implementing this should be almost trivial, it's just a patch to >> kernel26.install. I think if someone wants to see this feature, the >> best way would be to post a patch to arch-projects at archlinux.org. > > That's true; I'll try to find some time to do this in the next week or so, if > someone doesn't beat me to it. > > I was just expecting to contribute to the discussion regarding the best way to > deal with kernel upgrades, but if you think this patch would be accepted, I'd > be happy to provide it. Cool! I'd be in favor of the patch, but I don't know if it will be accepted (I'm not the maintainer). At least you'll get the attention of the right people :) -t From j.k.pate at sms.ed.ac.uk Wed Jun 8 11:43:43 2011 From: j.k.pate at sms.ed.ac.uk (John K Pate) Date: Wed, 08 Jun 2011 16:43:43 +0100 Subject: [arch-general] pacman tries to install nvidia drivers? Message-ID: <1307547823.14241.9.camel@PURPLE-HAZE.localdomain> Hello all, I don't have an nvidia graphics card: $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09) Yet when I try to update (with -Syyu just to be sure), I get: $ sudo pacman -Syyu :: Synchronising package databases... core 37.9K 96.0K/s 00:00:00 [##################################################################] 100% extra 469.7K 855.7K/s 00:00:01 [##################################################################] 100% community 439.4K 3.6M/s 00:00:00 [##################################################################] 100% multilib 25.0K 888.7K/s 00:00:00 [##################################################################] 100% :: Starting full system upgrade... resolving dependencies... warning: dependency cycle detected: warning: lib32-gcc-libs will be installed before its gcc-libs-multilib dependency looking for inter-conflicts... :: nvidia-utils and libgl are in conflict. Remove libgl? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: intel-dri: requires libgl=7.10.2 Why does pacman try to install nvidia-utils for me? I have intel-dri installed and my graphics work fine. I assume the dependency cycle is unrelated... Thanks, John K Pate http://homepages.inf.ed.ac.uk/s0930006/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From ibiru at archlinux.org Wed Jun 8 11:43:24 2011 From: ibiru at archlinux.org (Ionut Biru) Date: Wed, 08 Jun 2011 18:43:24 +0300 Subject: [arch-general] pacman tries to install nvidia drivers? In-Reply-To: <1307547823.14241.9.camel@PURPLE-HAZE.localdomain> References: <1307547823.14241.9.camel@PURPLE-HAZE.localdomain> Message-ID: <4DEF989C.7040209@archlinux.org> On 06/08/2011 06:43 PM, John K Pate wrote: > Hello all, > Why does pacman try to install nvidia-utils for me? I have intel-dri > installed and my graphics work fine. I assume the dependency cycle is > unrelated... > > Thanks, maybe https://bugs.archlinux.org/task/24608 ? -- Ionu? From jelle at vdwaa.nl Wed Jun 8 11:44:36 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Wed, 08 Jun 2011 17:44:36 +0200 Subject: [arch-general] pacman tries to install nvidia drivers? In-Reply-To: <1307547823.14241.9.camel@PURPLE-HAZE.localdomain> References: <1307547823.14241.9.camel@PURPLE-HAZE.localdomain> Message-ID: <4DEF98E4.9070201@vdwaa.nl> On 06/08/2011 05:43 PM, John K Pate wrote: > Hello all, > > I don't have an nvidia graphics card: > > $ lspci | grep VGA > 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series > Chipset Integrated Graphics Controller (rev 09) > > Yet when I try to update (with -Syyu just to be sure), I get: > > $ sudo pacman -Syyu > :: Synchronising package databases... > core > 37.9K 96.0K/s 00:00:00 > [##################################################################] > 100% > extra > 469.7K 855.7K/s 00:00:01 > [##################################################################] > 100% > community > 439.4K 3.6M/s 00:00:00 > [##################################################################] > 100% > multilib > 25.0K 888.7K/s 00:00:00 > [##################################################################] > 100% > :: Starting full system upgrade... > resolving dependencies... > warning: dependency cycle detected: > warning: lib32-gcc-libs will be installed before its gcc-libs-multilib > dependency > looking for inter-conflicts... > :: nvidia-utils and libgl are in conflict. Remove libgl? [y/N] y > error: failed to prepare transaction (could not satisfy dependencies) > :: intel-dri: requires libgl=7.10.2 > > > Why does pacman try to install nvidia-utils for me? I have intel-dri > installed and my graphics work fine. I assume the dependency cycle is > unrelated... > > Thanks, > > John K Pate > http://homepages.inf.ed.ac.uk/s0930006/ > > Probably this bug https://bugs.archlinux.org/task/24608 -- Jelle van der Waa From j.k.pate at sms.ed.ac.uk Wed Jun 8 12:01:43 2011 From: j.k.pate at sms.ed.ac.uk (John K Pate) Date: Wed, 08 Jun 2011 17:01:43 +0100 Subject: [arch-general] pacman tries to install nvidia drivers? In-Reply-To: <4DEF98E4.9070201@vdwaa.nl> References: <1307547823.14241.9.camel@PURPLE-HAZE.localdomain> <4DEF98E4.9070201@vdwaa.nl> Message-ID: <1307548903.9695.3.camel@localhost.localdomain> > Probably this bug https://bugs.archlinux.org/task/24608 Oh yes, it's exactly that. I removed luxrender (which I've ended up not using) and the update goes through fine. Thanks, John K Pate http://homepages.inf.ed.ac.uk/s0930006/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From girard.cedric at gmail.com Wed Jun 8 12:32:41 2011 From: girard.cedric at gmail.com (=?UTF-8?Q?C=C3=A9dric_Girard?=) Date: Wed, 8 Jun 2011 18:32:41 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTinJ7q-wycB9AF_vp3oowb6Yn9OuJQ@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> <4DEF7961.4000804@gmail.com> <BANLkTinJ7q-wycB9AF_vp3oowb6Yn9OuJQ@mail.gmail.com> Message-ID: <BANLkTimVTkBfK+CVbPvYZACxOSyXKAMYzw@mail.gmail.com> On Wed, Jun 8, 2011 at 4:54 PM, Tom Gundersen <teg at jklm.no> wrote: > You should use just use "ip addr" rather than "ifconfig" (which saves > you one character ;-) ). > No both can be 5 keystrokes: <i><p><space><a><tab> <i><f><c><o><tab> Yes this message was completely unuseful! :p -- C?dric Girard From rogutes at googlemail.com Wed Jun 8 18:57:14 2011 From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?= Sparnuotos) Date: Thu, 9 Jun 2011 01:57:14 +0300 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTinJ7q-wycB9AF_vp3oowb6Yn9OuJQ@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> <4DEF7961.4000804@gmail.com> <BANLkTinJ7q-wycB9AF_vp3oowb6Yn9OuJQ@mail.gmail.com> Message-ID: <20110608225714.GA26232@urvas> Tom Gundersen (2011-06-08 16:54): > On Wed, Jun 8, 2011 at 3:30 PM, Mauro Santos <registo.mailling at gmail.com> wrote: > > On 07-06-2011 22:46, Patrick Burroughs wrote: > > > >> The new replacement for ifconfig is 'ip'; 'ip link show' is equivalent > >> to the old 'ifconfig', without arguments. > > > > I don't see the current assigned IP when doing 'ip link show' so I don't > > see how that is equivalent to using only ifconfig without arguments. > > > > As a side note, at first glance it seems 'ip' needs a lot more typing > > than ifconfig needs, at least for the stuff I use more often. > > You should use just use "ip addr" rather than "ifconfig" (which saves > you one character ;-) ). > > -t Or, rather, "ip a" for addreses and link status (like /sbin/ifconfig) "ip r" for routes (like /sbin/route) -- -- Rogut?s Sparnuotos From foutrelis at gmail.com Wed Jun 8 13:13:55 2011 From: foutrelis at gmail.com (Evangelos Foutras) Date: Wed, 8 Jun 2011 20:13:55 +0300 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <20110608225714.GA26232@urvas> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> <4DEF7961.4000804@gmail.com> <BANLkTinJ7q-wycB9AF_vp3oowb6Yn9OuJQ@mail.gmail.com> <20110608225714.GA26232@urvas> Message-ID: <BANLkTikVEBoXzdRyLo-tP=A+85qr4dQGxh5gaY+ssr1j1gVv2w@mail.gmail.com> On 9 June 2011 01:57, Rogut?s Sparnuotos <rogutes at googlemail.com> wrote: > Or, rather, > "ip a" for addreses and link status (like /sbin/ifconfig) > "ip r" for routes (like /sbin/route) Nice. If only it displayed RX/TX bytes as well, I would totally not miss ifconfig. :) (*Secretly hopes that someone will point out how this is done.* :3) From foutrelis at gmail.com Wed Jun 8 13:19:18 2011 From: foutrelis at gmail.com (Evangelos Foutras) Date: Wed, 8 Jun 2011 20:19:18 +0300 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTikVEBoXzdRyLo-tP=A+85qr4dQGxh5gaY+ssr1j1gVv2w@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTinxODu_XU-O6y-0Ba00UWV6jhjupQ@mail.gmail.com> <4DEF7961.4000804@gmail.com> <BANLkTinJ7q-wycB9AF_vp3oowb6Yn9OuJQ@mail.gmail.com> <20110608225714.GA26232@urvas> <BANLkTikVEBoXzdRyLo-tP=A+85qr4dQGxh5gaY+ssr1j1gVv2w@mail.gmail.com> Message-ID: <BANLkTinA2T9-OjjRjmw+W=+9zJA6qa=fPSHMxcYww1XmiiSbbw@mail.gmail.com> On 8 June 2011 20:13, Evangelos Foutras <foutrelis at gmail.com> wrote: > On 9 June 2011 01:57, Rogut?s Sparnuotos <rogutes at googlemail.com> wrote: >> Or, rather, >> "ip a" for addreses and link status (like /sbin/ifconfig) >> "ip r" for routes (like /sbin/route) > > Nice. If only it displayed RX/TX bytes as well, I would totally not > miss ifconfig. :) > > (*Secretly hopes that someone will point out how this is done.* :3) Actually wait, it does that with 'ip -s link'. :p However, I would prefer a more human-friendly output (e.g. in MiB/GiB/etc. instead of just bytes). From m4ngust at gmail.com Wed Jun 8 13:33:03 2011 From: m4ngust at gmail.com (mangust) Date: Wed, 08 Jun 2011 19:33:03 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> Message-ID: <4DEFB24F.8010307@gmail.com> On 06/08/2011 04:57 PM, Tom Gundersen wrote: > On Wed, Jun 8, 2011 at 4:17 PM, mangust <m4ngust at gmail.com> wrote: >> On 06/08/2011 01:41 AM, Tom Gundersen wrote: >>> Yes, documentation should be updated. Help with this is very much >>> appreciated! I will personally start working on this once the release >>> is out (time permitting). >> Hey Tom, what help do you need with the documentation? > Thanks for offering to help! > > We should find the places in the wiki that suggest using the old > net-tools configuration options in rc.conf, and see if the use-cases > they are describing can be replaced by our new syntax, or by upgrading > to netcfg. If so, we should update the documentation to reflect this. > Otherwise, we leave it as it is, as net-tools will still be supported. > Possibly, we should add a comment that net-tools needs to be installed > for it to work. > > Cheers, > > Tom No problem! I'll search the Wiki for this information and will update it. Cheers, mangust From teg at jklm.no Wed Jun 8 14:58:10 2011 From: teg at jklm.no (Tom Gundersen) Date: Wed, 8 Jun 2011 20:58:10 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <4DEFB24F.8010307@gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> <4DEFB24F.8010307@gmail.com> Message-ID: <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> On Wed, Jun 8, 2011 at 7:33 PM, mangust <m4ngust at gmail.com> wrote: > On 06/08/2011 04:57 PM, Tom Gundersen wrote: >> On Wed, Jun 8, 2011 at 4:17 PM, mangust <m4ngust at gmail.com> wrote: >>> On 06/08/2011 01:41 AM, Tom Gundersen wrote: >>>> Yes, documentation should be updated. Help with this is very much >>>> appreciated! I will personally start working on this once the release >>>> is out (time permitting). >>> Hey Tom, what help do you need with the documentation? >> Thanks for offering to help! >> >> We should find the places in the wiki that suggest using the old >> net-tools configuration options in rc.conf, and see if the use-cases >> they are describing can be replaced by our new syntax, or by upgrading >> to netcfg. If so, we should update the documentation to reflect this. >> Otherwise, we leave it as it is, as net-tools will still be supported. >> Possibly, we should add a comment that net-tools needs to be installed >> for it to work. >> >> Cheers, >> >> Tom > No problem! > > I'll search the Wiki for this information and will update it. Great! Thanks! -t From ngoonee.talk at gmail.com Wed Jun 8 18:36:08 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Thu, 9 Jun 2011 06:36:08 +0800 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTin664CCuJtY1C3VOUmTDNdOAgJhYg@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <4DEF8A0A.7070501@vdwaa.nl> <BANLkTik1tBE5Nt6NJ_ZHEJL6YZBUTyY4hQ@mail.gmail.com> <201106081554.34588.pdgiddie@gmail.com> <BANLkTin664CCuJtY1C3VOUmTDNdOAgJhYg@mail.gmail.com> Message-ID: <BANLkTin3VTETP8akc8_2B7T4w+FcvXfg6w@mail.gmail.com> On Wed, Jun 8, 2011 at 11:00 PM, Tom Gundersen <teg at jklm.no> wrote: > On Wed, Jun 8, 2011 at 4:54 PM, Paul Gideon Dann <pdgiddie at gmail.com> wrote: >> On Wednesday 08 June 2011 15:45:21 Tom Gundersen wrote: >>> On Wed, Jun 8, 2011 at 4:41 PM, Jelle van der Waa <jelle at vdwaa.nl> wrote: >>> > If you want this, implement it! I have seen some discussions about it and >>> > it always tend to users wanting feature X or Y, but didn't commit to it. >>> > protip: iirc there are some threads about this on the mailing list, the >>> > forums ?and the bugtracker, start gathering info there. >>> >>> Implementing this should be almost trivial, it's just a patch to >>> kernel26.install. I think if someone wants to see this feature, the >>> best way would be to post a patch to arch-projects at archlinux.org. >> >> That's true; I'll try to find some time to do this in the next week or so, if >> someone doesn't beat me to it. >> >> I was just expecting to contribute to the discussion regarding the best way to >> deal with kernel upgrades, but if you think this patch would be accepted, I'd >> be happy to provide it. > > Cool! I'd be in favor of the patch, but I don't know if it will be > accepted (I'm not the maintainer). At least you'll get the attention > of the right people :) > > -t > Such a patch would also have to copy the modules (which aren't under kernel26's 'purview'). For example, nvidia gets upgraded on a major version kernel update, the old kernel which has been renamed doesn't 'work' graphically anymore. From lists at baums-on-web.de Wed Jun 8 19:04:09 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Thu, 9 Jun 2011 01:04:09 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTin3VTETP8akc8_2B7T4w+FcvXfg6w@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <4DEF8A0A.7070501@vdwaa.nl> <BANLkTik1tBE5Nt6NJ_ZHEJL6YZBUTyY4hQ@mail.gmail.com> <201106081554.34588.pdgiddie@gmail.com> <BANLkTin664CCuJtY1C3VOUmTDNdOAgJhYg@mail.gmail.com> <BANLkTin3VTETP8akc8_2B7T4w+FcvXfg6w@mail.gmail.com> Message-ID: <20110609010409.31c61ac6@darkstar> Am Thu, 9 Jun 2011 06:36:08 +0800 schrieb Oon-Ee Ng <ngoonee.talk at gmail.com>: > Such a patch would also have to copy the modules (which aren't under > kernel26's 'purview'). For example, nvidia gets upgraded on a major > version kernel update, the old kernel which has been renamed doesn't > 'work' graphically anymore. Just for keeping an old kernel image as a fallback keeping the modules, too, isn't necessary. The old kernel image is just to get the system booted to being able to repair the system (downgrading the kernel package again or whatever). The modules shouldn't be necessary for this. Nevertheless I would suggest not to keeping an old kernel version when upgrading the kernel. I'm using Arch Linux for about 4 years now and before then I was using Gentoo for about 6 years. I never had one single issue with a kernel upgrade particularly not such an issue which caused a boot failure. If this really happens - in the very rare cases - then it's always possible to boot from a LiveCD. If someone is really so afraid he can easily install kernel26-lts or another kernel package and, of course, he definitely shouldn't use the [testing] repo. I don't see a real reason for keeping an old kernel image after an update. Just KISS. Heiko From arch at sanxion.net Wed Jun 8 21:03:24 2011 From: arch at sanxion.net (Simon Perry) Date: Thu, 9 Jun 2011 11:03:24 +1000 Subject: [arch-general] Reporting for [extra] packages? Message-ID: <20110609010324.GA25385@sanxion.net> Hi, I need to file a bug against unison, which is in the extra repo, and was wondering whether I just put it under "Arch Linux" or perhaps "Community Packages" in the bug tracker? Cheers. P.S. It looks like it was compiled with the testing repo enabled: % unison --help unison: /lib/libc.so.6: version `GLIBC_2.14' not found (required by unison) -- Simon Perry (aka Pezz) From foutrelis at gmail.com Wed Jun 8 21:19:03 2011 From: foutrelis at gmail.com (Evangelos Foutras) Date: Thu, 9 Jun 2011 04:19:03 +0300 Subject: [arch-general] Reporting for [extra] packages? In-Reply-To: <20110609010324.GA25385@sanxion.net> References: <20110609010324.GA25385@sanxion.net> Message-ID: <BANLkTinMaE=ziiu8dG0-XFjqhJQCnBkpvA@mail.gmail.com> On 9 June 2011 04:03, Simon Perry <arch at sanxion.net> wrote: > Hi, > > I need to file a bug against unison, which is in the extra repo, and was > wondering whether I just put it under "Arch Linux" or perhaps "Community > Packages" in the bug tracker? "Arch Linux" is the correct project to file this bug under. "Community Packages" is used exclusively for packages in [community]. From arch at sanxion.net Wed Jun 8 21:34:24 2011 From: arch at sanxion.net (Simon Perry) Date: Thu, 9 Jun 2011 11:34:24 +1000 Subject: [arch-general] Reporting for [extra] packages? In-Reply-To: <BANLkTinMaE=ziiu8dG0-XFjqhJQCnBkpvA@mail.gmail.com> References: <20110609010324.GA25385@sanxion.net> <BANLkTinMaE=ziiu8dG0-XFjqhJQCnBkpvA@mail.gmail.com> Message-ID: <20110609013424.GB31502@sanxion.net> On 09/06/11, Evangelos Foutras wrote: | "Arch Linux" is the correct project to file this bug under. "Community | Packages" is used exclusively for packages in [community]. Thanks mate, bug created. I've now noticed that when filling out a report you can select the extra repo when classifying the report. :) -- Simon Perry (aka Pezz) From electricaos07 at gmail.com Wed Jun 8 21:55:23 2011 From: electricaos07 at gmail.com (Carlos Alberto Ospina) Date: Wed, 8 Jun 2011 20:55:23 -0500 Subject: [arch-general] network error empathy Message-ID: <BANLkTi=07o+=NAdNpSGCw=atv6=exBFBTQ@mail.gmail.com> Hi everybody I have trouble connecting to msn through empathy, the other protocols work fine (msn irc facebook), when trying to connect " network error". If someone could help me, thanx from Colombia -- Carlos Alberto Ospina E. Linux User #506652 From mkakati2805 at gmail.com Thu Jun 9 04:26:05 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Thu, 09 Jun 2011 13:56:05 +0530 Subject: [arch-general] network error empathy In-Reply-To: <BANLkTi=07o+=NAdNpSGCw=atv6=exBFBTQ@mail.gmail.com> References: <BANLkTi=07o+=NAdNpSGCw=atv6=exBFBTQ@mail.gmail.com> Message-ID: <4DF0839D.4020209@gmail.com> On 06/09/2011 07:25 AM, Carlos Alberto Ospina wrote: > Hi everybody > > I have trouble connecting to msn through empathy, the other protocols work > fine (msn irc facebook), when trying to connect " network error". If someone > could help me, thanx from Colombia > > May be the msn servers are unreachable. With Microsoft, you never know. :P From xlusti00 at stud.fit.vutbr.cz Thu Jun 9 04:34:45 2011 From: xlusti00 at stud.fit.vutbr.cz (=?iso-8859-2?b?THW5dGlja/0=?= Josef) Date: Thu, 09 Jun 2011 10:34:45 +0200 Subject: [arch-general] Bachelor thesis Message-ID: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> Hello everyone, I'm Josef Lusticky and I'd like to write a Bachelor thesis about operating systems. I'm student of Faculty of Information Technology in Brno, Czech Republic and I have been using Linux since 2006 and Archlinux since 2008. I'm enthuasistic user of Arch and Linux in general and I'd like to help this project by improving or creating some stuff. I'd like to implement some driver or port of app. I know C, assembly and some scripting languages. Yes, I know there is the pacman package signing feature missing, but I do not consider it work for one person and I would rather work on something like userspace tools needed for kernel (e.g. filesystem tools, etc.). Can you recommand me something good for my skills? Best regards, Josef Lusticky From jelle at vdwaa.nl Thu Jun 9 04:46:59 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Thu, 09 Jun 2011 10:46:59 +0200 Subject: [arch-general] Bachelor thesis In-Reply-To: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> Message-ID: <4DF08883.1000909@vdwaa.nl> On 06/09/2011 10:34 AM, Lu?tick? Josef wrote: > Hello everyone, > I'm Josef Lusticky and I'd like to write a Bachelor thesis about > operating systems. > I'm student of Faculty of Information Technology in Brno, Czech > Republic and I have been using Linux since 2006 and Archlinux since > 2008. > I'm enthuasistic user of Arch and Linux in general and I'd like to > help this project > by improving or creating some stuff. > I'd like to implement some driver or port of app. I know C, assembly > and some scripting languages. The driver development all happens upstream for us, you might want to take a look at the lkml mailing list. Porting on an app too, sourceforge, github might be a nice way to look for an interesting project. Archlinux has some project which you can view at http://projects.archlinux.org > Yes, I know there is the pacman package signing feature missing, but I > do not consider it work for one person and I would rather work on > something like userspace tools needed for kernel (e.g. filesystem > tools, etc.). > Can you recommand me something good for my skills? > > Best regards, > Josef Lusticky > good luck! -- Jelle van der Waa From pdgiddie at gmail.com Thu Jun 9 06:31:06 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Thu, 9 Jun 2011 11:31:06 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <20110609010409.31c61ac6@darkstar> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTin3VTETP8akc8_2B7T4w+FcvXfg6w@mail.gmail.com> <20110609010409.31c61ac6@darkstar> Message-ID: <201106091131.06408.pdgiddie@gmail.com> On Thursday 09 June 2011 00:04:09 Heiko Baums wrote: > schrieb Oon-Ee Ng <ngoonee.talk at gmail.com>: > > Such a patch would also have to copy the modules (which aren't under > > kernel26's 'purview'). For example, nvidia gets upgraded on a major > > version kernel update, the old kernel which has been renamed doesn't > > 'work' graphically anymore. Yeah, I think this is starting to go beyond what can sensibly be implemented in the install script. I'm putting my voice behind versioned kernels. If we can define the number of old kernels to keep in rc.conf, that idea is actually a superset of my desire to keep a pre-upgrade kernel, without cluttering /boot too much. > The old kernel image is just to get the system > booted to being able to repair the system (downgrading the kernel > package again or whatever). The modules shouldn't be necessary for this. I'm afraid I don't agree with this; I'd like to be able to boot to a fully- usable system from the pre-upgrade kernel, in case the new kernel is broken. > I'm using Arch Linux for about 4 years now and before then I was using > Gentoo for about 6 years. I never had one single issue with a kernel > upgrade particularly not such an issue which caused a boot failure. Well, it's happened to me, and it *could* happen to you. Better to prevent the situation, don't you think? > If this really happens - in the very rare cases - then it's always > possible to boot from a LiveCD. This is what I've always had to do, but I don't like the idea of relying on always having my LiveCD handy. LTS gets around this, but it doesn't feel like the "correct" solution to a failed upgrade; more of a workaround. > If someone is really so afraid he can easily install kernel26-lts or > another kernel package and, of course, he definitely shouldn't use the > [testing] repo. Unfortunately, my new laptop has a buggy UEFI implementation and will only boot 3.0.rc1 or newer. Who knows if my hardware will fail to boot with the next release? This worries me, so I'd like to have known-to-work kernels lying around just in case. Paul From yaro at marupa.net Thu Jun 9 09:07:45 2011 From: yaro at marupa.net (Yaro Kasear) Date: Thu, 9 Jun 2011 08:07:45 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106091131.06408.pdgiddie@gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <20110609010409.31c61ac6@darkstar> <201106091131.06408.pdgiddie@gmail.com> Message-ID: <201106090807.45285.yaro@marupa.net> On Thursday, June 09, 2011 05:31:06 Paul Gideon Dann wrote: > On Thursday 09 June 2011 00:04:09 Heiko Baums wrote: > > schrieb Oon-Ee Ng <ngoonee.talk at gmail.com>: > > > Such a patch would also have to copy the modules (which aren't under > > > kernel26's 'purview'). For example, nvidia gets upgraded on a major > > > version kernel update, the old kernel which has been renamed doesn't > > > 'work' graphically anymore. > > Yeah, I think this is starting to go beyond what can sensibly be > implemented in the install script. I'm putting my voice behind versioned > kernels. If we can define the number of old kernels to keep in rc.conf, > that idea is actually a superset of my desire to keep a pre-upgrade > kernel, without cluttering /boot too much. > Keeping a single old kernel non-lts, clutters /boot in my opinion. > > The old kernel image is just to get the system > > booted to being able to repair the system (downgrading the kernel > > package again or whatever). The modules shouldn't be necessary for this. > > I'm afraid I don't agree with this; I'd like to be able to boot to a fully- > usable system from the pre-upgrade kernel, in case the new kernel is > broken. > The fallback image and LTS kernels cover this base well enough that we don't need 'pre-upgrade' anything. > > I'm using Arch Linux for about 4 years now and before then I was using > > Gentoo for about 6 years. I never had one single issue with a kernel > > upgrade particularly not such an issue which caused a boot failure. > > Well, it's happened to me, and it *could* happen to you. Better to prevent > the situation, don't you think? > Again: Purpose of fallback image and lts kernel. Jacking up /boot with dozens of old kernels is not a needed or desirable solution. > > If this really happens - in the very rare cases - then it's always > > possible to boot from a LiveCD. > > This is what I've always had to do, but I don't like the idea of relying on > always having my LiveCD handy. LTS gets around this, but it doesn't feel > like the "correct" solution to a failed upgrade; more of a workaround. > Keeping old kernels is more of a workaround than officially supported lts kernels or using a LiveCD. > > If someone is really so afraid he can easily install kernel26-lts or > > another kernel package and, of course, he definitely shouldn't use the > > [testing] repo. > > Unfortunately, my new laptop has a buggy UEFI implementation and will only > boot 3.0.rc1 or newer. Who knows if my hardware will fail to boot with the > next release? This worries me, so I'd like to have known-to-work kernels > lying around just in case. > > Paul Arch development should never be centered around compensating for users' crappy hardware. There are ways to "fix" UEFI without annoying the other users of Arch with cluttered boot partitions. If you want old kernels that badly, use lts or go to a distribution that implements this bad feature. From pdgiddie at gmail.com Thu Jun 9 09:37:14 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Thu, 9 Jun 2011 14:37:14 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106090807.45285.yaro@marupa.net> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> Message-ID: <201106091437.14922.pdgiddie@gmail.com> On Thursday 09 June 2011 14:07:45 Yaro Kasear wrote: > On Thursday, June 09, 2011 05:31:06 Paul Gideon Dann wrote: > > Well, it's happened to me, and it *could* happen to you. Better to > > prevent the situation, don't you think? > > Again: Purpose of fallback image and lts kernel. Jacking up /boot with > dozens of old kernels is not a needed or desirable solution. I don't think that's the case; the purpose of LTS is to provide an extra- stable kernel that is less likely to break between upgrades (hence "long-term support"). It might be good to have around for rescue, but that's not the same as having a last-known-working-configuration kernel. The fallback initrd is completely irrelevant, because as far as I'm aware, that only protects against initrd configuration mistakes and unplanned hardware alterations (e.g. after hardware malfunction). > Arch development should never be centered around compensating for users' > crappy hardware. There are ways to "fix" UEFI without annoying the other > users of Arch with cluttered boot partitions. If you want old kernels that > badly, use lts or go to a distribution that implements this bad feature. It's not as though /boot needs to fulfill many other roles... And would you really label all new hardware "crappy" until it's well supported? Paul From wimvandeun at gmail.com Thu Jun 9 09:37:30 2011 From: wimvandeun at gmail.com (Wim Van Deun) Date: Thu, 9 Jun 2011 15:37:30 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> <4DEFB24F.8010307@gmail.com> <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> Message-ID: <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> > Great! Thanks! > > -t > Hi, Is there also an alternative to netstat ??? Thanks. Regards, Wim From hyacinthe.cartiaux at free.fr Thu Jun 9 09:46:43 2011 From: hyacinthe.cartiaux at free.fr (Hyacinthe Cartiaux) Date: Thu, 9 Jun 2011 15:46:43 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> <4DEFB24F.8010307@gmail.com> <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> Message-ID: <BANLkTikXWDMOzA=du=RjMMArn7cfFqa=3g@mail.gmail.com> 2011/6/9 Wim Van Deun <wimvandeun at gmail.com> > > Hi, > > Is there also an alternative to netstat ??? > Thanks. > > Regards, > Wim > "lsof -i -n" may help you, it shows current connections, ordered by owner's process id. -- Hyacinthe From foutrelis at gmail.com Thu Jun 9 11:39:34 2011 From: foutrelis at gmail.com (Evangelos Foutras) Date: Thu, 9 Jun 2011 18:39:34 +0300 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> <4DEFB24F.8010307@gmail.com> <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> Message-ID: <BANLkTikaAGqddiw7K_KiE9EYCjdW_7m=Kw@mail.gmail.com> On 9 June 2011 16:37, Wim Van Deun <wimvandeun at gmail.com> wrote: > Is there also an alternative to netstat ??? ss :p From l.jirkovsky at gmail.com Thu Jun 9 13:11:32 2011 From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=) Date: Thu, 9 Jun 2011 19:11:32 +0200 Subject: [arch-general] pacman tries to install nvidia drivers? In-Reply-To: <1307548903.9695.3.camel@localhost.localdomain> References: <1307547823.14241.9.camel@PURPLE-HAZE.localdomain> <4DEF98E4.9070201@vdwaa.nl> <1307548903.9695.3.camel@localhost.localdomain> Message-ID: <BANLkTinMsjcffAHL-YBh3W=Jk1R=29f4fv6Y44dwin2yR7QpdA@mail.gmail.com> On 8 June 2011 18:01, John K Pate <j.k.pate at sms.ed.ac.uk> wrote: > >> Probably this bug https://bugs.archlinux.org/task/24608 > > Oh yes, it's exactly that. I removed luxrender (which I've ended up not > using) and the update goes through fine. > > Thanks, > > John K Pate > http://homepages.inf.ed.ac.uk/s0930006/ > > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > Fixed in luxrender 0.8-2 From jtwdyp at ttlc.net Thu Jun 9 16:48:31 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Thu, 9 Jun 2011 16:48:31 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106091437.14922.pdgiddie@gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> Message-ID: <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> It would appear that on Jun 9, Yaro Kasear did say: > On Thursday, June 09, 2011 05:31:06 Paul Gideon Dann wrote: > > On Thursday 09 June 2011 00:04:09 Heiko Baums wrote: > > > schrieb Oon-Ee Ng <ngoonee.talk at gmail.com>: > > > > Such a patch would also have to copy the modules (which aren't under > > > > kernel26's 'purview'). For example, nvidia gets upgraded on a major > > > > version kernel update, the old kernel which has been renamed doesn't > > > > 'work' graphically anymore. > > > > Yeah, I think this is starting to go beyond what can sensibly be > > implemented in the install script. I'm putting my voice behind versioned > > kernels. If we can define the number of old kernels to keep in rc.conf, > > that idea is actually a superset of my desire to keep a pre-upgrade > > kernel, without cluttering /boot too much. > > > > Keeping a single old kernel non-lts, clutters /boot in my opinion. > > > > The old kernel image is just to get the system > > > booted to being able to repair the system (downgrading the kernel > > > package again or whatever). The modules shouldn't be necessary for this. > > > > I'm afraid I don't agree with this; I'd like to be able to boot to a fully- > > usable system from the pre-upgrade kernel, in case the new kernel is > > broken. I have to agree with Paul here... *_IF_* that is a last known good kernel is to be kept, then including the modulus so that it can function fully is exactly what I'd want if the new kernel didn't work on my system... > The fallback image and LTS kernels cover this base well enough that we don't > need 'pre-upgrade' anything. > > > > I'm using Arch Linux for about 4 years now and before then I was using > > > Gentoo for about 6 years. I never had one single issue with a kernel > > > upgrade particularly not such an issue which caused a boot failure. > > > > Well, it's happened to me, and it *could* happen to you. Better to prevent > > the situation, don't you think? > > > > Again: Purpose of fallback image and lts kernel. Jacking up /boot with dozens > of old kernels is not a needed or desirable solution. > > > > If this really happens - in the very rare cases - then it's always > > > possible to boot from a LiveCD. > > > > This is what I've always had to do, but I don't like the idea of relying on > > always having my LiveCD handy. LTS gets around this, but it doesn't feel > > like the "correct" solution to a failed upgrade; more of a workaround. > > > > Keeping old kernels is more of a workaround than officially supported lts > kernels or using a LiveCD. > > > > If someone is really so afraid he can easily install kernel26-lts or > > > another kernel package and, of course, he definitely shouldn't use the > > > [testing] repo. > > > > Unfortunately, my new laptop has a buggy UEFI implementation and will only > > boot 3.0.rc1 or newer. Who knows if my hardware will fail to boot with the > > next release? This worries me, so I'd like to have known-to-work kernels > > lying around just in case. > > > > Paul > > Arch development should never be centered around compensating for users' > crappy hardware. There are ways to "fix" UEFI without annoying the other users > of Arch with cluttered boot partitions. If you want old kernels that badly, > use lts or go to a distribution that implements this bad feature. - - - - - - - - -< s n i p | PASTE | s n i p>- - - - - - - - - - It would appear that on Jun 9, Paul Gideon Dann did say: > On Thursday 09 June 2011 14:07:45 Yaro Kasear wrote: > > On Thursday, June 09, 2011 05:31:06 Paul Gideon Dann wrote: > > > Well, it's happened to me, and it *could* happen to you. Better to > > > prevent the situation, don't you think? > > > > Again: Purpose of fallback image and lts kernel. Jacking up /boot with > > dozens of old kernels is not a needed or desirable solution. On that I agree with Yaro, keeping dozens of them would be a terrible idea. But I don't think that is what's being asked for here. certainly not by Paul. He only wants the *_ONE_* "last known good" to be kept in a fully functional way. If only the currently running kernel at the time of a kernel upgrade was kept and all other old kernels were removed it would never escalate to "dozens"... > I don't think that's the case; the purpose of LTS is to provide an extra- > stable kernel that is less likely to break between upgrades (hence "long-term > support"). It might be good to have around for rescue, but that's not the > same as having a last-known-working-configuration kernel. > > The fallback initrd is completely irrelevant, because as far as I'm aware, > that only protects against initrd configuration mistakes and unplanned hardware > alterations (e.g. after hardware malfunction). > > > Arch development should never be centered around compensating for users' > > crappy hardware. There are ways to "fix" UEFI without annoying the other > > users of Arch with cluttered boot partitions. If you want old kernels that > > badly, use lts or go to a distribution that implements this bad feature. > > It's not as though /boot needs to fulfill many other roles... > > And would you really label all new hardware "crappy" until it's well > supported? This is the kind of thing that caused me to become a ?multi-Linux distribution?, ?multi-boot? kind of guy in the first place. When an upgrade ?or my own dumb mistakes? break my system I like being able to simply reboot something else and finish anything I'm working on before I spend hours, or days, or even weeks just trying to figure out what broke... It's not likely that anything other than a hardware failure will shut down Arch AND Ubuntu AND PCLinuxOS AND OpenSuSE all at the same time... And for that I still have a laptop... But it would sure be nice to be able to keep using my favorite distro with a fallback kernel instead of having to boot one of the others. But I do have to agree that more than one fully functional old kernel is a bad idea. Though I don't have much trouble manually deleting the really old ones from Ubuntu's /boot dir... -- | ~^~ ~^~ | <*> <*> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp at ttlc.net>> From lists at baums-on-web.de Thu Jun 9 17:01:32 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Thu, 9 Jun 2011 23:01:32 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools Message-ID: <20110609230132.75a747e9@darkstar> Am Wed, 08 Jun 2011 16:01:15 -0000 schrieb "Arch Linux: Recent news updates: Tom Gundersen" <announce at archlinux.org>: > Tom Gundersen wrote: > > This April marked the ten year anniversary of the last net-tools > release. We decided to look at this as an opportunity to deprecate > net-tools and provide alternative, and better maintained, solutions > for net-tools functionality. > ... > We want to encourage the use of more > advanced network solutions, such as `networkmanager` or our own > `netcfg`. Well, I don't want to say anything, but netcfg still depends on net-tools. ;-) Heiko From teg at jklm.no Thu Jun 9 17:03:52 2011 From: teg at jklm.no (Tom Gundersen) Date: Thu, 9 Jun 2011 23:03:52 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <20110609230132.75a747e9@darkstar> References: <20110609230132.75a747e9@darkstar> Message-ID: <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> On Thu, Jun 9, 2011 at 11:01 PM, Heiko Baums <lists at baums-on-web.de> wrote: > Am Wed, 08 Jun 2011 16:01:15 -0000 > schrieb "Arch Linux: Recent news updates: Tom Gundersen" > <announce at archlinux.org>: > >> Tom Gundersen wrote: >> >> This April marked the ten year anniversary of the last net-tools >> release. We decided to look at this as an opportunity to deprecate >> net-tools and provide alternative, and better maintained, solutions >> for net-tools functionality. >> ... >> We want to encourage the use of more >> advanced network solutions, such as `networkmanager` or our own >> `netcfg`. > > Well, I don't want to say anything, but netcfg still depends on > net-tools. ;-) One battle at a time ;-) -t From teg at jklm.no Thu Jun 9 17:04:27 2011 From: teg at jklm.no (Tom Gundersen) Date: Thu, 9 Jun 2011 23:04:27 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> Message-ID: <BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> On Thu, Jun 9, 2011 at 11:03 PM, Tom Gundersen <teg at jklm.no> wrote: > On Thu, Jun 9, 2011 at 11:01 PM, Heiko Baums <lists at baums-on-web.de> wrote: >> Am Wed, 08 Jun 2011 16:01:15 -0000 >> schrieb "Arch Linux: Recent news updates: Tom Gundersen" >> <announce at archlinux.org>: >> >>> Tom Gundersen wrote: >>> >>> This April marked the ten year anniversary of the last net-tools >>> release. We decided to look at this as an opportunity to deprecate >>> net-tools and provide alternative, and better maintained, solutions >>> for net-tools functionality. >>> ... >>> We want to encourage the use of more >>> advanced network solutions, such as `networkmanager` or our own >>> `netcfg`. >> >> Well, I don't want to say anything, but netcfg still depends on >> net-tools. ;-) > > One battle at a time ;-) Patches welcome! -t From thatch45 at gmail.com Thu Jun 9 17:11:32 2011 From: thatch45 at gmail.com (Thomas S Hatch) Date: Thu, 9 Jun 2011 15:11:32 -0600 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> <BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> Message-ID: <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> Does netcfg still need net-tools? or can it be an opt depends? It was my understanding that it only used ip unless specified otherwise. From markotahal at gmail.com Thu Jun 9 17:22:11 2011 From: markotahal at gmail.com (Marek Otahal) Date: Thu, 9 Jun 2011 23:22:11 +0200 Subject: [arch-general] Bachelor thesis In-Reply-To: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> Message-ID: <201106092322.19373.markotahal@gmail.com> On Thursday 09 of June 2011 10:34:45 Lu?tick? Josef wrote: > Hello everyone, > I'm Josef Lusticky and I'd like to write a Bachelor thesis about > operating systems. > I'm student of Faculty of Information Technology in Brno, Czech > Republic and I have been using Linux since 2006 and Archlinux since > 2008. > I'm enthuasistic user of Arch and Linux in general and I'd like to > help this project > by improving or creating some stuff. > I'd like to implement some driver or port of app. I know C, assembly > and some scripting languages. > Yes, I know there is the pacman package signing feature missing, but I > do not consider it work for one person and I would rather work on > something like userspace tools needed for kernel (e.g. filesystem > tools, etc.). > Can you recommand me something good for my skills? > > Best regards, > Josef Lusticky > > Ahoj Pepo :) I just remembered your email from yesterday when I was crying about the fortune of kmobiletools. It is/was a great tool, but the development has ceased. Please see my wish: https://bugs.kde.org/show_bug.cgi?id=270266 and consider if you would like to work on that project? :) It's developed in C(++?), can touch driver issues (if you want), and definitely is highly popular and has good promises for the future. The old hackers are still around, so they should be able to help you with some details if you needed. It just crossed my mind so I gave it a try and pass the idea to you. Have a nice day, cau, Marek -- Marek Otahal :o) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110609/faa29a42/attachment.asc> From anthony at xtfx.me Thu Jun 9 18:36:21 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Thu, 9 Jun 2011 17:36:21 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> Message-ID: <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> 2011/6/9 Joe(theWordy)Philbrook <jtwdyp at ttlc.net>: > > This is the kind of thing that caused me to become a ?multi-Linux distribution?, > ?multi-boot? kind of guy in the first place. When an upgrade ?or my own > dumb mistakes? break my system I like being able to simply reboot something > else and finish anything I'm working on before I spend hours, or days, or > even weeks just trying to figure out what broke... > > It's not likely that anything other than a hardware failure will shut down > Arch AND Ubuntu AND PCLinuxOS AND OpenSuSE all at the same time... And for > that I still have a laptop... > > But it would sure be nice to be able to keep using my favorite distro with > a fallback kernel instead of having to boot one of the others. But I do > have to agree that more than one fully functional old kernel is a bad > idea. Though I don't have much trouble manually deleting the really old ones > from Ubuntu's /boot dir... what if we (optionally) stored the original images _inside_ the new one? the new/bad kernel would boot, and via some bootloader entry eg. kernel param the new initcpio script would kexec the old kernel, with another (different) kernel param ... when the old kernel booted it would load the exact same initramfs image, except it would use an alternate tree, ie. instead of /init it would chroot to /previous and run /previous/init ... you could store as many of these "old" images as you liked, but it would look like one -- i don't see any technical problems off-hand at least, and i *think* it would only require minor changes to mkinitcpio, and would be unobtrusive to other tools. does this sound genius or completely insane? some insanely genius guy once said they are only separated by a fine line ... C Anthony From anthony at xtfx.me Thu Jun 9 18:38:36 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Thu, 9 Jun 2011 17:38:36 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> Message-ID: <BANLkTimEv8Hr5DLRB45tcUDLzTBe3kcLcA@mail.gmail.com> On Thu, Jun 9, 2011 at 5:36 PM, C Anthony Risinger <anthony at xtfx.me> wrote: > 2011/6/9 Joe(theWordy)Philbrook <jtwdyp at ttlc.net>: >> >> This is the kind of thing that caused me to become a ?multi-Linux distribution?, >> ?multi-boot? kind of guy in the first place. When an upgrade ?or my own >> dumb mistakes? break my system I like being able to simply reboot something >> else and finish anything I'm working on before I spend hours, or days, or >> even weeks just trying to figure out what broke... >> >> It's not likely that anything other than a hardware failure will shut down >> Arch AND Ubuntu AND PCLinuxOS AND OpenSuSE all at the same time... And for >> that I still have a laptop... >> >> But it would sure be nice to be able to keep using my favorite distro with >> a fallback kernel instead of having to boot one of the others. But I do >> have to agree that more than one fully functional old kernel is a bad >> idea. Though I don't have much trouble manually deleting the really old ones >> from Ubuntu's /boot dir... > > what if we (optionally) stored the original images _inside_ the new > one? ?the new/bad kernel would boot, and via some bootloader entry eg. > kernel param the new initcpio script would kexec the old kernel, with > another (different) kernel param ... when the old kernel booted it > would load the exact same initramfs image, except it would use an > alternate tree, ie. instead of /init it would chroot to /previous and > run /previous/init ... > > you could store as many of these "old" images as you liked, but it > would look like one -- i don't see any technical problems off-hand at > least, and i *think* it would only require minor changes to > mkinitcpio, and would be unobtrusive to other tools. > > does this sound genius or completely insane? ?some insanely genius guy > once said they are only separated by a fine line ... oops, forgot to mention one caveat -- if the new kernel was totally borked and didn't boot at *all* and couldnt even get to the initramfs, then it wouldn't work ... but i dont think thats ever happened to me and seems pretty rare. C Anthony From gostrc at gmail.com Thu Jun 9 18:43:49 2011 From: gostrc at gmail.com (Thomas Dziedzic) Date: Thu, 9 Jun 2011 17:43:49 -0500 Subject: [arch-general] Bachelor thesis In-Reply-To: <201106092322.19373.markotahal@gmail.com> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> <201106092322.19373.markotahal@gmail.com> Message-ID: <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> 2011/6/9 Marek Otahal <markotahal at gmail.com>: > On Thursday 09 of June 2011 10:34:45 Lu?tick? Josef wrote: >> Hello everyone, >> I'm Josef Lusticky and I'd like to write a Bachelor thesis about >> operating systems. >> I'm student of Faculty of Information Technology in Brno, Czech >> Republic and I have been using Linux since 2006 and Archlinux since >> 2008. >> I'm enthuasistic user of Arch and Linux in general and I'd like to >> help this project >> by improving or creating some stuff. >> I'd like to implement some driver or port of app. I know C, assembly >> and some scripting languages. >> Yes, I know there is the pacman package signing feature missing, but I >> do not consider it work for one person and I would rather work on >> something like userspace tools needed for kernel (e.g. filesystem >> tools, etc.). >> Can you recommand me something good for my skills? >> >> Best regards, >> Josef Lusticky >> >> > Ahoj Pepo :) > > I just remembered your email from yesterday when I was crying about the fortune of kmobiletools. > > It is/was a great tool, but the development has ceased. > Please see my wish: https://bugs.kde.org/show_bug.cgi?id=270266 > and consider if you would like to work on that project? :) > It's developed in C(++?), can touch driver issues (if you want), and definitely is highly popular and has good promises for the future. The old hackers are still around, so they should be able to help you with some details if you needed. > > It just crossed my mind so I gave it a try and pass the idea to you. > > Have a nice day, > cau, Marek > -- > > Marek Otahal :o) > I've heard btrfs is still missing a proper fsck From lists at baums-on-web.de Thu Jun 9 18:50:24 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Fri, 10 Jun 2011 00:50:24 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> Message-ID: <20110610005024.6903b6a0@darkstar> Am Thu, 9 Jun 2011 17:36:21 -0500 schrieb C Anthony Risinger <anthony at xtfx.me>: > does this sound genius or completely insane? some insanely genius guy > once said they are only separated by a fine line ... Sounds completely insane. Heiko From mysatyre at gmail.com Thu Jun 9 21:01:22 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Fri, 10 Jun 2011 03:01:22 +0200 Subject: [arch-general] network error empathy In-Reply-To: <4DF0839D.4020209@gmail.com> References: <BANLkTi=07o+=NAdNpSGCw=atv6=exBFBTQ@mail.gmail.com> <4DF0839D.4020209@gmail.com> Message-ID: <BANLkTinahoabhaPOca17=EsLdBaZ9v+N9A@mail.gmail.com> > May be the msn servers are unreachable. With Microsoft, you never know. :P > haven't run into that issue here in Europe. try a different client, like pidgin. :) From james at archlinux.org Thu Jun 9 21:17:21 2011 From: james at archlinux.org (James Rayner) Date: Fri, 10 Jun 2011 11:17:21 +1000 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> References: <20110609230132.75a747e9@darkstar><BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com><BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> Message-ID: <1307668641.25403.1461526641@webmail.messagingengine.com> That is correct. net-utils could be made an optdepend, or the support could just be removed entirely. IIRC the iproute/netutils code was separate and equivalent. It's been a while since I've looked though. On Thu, 09 Jun 2011 15:11 -0600, "Thomas S Hatch" <thatch45 at gmail.com> wrote: > Does netcfg still need net-tools? or can it be an opt depends? It was my > understanding that it only used ip unless specified otherwise. > From anthony at xtfx.me Thu Jun 9 21:25:23 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Thu, 9 Jun 2011 20:25:23 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <20110610005024.6903b6a0@darkstar> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> Message-ID: <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> On Jun 9, 2011 5:50 PM, "Heiko Baums" <lists at baums-on-web.de> wrote: > Am Thu, 9 Jun 2011 17:36:21 -0500 > schrieb C Anthony Risinger <anthony at xtfx.me>: > >> does this sound genius or completely insane? some insanely genius guy >> once said they are only separated by a fine line ... > > Sounds completely insane. ooooook ... and ... why? ) initramfs is not very big (fallback on my sys is only 13MB + 2MB kern) ) keeps the whole thing in mkinitcpio ) does not affect any current images and is even backward compat ) small chance of absolute failure (i think :-) ) only small changes to mkinitcpio, if any at all ) ... ) ... KISS BABY! ) oh yeah and ... PROFIT! im pretty sure it could be implemented as a hook (possibly 2) to the current system ... this might even be the best way. `install` hook would unpack the current image to a known location (prob `/lib/initcpio` somewhere), copy the kernel to the same place, and then add the directory to the image (after removing the old-old image if existed :-). the real `hook` would then check for one of two flags: ) kexec.flag ... kexec the old kernel with the boot.flag ) boot.flag ... chroot to "previous", run old hooks/mods/etc, exit chroot, switch_root like normal i thought it was pretty succinct ... elegant even :-) ... with some sprinkles of insanity that give it the funny but mildly enjoyable aftertaste. i don't have any free time for a couple days, but i'm *pretty* sure this could be done as a hook to the current mkinitcpio in a couple hours -- might take a whack at it this weekend, would be useful, as i've personally mucked my boot more than once, and though i can recover easily enough, i'm liking this more and more ... ... though i could very well be missing something obvious, certainly wouldn't be the first time ... surely someone out there reads this and thinks "why not?" C Anthony From query.v at gmail.com Thu Jun 9 22:22:50 2011 From: query.v at gmail.com (Timothy L.) Date: Thu, 9 Jun 2011 22:22:50 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> Message-ID: <BANLkTim2HiLJT13-fCLnxzRsEgzjMbx8hw@mail.gmail.com> On Thu, Jun 9, 2011 at 9:25 PM, C Anthony Risinger <anthony at xtfx.me> wrote: > On Jun 9, 2011 5:50 PM, "Heiko Baums" <lists at baums-on-web.de> wrote: > > Am Thu, 9 Jun 2011 17:36:21 -0500 > > schrieb C Anthony Risinger <anthony at xtfx.me>: > > > >> does this sound genius or completely insane? some insanely genius guy > >> once said they are only separated by a fine line ... > > > > Sounds completely insane. > > ooooook ... and ... why? > > ) initramfs is not very big (fallback on my sys is only 13MB + 2MB kern) > ) keeps the whole thing in mkinitcpio > ) does not affect any current images and is even backward compat > ) small chance of absolute failure (i think :-) > ) only small changes to mkinitcpio, if any at all > ) ... > ) ... KISS BABY! > ) oh yeah and ... PROFIT! > > im pretty sure it could be implemented as a hook (possibly 2) to the > current system ... this might even be the best way. `install` hook > would unpack the current image to a known location (prob > `/lib/initcpio` somewhere), copy the kernel to the same place, and > then add the directory to the image (after removing the old-old image > if existed :-). the real `hook` would then check for one of two > flags: > > ) kexec.flag ... kexec the old kernel with the boot.flag > ) boot.flag ... chroot to "previous", run old hooks/mods/etc, exit > chroot, switch_root like normal > > i thought it was pretty succinct ... elegant even :-) ... with some > sprinkles of insanity that give it the funny but mildly enjoyable > aftertaste. i don't have any free time for a couple days, but i'm > *pretty* sure this could be done as a hook to the current mkinitcpio > in a couple hours -- might take a whack at it this weekend, would be > useful, as i've personally mucked my boot more than once, and though i > can recover easily enough, i'm liking this more and more ... > > ... though i could very well be missing something obvious, certainly > wouldn't be the first time ... surely someone out there reads this and > thinks "why not?" > > C Anthony > Keeping the previous kernel after upgrading sounds sane to me. For the apprehensive, couldn't we just include a simple configuration option/check somewhere? /etc/mkinitcpio.conf KEEP_PREVIOUS_KERNEL="yes" I've read most of this thread but please excuse me if this has already been mentioned. From orbisvicis at gmail.com Fri Jun 10 01:46:32 2011 From: orbisvicis at gmail.com (Yclept Nemo) Date: Fri, 10 Jun 2011 01:46:32 -0400 Subject: [arch-general] Bachelor thesis In-Reply-To: <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> <201106092322.19373.markotahal@gmail.com> <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> Message-ID: <BANLkTiny5gAYyRXKPLmnDC7pgsoQDkTW9g@mail.gmail.com> Also NILFS filesystem development is very slow and the project has a long todo list including some gui tools. From remyoudompheng at gmail.com Fri Jun 10 02:19:18 2011 From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Fri, 10 Jun 2011 08:19:18 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> <BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> Message-ID: <BANLkTim4hF=Sq209hGHgsCdee3xaFUaK+A@mail.gmail.com> On 2011/6/9 Thomas S Hatch <thatch45 at gmail.com> wrote: > Does netcfg still need net-tools? or can it be an opt depends? It was my > understanding that it only used ip unless specified otherwise. Actually, I think it only depends on net-tools because there is some obscure option that allows users to make it run ifconfig with certain options. Of course, it could be replaced by an option that runs ip with custom options... All the remaining things are indeed done with iproute2 R?my. From joker-jar at yandex.ru Fri Jun 10 02:52:50 2011 From: joker-jar at yandex.ru (Joker-jar) Date: Fri, 10 Jun 2011 17:52:50 +1100 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> <4DEFB24F.8010307@gmail.com> <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> Message-ID: <BANLkTikGRi74kT332dfpSaFRVb+YdBUMug@mail.gmail.com> /etc/conf.d/bridges (bridge-utils) still has old rc.conf example: # example: # # in /etc/rc.conf: # eth0="eth0 up" # eth1="eth1 up" # br0="br0 192.168.0.2 netmask 255.255.255.0 up" # INTERFACES=(lo eth0 eth1 br0) # # in /etc/conf.d/bridges # bridge_br0="eth0 eth1" # BRIDGE_INTERFACES=(br0) # In addition bridged interfaces doesn't work with new rc.conf syntax (unknown interface br0). How to set up? From wimvandeun at gmail.com Fri Jun 10 03:35:06 2011 From: wimvandeun at gmail.com (Wim Van Deun) Date: Fri, 10 Jun 2011 09:35:06 +0200 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTikaAGqddiw7K_KiE9EYCjdW_7m=Kw@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> <4DEFB24F.8010307@gmail.com> <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> <BANLkTikaAGqddiw7K_KiE9EYCjdW_7m=Kw@mail.gmail.com> Message-ID: <BANLkTi=GmMy8onKm+E-JkQoJVtMpvhssqg@mail.gmail.com> Thx, ss does exactly what i want. On Thu, Jun 9, 2011 at 5:39 PM, Evangelos Foutras <foutrelis at gmail.com> wrote: > On 9 June 2011 16:37, Wim Van Deun <wimvandeun at gmail.com> wrote: >> Is there also an alternative to netstat ??? > > ss :p > From anthony at xtfx.me Fri Jun 10 04:17:12 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Fri, 10 Jun 2011 03:17:12 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> Message-ID: <BANLkTi=X3j2UzzHkb4_q6a+iEayUcT33FA@mail.gmail.com> On Thu, Jun 9, 2011 at 8:25 PM, C Anthony Risinger <anthony at xtfx.me> wrote: > > ... though i could very well be missing something obvious, certainly > wouldn't be the first time ... ... after 1/2 implementing this i suddenly realized a painful truth that's probably already been voiced ... the kernel is *long-since upgraded* by the time _any_ hooks run ... the original image is gone, the package is gone, all hope is gone, fml. the hook saves the images just fine because they are in the process of being created ... but the original kernel image ... not so much :-( i don't know how this can work without hooks into pacman, anything else i think of is too hacky ... even for me. sorry guys, i tried :-( i finished the `install` script and realized it soon after. my work follows for the benefit of children everywhere. C Anthony ---------------------------------------------------------------- # vim:set ft=sh: install () { SCRIPT="oldkernel" local src dst obase fdesc fmode fgid fuid fmaj fmin local okdir=".oldkernel-$(basename "${GENIMG%.img}")-${KERNELVERSION}" mkdir -p "${TMPDIR}/${okdir}" bsdtar -xf "${GENIMG}" -C "${TMPDIR}/${okdir}" --exclude /.oldkernel --strip-components 1 cp -a /boot/vmlinuz26 "${TMPDIR}/${okdir}" #FIXME: we should just keep the old file list around ... # hack BASEDIR to build links correctly obase="${BASEDIR}" BASEDIR="${TMPDIR}" while read -r src dst; do IFS=$'\t' read -r fdesc fmode fgid fuid fmaj fmin <<<"$(stat -c $'%F\t%a\t%g\t%u\t%t\t%T' "${src}")" case "${fdesc}" in 'regular file'|'symbolic link') add_file "${src}" "${dst}";; 'directory') add_dir "${dst}";; 'fifo') echo "pipe ${dst} ${fmode} ${fgid} ${fuid}" >> "${FILELIST}";; 'socket') echo "sock ${dst} ${fmode} ${fgid} ${fuid}" >> "${FILELIST}";; 'character special file') echo "nod ${dst} ${fmode} ${fgid} ${fuid} c ${fmaj} ${fmin}" >> "${FILELIST}";; 'block special file') echo "nod ${dst} ${fmode} ${fgid} ${fuid} b ${fmaj} ${fmin}" >> "${FILELIST}";; *) echo "UNKNOWN FILE: ${src}";; esac done < <(bsdtar -tf "${GENIMG}" --exclude /.oldkernel | sed "s,.*,${TMPDIR}/${okdir}\0 /${okdir}\0,g") add_file /boot/vmlinuz26 "/${okdir}/vmlinuz26" BASEDIR="${obase}" } help () { cat <<HELPEOF Kernel RECOVERY HELPEOF } From anthony at xtfx.me Fri Jun 10 04:24:56 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Fri, 10 Jun 2011 03:24:56 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=X3j2UzzHkb4_q6a+iEayUcT33FA@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> <BANLkTi=X3j2UzzHkb4_q6a+iEayUcT33FA@mail.gmail.com> Message-ID: <BANLkTi=319VnJ3ZxsBYOCiYgZ=utyLRzHQ@mail.gmail.com> On Fri, Jun 10, 2011 at 3:17 AM, C Anthony Risinger <anthony at xtfx.me> wrote: > On Thu, Jun 9, 2011 at 8:25 PM, C Anthony Risinger <anthony at xtfx.me> wrote: >> >> ... though i could very well be missing something obvious, certainly >> wouldn't be the first time ... > > ... after 1/2 implementing this i suddenly realized a painful truth > that's probably already been voiced ... > > the kernel is *long-since upgraded* by the time _any_ hooks run ... > the original image is gone, the package is gone, all hope is gone, > fml. ?the hook saves the images just fine because they are in the > process of being created ... but the original kernel image ... not so > much :-( ... though with the help of the .install script as mentioned earlier, this could be remedied. what would be even better is if some kind of generic hook was added to the install points for the kernel only. not the same as full blown pacman hooks, but since kernel is a bit unique anyway i don't think it would hurt ... if the .install script sourced a known location, eg. /etc/pacman/kernel26.hook or something similar, then any of us would be free to implement backups however we wished. C Anthony From reflexing at reflexing.ru Fri Jun 10 04:33:21 2011 From: reflexing at reflexing.ru (Kirill Churin) Date: Fri, 10 Jun 2011 14:33:21 +0600 Subject: [arch-general] Bachelor thesis In-Reply-To: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> Message-ID: <BANLkTink_nFtgWq7+wXAOyTgLuhtoqQ12Q@mail.gmail.com> 2011/6/9 Lu?tick? Josef <xlusti00 at stud.fit.vutbr.cz>: > Hello everyone, > I'm Josef Lusticky and I'd like to write a Bachelor thesis about operating > systems. > I'm student of Faculty of Information Technology in Brno, Czech > Republic and I have been using Linux since 2006 and Archlinux since > 2008. > I'm enthuasistic user of Arch and Linux in general and I'd like to help this > project > by improving or creating some stuff. > I'd like to implement some driver or port of app. I know C, assembly > and some scripting languages. > Yes, I know there is the pacman package signing feature missing, but I do > not consider it work for one person and I would rather work on something > like userspace tools needed for kernel (e.g. filesystem tools, etc.). > Can you recommand me something good for my skills? > > Best regards, > Josef Lusticky > > netcfg http://projects.archlinux.org/netcfg.git/ needs much more love and it's ArchLinux project with direct benefit to Arch? From xlusti00 at stud.fit.vutbr.cz Fri Jun 10 04:43:20 2011 From: xlusti00 at stud.fit.vutbr.cz (=?utf-8?b?THXFoXRpY2vDvQ==?= Josef) Date: Fri, 10 Jun 2011 10:43:20 +0200 Subject: [arch-general] Bachelor thesis In-Reply-To: <BANLkTink_nFtgWq7+wXAOyTgLuhtoqQ12Q@mail.gmail.com> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> <BANLkTink_nFtgWq7+wXAOyTgLuhtoqQ12Q@mail.gmail.com> Message-ID: <20110610104320.62300r0iost2k4dk@email.fit.vutbr.cz> Cituji Kirill Churin <reflexing at reflexing.ru>: > 2011/6/9 Lu?tick? Josef <xlusti00 at stud.fit.vutbr.cz>: >> Hello everyone, >> I'm Josef Lusticky and I'd like to write a Bachelor thesis about operating >> systems. >> I'm student of Faculty of Information Technology in Brno, Czech >> Republic and I have been using Linux since 2006 and Archlinux since >> 2008. >> I'm enthuasistic user of Arch and Linux in general and I'd like to help this >> project >> by improving or creating some stuff. >> I'd like to implement some driver or port of app. I know C, assembly >> and some scripting languages. >> Yes, I know there is the pacman package signing feature missing, but I do >> not consider it work for one person and I would rather work on something >> like userspace tools needed for kernel (e.g. filesystem tools, etc.). >> Can you recommand me something good for my skills? >> >> Best regards, >> Josef Lusticky >> >> > > netcfg http://projects.archlinux.org/netcfg.git/ needs much more love > and it's ArchLinux project with direct benefit to Arch? > Yes it is! I know of netcfg but I am more into C programming than scripting in Bash. Nevertheless I will also look at netcfg. Thanks for suggestion. From xlusti00 at stud.fit.vutbr.cz Fri Jun 10 04:44:37 2011 From: xlusti00 at stud.fit.vutbr.cz (=?utf-8?b?THXFoXRpY2vDvQ==?= Josef) Date: Fri, 10 Jun 2011 10:44:37 +0200 Subject: [arch-general] Bachelor thesis In-Reply-To: <BANLkTiny5gAYyRXKPLmnDC7pgsoQDkTW9g@mail.gmail.com> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> <201106092322.19373.markotahal@gmail.com> <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> <BANLkTiny5gAYyRXKPLmnDC7pgsoQDkTW9g@mail.gmail.com> Message-ID: <20110610104437.16774b0lfb6bwygl@email.fit.vutbr.cz> Cituji Yclept Nemo <orbisvicis at gmail.com>: > Also NILFS filesystem development is very slow and the project has a > long todo list including some gui tools. > Thanks for suggestion, this sounds good to me. I will definitively look at NILFS. Cheers. From xlusti00 at stud.fit.vutbr.cz Fri Jun 10 04:52:37 2011 From: xlusti00 at stud.fit.vutbr.cz (=?iso-8859-2?b?THW5dGlja/0=?= Josef) Date: Fri, 10 Jun 2011 10:52:37 +0200 Subject: [arch-general] Bachelor thesis In-Reply-To: <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> <201106092322.19373.markotahal@gmail.com> <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> Message-ID: <20110610105237.83554gwtoi2w4l05@email.fit.vutbr.cz> Cituji Thomas Dziedzic <gostrc at gmail.com>: > 2011/6/9 Marek Otahal <markotahal at gmail.com>: >> On Thursday 09 of June 2011 10:34:45 Lu?tick? Josef wrote: >>> Hello everyone, >>> I'm Josef Lusticky and I'd like to write a Bachelor thesis about >>> operating systems. >>> I'm student of Faculty of Information Technology in Brno, Czech >>> Republic and I have been using Linux since 2006 and Archlinux since >>> 2008. >>> I'm enthuasistic user of Arch and Linux in general and I'd like to >>> help this project >>> by improving or creating some stuff. >>> I'd like to implement some driver or port of app. I know C, assembly >>> and some scripting languages. >>> Yes, I know there is the pacman package signing feature missing, but I >>> do not consider it work for one person and I would rather work on >>> something like userspace tools needed for kernel (e.g. filesystem >>> tools, etc.). >>> Can you recommand me something good for my skills? >>> >>> Best regards, >>> Josef Lusticky >>> >>> >> Ahoj Pepo :) >> >> I just remembered your email from yesterday when I was crying about >> the fortune of kmobiletools. >> >> It is/was a great tool, but the development has ceased. >> Please see my wish: https://bugs.kde.org/show_bug.cgi?id=270266 >> and consider if you would like to work on that project? :) >> It's developed in C(++?), can touch driver issues (if you want), >> and definitely is highly popular and has good promises for the >> future. The old hackers are still around, so they should be able to >> help you with some details if you needed. >> >> It just crossed my mind so I gave it a try and pass the idea to you. >> >> Have a nice day, >> cau, Marek >> -- >> >> Marek Otahal :o) >> > > I've heard btrfs is still missing a proper fsck > Ahoj Marku, I have a good old Nokia 5110 :) and I am also not a KDE user although I have experiences with Qt programming. This is something I can recommend someone wanting to make a Bachelor thesis in Qt, but this project is not for me now. Anyway thank you for suggestion. Cheers! From xlusti00 at stud.fit.vutbr.cz Fri Jun 10 04:55:07 2011 From: xlusti00 at stud.fit.vutbr.cz (=?iso-8859-2?b?THW5dGlja/0=?= Josef) Date: Fri, 10 Jun 2011 10:55:07 +0200 Subject: [arch-general] Bachelor thesis In-Reply-To: <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> <201106092322.19373.markotahal@gmail.com> <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> Message-ID: <20110610105507.19552y4dt9472qy3@email.fit.vutbr.cz> Cituji Thomas Dziedzic <gostrc at gmail.com>: > 2011/6/9 Marek Otahal <markotahal at gmail.com>: >> On Thursday 09 of June 2011 10:34:45 Lu?tick? Josef wrote: >>> Hello everyone, >>> I'm Josef Lusticky and I'd like to write a Bachelor thesis about >>> operating systems. >>> I'm student of Faculty of Information Technology in Brno, Czech >>> Republic and I have been using Linux since 2006 and Archlinux since >>> 2008. >>> I'm enthuasistic user of Arch and Linux in general and I'd like to >>> help this project >>> by improving or creating some stuff. >>> I'd like to implement some driver or port of app. I know C, assembly >>> and some scripting languages. >>> Yes, I know there is the pacman package signing feature missing, but I >>> do not consider it work for one person and I would rather work on >>> something like userspace tools needed for kernel (e.g. filesystem >>> tools, etc.). >>> Can you recommand me something good for my skills? >>> >>> Best regards, >>> Josef Lusticky >>> >>> >> Ahoj Pepo :) >> >> I just remembered your email from yesterday when I was crying about >> the fortune of kmobiletools. >> >> It is/was a great tool, but the development has ceased. >> Please see my wish: https://bugs.kde.org/show_bug.cgi?id=270266 >> and consider if you would like to work on that project? :) >> It's developed in C(++?), can touch driver issues (if you want), >> and definitely is highly popular and has good promises for the >> future. The old hackers are still around, so they should be able to >> help you with some details if you needed. >> >> It just crossed my mind so I gave it a try and pass the idea to you. >> >> Have a nice day, >> cau, Marek >> -- >> >> Marek Otahal :o) >> > > I've heard btrfs is still missing a proper fsck > Fsck for btrfs seems to be a rather complicated for one person to study and implement. Nevertheless I will consider it. Thank you Thomas. From howard.rob at gmail.com Fri Jun 10 05:15:21 2011 From: howard.rob at gmail.com (Robert Howard) Date: Fri, 10 Jun 2011 05:15:21 -0400 Subject: [arch-general] Bachelor thesis In-Reply-To: <20110610105507.19552y4dt9472qy3@email.fit.vutbr.cz> References: <20110609103445.13667qj39y16jwkl@email.fit.vutbr.cz> <201106092322.19373.markotahal@gmail.com> <BANLkTinXKR0XOV-y2hKKE+icm2H3WMVctw@mail.gmail.com> <20110610105507.19552y4dt9472qy3@email.fit.vutbr.cz> Message-ID: <BANLkTimZ0xruFfPYdu8bwyR9MZ+DAR2w0g@mail.gmail.com> > Fsck for btrfs seems to be a rather complicated for one person to study and implement. Nevertheless I will consider it. > Thank you Thomas. > I'm fairly certain that the btrfs fsck is being worked on already, but they could probably use any help you could give them. There is also the project to add multi-device, subvolume and compressed btrfs feature support to grub2. From howard.rob at gmail.com Fri Jun 10 05:26:21 2011 From: howard.rob at gmail.com (Robert Howard) Date: Fri, 10 Jun 2011 05:26:21 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=319VnJ3ZxsBYOCiYgZ=utyLRzHQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> <BANLkTi=X3j2UzzHkb4_q6a+iEayUcT33FA@mail.gmail.com> <BANLkTi=319VnJ3ZxsBYOCiYgZ=utyLRzHQ@mail.gmail.com> Message-ID: <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> Why not just copy the old kernel image, modules and initrd image somewhere by hand before you upgrade kernels. If we try to make this automated it isn't going to be kiss. I used to do this way back in the day by including the entire kernel version in the pkgver and giving the images longer names. It was possible to have concurrently installed kernels. Check out how some of the AUR kernels manage to be the same kernel version as the official without causing issues. From mysatyre at gmail.com Fri Jun 10 06:42:44 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Fri, 10 Jun 2011 12:42:44 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> Message-ID: <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> On Fri, Jun 10, 2011 at 12:36 AM, C Anthony Risinger <anthony at xtfx.me> wrote: <snip> > what if we (optionally) stored the original images _inside_ the new > one? ?the new/bad kernel would boot, and via some bootloader entry eg. > kernel param the new initcpio script would kexec the old kernel, with > another (different) kernel param ... when the old kernel booted it > would load the exact same initramfs image, except it would use an > alternate tree, ie. instead of /init it would chroot to /previous and > run /previous/init ... > eh, for the priority of known sources of error: an UPDATE image could contain the NEW kernel in an alternate tree /new/init, because the OLD kernel is KNOWN to boot that far... Anything else would be insane. From vic at demuzere.be Fri Jun 10 06:48:57 2011 From: vic at demuzere.be (Vic Demuzere) Date: Fri, 10 Jun 2011 12:48:57 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> Message-ID: <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> On Jun 10, 2011 12:43 PM, "Martti K?hne" <mysatyre at gmail.com> wrote: > > On Fri, Jun 10, 2011 at 12:36 AM, C Anthony Risinger <anthony at xtfx.me> wrote: > <snip> > > what if we (optionally) stored the original images _inside_ the new > > one? the new/bad kernel would boot, and via some bootloader entry eg. > > kernel param the new initcpio script would kexec the old kernel, with > > another (different) kernel param ... when the old kernel booted it > > would load the exact same initramfs image, except it would use an > > alternate tree, ie. instead of /init it would chroot to /previous and > > run /previous/init ... > > > > eh, for the priority of known sources of error: an UPDATE image could > contain the NEW kernel in an alternate tree /new/init, because the OLD > kernel is KNOWN to boot that far... > > Anything else would be insane. Having multiple kernels is insane. I don't get why it's needed. There is a live cd to rescue your system if needed. Vic From pdgiddie at gmail.com Fri Jun 10 07:05:26 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Fri, 10 Jun 2011 12:05:26 +0100 Subject: [arch-general] hwclock and openntpd In-Reply-To: <1307173474.3529.1.camel@laptop> References: <BANLkTim8N3CbYFVKBAFahR3rzmMH1F=OKw@mail.gmail.com> <1307173474.3529.1.camel@laptop> Message-ID: <201106101205.26484.pdgiddie@gmail.com> On Saturday 04 June 2011 08:44:34 Jan de Groot wrote: > On Sat, 2011-06-04 at 03:06 -0400, Yclept Nemo wrote: > > Perhaps openntpd does not set the hwclock. Therefore, should openntpd > > be used in conjuction with the hwclock daemon? > > That's true, and that's also the reason why Openntpd doesn't play well > with Xen where all guest VMs will take over the clock from the host VM. > With the normal ntp distribution that works, but with Openntpd you need > something to push the changes to the hwclock. I've found this gnawing at me since I read it. I originally started using OpenNTPD because it was smaller, lighter, and easier to configure. However, it's disappointing that it doesn't deal better with the hardware clock. Searching around for more information, I discovered that OpenNTPD is not currently well supported for Linux, and the "portable" version that our package is based on is lagging significantly behind the mainline. I've heard a few people mention Chrony as a good alternative, and I like the sound of it. There's an AUR package, but no Wiki entry. Has anyone given Chrony a shot, or have any strong opinions about it? Paul From lists at baums-on-web.de Fri Jun 10 07:14:51 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Fri, 10 Jun 2011 13:14:51 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> Message-ID: <20110610131451.3066d69a@darkstar> Am Fri, 10 Jun 2011 12:48:57 +0200 schrieb Vic Demuzere <vic at demuzere.be>: > Having multiple kernels is insane. I don't get why it's needed. There > is a live cd to rescue your system if needed. And the old kernel packages (every package) are saved in pacman's cache (usually /var/cache/pacman/pkg) anyway until pacman -Sc or pacman -Scc is run. So every package can easily be downgraded by running pacman -U /var/cache/pacman/pkg/<package-file-name>. Of course, the pacman cache should only be flushed if the updated software is working correctly. There's no need for keeping old kernel images, even less included in a new and updated kernel image or initrd, however this would be possible anyway. Maybe there could be made an option in /etc/pacman.conf for the kernel package (a hook isn't needed) which tells pacman if it shall first copy /boot/vmlinuz26 to /boot/vmlinuz26.old. But this should definitely not be done by default for every user. And it's really not necessary to backup all old modules for being able to boot an old kernel for fixing the new one (see pacman -U above). The better and much cleaner solution is to first try the fallback initrd or to install a different kernel package like kernel26-lts parallel to kernel26. Keep in mind, those cases in which an updated kernel is unbootable are very, very rare. And people who need a reliable system and are so afraid of broken kernels, of course, shouldn't use [testing]. They should better install a multiboot system with one stable system and one test system. This way they can test kernel updates from [testing] on their test system and update the kernel on their stable system only if the test system is working correctly. This would, btw., help to filing bug reports for the kernels on esoteric hardware before they get into [core]. Heiko From teg at jklm.no Fri Jun 10 07:45:03 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 10 Jun 2011 13:45:03 +0200 Subject: [arch-general] hwclock and openntpd In-Reply-To: <201106101205.26484.pdgiddie@gmail.com> References: <BANLkTim8N3CbYFVKBAFahR3rzmMH1F=OKw@mail.gmail.com> <1307173474.3529.1.camel@laptop> <201106101205.26484.pdgiddie@gmail.com> Message-ID: <BANLkTi=5+0fbHJZQ-hA23u3OEKDBTVjm9g@mail.gmail.com> Paul, On Fri, Jun 10, 2011 at 1:05 PM, Paul Gideon Dann <pdgiddie at gmail.com> wrote: > I've found this gnawing at me since I read it. ?I originally started using > OpenNTPD because it was smaller, lighter, and easier to configure. ?However, > it's disappointing that it doesn't deal better with the hardware clock. > > Searching around for more information, I discovered that OpenNTPD is not > currently well supported for Linux, and the "portable" version that our > package is based on is lagging significantly behind the mainline. > > I've heard a few people mention Chrony as a good alternative, and I like the > sound of it. ?There's an AUR package, but no Wiki entry. ?Has anyone given > Chrony a shot, or have any strong opinions about it? I don't know about Chrony, but I was in the same situation as yourself when I found out about the status of OpenNTP. I tried installing the regular ntpd, and it was actully very simple to set up, and not particularly huge, so I'm using that. PS A solution for OpenNTP is to call "hwclock --systohc" when it stops. -t From james at archlinux.org Fri Jun 10 08:51:18 2011 From: james at archlinux.org (James Rayner) Date: Fri, 10 Jun 2011 22:51:18 +1000 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTim4hF=Sq209hGHgsCdee3xaFUaK+A@mail.gmail.com> References: <20110609230132.75a747e9@darkstar><BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com><BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com><BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> <BANLkTim4hF=Sq209hGHgsCdee3xaFUaK+A@mail.gmail.com> Message-ID: <1307710278.3416.1461681957@webmail.messagingengine.com> On Fri, 10 Jun 2011 08:19 +0200, "R?my Oudompheng" <remyoudompheng at gmail.com> wrote: > On 2011/6/9 Thomas S Hatch <thatch45 at gmail.com> wrote: > > Does netcfg still need net-tools? or can it be an opt depends? It was my > > understanding that it only used ip unless specified otherwise. > > Actually, I think it only depends on net-tools because there is some > obscure option that allows users to make it run ifconfig with certain > options. Of course, it could be replaced by an option that runs ip > with custom options... All the remaining things are indeed done with > iproute2 > > R?my. netcfg has an option that runs ip/iproute with any custom option (routes, IPs anything), the option is "IPCFG". It may be seen in the example ethernet-iproute[1]. IFCFG is the obscure command you mention, unfortunately it's not too obscure, as this was how static IPs were set before iproute configuration was added. It was retained for backwards compatibility. The only reason net-tools was still a requirement was setting hostname. A change similar to initscripts [2] at line 121 of src/connections/ethernet [3] would suffice. After that it ought to be safe to make net-tools an optional dependency. Systems already using net-tools will keep functioning, and a notice could be placed in code that handles IFCFG to advise those users to migrate to the iproute configuration. [1] http://projects.archlinux.org/initscripts.git/commit/?id=f262299928f1aca454a0bbadbcda144b3fb2e7e2 [2] http://projects.archlinux.org/netcfg.git/tree/src/connections/ethernet#n121 [3] http://projects.archlinux.org/netcfg.git/tree/examples/ethernet-iproute From yaro at marupa.net Fri Jun 10 09:01:53 2011 From: yaro at marupa.net (Yaro Kasear) Date: Fri, 10 Jun 2011 08:01:53 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTim2HiLJT13-fCLnxzRsEgzjMbx8hw@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> <BANLkTim2HiLJT13-fCLnxzRsEgzjMbx8hw@mail.gmail.com> Message-ID: <201106100801.53514.yaro@marupa.net> On Thursday, June 09, 2011 21:22:50 Timothy L. wrote: > On Thu, Jun 9, 2011 at 9:25 PM, C Anthony Risinger <anthony at xtfx.me> wrote: > > On Jun 9, 2011 5:50 PM, "Heiko Baums" <lists at baums-on-web.de> wrote: > > > Am Thu, 9 Jun 2011 17:36:21 -0500 > > > > > > schrieb C Anthony Risinger <anthony at xtfx.me>: > > >> does this sound genius or completely insane? some insanely genius guy > > >> once said they are only separated by a fine line ... > > > > > > Sounds completely insane. > > > > ooooook ... and ... why? > > > > ) initramfs is not very big (fallback on my sys is only 13MB + 2MB kern) > > ) keeps the whole thing in mkinitcpio > > ) does not affect any current images and is even backward compat > > ) small chance of absolute failure (i think :-) > > ) only small changes to mkinitcpio, if any at all > > ) ... > > ) ... KISS BABY! > > ) oh yeah and ... PROFIT! > > > > im pretty sure it could be implemented as a hook (possibly 2) to the > > current system ... this might even be the best way. `install` hook > > would unpack the current image to a known location (prob > > `/lib/initcpio` somewhere), copy the kernel to the same place, and > > then add the directory to the image (after removing the old-old image > > if existed :-). the real `hook` would then check for one of two > > flags: > > > > ) kexec.flag ... kexec the old kernel with the boot.flag > > ) boot.flag ... chroot to "previous", run old hooks/mods/etc, exit > > chroot, switch_root like normal > > > > i thought it was pretty succinct ... elegant even :-) ... with some > > sprinkles of insanity that give it the funny but mildly enjoyable > > aftertaste. i don't have any free time for a couple days, but i'm > > *pretty* sure this could be done as a hook to the current mkinitcpio > > in a couple hours -- might take a whack at it this weekend, would be > > useful, as i've personally mucked my boot more than once, and though i > > can recover easily enough, i'm liking this more and more ... > > > > ... though i could very well be missing something obvious, certainly > > wouldn't be the first time ... surely someone out there reads this and > > thinks "why not?" > > > > C Anthony > > Keeping the previous kernel after upgrading sounds sane to me. For the > apprehensive, couldn't we just include a simple configuration option/check > somewhere? > > /etc/mkinitcpio.conf > KEEP_PREVIOUS_KERNEL="yes" > > I've read most of this thread but please excuse me if this has already been > mentioned. I'd accept that solution just so long as the default is set to "no" and not "yes." Most Arch people don't want old kernels. From yaro at marupa.net Fri Jun 10 09:03:32 2011 From: yaro at marupa.net (Yaro Kasear) Date: Fri, 10 Jun 2011 08:03:32 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTi=319VnJ3ZxsBYOCiYgZ=utyLRzHQ@mail.gmail.com> <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> Message-ID: <201106100803.32609.yaro@marupa.net> On Friday, June 10, 2011 04:26:21 Robert Howard wrote: > Why not just copy the old kernel image, modules and initrd image somewhere > by hand before you upgrade kernels. If we try to make this automated it > isn't going to be kiss. I used to do this way back in the day by including > the entire kernel version in the pkgver and giving the images longer names. > It was possible to have concurrently installed kernels. Check out how some > of the AUR kernels manage to be the same kernel version as the official > without causing issues. +1 on this. If you really need the old kernel, why not make sure you back up the old one and its image before upgrading instead of inconveniencing other users and the developers for a feature only a minority even wants? From yaro at marupa.net Fri Jun 10 09:05:14 2011 From: yaro at marupa.net (Yaro Kasear) Date: Fri, 10 Jun 2011 08:05:14 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> Message-ID: <201106100805.14227.yaro@marupa.net> On Friday, June 10, 2011 05:48:57 Vic Demuzere wrote: > On Jun 10, 2011 12:43 PM, "Martti K?hne" <mysatyre at gmail.com> wrote: > > On Fri, Jun 10, 2011 at 12:36 AM, C Anthony Risinger <anthony at xtfx.me> > > wrote: > > <snip> > > > > > what if we (optionally) stored the original images _inside_ the new > > > one? the new/bad kernel would boot, and via some bootloader entry eg. > > > kernel param the new initcpio script would kexec the old kernel, with > > > another (different) kernel param ... when the old kernel booted it > > > would load the exact same initramfs image, except it would use an > > > alternate tree, ie. instead of /init it would chroot to /previous and > > > run /previous/init ... > > > > eh, for the priority of known sources of error: an UPDATE image could > > contain the NEW kernel in an alternate tree /new/init, because the OLD > > kernel is KNOWN to boot that far... > > > > Anything else would be insane. > > Having multiple kernels is insane. I don't get why it's needed. There is a > live cd to rescue your system if needed. > > Vic Another agreement from me here. Also, may I also add that a great deal of Arch users have /boot in a (tiny) partition to start with and can't really KEEP that much stuff in there? Keeping old kernels would definitely screw their systems up and keep them from upgrading with any ease. From teg at jklm.no Fri Jun 10 09:05:53 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 10 Jun 2011 15:05:53 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <1307710278.3416.1461681957@webmail.messagingengine.com> References: <20110609230132.75a747e9@darkstar> <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> <BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> <BANLkTim4hF=Sq209hGHgsCdee3xaFUaK+A@mail.gmail.com> <1307710278.3416.1461681957@webmail.messagingengine.com> Message-ID: <BANLkTimfH8nS9m044JtoN_23pScwWh7JWw@mail.gmail.com> On Fri, Jun 10, 2011 at 2:51 PM, James Rayner <james at archlinux.org> wrote: > The only reason net-tools was still a requirement was setting hostname. > A change similar to initscripts [2] at line 121 of > src/connections/ethernet [3] would suffice. What is the reason the hostname is set in netcfg? Do we ever want it to change from what was set on boot? -t From vic at demuzere.be Fri Jun 10 09:13:07 2011 From: vic at demuzere.be (Vic Demuzere) Date: Fri, 10 Jun 2011 15:13:07 +0200 Subject: [arch-general] Alternative for Xyne's makerepo? Message-ID: <BANLkTik+XY4uUs1TAt7hiNZv0G9ead9foA@mail.gmail.com> Hi there, I used to host a pacman repository on dropbox, for myself and a few friends. The easiest way for me to update this repo was Xyne's makerepo. That project isn't supported anymore, so I'm looking for an alternative. Something simple that can build and update a repository (with AUR packages) using a package list. Suggestions? Thanks, Vic Demuzere From pdgiddie at gmail.com Fri Jun 10 09:18:01 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Fri, 10 Jun 2011 14:18:01 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106100805.14227.yaro@marupa.net> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <201106100805.14227.yaro@marupa.net> Message-ID: <201106101418.01117.pdgiddie@gmail.com> On Friday 10 June 2011 14:05:14 Yaro Kasear wrote: > Another agreement from me here. Also, may I also add that a great deal of > Arch users have /boot in a (tiny) partition to start with and can't really > KEEP that much stuff in there? Keeping old kernels would definitely screw > their systems up and keep them from upgrading with any ease. I have two kernels in /boot at the moment, and that takes 32MiB. My /boot partition is 200MiB, which is pretty generous as far as separate /boots go. That gives me room for 12 kernels. I'm not sure many would have a /boot smaller than 100MiB, and can't see *anyone* partitioning a /boot to less than 32MiB. I don't think space is a concern when we're talking about 2-3 kernels (current, previous, and possibly a custom build.) Paul From pdgiddie at gmail.com Fri Jun 10 09:25:53 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Fri, 10 Jun 2011 14:25:53 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106100803.32609.yaro@marupa.net> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> <201106100803.32609.yaro@marupa.net> Message-ID: <201106101425.53687.pdgiddie@gmail.com> On Friday 10 June 2011 14:03:32 Yaro Kasear wrote: > On Friday, June 10, 2011 04:26:21 Robert Howard wrote: > > Why not just copy the old kernel image, modules and initrd image > > somewhere by hand before you upgrade kernels. If we try to make this > > automated it isn't going to be kiss. I used to do this way back in the > > day by including the entire kernel version in the pkgver and giving the > > images longer names. It was possible to have concurrently installed > > kernels. Check out how some of the AUR kernels manage to be the same > > kernel version as the official without causing issues. > > +1 on this. If you really need the old kernel, why not make sure you back > up the old one and its image before upgrading instead of inconveniencing > other users and the developers for a feature only a minority even wants? Because it's painful to go through that every time a new kernel update comes along. Also, I think you're underestimating the interest in this. This list will typically contain the most advanced Arch users, who are confident rescuing their system from a bad kernel upgrade. I'm sure there are plenty of Arch users out there that aren't reading this list, but for whom this feature could save them a lot of time and effort. Just because most of *us* can probably fix this in our sleep, doesn't mean it's right for Arch users in general. Also, I wonder what happens if power is lost whilst pacman is installing a new kernel? I haven't tried this, but it wouldn't surprise me if the system ended up with a truncated kernel that wouldn't boot. That's a bug right there, although it's a pretty tiny corner case, granted :) Paul From igalmarino at gmail.com Fri Jun 10 09:27:52 2011 From: igalmarino at gmail.com (Ignacio Galmarino) Date: Fri, 10 Jun 2011 07:27:52 -0600 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <20110609230132.75a747e9@darkstar> References: <20110609230132.75a747e9@darkstar> Message-ID: <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> On Thu, Jun 9, 2011 at 3:01 PM, Heiko Baums <lists at baums-on-web.de> wrote: > Am Wed, 08 Jun 2011 16:01:15 -0000 > schrieb "Arch Linux: Recent news updates: Tom Gundersen" > <announce at archlinux.org>: > >> Tom Gundersen wrote: >> >> This April marked the ten year anniversary of the last net-tools >> release. We decided to look at this as an opportunity to deprecate >> net-tools and provide alternative, and better maintained, solutions >> for net-tools functionality. >> ... >> We want to encourage the use of more >> advanced network solutions, such as `networkmanager` or our own >> `netcfg`. > wicd stop working if you uninstall net-tools. Just a warning to wicd users :) Ignacio From vic at demuzere.be Fri Jun 10 09:29:57 2011 From: vic at demuzere.be (Vic Demuzere) Date: Fri, 10 Jun 2011 15:29:57 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <201106101425.53687.pdgiddie@gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> <201106100803.32609.yaro@marupa.net> <201106101425.53687.pdgiddie@gmail.com> Message-ID: <BANLkTimitfLMbNXoRK+8y5_tJuQuPVFujA@mail.gmail.com> On 10 June 2011 15:25, Paul Gideon Dann <pdgiddie at gmail.com> wrote: > Also, I wonder what happens if power is lost whilst pacman is installing a new > kernel? ?I haven't tried this, but it wouldn't surprise me if the system ended > up with a truncated kernel that wouldn't boot. ?That's a bug right there, > although it's a pretty tiny corner case, granted :) > > Paul > Is that the case? The kernel should be replaced only after the new one is ready, else it would fail if you pushed CTRL+C while updating the kernel as well. Vic From bogdan at punctweb.ro Fri Jun 10 09:31:08 2011 From: bogdan at punctweb.ro (=?UTF-8?Q?Bogdan_Ionu=C8=9B?=) Date: Fri, 10 Jun 2011 16:31:08 +0300 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> Message-ID: <BANLkTimp1Hi0JviwvWjreQajpnXF538VsA@mail.gmail.com> On Fri, Jun 10, 2011 at 16:27, Ignacio Galmarino <igalmarino at gmail.com>wrote: > On Thu, Jun 9, 2011 at 3:01 PM, Heiko Baums <lists at baums-on-web.de> wrote: > > Am Wed, 08 Jun 2011 16:01:15 -0000 > > schrieb "Arch Linux: Recent news updates: Tom Gundersen" > > <announce at archlinux.org>: > > > >> Tom Gundersen wrote: > >> > >> This April marked the ten year anniversary of the last net-tools > >> release. We decided to look at this as an opportunity to deprecate > >> net-tools and provide alternative, and better maintained, solutions > >> for net-tools functionality. > >> ... > >> We want to encourage the use of more > >> advanced network solutions, such as `networkmanager` or our own > >> `netcfg`. > > > > wicd stop working if you uninstall net-tools. Just a warning to wicd users > :) > > Ignacio > same for rp-pppoe users. From andrea at archlinux.org Fri Jun 10 09:33:57 2011 From: andrea at archlinux.org (Andrea Scarpino) Date: Fri, 10 Jun 2011 15:33:57 +0200 Subject: [arch-general] Alternative for Xyne's makerepo? In-Reply-To: <BANLkTik+XY4uUs1TAt7hiNZv0G9ead9foA@mail.gmail.com> References: <BANLkTik+XY4uUs1TAt7hiNZv0G9ead9foA@mail.gmail.com> Message-ID: <1468940.IT6a3307mE@stockholm> On Friday 10 June 2011 15:13:07 Vic Demuzere wrote: > Hi there, > > I used to host a pacman repository on dropbox, for myself and a few > friends. The easiest way for me to update this repo was Xyne's > makerepo. > > That project isn't supported anymore, so I'm looking for an > alternative. Something simple that can build and update a repository > (with AUR packages) using a package list. Suggestions? Hi, I wrote repoman time ago. It's a tool to manage your personal repo. Archers used it, but I don't get a bug from time (last is dated 12th Aprile 2010); I don't use it anymore (because I've no more my repo), but I'm still here to fix bugs. You could try it and see if it still works. See http://code.google.com/p/repoman-arch/wiki/Usage for usage. -- Andrea From james at archlinux.org Fri Jun 10 09:59:23 2011 From: james at archlinux.org (James Rayner) Date: Fri, 10 Jun 2011 23:59:23 +1000 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTimfH8nS9m044JtoN_23pScwWh7JWw@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com><BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com><BANLkTim4hF=Sq209hGHgsCdee3xaFUaK+A@mail.gmail.com> <1307710278.3416.1461681957@webmail.messagingengine.com> <BANLkTimfH8nS9m044JtoN_23pScwWh7JWw@mail.gmail.com> Message-ID: <1307714363.29503.1461711273@webmail.messagingengine.com> On Fri, 10 Jun 2011 15:05 +0200, "Tom Gundersen" <teg at jklm.no> wrote: > On Fri, Jun 10, 2011 at 2:51 PM, James Rayner <james at archlinux.org> > wrote: > > The only reason net-tools was still a requirement was setting hostname. > > A change similar to initscripts [2] at line 121 of > > src/connections/ethernet [3] would suffice. > > What is the reason the hostname is set in netcfg? Do we ever want it > to change from what was set on boot? > > -t > Hostname is only set if someone specifies one in the configuration, otherwise it is left as is. I've never heard of anyone using this option. Judd's original netcfg script from 2005 included this option so I retained it when I wrote netcfg. James From teg at jklm.no Fri Jun 10 10:58:19 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 10 Jun 2011 16:58:19 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTimp1Hi0JviwvWjreQajpnXF538VsA@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> <BANLkTimp1Hi0JviwvWjreQajpnXF538VsA@mail.gmail.com> Message-ID: <BANLkTi=deDcwQs_yEFWfusZ771CX2YCimJFppw87whwUp0pH8g@mail.gmail.com> On Fri, Jun 10, 2011 at 3:31 PM, Bogdan Ionu? <bogdan at punctweb.ro> wrote: > same for rp-pppoe users. Please file a bug about the missing dependency. -t From teg at jklm.no Fri Jun 10 10:59:11 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 10 Jun 2011 16:59:11 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> Message-ID: <BANLkTimogSFRE0qbKBQDNoT7St975BBs3KHmFyS3qFO28fq1mA@mail.gmail.com> On Fri, Jun 10, 2011 at 3:27 PM, Ignacio Galmarino <igalmarino at gmail.com> wrote: > wicd stop working if you uninstall net-tools. Just a warning to wicd users :) Please file a bug about the missing dependency. -t From bogdan at punctweb.ro Fri Jun 10 10:59:52 2011 From: bogdan at punctweb.ro (=?UTF-8?Q?Bogdan_Ionu=C8=9B?=) Date: Fri, 10 Jun 2011 17:59:52 +0300 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTi=deDcwQs_yEFWfusZ771CX2YCimJFppw87whwUp0pH8g@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> <BANLkTimp1Hi0JviwvWjreQajpnXF538VsA@mail.gmail.com> <BANLkTi=deDcwQs_yEFWfusZ771CX2YCimJFppw87whwUp0pH8g@mail.gmail.com> Message-ID: <BANLkTin6bSmpURDMsWxkqOSygNy4-MtcBg@mail.gmail.com> On Fri, Jun 10, 2011 at 17:58, Tom Gundersen <teg at jklm.no> wrote: > On Fri, Jun 10, 2011 at 3:31 PM, Bogdan Ionu? <bogdan at punctweb.ro> wrote: > > same for rp-pppoe users. > > Please file a bug about the missing dependency. > > -t > https://bugs.archlinux.org/task/24639 From teg at jklm.no Fri Jun 10 11:02:02 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 10 Jun 2011 17:02:02 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTin6bSmpURDMsWxkqOSygNy4-MtcBg@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTimrnqKXFHvCqfK_ia5a_+qw4FxN-g@mail.gmail.com> <BANLkTimp1Hi0JviwvWjreQajpnXF538VsA@mail.gmail.com> <BANLkTi=deDcwQs_yEFWfusZ771CX2YCimJFppw87whwUp0pH8g@mail.gmail.com> <BANLkTin6bSmpURDMsWxkqOSygNy4-MtcBg@mail.gmail.com> Message-ID: <BANLkTim+_bpeqbOHLDWOz2j3+OAE=D3gcqRNmY+hcW_bVbm-6w@mail.gmail.com> On Fri, Jun 10, 2011 at 4:59 PM, Bogdan Ionu? <bogdan at punctweb.ro> wrote: > On Fri, Jun 10, 2011 at 17:58, Tom Gundersen <teg at jklm.no> wrote: > >> On Fri, Jun 10, 2011 at 3:31 PM, Bogdan Ionu? <bogdan at punctweb.ro> wrote: >> > same for rp-pppoe users. >> >> Please file a bug about the missing dependency. >> >> -t >> > > https://bugs.archlinux.org/task/24639 Thanks! -t From tobias.powalowski at googlemail.com Fri Jun 10 11:09:21 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Fri, 10 Jun 2011 17:09:21 +0200 Subject: [arch-general] [signoff] kernel26-2.6.39.1-1 Message-ID: <201106101709.25825.tobias.powalowski@googlemail.com> Hi guys, please signoff 2.6.39 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges WARNING: AUFS2 support is gone for now, if this is no showstopper we should go move it to [core]. If noone has real objections, I hope to get this kernel into [core]. Along with this the binary modules mentioned on the previous thread will be removed from [core] and [extra]: - tiacx (broken) - ndiswrapper (not needed anymore) - intel536/537 (does not compile on .39 series) - madwifi (obsolete) - martian (old modem driver) - tiacx-lts - ndiswrapper-lts greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110610/84aac705/attachment-0001.asc> From gostrc at gmail.com Fri Jun 10 11:54:27 2011 From: gostrc at gmail.com (Thomas Dziedzic) Date: Fri, 10 Jun 2011 10:54:27 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTimitfLMbNXoRK+8y5_tJuQuPVFujA@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> <201106100803.32609.yaro@marupa.net> <201106101425.53687.pdgiddie@gmail.com> <BANLkTimitfLMbNXoRK+8y5_tJuQuPVFujA@mail.gmail.com> Message-ID: <BANLkTikWSefk8FT7gYg---0jW+FRkUw+RA@mail.gmail.com> On Fri, Jun 10, 2011 at 8:29 AM, Vic Demuzere <vic at demuzere.be> wrote: > On 10 June 2011 15:25, Paul Gideon Dann <pdgiddie at gmail.com> wrote: >> Also, I wonder what happens if power is lost whilst pacman is installing a new >> kernel? ?I haven't tried this, but it wouldn't surprise me if the system ended >> up with a truncated kernel that wouldn't boot. ?That's a bug right there, >> although it's a pretty tiny corner case, granted :) >> >> Paul >> > > Is that the case? The kernel should be replaced only after the new one > is ready, else it would fail if you pushed CTRL+C while updating the > kernel as well. > > Vic > paul, please check out https://bugs.archlinux.org/task/8585 for the power issue I really don't see how implementing this feature would give any more benefits to say installing an -lts kernel or some other kernel you know just works. On the other hand, I do see versioned kernels increasing the complexity of the system. From anthony at xtfx.me Fri Jun 10 12:05:01 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Fri, 10 Jun 2011 11:05:01 -0500 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> Message-ID: <BANLkTinrNqtQrHeCdUk=iHF+Jp+TT8FSKw@mail.gmail.com> On Fri, Jun 10, 2011 at 5:42 AM, Martti K?hne <mysatyre at gmail.com> wrote: > On Fri, Jun 10, 2011 at 12:36 AM, C Anthony Risinger <anthony at xtfx.me> wrote: > <snip> >> what if we (optionally) stored the original images _inside_ the new >> one? ?the new/bad kernel would boot, and via some bootloader entry eg. >> kernel param the new initcpio script would kexec the old kernel, with >> another (different) kernel param ... when the old kernel booted it >> would load the exact same initramfs image, except it would use an >> alternate tree, ie. instead of /init it would chroot to /previous and >> run /previous/init ... >> > > eh, for the priority of known sources of error: an UPDATE image could > contain the NEW kernel in an alternate tree /new/init, because the OLD > kernel is KNOWN to boot that far... yeah but when i update then kernel, i expect it to be updated ... not boot the old one next time i restart. i'm pretty sure you'd get all sorts of confusion over that. ... and the machine probably wouldn't work anyway because the module tree would be incorrect, though the ones in the initramfs would still be ok. since it's not really practical to actually boot the previous kernel (unless your using some kind of _system_ recovery mechanism like *cough* btrfs rollback), we're really just talking about a small recovery environment. lts kernel kind of works for this, but the last known good kernel is better ... i still think the best solution is to just drop some externalized hooks into the .install file for kernel package and let to community run with it. this eliminated developer burden/responsibility and allows flexibility for different implementations and different needs. maybe if we like some they can be added to standard repos in time. for example, a couple months back i was working on trying to get kernel rollbacks working with the mkinicpio-btrfs hook ... i needed a two-stage boot via kexec because the real kernel was inside a btrfs subvolume -- which bootloaders cannot yet access -- and it needed to be rebuilt with the real kernel. a simple drop in hook for this would have made things much much easier. so i say forget about versioned kernels and all that jazz because that's just one possible use. create something like: /etc/pacman/hooks.d/kernel26/<hookname> ... where kernel26 matches the package name. i haven't looked at the proposition for pacman hooks but this seems like it could serve as a small pilot to a more generic mechanism. ultimately this thread is not about "versioned kernels" but rather providing a way to link into the system management procedures performed by pacman, and do custom stuff. C Anthony From mkakati2805 at gmail.com Fri Jun 10 12:47:42 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Fri, 10 Jun 2011 22:17:42 +0530 Subject: [arch-general] mpd fails to start Message-ID: <4DF24AAE.70803@gmail.com> Hello, Recently mpd has stopped working. It doesn't start up at boot and when i run "rc.d start mpd" I get this error /etc/rc.d/mpd: line 6: 24502 Aborted /usr/bin/mpd /etc/mpd.conf &>/dev/null. I am using gnome3(if thats somehow causing the problem.) I believe its due to some ALSA pulseaudio mixup but I am not sure. However if I run "sudo mpd" I get this output: [papul at papuldesktop ~]$ sudo mpd output: No "audio_output" defined in config file output: Attempt to detect audio output device output: Attempting to detect a alsa audio device output: Successfully detected a alsa audio device and after that if I run "mpc play" I get this: [papul at papuldesktop ~]$ mpc play Metallica - The Unforgiven II [paused] #4/8 0:00/6:36 (0%) volume: n/a repeat: off random: off single: off consume: off ERROR: problems opening audio device Please help coz I haven't been able to listen to music for quite sometime now. :( From r.schtz at t-online.de Fri Jun 10 12:51:40 2011 From: r.schtz at t-online.de (=?ISO-8859-1?Q?Richard_Sch=FCtz?=) Date: Fri, 10 Jun 2011 18:51:40 +0200 Subject: [arch-general] mpd fails to start In-Reply-To: <4DF24AAE.70803@gmail.com> References: <4DF24AAE.70803@gmail.com> Message-ID: <4DF24B9C.10202@t-online.de> Am 10.06.2011 18:47, schrieb Madhurya Kakati: > Hello, > Recently mpd has stopped working. It doesn't start up at boot and when i > run "rc.d start mpd" I get this error /etc/rc.d/mpd: line 6: 24502 > Aborted /usr/bin/mpd /etc/mpd.conf&>/dev/null. > I am using gnome3(if thats somehow causing the problem.) I believe its > due to some ALSA pulseaudio mixup but I am not sure. > However if I run "sudo mpd" I get this output: > [papul at papuldesktop ~]$ sudo mpd > output: No "audio_output" defined in config file > output: Attempt to detect audio output device > output: Attempting to detect a alsa audio device > output: Successfully detected a alsa audio device > > and after that if I run "mpc play" I get this: > [papul at papuldesktop ~]$ mpc play > Metallica - The Unforgiven II > [paused] #4/8 0:00/6:36 (0%) > volume: n/a repeat: off random: off single: off consume: off > ERROR: problems opening audio device > > Please help coz I haven't been able to listen to music for quite > sometime now. :( Did you try to configure MPD to use PulseAudio then? (see [1]) [1] https://wiki.archlinux.org/index.php/MPD -- Regards, Richard Sch?tz From mkakati2805 at gmail.com Fri Jun 10 12:59:52 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Fri, 10 Jun 2011 22:29:52 +0530 Subject: [arch-general] mpd fails to start In-Reply-To: <4DF24B9C.10202@t-online.de> References: <4DF24AAE.70803@gmail.com> <4DF24B9C.10202@t-online.de> Message-ID: <4DF24D88.6000207@gmail.com> On 06/10/2011 10:21 PM, Richard Sch?tz wrote: > Am 10.06.2011 18:47, schrieb Madhurya Kakati: >> Hello, >> Recently mpd has stopped working. It doesn't start up at boot and when i >> run "rc.d start mpd" I get this error /etc/rc.d/mpd: line 6: 24502 >> Aborted /usr/bin/mpd /etc/mpd.conf&>/dev/null. >> I am using gnome3(if thats somehow causing the problem.) I believe its >> due to some ALSA pulseaudio mixup but I am not sure. >> However if I run "sudo mpd" I get this output: >> [papul at papuldesktop ~]$ sudo mpd >> output: No "audio_output" defined in config file >> output: Attempt to detect audio output device >> output: Attempting to detect a alsa audio device >> output: Successfully detected a alsa audio device >> >> and after that if I run "mpc play" I get this: >> [papul at papuldesktop ~]$ mpc play >> Metallica - The Unforgiven II >> [paused] #4/8 0:00/6:36 (0%) >> volume: n/a repeat: off random: off single: off consume: off >> ERROR: problems opening audio device >> >> Please help coz I haven't been able to listen to music for quite >> sometime now. :( > > Did you try to configure MPD to use PulseAudio then? (see [1]) > > [1] https://wiki.archlinux.org/index.php/MPD > how do I check if I am using pulseaudio or alsa or whatever else there is? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110610/9796938d/attachment.asc> From mkakati2805 at gmail.com Fri Jun 10 13:04:56 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Fri, 10 Jun 2011 22:34:56 +0530 Subject: [arch-general] mpd fails to start In-Reply-To: <4DF24D88.6000207@gmail.com> References: <4DF24AAE.70803@gmail.com> <4DF24B9C.10202@t-online.de> <4DF24D88.6000207@gmail.com> Message-ID: <4DF24EB8.2@gmail.com> On 06/10/2011 10:29 PM, Madhurya Kakati wrote: > On 06/10/2011 10:21 PM, Richard Sch?tz wrote: >> Am 10.06.2011 18:47, schrieb Madhurya Kakati: >>> Hello, >>> Recently mpd has stopped working. It doesn't start up at boot and when i >>> run "rc.d start mpd" I get this error /etc/rc.d/mpd: line 6: 24502 >>> Aborted /usr/bin/mpd /etc/mpd.conf&>/dev/null. >>> I am using gnome3(if thats somehow causing the problem.) I believe its >>> due to some ALSA pulseaudio mixup but I am not sure. >>> However if I run "sudo mpd" I get this output: >>> [papul at papuldesktop ~]$ sudo mpd >>> output: No "audio_output" defined in config file >>> output: Attempt to detect audio output device >>> output: Attempting to detect a alsa audio device >>> output: Successfully detected a alsa audio device >>> >>> and after that if I run "mpc play" I get this: >>> [papul at papuldesktop ~]$ mpc play >>> Metallica - The Unforgiven II >>> [paused] #4/8 0:00/6:36 (0%) >>> volume: n/a repeat: off random: off single: off consume: off >>> ERROR: problems opening audio device >>> >>> Please help coz I haven't been able to listen to music for quite >>> sometime now. :( >> Did you try to configure MPD to use PulseAudio then? (see [1]) >> >> [1] https://wiki.archlinux.org/index.php/MPD >> > how do I check if I am using pulseaudio or alsa or whatever else there is? Uncommenting ALSA audio output section in /etc/mpd.conf solved the problem. Thanks for the help. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110610/debab0ce/attachment.asc> From j.e.vasquez.v at gmail.com Fri Jun 10 13:13:32 2011 From: j.e.vasquez.v at gmail.com (Javier Vasquez) Date: Fri, 10 Jun 2011 11:13:32 -0600 Subject: [arch-general] [arch-dev-public] [signoff] coreutils-8.12-2, initscripts-2011.06.3-1, net-tools-1.60-16, udev-171-2, yp-tools-2.12-2, ypbind-mt-1.33-2, iproute2-2.6.38-3 In-Reply-To: <BANLkTikGRi74kT332dfpSaFRVb+YdBUMug@mail.gmail.com> References: <BANLkTin-SKWLNt8O4rj5i0gjCBeY0fqiCw@mail.gmail.com> <BANLkTinDfh8=Lio=2OYxo757bK3Aq+=-dg@mail.gmail.com> <BANLkTi=5cBk_fxSAFi6fpwmZhjrMWcyNVA@mail.gmail.com> <201106072336.57259.markotahal@gmail.com> <BANLkTim77-fCrtmou68FQk40C-tmqXnaiA@mail.gmail.com> <BANLkTimbOGUvA0C5kfBc9hC7Sp61Mi=eww@mail.gmail.com> <4DEF8492.9010208@gmail.com> <BANLkTi=g+OY16g-KDmZ1ttcmV0FTXkL1gA@mail.gmail.com> <4DEFB24F.8010307@gmail.com> <BANLkTimYk+o80hQO1BmUOYNmpED3Rc6Vnw@mail.gmail.com> <BANLkTimiiF1ZShjcmy8gwwPLi856AMmQTA@mail.gmail.com> <BANLkTikGRi74kT332dfpSaFRVb+YdBUMug@mail.gmail.com> Message-ID: <BANLkTimZ-9LSnfFi7-jrdhzRscOUBmDpng@mail.gmail.com> On Fri, Jun 10, 2011 at 12:52 AM, Joker-jar <joker-jar at yandex.ru> wrote: > /etc/conf.d/bridges (bridge-utils) still has old rc.conf example: > > # example: > # > # in /etc/rc.conf: > # eth0="eth0 up" > # eth1="eth1 up" > # br0="br0 192.168.0.2 netmask 255.255.255.0 up" > # INTERFACES=(lo eth0 eth1 br0) > # > # in /etc/conf.d/bridges > # bridge_br0="eth0 eth1" > # BRIDGE_INTERFACES=(br0) > # > > In addition bridged interfaces doesn't work with new rc.conf syntax (unknown > interface br0). How to set up? The dchp still works with net-tools installed: eth0="eth0 up" br0="dhcp" INTERFACES=(eth0 br0) However using netcfg it can be accomplish, it has examples: /etc/network.d/examples/bridge I have two profiles, one for dhcp (work) and one for static (home): % cat /etc/network.d/wired-dhcp # DHCLIENT=yes CONNECTION='bridge' DESCRIPTION='A basic dhcp ethernet connection using iproute' INTERFACE='br0' BRIDGE_INTERFACES="eth0" IP='dhcp' CARRIER_TIMEOUT=3 % cat /etc/network.d/wired-static # CONNECTION='bridge' DESCRIPTION='A basic static ethernet connection using iproute' INTERFACE='br0' BRIDGE_INTERFACES="eth0" IP='static' ADDR='192.168.1.159' GATEWAY='192.168.1.1' DNS=('200.91.75.5' '200.91.75.6' '192.168.1.1') CARRIER_TIMEOUT=3 So I use net-profiles daemon instead of network one, :-) Notice for some reason dhcpd is not a good option for bridging under netcfg, since somehow the dhcp client keeps alive after netcfg -a, so I preferred using dhclient, which works well... So perhaps you might consider using netcfg for bridging, :-) -- Javier. From r.schtz at t-online.de Fri Jun 10 13:17:02 2011 From: r.schtz at t-online.de (=?ISO-8859-1?Q?Richard_Sch=FCtz?=) Date: Fri, 10 Jun 2011 19:17:02 +0200 Subject: [arch-general] [signoff] kernel26-2.6.39.1-1 In-Reply-To: <201106101709.25825.tobias.powalowski@googlemail.com> References: <201106101709.25825.tobias.powalowski@googlemail.com> Message-ID: <4DF2518E.7080904@t-online.de> Am 10.06.2011 17:09, schrieb Tobias Powalowski: > Hi guys, > please signoff 2.6.39 series for both arches. > > Upstream > changes: > http://kernelnewbies.org/LinuxChanges > > WARNING: > AUFS2 support is gone for now, if this is no showstopper we should go move it > to [core]. > > If noone has real objections, I hope to get this kernel into [core]. > > Along with this the binary modules mentioned on the previous thread will be > removed from [core] and [extra]: > - tiacx (broken) > - ndiswrapper (not needed anymore) > - intel536/537 (does not compile on .39 series) > - madwifi (obsolete) > - martian (old modem driver) > - tiacx-lts > - ndiswrapper-lts > > greetings > tpowa signoff x86_64 -- Regards, Richard Sch?tz From teg at jklm.no Fri Jun 10 13:19:37 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 10 Jun 2011 19:19:37 +0200 Subject: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.39.1-1 In-Reply-To: <201106101709.25825.tobias.powalowski@googlemail.com> References: <201106101709.25825.tobias.powalowski@googlemail.com> Message-ID: <BANLkTikzBqARWx12YcN=vULN4zFnmWjUhG=vn_6vrZvOPSyd3A@mail.gmail.com> On Fri, Jun 10, 2011 at 5:09 PM, Tobias Powalowski <tobias.powalowski at googlemail.com> wrote: > > If noone has real objections, I hope to get this kernel into [core]. > > Along with this the binary modules mentioned on the previous thread will be > removed from [core] and [extra]: > - tiacx (broken) > - ndiswrapper (not needed anymore) > - intel536/537 (does not compile on .39 series) > - madwifi (obsolete) > - martian (old modem driver) > - tiacx-lts > - ndiswrapper-lts Signoff both. -t From registo.mailling at gmail.com Fri Jun 10 15:44:16 2011 From: registo.mailling at gmail.com (Mauro Santos) Date: Fri, 10 Jun 2011 20:44:16 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinrNqtQrHeCdUk=iHF+Jp+TT8FSKw@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTinrNqtQrHeCdUk=iHF+Jp+TT8FSKw@mail.gmail.com> Message-ID: <4DF27410.4010509@gmail.com> Arch users have lived without the last good known kernel so far and without an -lts kernel until recently. IMHO it is a lot more advisable to have an install cd/usb, or even better, a custom install in some external media that can be used to boot the system in case something goes wrong or in case of emergency. Then you can just chroot into the broken install and fix the problem or tell pacman where the root and cache are located and fix things. -- Mauro Santos From magnus at therning.org Fri Jun 10 20:11:22 2011 From: magnus at therning.org (Magnus Therning) Date: Sat, 11 Jun 2011 01:11:22 +0100 Subject: [arch-general] On module blacklisting Message-ID: <20110611001122.GA1455@ohann> I just read about the changes to module blacklisting[1] and I'm left wondering: 1. As I read it, it's only blacklisting that's affected, is that correct? So MODULES in rc.conf can in the future only be used to load modules at boot-up. (Is there even a way to configure modprobe to load modules on boot?) 2. When does this change take effect? Which version of which package will it come with? /M [1] http://www.archlinux.org/news/changes-to-module-blacklisting/ -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110611/958f6d9c/attachment.asc> From teg at jklm.no Fri Jun 10 20:22:56 2011 From: teg at jklm.no (Tom Gundersen) Date: Sat, 11 Jun 2011 02:22:56 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <20110611001122.GA1455@ohann> References: <20110611001122.GA1455@ohann> Message-ID: <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> Hi Magnus, On Sat, Jun 11, 2011 at 2:11 AM, Magnus Therning <magnus at therning.org> wrote: > 1. As I read it, it's only blacklisting that's affected, is that > ? correct? Correct. > ? So MODULES in rc.conf can in the future only be used to load > ? modules at boot-up. Correct. > (Is there even a way to configure modprobe to > ? load modules on boot?) No (that's why we need to keep this in rc.conf). > 2. When does this change take effect? > ? Which version of which package will it come with? The packages were moved to [core] shortly after the announcement was made. You should have received notifications when installing initscripts and udev. Cheers, Tom From magnus at therning.org Fri Jun 10 20:26:18 2011 From: magnus at therning.org (Magnus Therning) Date: Sat, 11 Jun 2011 01:26:18 +0100 Subject: [arch-general] On deprecation of net-tools Message-ID: <20110611002618.GB1455@ohann> With the recent deprecation of net-tools I did notice some changes: - The binary 'hostname' now accepts remarkably few options, specifically 'hostname -d' no longer works. - The command 'dnsdomainname' disappeared. (I'm not really sure why I ended up using it though, since 'hostname -d' would have worked just as well.) I have read FS#24647 already, so I'm aware that some of this is being worked on. What I'm wondering is, what can I do in the meantime to get 'hostname -d' back? -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110611/9d4428a3/attachment.asc> From magnus at therning.org Fri Jun 10 20:28:39 2011 From: magnus at therning.org (Magnus Therning) Date: Sat, 11 Jun 2011 01:28:39 +0100 Subject: [arch-general] On module blacklisting In-Reply-To: <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> Message-ID: <20110611002839.GC1455@ohann> On Sat, Jun 11, 2011 at 02:22:56AM +0200, Tom Gundersen wrote: > Hi Magnus, > > On Sat, Jun 11, 2011 at 2:11 AM, Magnus Therning <magnus at therning.org> wrote: > > 1. As I read it, it's only blacklisting that's affected, is that > > ? correct? > > Correct. > > > ? So MODULES in rc.conf can in the future only be used to load > > ? modules at boot-up. > > Correct. > > > (Is there even a way to configure modprobe to > > ? load modules on boot?) > > No (that's why we need to keep this in rc.conf). > > > 2. When does this change take effect? > > ? Which version of which package will it come with? > > The packages were moved to [core] shortly after the announcement was > made. You should have received notifications when installing > initscripts and udev. Thanks, that's exactly the info I was looking for :-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110611/8668bf0b/attachment.asc> From teg at jklm.no Fri Jun 10 20:38:29 2011 From: teg at jklm.no (Tom Gundersen) Date: Sat, 11 Jun 2011 02:38:29 +0200 Subject: [arch-general] On deprecation of net-tools In-Reply-To: <20110611002618.GB1455@ohann> References: <20110611002618.GB1455@ohann> Message-ID: <BANLkTimcTxYmLukR1_oE-CdqQZ-HkVy92g@mail.gmail.com> On Sat, Jun 11, 2011 at 2:26 AM, Magnus Therning <magnus at therning.org> wrote: > With the recent deprecation of net-tools I did notice some changes: > > - The binary 'hostname' now accepts remarkably few options, > ?specifically 'hostname -d' no longer works. > - The command 'dnsdomainname' disappeared. ?(I'm not really sure why I > ?ended up using it though, since 'hostname -d' would have worked just > ?as well.) > > I have read FS#24647 already, so I'm aware that some of this is being > worked on. ?What I'm wondering is, what can I do in the meantime to > get 'hostname -d' back? Install net-tools and coreutils from [testing], where this has already been resolved (reverted to the old behavior). -t From jtwdyp at ttlc.net Fri Jun 10 20:45:02 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Fri, 10 Jun 2011 20:45:02 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> Message-ID: <alpine.LMD.2.02.1106102025150.16186@localhost.localdomain> It would appear that on Jun 9, C Anthony Risinger did say: > On Jun 9, 2011 5:50 PM, "Heiko Baums" <lists at baums-on-web.de> wrote: > > Am Thu, 9 Jun 2011 17:36:21 -0500 > > schrieb C Anthony Risinger <anthony at xtfx.me>: > > > >> does this sound genius or completely insane? some insanely genius guy > >> once said they are only separated by a fine line ... > > > > Sounds completely insane. > > ooooook ... and ... why? -snipped. . . . . . . . . .stuff The only reason to even consider keeping an old kernel around with Arch was just in case the new kernel is effectively borked... (possibly due to a hardware incompatibility...) And if I remember right, you said something about this not working if the new kernel can't boot... -- | ~^~ ~^~ | <*> <*> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp at ttlc.net>> From magnus at therning.org Fri Jun 10 21:06:34 2011 From: magnus at therning.org (Magnus Therning) Date: Sat, 11 Jun 2011 02:06:34 +0100 Subject: [arch-general] On deprecation of net-tools In-Reply-To: <BANLkTimcTxYmLukR1_oE-CdqQZ-HkVy92g@mail.gmail.com> References: <20110611002618.GB1455@ohann> <BANLkTimcTxYmLukR1_oE-CdqQZ-HkVy92g@mail.gmail.com> Message-ID: <20110611010634.GH1455@ohann> On Sat, Jun 11, 2011 at 02:38:29AM +0200, Tom Gundersen wrote: > On Sat, Jun 11, 2011 at 2:26 AM, Magnus Therning <magnus at therning.org> wrote: > > With the recent deprecation of net-tools I did notice some changes: > > > > - The binary 'hostname' now accepts remarkably few options, > > ?specifically 'hostname -d' no longer works. > > - The command 'dnsdomainname' disappeared. ?(I'm not really sure why I > > ?ended up using it though, since 'hostname -d' would have worked just > > ?as well.) > > > > I have read FS#24647 already, so I'm aware that some of this is being > > worked on. ?What I'm wondering is, what can I do in the meantime to > > get 'hostname -d' back? > > Install net-tools and coreutils from [testing], where this has > already been resolved (reverted to the old behavior). Ah, thanks for that info! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110611/83632097/attachment.asc> From jtwdyp at ttlc.net Fri Jun 10 21:06:21 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Fri, 10 Jun 2011 21:06:21 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> <BANLkTi=X3j2UzzHkb4_q6a+iEayUcT33FA@mail.gmail.com> <BANLkTi=319VnJ3ZxsBYOCiYgZ=utyLRzHQ@mail.gmail.com> <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> Message-ID: <alpine.LMD.2.02.1106102046500.16186@localhost.localdomain> It would appear that on Jun 10, Robert Howard did say: > Why not just copy the old kernel image, modules and initrd image somewhere > by hand before you upgrade kernels. If we try to make this automated it > isn't going to be kiss. I used to do this way back in the day by including > the entire kernel version in the pkgver and giving the images longer names. > It was possible to have concurrently installed kernels. Check out how some > of the AUR kernels manage to be the same kernel version as the official > without causing issues. That wouldn't be such a bad idea. And in fact I already do that with the kernel and initrd image. But I'm almost ashamed to admit that I don't have enough understanding of the modules to know how to preserve and when needed restore them. And as was I think mentioned in this thread, without the modules, the gui wouldn't work... ?I blame CRS {see below}? I've tried to learn stuff like that but the knowledge didn't stick. Is there a step by step how-to or wiki I could bookmark??? -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp at ttlc.net>> * CRS : "Can't Remember Sh^Htuff" : In my case this means that unless I * do something the same way every day for a LONG time, or have examples * of how I did it before (where I can still find them), I usually wind up * scratching my head the next time I need to do a non-daily task. Or for * that matter, to remember what I was doing before the durned phone rang etc... From jtwdyp at ttlc.net Fri Jun 10 21:21:17 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Fri, 10 Jun 2011 21:21:17 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <20110610131451.3066d69a@darkstar> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <20110610131451.3066d69a@darkstar> Message-ID: <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> It would appear that on Jun 10, Heiko Baums did say: > Am Fri, 10 Jun 2011 12:48:57 +0200 > schrieb Vic Demuzere <vic at demuzere.be>: > > > Having multiple kernels is insane. I don't get why it's needed. There > > is a live cd to rescue your system if needed. > > And the old kernel packages (every package) are saved in pacman's cache > (usually /var/cache/pacman/pkg) anyway until pacman -Sc or pacman -Scc > is run. So every package can easily be downgraded by running pacman > -U /var/cache/pacman/pkg/<package-file-name>. Mind specifying for an idiot like me just which package-file-names I'd need to use with pacman -U to restore the previous kernel, complete with it's modules? -snipped. . . . . . . . . .stuff > The better and much cleaner solution is to first try the fallback initrd > or to install a different kernel package like kernel26-lts parallel to > kernel26. > > Keep in mind, those cases in which an updated kernel is unbootable > are very, very rare. > > And people who need a reliable system and are so afraid of > broken kernels, of course, shouldn't use [testing]. They should better > install a multiboot system with one stable system and one test system. > This way they can test kernel updates from [testing] on their test > system and update the kernel on their stable system only if the test > system is working correctly. This would, btw., help to filing bug > reports for the kernels on esoteric hardware before they get into > [core]. Now that, Heiko, is a good idea. And one that I could actually do. I'd just have to decide which of my other Linux distributions to sacrifice to make room for it... Keeping in mind that as you say: "those cases in which an updated kernel is unbootable are very, very rare." I think I'd rather learn how to use the "pacman -U" method... -- | ~^~ ~^~ | <*> <*> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp at ttlc.net>> From lists at baums-on-web.de Fri Jun 10 21:29:00 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sat, 11 Jun 2011 03:29:00 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <alpine.LMD.2.02.1106102046500.16186@localhost.localdomain> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <20110610005024.6903b6a0@darkstar> <BANLkTinOtnuLvz-sWh6qk_mD8Vsf5XEFDg@mail.gmail.com> <BANLkTi=X3j2UzzHkb4_q6a+iEayUcT33FA@mail.gmail.com> <BANLkTi=319VnJ3ZxsBYOCiYgZ=utyLRzHQ@mail.gmail.com> <BANLkTinubFLkytWZaNjW6Ar7TErmrq29yQ@mail.gmail.com> <alpine.LMD.2.02.1106102046500.16186@localhost.localdomain> Message-ID: <20110611032900.40c5f63e@darkstar> Am Fri, 10 Jun 2011 21:06:21 -0400 schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > That wouldn't be such a bad idea. And in fact I already do that with > the kernel and initrd image. But I'm almost ashamed to admit that I > don't have enough understanding of the modules to know how to > preserve and when needed restore them. And as was I think mentioned > in this thread, without the modules, the gui wouldn't work... You don't need the modules and the GUI to downgrade the kernel package if the updated kernel should be broken. > Is there a step by step how-to or wiki I could bookmark??? 1. Boot the old kernel 2. Login on the text console 3. pacman -U /var/cache/pacman/pkg/kernel26-<lastworkingversion>-<arch>.pkg.tar.xz 4. reboot Old kernel and its modules are back. But before you do this, you should write down or copy the necessary error messages and details to file a bug report about the kernel issue. Heiko From lists at baums-on-web.de Fri Jun 10 21:33:55 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sat, 11 Jun 2011 03:33:55 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <20110610131451.3066d69a@darkstar> <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> Message-ID: <20110611033355.7275073f@darkstar> Am Fri, 10 Jun 2011 21:21:17 -0400 schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > Mind specifying for an idiot like me just which package-file-names > I'd need to use with pacman -U to restore the previous kernel, > complete with it's modules? Try `ls /var/cache/pacman/pkg/kernel26*` and I guess you will find it. > Now that, Heiko, is a good idea. And one that I could actually do. > I'd just have to decide which of my other Linux distributions to > sacrifice to make room for it... Keeping in mind that as you say: > "those cases in which an updated kernel is unbootable are very, very > rare." I think I'd rather learn how to use the "pacman -U" method... Would at least be less work. Heiko From sagikliwon at gmail.com Fri Jun 10 22:16:11 2011 From: sagikliwon at gmail.com (Abdul Halim) Date: Sat, 11 Jun 2011 10:16:11 +0800 Subject: [arch-general] EveryDNS compulsory migration to Dyn Message-ID: <BANLkTimGigaf5_qnp=PF0Sft0p-QjEvF5A@mail.gmail.com> I can't help but notice that ArchLinux is using EveryDNS for its DNS server. And since I also use EveryDNS DNS server, what is the plan for ArchLinux domain administrator since EveryDNS users need to migrate to Dyn by 31-Aug-2011? Will the administrator use the paid service or something else? From sagikliwon at gmail.com Fri Jun 10 22:43:16 2011 From: sagikliwon at gmail.com (Abdul Halim) Date: Sat, 11 Jun 2011 10:43:16 +0800 Subject: [arch-general] EveryDNS compulsory migration to Dyn Message-ID: <BANLkTi=w_EzzGvsmrFkgA0+JaAV+K=pjRg@mail.gmail.com> I can't help but notice that ArchLinux is using EveryDNS for its DNS server. And since I also use EveryDNS DNS server, what is the plan for ArchLinux domain administrator since EveryDNS users need to migrate to Dyn by 31-Aug-2011? Will the administrator use the paid service or something else? From anthony at xtfx.me Sat Jun 11 00:36:18 2011 From: anthony at xtfx.me (C Anthony Risinger) Date: Fri, 10 Jun 2011 23:36:18 -0500 Subject: [arch-general] {external, general}ized hooks in key packages [kernel26, ???] (WAS: Re: Reboot - Versioned Kernel Installs) Message-ID: <BANLkTimxF7idTf=bvkW3yGap2LQu_KvzHg@mail.gmail.com> On Fri, Jun 10, 2011 at 2:44 PM, Mauro Santos <registo.mailling at gmail.com> wrote: > > Arch users have lived without the last good known kernel so far and > without an -lts kernel until recently. this applies to technology in general -- we don't need any of it, but forward we move nonetheless. > IMHO it is a lot more advisable > to have an install cd/usb, or even better, a custom install in some > external media that can be used to boot the system in case something > goes wrong or in case of emergency. Then you can just chroot into the > broken install and fix the problem or tell pacman where the root and > cache are located and fix things. why is that simpler/advisable? now you need to mount everything properly by hand else things like autodetection fail in mkinitcpio, etc. i don't think it's hard to recover, and i would never have any of these issues, but i think a *real* recovery shell is not a bad idea ... why add more work for me the human when the machine could get me 95% the way there? and offer some options even? On Fri, Jun 10, 2011 at 7:45 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote: > > The only reason to even consider keeping an old kernel around with Arch was > just in case the new kernel is effectively borked... (possibly due to a > hardware incompatibility...) And if I remember right, you said something > about this not working if the new kernel can't boot... you wouldn't want to boot it past the final step, ie. you don't want to actually switch_root into your / device and continue the boot process ... however, at that moment, you have: ) booted a good kernel ) have all autodetected modules available (possibly not loaded tho) ) ... and (IIRC) -fallback version has the full module tree if needed ) loaded your last configuration of initcpio hooks/etc ) ... which means your / is probably mounted properly, even with encryption and other exotics ) other filesystems like /dev /sys are mounted, --move'd, and ready to go on the new_root ) the whole system is poised for regular boot ... so initcpio script *could*, if aware of your dilemma: ) drop to shell immediately with some helpful info ) chroot for you into /new_root (your real system) ) ... maybe bind mount the module hierarchy into new_root to prevent accidental loading of wrong mods (if that's even possible, not sure) ... basically just bring you 95% the way there, then let you fix it and reboot ... done. On Fri, Jun 10, 2011 at 8:06 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote: > > It would appear that on Jun 10, Robert Howard did say: > >> Why not just copy the old kernel image, modules and initrd image somewhere >> by hand before you upgrade kernels. > > That wouldn't be such a bad idea. And in fact I already do that with the > kernel and initrd image. and that option will always be available ... but any trivially repetitive procedure requiring consistent user interaction is a poor solution IMO, if even worthy of being called a solution. definitely an exaggeration, but why even have timed scripts a la cron, or a packaging system at all, when we could just remember to do stuff? why not boot the system by hand :-)? probably because these automata improve consistency and reduce the likelihood of errors ... we suck at being computers :-) http://panko.shidler.hawaii.edu/HumanErr/ProgNorm.htm > * CRS : "Can't Remember Sh^Htuff" ha nice ... i've never heard anyone else say/use this (CRS acronym) ... my grandmother has been telling me that since i was a kid -- i always thought she made it up :-) -- one of those independently discoverable things i suppose. On Fri, Jun 10, 2011 at 8:33 PM, Heiko Baums <lists at baums-on-web.de> wrote: > Am Fri, 10 Jun 2011 21:21:17 -0400 > schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > >> Now that, Heiko, is a good idea. And one that I could actually do. >> I'd just have to decide which of my other Linux distributions to >> sacrifice to make room for it... Keeping in mind that as you say: >> "those cases in which an updated kernel is unbootable are very, very >> rare." I think I'd rather learn how to use the "pacman -U" method... > > Would at least be less work. how is installing another distro that you may never use easier? you'd still have to go thru the whole manual recovery process. LiveCD beats this any day for me -- i rarely install anything these days because my distro-hopping abruptly ended with Arch :-) (though i do check them out from time to time, or for work related things) -------------------------------------------------- and the end of the day people just want to reinstate a useable system as rapidly as possible. we can yammer on and argue that the user "should not be using testing then", "should be making full backups", "should have/know an alternate recovery plan", "should be manually backing up kernel related stuff", "should be awesomely l33t with linux by now", "prob shouldnt use Arch then" or limitless other assertions, none of which will help anyone learn anything. i can recover my system. i can recover it pretty much no matter how fubificated it is in only a couple minutes because my life is centered around these systems -- to others, if not most, the system is merely a conduit to their own needs/interests, not the focal point. this is important to remember. i think some basic recovery options are a fair request, and one i've seen often enough in various places. if their needs can be made possible by a simple externalized mechanism, and then implemented + maintained by the community, then who is losing? if you don't want it you can simply not use it and your system is no better or worse. in fact, it's not even affected to any degree save some extra checks failing here and there ... you may even find your own use for the triggers. such a mechanism could be used to save packages, save module tree, save images, or anything else one wanted it to do at that critical point. in my own case, i need a way to save the kernel and initramfs before they are replaced -- automatically -- so i can stuff them into a btrfs subvolume for system rollbacks ... i would never ask the user to perform this manually for a million good reasons. the only other option AFAICS is aliasing over the top of pacman. so, while i personally don't care about the threads specific request -- as it will never apply to me -- IMO the motivation is sound, and could be generalized. i propose this threads energy move away from the endlessly debatable focus on "versioning the kernel" to "providing a means to perform custom actions during kernel package transactions, and potentially any package" ... something that maybe everyone can agree on, and something that may prove to enable many new/interesting ideas. so, what sayeth anyone that can make the magic come to life, or anyone else? /etc/pacman/hooks.d/kernel26/<hookname> /etc/pacman/hooks.d/hook.kernel26.<hookname> /etc/kernel26.hook /etc/pacman.linux.hook <whatever> ill be looking into the pacman hooks proposal, but since i cant do C [yet :-] no patches will be from this guy ... external hooks to the .install file is probably pretty simple to implemented even in pacman (then any package could be hooked), but could easily be done in the .install file itself for certain packages, eg. kernel26. C Anthony From yaro at marupa.net Sat Jun 11 00:50:04 2011 From: yaro at marupa.net (Yaro Kasear) Date: Fri, 10 Jun 2011 23:50:04 -0500 Subject: [arch-general] {external, general}ized hooks in key packages [kernel26, ???] (WAS: Re: Reboot - Versioned Kernel Installs) In-Reply-To: <BANLkTimxF7idTf=bvkW3yGap2LQu_KvzHg@mail.gmail.com> References: <BANLkTimxF7idTf=bvkW3yGap2LQu_KvzHg@mail.gmail.com> Message-ID: <201106102350.04351.yaro@marupa.net> On Friday, June 10, 2011 23:36:18 C Anthony Risinger wrote: > On Fri, Jun 10, 2011 at 2:44 PM, Mauro Santos > > <registo.mailling at gmail.com> wrote: > > Arch users have lived without the last good known kernel so far and > > without an -lts kernel until recently. > > this applies to technology in general -- we don't need any of it, but > forward we move nonetheless. > > > IMHO it is a lot more advisable > > to have an install cd/usb, or even better, a custom install in some > > external media that can be used to boot the system in case something > > goes wrong or in case of emergency. Then you can just chroot into the > > broken install and fix the problem or tell pacman where the root and > > cache are located and fix things. > > why is that simpler/advisable? now you need to mount everything > properly by hand else things like autodetection fail in mkinitcpio, > etc. i don't think it's hard to recover, and i would never have any > of these issues, but i think a *real* recovery shell is not a bad idea > ... why add more work for me the human when the machine could get me > 95% the way there? and offer some options even? > > On Fri, Jun 10, 2011 at 7:45 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote: > > The only reason to even consider keeping an old kernel around with Arch > > was just in case the new kernel is effectively borked... (possibly due > > to a hardware incompatibility...) And if I remember right, you said > > something about this not working if the new kernel can't boot... > > you wouldn't want to boot it past the final step, ie. you don't want > to actually switch_root into your / device and continue the boot > process ... however, at that moment, you have: > > ) booted a good kernel > ) have all autodetected modules available (possibly not loaded tho) > ) ... and (IIRC) -fallback version has the full module tree if needed > ) loaded your last configuration of initcpio hooks/etc > ) ... which means your / is probably mounted properly, even with > encryption and other exotics > ) other filesystems like /dev /sys are mounted, --move'd, and ready to > go on the new_root > ) the whole system is poised for regular boot > > ... so initcpio script *could*, if aware of your dilemma: > > ) drop to shell immediately with some helpful info > ) chroot for you into /new_root (your real system) > ) ... maybe bind mount the module hierarchy into new_root to prevent > accidental loading of wrong mods (if that's even possible, not sure) > > ... basically just bring you 95% the way there, then let you fix it > and reboot ... done. > > On Fri, Jun 10, 2011 at 8:06 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote: > > It would appear that on Jun 10, Robert Howard did say: > >> Why not just copy the old kernel image, modules and initrd image > >> somewhere by hand before you upgrade kernels. > > > > That wouldn't be such a bad idea. And in fact I already do that with the > > kernel and initrd image. > > and that option will always be available ... but any trivially > repetitive procedure requiring consistent user interaction is a poor > solution IMO, if even worthy of being called a solution. definitely > an exaggeration, but why even have timed scripts a la cron, or a > packaging system at all, when we could just remember to do stuff? why > not boot the system by hand :-)? probably because these automata > improve consistency and reduce the likelihood of errors ... we suck at > being computers :-) > > http://panko.shidler.hawaii.edu/HumanErr/ProgNorm.htm > > > * CRS : "Can't Remember Sh^Htuff" > > ha nice ... i've never heard anyone else say/use this (CRS acronym) > ... my grandmother has been telling me that since i was a kid -- i > always thought she made it up :-) -- one of those independently > discoverable things i suppose. > > On Fri, Jun 10, 2011 at 8:33 PM, Heiko Baums <lists at baums-on-web.de> wrote: > > Am Fri, 10 Jun 2011 21:21:17 -0400 > > > > schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > >> Now that, Heiko, is a good idea. And one that I could actually do. > >> I'd just have to decide which of my other Linux distributions to > >> sacrifice to make room for it... Keeping in mind that as you say: > >> "those cases in which an updated kernel is unbootable are very, very > >> rare." I think I'd rather learn how to use the "pacman -U" method... > > > > Would at least be less work. > > how is installing another distro that you may never use easier? you'd > still have to go thru the whole manual recovery process. LiveCD beats > this any day for me -- i rarely install anything these days because my > distro-hopping abruptly ended with Arch :-) (though i do check them > out from time to time, or for work related things) > > -------------------------------------------------- > > and the end of the day people just want to reinstate a useable system > as rapidly as possible. we can yammer on and argue that the user > "should not be using testing then", "should be making full backups", > "should have/know an alternate recovery plan", "should be manually > backing up kernel related stuff", "should be awesomely l33t with linux > by now", "prob shouldnt use Arch then" or limitless other assertions, > none of which will help anyone learn anything. > > i can recover my system. i can recover it pretty much no matter how > fubificated it is in only a couple minutes because my life is centered > around these systems -- to others, if not most, the system is merely a > conduit to their own needs/interests, not the focal point. this is > important to remember. i think some basic recovery options are a fair > request, and one i've seen often enough in various places. if their > needs can be made possible by a simple externalized mechanism, and > then implemented + maintained by the community, then who is losing? > if you don't want it you can simply not use it and your system is no > better or worse. in fact, it's not even affected to any degree save > some extra checks failing here and there ... you may even find your > own use for the triggers. > > such a mechanism could be used to save packages, save module tree, > save images, or anything else one wanted it to do at that critical > point. in my own case, i need a way to save the kernel and initramfs > before they are replaced -- automatically -- so i can stuff them into > a btrfs subvolume for system rollbacks ... i would never ask the user > to perform this manually for a million good reasons. the only other > option AFAICS is aliasing over the top of pacman. > > so, while i personally don't care about the threads specific request > -- as it will never apply to me -- IMO the motivation is sound, and > could be generalized. i propose this threads energy move away from > the endlessly debatable focus on "versioning the kernel" to "providing > a means to perform custom actions during kernel package transactions, > and potentially any package" ... something that maybe everyone can > agree on, and something that may prove to enable many new/interesting > ideas. > > so, what sayeth anyone that can make the magic come to life, or anyone > else? > > /etc/pacman/hooks.d/kernel26/<hookname> > /etc/pacman/hooks.d/hook.kernel26.<hookname> > /etc/kernel26.hook > /etc/pacman.linux.hook > <whatever> > > ill be looking into the pacman hooks proposal, but since i cant do C > [yet :-] no patches will be from this guy ... external hooks to the > .install file is probably pretty simple to implemented even in pacman > (then any package could be hooked), but could easily be done in the > .install file itself for certain packages, eg. kernel26. > > C Anthony This all sounds wonderful and handy and completely incompatible with the Arch Way. From mwnnlin at gmail.com Sat Jun 11 01:37:11 2011 From: mwnnlin at gmail.com (mwnn) Date: Sat, 11 Jun 2011 11:07:11 +0530 Subject: [arch-general] Dejavu sans mono fonts rendering issue. Message-ID: <BANLkTinHGZPh3MKW+C51fzXN0JZU64z_0A@mail.gmail.com> Hi, I am unable to configure fonts on my new arch linux system. The fonts from the old slackware installation are similar to http://i.imgur.com/UcwHS.png. The new arch linux fonts look like http://imageshack.us/photo/my-images/695/newemacs.jpg/ Regards, mwnn From remyoudompheng at gmail.com Sat Jun 11 02:48:00 2011 From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Sat, 11 Jun 2011 08:48:00 +0200 Subject: [arch-general] Dejavu sans mono fonts rendering issue. In-Reply-To: <BANLkTinHGZPh3MKW+C51fzXN0JZU64z_0A@mail.gmail.com> References: <BANLkTinHGZPh3MKW+C51fzXN0JZU64z_0A@mail.gmail.com> Message-ID: <BANLkTi=9NCKy7tM8XdQmiyYJvCuFaULgqw@mail.gmail.com> On 2011/6/11 mwnn <mwnnlin at gmail.com> wrote: > Hi, > > ? I am unable to configure fonts on my new arch linux system. The > fonts from the old slackware installation are similar to > http://i.imgur.com/UcwHS.png. The new arch linux fonts look like > http://imageshack.us/photo/my-images/695/newemacs.jpg/ Hello, You do not seem to have a question or a problem that people might try to solve. Do you have any? Regards, R?my. From mwnnlin at gmail.com Sat Jun 11 02:56:47 2011 From: mwnnlin at gmail.com (mwnn) Date: Sat, 11 Jun 2011 12:26:47 +0530 Subject: [arch-general] Dejavu sans mono fonts rendering issue. In-Reply-To: <BANLkTi=9NCKy7tM8XdQmiyYJvCuFaULgqw@mail.gmail.com> References: <BANLkTinHGZPh3MKW+C51fzXN0JZU64z_0A@mail.gmail.com> <BANLkTi=9NCKy7tM8XdQmiyYJvCuFaULgqw@mail.gmail.com> Message-ID: <BANLkTimw9FvjFmXkBpP52OqHbe70AaYiTw@mail.gmail.com> On Sat, Jun 11, 2011 at 12:18 PM, R?my Oudompheng <remyoudompheng at gmail.com> wrote: > On 2011/6/11 mwnn <mwnnlin at gmail.com> wrote: >> Hi, >> >> ? I am unable to configure fonts on my new arch linux system. The >> fonts from the old slackware installation are similar to >> http://i.imgur.com/UcwHS.png. The new arch linux fonts look like >> http://imageshack.us/photo/my-images/695/newemacs.jpg/ > > Hello, > > You do not seem to have a question or a problem that people might try > to solve. Do you have any? > > Regards, > R?my. > The Slackware fonts are much thicker than the one on Arch. Would like to know how I can configure the fonts on Arch to look similar to Slackware. I have read Archwiki's Fontconfig entry and tried setting various configurations in ~/.fonts.conf. BTW the issue appears only in Emacs and GVIM. Firefox, for example, renders fonts correctly. P.S: I am using icewm as my window manager and xdm as my display manager. From mwnnlin at gmail.com Sat Jun 11 03:43:38 2011 From: mwnnlin at gmail.com (mwnn) Date: Sat, 11 Jun 2011 13:13:38 +0530 Subject: [arch-general] Dejavu sans mono fonts rendering issue. In-Reply-To: <BANLkTimw9FvjFmXkBpP52OqHbe70AaYiTw@mail.gmail.com> References: <BANLkTinHGZPh3MKW+C51fzXN0JZU64z_0A@mail.gmail.com> <BANLkTi=9NCKy7tM8XdQmiyYJvCuFaULgqw@mail.gmail.com> <BANLkTimw9FvjFmXkBpP52OqHbe70AaYiTw@mail.gmail.com> Message-ID: <BANLkTi=syiiUgH7QHT+jZv9OjCSmBz7OEw@mail.gmail.com> On Sat, Jun 11, 2011 at 12:26 PM, mwnn <mwnnlin at gmail.com> wrote: > On Sat, Jun 11, 2011 at 12:18 PM, R?my Oudompheng > <remyoudompheng at gmail.com> wrote: >> On 2011/6/11 mwnn <mwnnlin at gmail.com> wrote: >>> Hi, >>> >>> ? I am unable to configure fonts on my new arch linux system. The >>> fonts from the old slackware installation are similar to >>> http://i.imgur.com/UcwHS.png. The new arch linux fonts look like >>> http://imageshack.us/photo/my-images/695/newemacs.jpg/ >> >> Hello, >> >> You do not seem to have a question or a problem that people might try >> to solve. Do you have any? >> >> Regards, >> R?my. >> > > The Slackware fonts are much thicker than the one on Arch. Would like > to know how I can configure the fonts on Arch to look similar to > Slackware. I have read Archwiki's Fontconfig entry and tried setting > various configurations in ~/.fonts.conf. BTW the issue appears only in > Emacs ?and GVIM. Firefox, for example, renders fonts correctly. > > P.S: I am using icewm as my window manager and xdm as my display manager. > The following .fonts.conf file did the trick: <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <match target="font"> <edit mode="assign" name="rgba"> <const>none</const> </edit> </match> <match target="font"> <edit mode="assign" name="hinting"> <bool>false</bool> </edit> </match> <match target="font"> <edit mode="assign" name="hintstyle"> <const>hintnone</const> </edit> </match> <match target="font"> <edit mode="assign" name="antialias"> <bool>true</bool> </edit> </match> </fontconfig> From hollunder at lavabit.com Sat Jun 11 04:55:35 2011 From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Sat, 11 Jun 2011 10:55:35 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> Message-ID: <1307782264-sup-5754@eris> Excerpts from Tom Gundersen's message of 2011-06-11 02:22:56 +0200: > Hi Magnus, > > On Sat, Jun 11, 2011 at 2:11 AM, Magnus Therning <magnus at therning.org> wrote: > > 1. As I read it, it's only blacklisting that's affected, is that > > ? correct? > > Correct. > > > ? So MODULES in rc.conf can in the future only be used to load > > ? modules at boot-up. > > Correct. > > > (Is there even a way to configure modprobe to > > ? load modules on boot?) > > No (that's why we need to keep this in rc.conf). It was a lot nicer to have loading and blacklisting in one place though. I like Arch in part for the simplicity of its configuration and spreading out config files doesn't help. I also think that the Arch blacklisting semantics were better, but I'm not sure they actually worked as intended. Another thing, is it still possible to have the rc.conf network stuff as a one-liner or is this new format required? I just need to switch between dhcp and a static address from time to time and a one liner is more convenient to comment/uncomment. From dieter at plaetinck.be Sat Jun 11 05:15:35 2011 From: dieter at plaetinck.be (Dieter Plaetinck) Date: Sat, 11 Jun 2011 11:15:35 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <1307782264-sup-5754@eris> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> Message-ID: <20110611111535.3a0cc17f@dieter-ws> On Sat, 11 Jun 2011 10:55:35 +0200 Philipp ?berbacher <hollunder at lavabit.com> wrote: > Excerpts from Tom Gundersen's message of 2011-06-11 02:22:56 +0200: > > Hi Magnus, > > > > On Sat, Jun 11, 2011 at 2:11 AM, Magnus Therning <magnus at therning.org> wrote: > > > 1. As I read it, it's only blacklisting that's affected, is that > > > ? correct? > > > > Correct. > > > > > ? So MODULES in rc.conf can in the future only be used to load > > > ? modules at boot-up. > > > > Correct. > > > > > (Is there even a way to configure modprobe to > > > ? load modules on boot?) > > > > No (that's why we need to keep this in rc.conf). > > It was a lot nicer to have loading and blacklisting in one place though. > I like Arch in part for the simplicity of its configuration and > spreading out config files doesn't help. > I also think that the Arch blacklisting semantics were better, but I'm > not sure they actually worked as intended. > > Another thing, is it still possible to have the rc.conf network stuff as > a one-liner or is this new format required? I just need to switch > between dhcp and a static address from time to time and a one liner is > more convenient to comment/uncomment. > it's bash you know. you=can; define=variables; like=this if you want everything on one line. From cantabile.desu at gmail.com Sat Jun 11 05:16:54 2011 From: cantabile.desu at gmail.com (cantabile) Date: Sat, 11 Jun 2011 12:16:54 +0300 Subject: [arch-general] On module blacklisting In-Reply-To: <1307782264-sup-5754@eris> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> Message-ID: <4DF33286.5000005@gmail.com> On 06/11/2011 11:55 AM, Philipp ?berbacher wrote: > Another thing, is it still possible to have the rc.conf network stuff as > a one-liner or is this new format required? I just need to switch > between dhcp and a static address from time to time and a one liner is > more convenient to comment/uncomment. > Sounds like a job for netcfg profiles. ;) -- cantabile "Jayne is a girl's name." -- River From lists at baums-on-web.de Sat Jun 11 08:17:47 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sat, 11 Jun 2011 14:17:47 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <4DF33286.5000005@gmail.com> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> Message-ID: <20110611141747.7807f0d4@darkstar> Am Sat, 11 Jun 2011 12:16:54 +0300 schrieb cantabile <cantabile.desu at gmail.com>: > On 06/11/2011 11:55 AM, Philipp ?berbacher wrote: > > Another thing, is it still possible to have the rc.conf network > > stuff as a one-liner or is this new format required? I just need to > > switch between dhcp and a static address from time to time and a > > one liner is more convenient to comment/uncomment. > > > > Sounds like a job for netcfg profiles. ;) Or networkmanager. ;-) Heiko From jan at jgc.homeip.net Sat Jun 11 08:26:23 2011 From: jan at jgc.homeip.net (Jan de Groot) Date: Sat, 11 Jun 2011 14:26:23 +0200 Subject: [arch-general] EveryDNS compulsory migration to Dyn In-Reply-To: <BANLkTimGigaf5_qnp=PF0Sft0p-QjEvF5A@mail.gmail.com> References: <BANLkTimGigaf5_qnp=PF0Sft0p-QjEvF5A@mail.gmail.com> Message-ID: <1307795183.1359.2.camel@laptop> On Sat, 2011-06-11 at 10:16 +0800, Abdul Halim wrote: > I can't help but notice that ArchLinux is using EveryDNS for its DNS server. > And since I also use EveryDNS DNS server, what is the plan for > ArchLinux domain administrator since EveryDNS users need to migrate to > Dyn by 31-Aug-2011? > Will the administrator use the paid service or something else? We're already working on that issue. Don't know what will be decided, but we'll migrate to a working solution before that date. Could be Dyn, but could be some other host too. Money isn't such a big issue, we've donated to EveryDNS before to get additional features also. From jan.steffens at gmail.com Sat Jun 11 08:36:37 2011 From: jan.steffens at gmail.com (Jan Steffens) Date: Sat, 11 Jun 2011 14:36:37 +0200 Subject: [arch-general] Dejavu sans mono fonts rendering issue. In-Reply-To: <BANLkTi=syiiUgH7QHT+jZv9OjCSmBz7OEw@mail.gmail.com> References: <BANLkTinHGZPh3MKW+C51fzXN0JZU64z_0A@mail.gmail.com> <BANLkTi=9NCKy7tM8XdQmiyYJvCuFaULgqw@mail.gmail.com> <BANLkTimw9FvjFmXkBpP52OqHbe70AaYiTw@mail.gmail.com> <BANLkTi=syiiUgH7QHT+jZv9OjCSmBz7OEw@mail.gmail.com> Message-ID: <BANLkTikv6z4bg7E=emDBjoPkbxGPxgkJ4jz_NC69bu=uk3BYiQ@mail.gmail.com> On Sat, Jun 11, 2011 at 9:43 AM, mwnn <mwnnlin at gmail.com> wrote: > The following .fonts.conf file did the trick: > <?xml version='1.0'?> > <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> > <fontconfig> > ?<match target="font"> > ?<edit mode="assign" name="rgba"> > ? <const>none</const> > ?</edit> > ?</match> > ?<match target="font"> > ?<edit mode="assign" name="hinting"> > ? <bool>false</bool> > ?</edit> > ?</match> > ?<match target="font"> > ?<edit mode="assign" name="hintstyle"> > ? <const>hintnone</const> > ?</edit> > ?</match> > ?<match target="font"> > ?<edit mode="assign" name="antialias"> > ? <bool>true</bool> > ?</edit> > ?</match> > </fontconfig> The slackware screenshot looks more like: <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <match target="font"> <edit mode="assign" name="rgba"> <const>rgb</const> </edit> </match> <match target="font"> <edit mode="assign" name="hinting"> <bool>true</bool> </edit> </match> <match target="font"> <edit mode="assign" name="hintstyle"> <const>hintslight</const> </edit> </match> <match target="font"> <edit mode="assign" name="antialias"> <bool>true</bool> </edit> </match> </fontconfig> From remyoudompheng at gmail.com Sat Jun 11 10:56:05 2011 From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Sat, 11 Jun 2011 16:56:05 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <1307710278.3416.1461681957@webmail.messagingengine.com> References: <20110609230132.75a747e9@darkstar> <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> <BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> <BANLkTim4hF=Sq209hGHgsCdee3xaFUaK+A@mail.gmail.com> <1307710278.3416.1461681957@webmail.messagingengine.com> Message-ID: <BANLkTikf-B_Hx4RZFpR=q1SjNeiitc1Xng@mail.gmail.com> On 2011/6/10 James Rayner <james at archlinux.org> wrote: > netcfg has an option that runs ip/iproute with any custom option > (routes, IPs anything), the option is "IPCFG". It may be seen in the > example ethernet-iproute[1]. > > IFCFG is the obscure command you mention, unfortunately it's not too > obscure, as this was how static IPs were set before iproute > configuration was added. It was retained for backwards compatibility. > > The only reason net-tools was still a requirement was setting hostname. > A change similar to initscripts [2] at line 121 of > src/connections/ethernet [3] would suffice. > > After that it ought to be safe to make net-tools an optional dependency. > Systems already using net-tools will keep functioning, and a notice > could be placed in code that handles IFCFG to advise those users to > migrate to the iproute configuration. > I will add some warning about IFCFG. I made the needed change for hostname and the next release will set net-tools to be optional. I will need testers for the various patches I merged from the bug tracker, notably IPv6. Any comments on the suggested implementation are welcome. -- R?my. From teg at jklm.no Sat Jun 11 11:13:55 2011 From: teg at jklm.no (Tom Gundersen) Date: Sat, 11 Jun 2011 17:13:55 +0200 Subject: [arch-general] [arch-announce] Deprecation of net-tools In-Reply-To: <BANLkTikf-B_Hx4RZFpR=q1SjNeiitc1Xng@mail.gmail.com> References: <20110609230132.75a747e9@darkstar> <BANLkTi=mVAxJK_NPqUYYowkOg6yJ46i8Pw@mail.gmail.com> <BANLkTikVU32ZK1SLPTrN+Yfd7R9w+zfo4w@mail.gmail.com> <BANLkTikwquNvuvpMAnxjtCuY7bqhX7wxpg@mail.gmail.com> <BANLkTim4hF=Sq209hGHgsCdee3xaFUaK+A@mail.gmail.com> <1307710278.3416.1461681957@webmail.messagingengine.com> <BANLkTikf-B_Hx4RZFpR=q1SjNeiitc1Xng@mail.gmail.com> Message-ID: <BANLkTimSnR74rkKvMKcKXfGkewtsFJ2Qhg@mail.gmail.com> Hi R?my, On Sat, Jun 11, 2011 at 4:56 PM, R?my Oudompheng <remyoudompheng at gmail.com> wrote: > I will need testers for the various patches I merged from the bug > tracker, notably IPv6. Any comments on the suggested implementation > are welcome. Great to hear that you are working on this! My two cents: I noticed you made a change to the state dir. Maybe worth also moving it from /var/run to /run? To avoid hassle with changing network backend in the future, it might be worth trying to avoid config variables that are passed to the backend without parsing (don't know if this has been, or will be added, just something that caused trouble in initscripts). -t From orbisvicis at gmail.com Sat Jun 11 12:22:38 2011 From: orbisvicis at gmail.com (Yclept Nemo) Date: Sat, 11 Jun 2011 12:22:38 -0400 Subject: [arch-general] Dejavu sans mono fonts rendering issue. In-Reply-To: <BANLkTikv6z4bg7E=emDBjoPkbxGPxgkJ4jz_NC69bu=uk3BYiQ@mail.gmail.com> References: <BANLkTinHGZPh3MKW+C51fzXN0JZU64z_0A@mail.gmail.com> <BANLkTi=9NCKy7tM8XdQmiyYJvCuFaULgqw@mail.gmail.com> <BANLkTimw9FvjFmXkBpP52OqHbe70AaYiTw@mail.gmail.com> <BANLkTi=syiiUgH7QHT+jZv9OjCSmBz7OEw@mail.gmail.com> <BANLkTikv6z4bg7E=emDBjoPkbxGPxgkJ4jz_NC69bu=uk3BYiQ@mail.gmail.com> Message-ID: <BANLkTik1=wmAoMjkFonXkXsGZzkiwV0QsA@mail.gmail.com> On Sat, Jun 11, 2011 at 8:36 AM, Jan Steffens <jan.steffens at gmail.com> wrote: > On Sat, Jun 11, 2011 at 9:43 AM, mwnn <mwnnlin at gmail.com> wrote: >> The following .fonts.conf file did the trick: >> ... > The slackware screenshot looks more like: > .. hehe, I must say I did not notice any significant difference aside from font and background color. From jtwdyp at ttlc.net Sat Jun 11 12:40:36 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Sat, 11 Jun 2011 12:40:36 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <20110611033355.7275073f@darkstar> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <20110610131451.3066d69a@darkstar> <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> <20110611033355.7275073f@darkstar> Message-ID: <alpine.LNX.2.00.1106111212490.2177@localhost.localdomain> It would appear that on Jun 11, Heiko Baums did say: > Am Fri, 10 Jun 2011 21:21:17 -0400 > schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > > > Mind specifying for an idiot like me just which package-file-names > > I'd need to use with pacman -U to restore the previous kernel, > > complete with it's modules? > > Try `ls /var/cache/pacman/pkg/kernel26*` and I guess you will find it. OK so lets see if I understand... I already maintain a manually configured grub legacy partition where each of my installed Linux have both a chainloader menu entry to whichever grub that Linux has installed to /boot on it's root partition, AND a regular menu entry that specified the initrd & vmlinuz that I routinely copy to MY grub partition shortly after any kernel upgrade... So in the event that the new kernel was effectively broken that on MY hardware neither the chainloaded Arch nor the arch fallback menu entries were able to boot, I could then boot the not yet replaced last known good kernel and initrd directly from MY grub and then from a console root prompt: ?assuming that the following tar.xz file is still there? pacman -U /var/cache/pacman/pkg/kernel26-2.6.38.6-2-x86_64.pkg.tar.xz And when I next reboot using the chainloader to where arch has it's grub installed, and selected "Arch Linux" it should boot that kernel with it's initrd AND it's modules would be where it expects them with the result that it should be as fully functioning as it was before pacman upgraded from it??? -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp at ttlc.net>> From lists at baums-on-web.de Sat Jun 11 14:13:56 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sat, 11 Jun 2011 20:13:56 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <alpine.LNX.2.00.1106111212490.2177@localhost.localdomain> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <20110610131451.3066d69a@darkstar> <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> <20110611033355.7275073f@darkstar> <alpine.LNX.2.00.1106111212490.2177@localhost.localdomain> Message-ID: <20110611201356.4e70a91b@darkstar> Am Sat, 11 Jun 2011 12:40:36 -0400 schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > OK so lets see if I understand... I already maintain a manually > configured grub legacy partition where each of my installed Linux > have both a chainloader menu entry to whichever grub that Linux has > installed to /boot on it's root partition, AND a regular menu entry > that specified the initrd & vmlinuz that I routinely copy to MY grub > partition shortly after any kernel upgrade... > > So in the event that the new kernel was effectively broken that on MY > hardware neither the chainloaded Arch nor the arch fallback menu > entries were able to boot, I could then boot the not yet replaced > last known good kernel and initrd directly from MY grub and then from > a console root prompt: > > ?assuming that the following tar.xz file is still there? > > pacman -U /var/cache/pacman/pkg/kernel26-2.6.38.6-2-x86_64.pkg.tar.xz > > And when I next reboot using the chainloader to where arch has it's > grub installed, and selected "Arch Linux" it should boot that kernel > with it's initrd AND it's modules would be where it expects them with > the result that it should be as fully functioning as it was before > pacman upgraded from it??? Principally, yes. But are you really sure that it is the updated kernel package and not your grub installation or config which causes your boot failures? Your description sounds pretty weird to me. Above all, what is a grub legacy partition and why do you need chainload in grub legacy for booting a Linux kernel? And are you sure that grub legacy is the right bootloader for your uefi mainboard? Heiko From pdgiddie at gmail.com Sat Jun 11 18:41:24 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Sat, 11 Jun 2011 23:41:24 +0100 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <4DF27410.4010509@gmail.com> References: <201106081512.04834.pdgiddie@gmail.com> <BANLkTinrNqtQrHeCdUk=iHF+Jp+TT8FSKw@mail.gmail.com> <4DF27410.4010509@gmail.com> Message-ID: <201106112341.25018.pdgiddie@gmail.com> On Friday 10 June 2011 20:44:16 Mauro Santos wrote: > Arch users have lived without the last good known kernel so far and > without an -lts kernel until recently. IMHO it is a lot more advisable > to have an install cd/usb, or even better, a custom install in some > external media that can be used to boot the system in case something > goes wrong or in case of emergency. Then you can just chroot into the > broken install and fix the problem or tell pacman where the root and > cache are located and fix things. To me, that just doesn't sound like a sensible rescue plan for a modern OS. I like tinkering and learning, but being forced to boot a CD, load dm-mod, bring up my LVM volumes, mount the root, bind proc, sys, and dev, chroot, and finally get pacman to install the last kernel? That's something I'd like to avoid unless I'm doing it for fun :) Paul From drankinatty at suddenlinkmail.com Sat Jun 11 18:44:25 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Sat, 11 Jun 2011 17:44:25 -0500 Subject: [arch-general] blacklisting/MOD_AUTOLOAD - what drove the change? Message-ID: <4DF3EFC9.8050407@suddenlinkmail.com> Guys, Just curious for the reason behind the changes to blacklisting and MOD_AUTOLOAD. What drove the change? -- David C. Rankin, J.D.,P.E. From jan.steffens at gmail.com Sat Jun 11 18:49:22 2011 From: jan.steffens at gmail.com (Jan Steffens) Date: Sun, 12 Jun 2011 00:49:22 +0200 Subject: [arch-general] blacklisting/MOD_AUTOLOAD - what drove the change? In-Reply-To: <4DF3EFC9.8050407@suddenlinkmail.com> References: <4DF3EFC9.8050407@suddenlinkmail.com> Message-ID: <BANLkTimWanxUU2N90ew1piNOpziJ4duBj8CqzBL0V9jpCZpd_w@mail.gmail.com> On Sun, Jun 12, 2011 at 12:44 AM, David C. Rankin <drankinatty at suddenlinkmail.com> wrote: > Guys, > > ?Just curious for the reason behind the changes to blacklisting and > MOD_AUTOLOAD. ?What drove the change? > > -- > David C. Rankin, J.D.,P.E. > Going with what upstream does. The module-init-tools already provide blacklisting. Also, the overhead of the shellscript we used to provide our own blacklisting added a few seconds to boot time. From drankinatty at suddenlinkmail.com Sat Jun 11 18:59:45 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Sat, 11 Jun 2011 17:59:45 -0500 Subject: [arch-general] Network Config - Fixed IP - ifconfig no longer reports broadcast address? Message-ID: <4DF3F361.9010403@suddenlinkmail.com> Guys, Bug or feature? After updating rc.conf to contain the new network configuration for a fixed IP, ifconfig no longer reports the broadcast address. Using the new config of: interface=eth0 address=192.168.6.14 netmask=255.255.255.0 gateway=192.168.6.13 I get: 17:48 archangel:~> ifconfig eth0 Link encap:Ethernet HWaddr 00:21:85:1A:8C:FA inet addr:192.168.6.14 Bcast:0.0.0.0 Mask:255.255.255.0 ^^^^^^^^^^^^^^ inet6 addr: fe80::221:85ff:fe1a:8cfa/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:102 errors:0 dropped:0 overruns:0 frame:0 TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:14657 (14.3 Kb) TX bytes:15177 (14.8 Kb) Interrupt:41 Base address:0x2000 Prior to the change, the broadcast address was correctly reported. eth0 Link encap:Ethernet HWaddr 00:21:85:1A:8C:FA inet addr:192.168.6.14 Bcast:192.168.6.255 Mask:255.255.255.0 inet6 addr: fe80::221:85ff:fe1a:8cfa/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:103 errors:0 dropped:0 overruns:0 frame:0 TX packets:139 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:14683 (14.3 Kb) TX bytes:15505 (15.1 Kb) Interrupt:41 Base address:0x2000 If I modify rc.conf and change back to the old format: # old network config for broadcast address eth0="eth0 192.168.6.14 netmask 255.255.255.0 broadcast 192.168.6.255" INTERFACES=(eth0) gateway="default gw 192.168.6.13" ROUTES=(gateway) then the broadcast address is correctly reported again. Is this a bug or feature? -- David C. Rankin, J.D.,P.E. From r.schtz at t-online.de Sat Jun 11 19:08:15 2011 From: r.schtz at t-online.de (=?ISO-8859-1?Q?Richard_Sch=FCtz?=) Date: Sun, 12 Jun 2011 01:08:15 +0200 Subject: [arch-general] Network Config - Fixed IP - ifconfig no longer reports broadcast address? In-Reply-To: <4DF3F361.9010403@suddenlinkmail.com> References: <4DF3F361.9010403@suddenlinkmail.com> Message-ID: <4DF3F55F.6030308@t-online.de> Am 12.06.2011 00:59, schrieb David C. Rankin: > Guys, > > Bug or feature? After updating rc.conf to contain the new network > configuration for a fixed IP, ifconfig no longer reports the broadcast > address. Using the new config of: > > interface=eth0 > address=192.168.6.14 > netmask=255.255.255.0 > gateway=192.168.6.13 > > I get: > > 17:48 archangel:~> ifconfig > eth0 Link encap:Ethernet HWaddr 00:21:85:1A:8C:FA > inet addr:192.168.6.14 Bcast:0.0.0.0 Mask:255.255.255.0 > ^^^^^^^^^^^^^^ > inet6 addr: fe80::221:85ff:fe1a:8cfa/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:102 errors:0 dropped:0 overruns:0 frame:0 > TX packets:140 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:14657 (14.3 Kb) TX bytes:15177 (14.8 Kb) > Interrupt:41 Base address:0x2000 > > Prior to the change, the broadcast address was correctly reported. > > eth0 Link encap:Ethernet HWaddr 00:21:85:1A:8C:FA > inet addr:192.168.6.14 Bcast:192.168.6.255 Mask:255.255.255.0 > inet6 addr: fe80::221:85ff:fe1a:8cfa/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:103 errors:0 dropped:0 overruns:0 frame:0 > TX packets:139 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:14683 (14.3 Kb) TX bytes:15505 (15.1 Kb) > Interrupt:41 Base address:0x2000 > > If I modify rc.conf and change back to the old format: > > # old network config for broadcast address > eth0="eth0 192.168.6.14 netmask 255.255.255.0 broadcast 192.168.6.255" > INTERFACES=(eth0) > gateway="default gw 192.168.6.13" > ROUTES=(gateway) > > then the broadcast address is correctly reported again. Is this a bug or > feature? > > What says "ip addr show"? -- Regards, Richard Sch?tz From teg at jklm.no Sat Jun 11 19:23:31 2011 From: teg at jklm.no (Tom Gundersen) Date: Sun, 12 Jun 2011 01:23:31 +0200 Subject: [arch-general] Network Config - Fixed IP - ifconfig no longer reports broadcast address? In-Reply-To: <4DF3F361.9010403@suddenlinkmail.com> References: <4DF3F361.9010403@suddenlinkmail.com> Message-ID: <BANLkTimDFLXAZdJ_hN+P2iC_6QVhSYsofg@mail.gmail.com> On Sun, Jun 12, 2011 at 12:59 AM, David C. Rankin <drankinatty at suddenlinkmail.com> wrote: > ?Bug or feature? After updating rc.conf to contain the new network > configuration for a fixed IP, ifconfig no longer reports the broadcast > address. Using the new config of: Bug. Fixed in git: <http://projects.archlinux.org/initscripts.git/commit/?id=3d45a70d3b7e898923638dbb795e50c2e7c378c9>. -t From drankinatty at suddenlinkmail.com Sat Jun 11 19:33:12 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Sat, 11 Jun 2011 18:33:12 -0500 Subject: [arch-general] [signoff] kernel26-2.6.39.1-1 In-Reply-To: <201106101709.25825.tobias.powalowski@googlemail.com> References: <201106101709.25825.tobias.powalowski@googlemail.com> Message-ID: <4DF3FB38.9050306@suddenlinkmail.com> On 06/10/2011 10:09 AM, Tobias Powalowski wrote: > Hi guys, > please signoff 2.6.39 series for both arches. > > Upstream > changes: > http://kernelnewbies.org/LinuxChanges Signoff both -- But -- Where is the kernel26-2.6.39.1-1-i686.pkg.tar.xz saved now? Not in /var/cache/pacman/pkg anymore? -- David C. Rankin, J.D.,P.E. From drankinatty at suddenlinkmail.com Sat Jun 11 19:35:21 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Sat, 11 Jun 2011 18:35:21 -0500 Subject: [arch-general] Network Config - Fixed IP - ifconfig no longer reports broadcast address? In-Reply-To: <BANLkTimDFLXAZdJ_hN+P2iC_6QVhSYsofg@mail.gmail.com> References: <4DF3F361.9010403@suddenlinkmail.com> <BANLkTimDFLXAZdJ_hN+P2iC_6QVhSYsofg@mail.gmail.com> Message-ID: <4DF3FBB9.7010405@suddenlinkmail.com> On 06/11/2011 06:23 PM, Tom Gundersen wrote: > On Sun, Jun 12, 2011 at 12:59 AM, David C. Rankin > <drankinatty at suddenlinkmail.com> wrote: >> Bug or feature? After updating rc.conf to contain the new network >> configuration for a fixed IP, ifconfig no longer reports the broadcast >> address. Using the new config of: > > Bug. Fixed in git: > <http://projects.archlinux.org/initscripts.git/commit/?id=3d45a70d3b7e898923638dbb795e50c2e7c378c9>. > > -t > Well done :) -- David C. Rankin, J.D.,P.E. From jtwdyp at ttlc.net Sat Jun 11 23:07:00 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Sat, 11 Jun 2011 23:07:00 -0400 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <20110611201356.4e70a91b@darkstar> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <20110610131451.3066d69a@darkstar> <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> <20110611033355.7275073f@darkstar> <alpine.LNX.2.00.1106111212490.2177@localhost.localdomain> <20110611201356.4e70a91b@darkstar> Message-ID: <alpine.LNX.2.00.1106112148380.2150@localhost.localdomain> It would appear that on Jun 11, Heiko Baums did say: > Am Sat, 11 Jun 2011 12:40:36 -0400 > schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > > > OK so lets see if I understand... I already maintain a manually > > configured grub legacy partition where each of my installed Linux > > have both a chainloader menu entry to whichever grub that Linux has > > installed to /boot on it's root partition, AND a regular menu entry > > that specified the initrd & vmlinuz that I routinely copy to MY grub > > partition shortly after any kernel upgrade... > > > > So in the event that the new kernel was effectively broken that on MY > > hardware neither the chainloaded Arch nor the arch fallback menu > > entries were able to boot, I could then boot the not yet replaced > > last known good kernel and initrd directly from MY grub and then from > > a console root prompt: > > > > ?assuming that the following tar.xz file is still there? > > > > pacman -U /var/cache/pacman/pkg/kernel26-2.6.38.6-2-x86_64.pkg.tar.xz > > > > And when I next reboot using the chainloader to where arch has it's > > grub installed, and selected "Arch Linux" it should boot that kernel > > with it's initrd AND it's modules would be where it expects them with > > the result that it should be as fully functioning as it was before > > pacman upgraded from it??? > > Principally, yes. Thanks! > But are you really sure that it is the updated kernel package and not > your grub installation or config which causes your boot failures? Actually It's been a long time since I had actual boot failures with Arch... And if memory serves it wasn't the updated kernels fault, though I no longer remember what I'd done... However I have experienced other Linux that no longer booted properly upon kernel upgrades... When my grub installation fails to properly boot one of my Linux, I immediately use the chainloader entry to get that distro's own grub. Having a back-up in case a new kernel doesn't work for me just feels like the right thing to do. And now I know (and will have notes) how to resolve that problem in the event that an Arch kernel upgrade ever does fail me. Thanks again! > Your description sounds pretty weird to me. Above all, what is a grub > legacy partition and why do you need chainload in grub legacy for > booting a Linux kernel? And are you sure that grub legacy is the right > bootloader for your uefi mainboard? Well I call it grub legacy because that's what gnu.org is calling it now... http://www.gnu.org/software/grub/grub-legacy.en.html http://www.gnu.org/software/grub/manual/html_node/Changes-from-GRUB-Legacy.html ?Which incidentally is the kind of grub that Arch is using on my PC? According to them the old grub has been replaced with a new version. Though I don't see it as an improvement. I think the only Distro I've got installed that really likes "grub 2" is Ubuntu, But since I didn't let it use ext4, I can still even boot that with the classic grub. ? I guess you would either call it just a "grub partition" Or perhaps you would have said "boot partition" without specifying which boot loader is installed there. It is not that uncommon among multi-Linux-Distro, multi-booters to have a separate bootloader installed to the MBR from the ones each distro installed to their root partitions. Though the others I've heard about usually just select the appropriate chainloader entry for the Linux they want to boot, which in turn usually has a very short timeout before it automatically boots it's default entry. I myself rarely bother with the chainloader entries. They are mostly only there in case I goof when I edit the entries I normally boot from. This configuration also makes it easy to use a supergrub disc in the event that my normal boot partition gets corrupted as each installed Linux has it's own boot loader so all I'd need to tell supergrub is to boot the appropriate partition... -- | --- ___ | <0> <-> Joe (theWordy) Philbrook | ^ J(tWdy)P | ~\___/~ <<jtwdyp at ttlc.net>> From lists at baums-on-web.de Sun Jun 12 00:37:34 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sun, 12 Jun 2011 06:37:34 +0200 Subject: [arch-general] Reboot - Versioned Kernel Installs In-Reply-To: <alpine.LNX.2.00.1106112148380.2150@localhost.localdomain> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <20110610131451.3066d69a@darkstar> <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> <20110611033355.7275073f@darkstar> <alpine.LNX.2.00.1106111212490.2177@localhost.localdomain> <20110611201356.4e70a91b@darkstar> <alpine.LNX.2.00.1106112148380.2150@localhost.localdomain> Message-ID: <20110612063734.73a2ac77@darkstar> Am Sat, 11 Jun 2011 23:07:00 -0400 schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > Actually It's been a long time since I had actual boot failures with > Arch... And if memory serves it wasn't the updated kernels fault, > though I no longer remember what I'd done... You see, those cases in which a kernel update leads to a boot failure are very rare. ;-) And Arch Linux kernels are usually tested in [testing] and are only moved to [core] if there are no bigger issues found. > However I have > experienced other Linux that no longer booted properly upon kernel > upgrades... When my grub installation fails to properly boot one of > my Linux, I immediately use the chainloader entry to get that > distro's own grub. Having a back-up in case a new kernel doesn't work > for me just feels like the right thing to do. And now I know (and > will have notes) how to resolve that problem in the event that an > Arch kernel upgrade ever does fail me. Thanks again! > ... > Well I call it grub legacy because that's what gnu.org is calling it > now... That's what it's called. > According to them the old grub has been replaced with a new version. > Though I don't see it as an improvement. > I think the only Distro I've got installed that really likes "grub 2" > is Ubuntu, But since I didn't let it use ext4, I can still even boot > that with the classic grub. ? Which bootloader you need depends on your installation and hardware, not on the distro. There are at least 3 bootloaders (grub legacy, grub2 and syslinux) which have different capabilities and can't easily be replaced in any case. But all of them can handle ext4. > I guess you would either call it just a "grub partition" Or perhaps > you would have said "boot partition" without specifying which boot > loader is installed there. I guess you meant the /boot partition. ;-) > It is not that uncommon among multi-Linux-Distro, multi-booters to > have a separate bootloader installed to the MBR from the ones each > distro installed to their root partitions. Though the others I've > heard about usually just select the appropriate chainloader entry for > the Linux they want to boot, which in turn usually has a very short > timeout before it automatically boots it's default entry. > > I myself rarely bother with the chainloader entries. They are mostly > only there in case I goof when I edit the entries I normally boot > from. This configuration also makes it easy to use a supergrub disc > in the event that my normal boot partition gets corrupted as each > installed Linux has it's own boot loader so all I'd need to tell > supergrub is to boot the appropriate partition... I would completely remove the chainloaders. Make one /boot parition for every distro, but only install one bootloader from your main distro into the MBR. Don't let the other distros install a bootloader and just configure the one bootloader to boot the other distros, too. That's the easiest way which should always work. Btw., if you let every distro install a bootloader into the MBR, the previously installed one will be overwritten. There won't be two different bootloaders in the MBR. Depending on what you are doing with your multi-boot system, you probably should consider using virtualization. Heiko From remy at archlinux.org Sun Jun 12 03:14:57 2011 From: remy at archlinux.org (=?iso-8859-1?Q?R=E9my?= Oudompheng) Date: Sun, 12 Jun 2011 09:14:57 +0200 Subject: [arch-general] [netcfg] Prerelease package before 2.6 release Message-ID: <20110612071457.GA18812@mastermind.lan> Hello, I have uploaded a premilinary netcfg package including the latest changes. It does not correspond to a particular tag in the Git repository (it's commit 1f5183b8). http://dev.archlinux.org/~remy/netcfg/netcfg-2.5.90-1-any.pkg.tar.xz I plan to produce version 2.6 after some polishing has been made. * I can test static configuration * I can test IPv4 wireless * I remember wireless IPv6 worked previously, maybe due to autoconfiguration. I don't know if there are real people out in the world using DHCP for IPv6. net-tools is now an optional dependency. It's only necessary if you want to use the IFCFG option. Changes: version 2.6 - add support for IPv6 configuration (FS#18699) - add support for static routes configuration (FS#18700) - add support for creating tun/tap interfaces (FS#15049) - wireless: add support for explicit BSSID (FS#24582) - wireless: add support for ad-hoc connections (FS#19683) - use /run instead of /var/run - drops dependency on net-tools package Regards, R?my. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110612/87a06d4f/attachment.asc> From fredbezies at gmail.com Sun Jun 12 13:37:47 2011 From: fredbezies at gmail.com (Frederic Bezies) Date: Sun, 12 Jun 2011 19:37:47 +0200 Subject: [arch-general] Cannot upgrade grub2 to 1.99-2 ? Message-ID: <4DF4F96B.5070401@gmail.com> Hello. Facing a strange problem. I'm using this grub2 version : [fred at fredo-arch ~]$ pacman -Qi grub2-{common,bios} | grep Version Version : 1.99~rc2.r3238-1 Version : 1.99~rc2.r3238-1 And when I want to upgrade it to 1.99-2 (last version in testing), I got this : :: D?but de la mise ? jour compl?te du syst?me... r?solution des d?pendances... Avertissement: impossible de r?soudre "grub2-common=1.99", une d?pendance de "grub2-bios" :: Le paquet suivant ne peut pas ?tre mis ? jour ? cause de d?pendances insatisfaisables: grub2-bios Voulez-vous ignorer le paquet ci-dessus pour cette mise ? jour ? [o/N] n Erreur: la pr?paration de la transaction a ?chou? (la satisfaction des d?pendances a ?chou?) :: grub2-bios: requiert grub2-common=1.99 Important part : error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: grub2-bios: requires grub2-common=1.99 Any idea to fix this problem ? I don't want to use --force option. Thanks. -- Frederic Bezies - fredbezies at gmail.com Blog : http://frederic.bezies.free.fr/blog/ From drankinatty at suddenlinkmail.com Sun Jun 12 14:19:11 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Sun, 12 Jun 2011 13:19:11 -0500 Subject: [arch-general] Where are kernel files cached now? Not in /var/cache/pacman/pkg? Renamed? Message-ID: <4DF5031F.8060201@suddenlinkmail.com> Guys, I tagged this to the kernel 2.6.39.1-1 sign-off message, but got no replies. Where are the kernel packages cached now? In /var/cache/pacman/pkg I only have: 13:16 nirvana:/var/cache/pacman/pkg> ls -1 kernel26-* kernel26-2.6.38.8-1-x86_64.pkg.tar.xz kernel26-docs-2.6.38.8-1-x86_64.pkg.tar.xz kernel26-firmware-2.6.33.4-1-x86_64.pkg.tar.xz kernel26-headers-2.6.38.8-1-x86_64.pkg.tar.xz kernel26-lts-2.6.32.41-2-x86_64.pkg.tar.xz kernel26-lts-headers-2.6.32.41-2-x86_64.pkg.tar.xz kernel26-manpages-2.6.35.8-1-x86_64.pkg.tar.xz kernel26-manpages-2.6.38-1-any.pkg.tar.xz kernel26-xen-2.6.37-1-x86_64.pkg.tar.xz Where did kernel26-2.6.39.9-1-x86_64.pkg.tar.xz go? -- David C. Rankin, J.D.,P.E. From jtwdyp at ttlc.net Sun Jun 12 14:24:07 2011 From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook) Date: Sun, 12 Jun 2011 14:24:07 -0400 Subject: [arch-general] boot loaders and the /boot partition. [was: Reboot - Versioned Kernel Installs] In-Reply-To: <20110612063734.73a2ac77@darkstar> References: <201106081512.04834.pdgiddie@gmail.com> <201106091131.06408.pdgiddie@gmail.com> <201106090807.45285.yaro@marupa.net> <201106091437.14922.pdgiddie@gmail.com> <alpine.LNX.2.00.1106091602240.2175@localhost.localdomain> <BANLkTinA32g1=kV-PA+iheTpuyV0n=ZKwQ@mail.gmail.com> <BANLkTinkJ=W+-5CrsUOLGBqpNN0i3p8qhA@mail.gmail.com> <BANLkTi=kY-ne1A8itGpmDYNroyLEJD02ZQ@mail.gmail.com> <20110610131451.3066d69a@darkstar> <alpine.LMD.2.02.1106102109230.16186@localhost.localdomain> <20110611033355.7275073f@darkstar> <alpine.LNX.2.00.1106111212490.2177@localhost.localdomain> <20110611201356.4e70a91b@darkstar> <alpine.LNX.2.00.1106112148380.2150@localhost.localdomain> <20110612063734.73a2ac77@darkstar> Message-ID: <alpine.LNX.2.00.1106121314440.2168@localhost.localdomain> It would appear that on Jun 12, Heiko Baums did say: > Am Sat, 11 Jun 2011 23:07:00 -0400 > schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > > > Actually It's been a long time since I had actual boot failures with > > Arch... And if memory serves it wasn't the updated kernels fault, > > though I no longer remember what I'd done... > > You see, those cases in which a kernel update leads to a boot failure > are very rare. ;-) I myself never doubted that. It's one of the reasons why it's currently my default boot choice. But as I've long been on a shoe string budget that does not allow me to be very selective with my hardware, I can't always be sure that my hardware won't be incompatible with some future change. Sometimes I manage to find a deal on used equipment. But I can rarely afford to be choosy. My current desktop was a gift from my brother in law who had just upgraded to something newer. > And Arch Linux kernels are usually tested in [testing] and are only > moved to [core] if there are no bigger issues found. And I think they do a pretty durned good job of it too... > > Well I call it grub legacy because that's what gnu.org is calling it > > now... > > That's what it's called. > > > According to them the old grub has been replaced with a new version. > > Though I don't see it as an improvement. > > I think the only Distro I've got installed that really likes "grub 2" > > is Ubuntu, But since I didn't let it use ext4, I can still even boot > > that with the classic grub. ? > > Which bootloader you need depends on your installation and hardware, > not on the distro. There are at least 3 bootloaders (grub legacy, grub2 > and syslinux) which have different capabilities and can't easily be > replaced in any case. But all of them can handle ext4. Hmmnnn... Ah yes I see now, there have been patches etc... since I last looked at it. I notice that the instructions to use the patched ubuntu grub to boot an ext4 system seems to require adding the kernel option: rootfstype=ext4 Would that be required with the grub installed to Arch as well? I also note that: https://ext4.wiki.kernel.org/index.php/Ext4_Howto Says something about a Google Summer of Code project (from opensuse) under the topic of "Booting from an ext4 filesystem" and that it also mentioned that "Ubuntu 9.04 and later includes a patch" So I'm thinking that I might which version of grub I use might make a difference... > > I guess you would either call it just a "grub partition" Or perhaps > > you would have said "boot partition" without specifying which boot > > loader is installed there. > > I guess you meant the /boot partition. ;-) > > > It is not that uncommon among multi-Linux-Distro, multi-booters to > > have a separate bootloader installed to the MBR from the ones each > > distro installed to their root partitions. Though the others I've > > heard about usually just select the appropriate chainloader entry for > > the Linux they want to boot, which in turn usually has a very short > > timeout before it automatically boots it's default entry. > > > > I myself rarely bother with the chainloader entries. They are mostly > > only there in case I goof when I edit the entries I normally boot > > from. This configuration also makes it easy to use a supergrub disc > > in the event that my normal boot partition gets corrupted as each > > installed Linux has it's own boot loader so all I'd need to tell > > supergrub is to boot the appropriate partition... > > I would completely remove the chainloaders. > > Make one /boot parition for every distro, but only install one > bootloader from your main distro into the MBR. Don't let the other > distros install a bootloader and just configure the one bootloader to > boot the other distros, too. That's the easiest way which should always > work. Yeah, if I wanted any distro to have control over the booting of the others. I let each distro maintain it's own (root partition based) grub installation so that I can simply (and easily) see what they think is the best way to boot their Linux. Sometimes they auto detect the other Linux. and sometimes the grub entries they add for the other Linux even work. But I like to keep control over the primary boot loader that I like to be able to chain load their boot loaders in case I want to confirm that some issue I'm having with one isn't a goof in my menu.lst configuration. Also,this way I don't need to bother maintaining fallback/recovery/nurse/etc... entries, If I need them I just use the ones their package manager installed to their chainloaded bootloader... > Btw., if you let every distro install a bootloader into the MBR, the > previously installed one will be overwritten. There won't be two > different bootloaders in the MBR. It's been a long time since I had to set up my /boot partition. I'm not even sure which distro I used to do so. But basically I started with all the distro's using the /boot of their root partition, and all but one configured to install it to the first superblock of that partition. Then I tweaked the one I let install to the mbr until I was happy with how it worked for all the distros... Then I mounted the intended /boot partition on /mnt. Next I did: "cd /mnt" then a: "ln -s . boot, and copied everything from /boot to /mnt, edited the /mnt/grub/menu.lst so that where there were lines that said things like: root (hd0,6) it now said: root (hd0,1) next I unmounted the intended /boot from /mnt and mounted it on top of /boot and reinstalled grub to the MBR. after which I unmounted it which exposed the original contents of /boot, and reinstalled that one to the superblock. From them on I had a seemingly stand alone /boot partition that none of my Linux mess with even when there is a kernel upgrade, And all of my Linux have their own functional bootloader installed to their superblocks... I'm not sure, But I think that I might have to redo this if I should ever uninstall whichever Distro it was I used to do this. But other than that it seams to work great... > Depending on what you are doing with your multi-boot system, you > probably should consider using virtualization. Then what happens if I hose the system hosting the others??? My, time flies... Gotta go. SeeYa -- | ~^~ ~^~ | <*> <*> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp at ttlc.net>> From bogdan at punctweb.ro Sun Jun 12 14:25:30 2011 From: bogdan at punctweb.ro (=?UTF-8?Q?Bogdan_Ionu=C8=9B?=) Date: Sun, 12 Jun 2011 21:25:30 +0300 Subject: [arch-general] Where are kernel files cached now? Not in /var/cache/pacman/pkg? Renamed? In-Reply-To: <4DF5031F.8060201@suddenlinkmail.com> References: <4DF5031F.8060201@suddenlinkmail.com> Message-ID: <BANLkTimL_4ip7GEd+pnEw2r_rOA=Bt73Fg@mail.gmail.com> On Sun, Jun 12, 2011 at 21:19, David C. Rankin < drankinatty at suddenlinkmail.com> wrote: > Guys, > > I tagged this to the kernel 2.6.39.1-1 sign-off message, but got no > replies. Where are the kernel packages cached now? In /var/cache/pacman/pkg > I only have: > > 13:16 nirvana:/var/cache/pacman/pkg> ls -1 kernel26-* > kernel26-2.6.38.8-1-x86_64.pkg.tar.xz > kernel26-docs-2.6.38.8-1-x86_64.pkg.tar.xz > kernel26-firmware-2.6.33.4-1-x86_64.pkg.tar.xz > kernel26-headers-2.6.38.8-1-x86_64.pkg.tar.xz > kernel26-lts-2.6.32.41-2-x86_64.pkg.tar.xz > kernel26-lts-headers-2.6.32.41-2-x86_64.pkg.tar.xz > kernel26-manpages-2.6.35.8-1-x86_64.pkg.tar.xz > kernel26-manpages-2.6.38-1-any.pkg.tar.xz > kernel26-xen-2.6.37-1-x86_64.pkg.tar.xz > > Where did kernel26-2.6.39.9-1-x86_64.pkg.tar.xz go? > > > -- > David C. Rankin, J.D.,P.E. > maybe you have a new cachedir set. % grep CacheDir /etc/pacman.conf #CacheDir = /var/cache/pacman/pkg/ % l /var/cache/pacman/pkg/kernel26-* ? -rw-r--r--?3 day ? 36M?/var/cache/pacman/pkg/kernel26-2.6.38.8-1-x86_64.pkg.tar.xz ? -rw-r--r--?34 hour? 37M?/var/cache/pacman/pkg/kernel26-2.6.39.1-1-x86_64.pkg.tar.xz ? -rw-r--r--?3 day ? 4.2M?/var/cache/pacman/pkg/kernel26-headers-2.6.38.8-1-x86_64.pkg.tar.xz ? -rw-r--r--?34 hour? 4.3M?/var/cache/pacman/pkg/kernel26-headers-2.6.39.1-1-x86_64.pkg.tar.xz From davemorgan353 at btinternet.com Sun Jun 12 15:15:28 2011 From: davemorgan353 at btinternet.com (Dave Morgan) Date: Sun, 12 Jun 2011 20:15:28 +0100 Subject: [arch-general] Where are kernel files cached now? Not in /var/cache/pacman/pkg? Renamed? In-Reply-To: <4DF5031F.8060201@suddenlinkmail.com> References: <4DF5031F.8060201@suddenlinkmail.com> Message-ID: <20110612191528.GA1869@Archer> On 12/06/11 at 01:19pm, David C. Rankin wrote: > Guys, > > I tagged this to the kernel 2.6.39.1-1 sign-off message, but got > no replies. Where are the kernel packages cached now? In > /var/cache/pacman/pkg I only have: > > 13:16 nirvana:/var/cache/pacman/pkg> ls -1 kernel26-* > kernel26-2.6.38.8-1-x86_64.pkg.tar.xz > kernel26-docs-2.6.38.8-1-x86_64.pkg.tar.xz > kernel26-firmware-2.6.33.4-1-x86_64.pkg.tar.xz > kernel26-headers-2.6.38.8-1-x86_64.pkg.tar.xz > kernel26-lts-2.6.32.41-2-x86_64.pkg.tar.xz > kernel26-lts-headers-2.6.32.41-2-x86_64.pkg.tar.xz > kernel26-manpages-2.6.35.8-1-x86_64.pkg.tar.xz > kernel26-manpages-2.6.38-1-any.pkg.tar.xz > kernel26-xen-2.6.37-1-x86_64.pkg.tar.xz > > Where did kernel26-2.6.39.9-1-x86_64.pkg.tar.xz go? > > > -- > David C. Rankin, J.D.,P.E. -- Dave. It's in the same place as always here: kernel26-2.6.39-1-i686.pkg.tar.xz kernel26-2.6.39.1-1-i686.pkg.tar.xz kernel26-docs-2.6.39-1-i686.pkg.tar.xz kernel26-docs-2.6.39.1-1-i686.pkg.tar.xz kernel26-headers-2.6.39-1-i686.pkg.tar.xz kernel26-headers-2.6.39.1-1-i686.pkg.tar.xz kernel26-manpages-2.6.38-1-any.pkg.tar.xz From rafael.f.f1 at gmail.com Sun Jun 12 15:25:57 2011 From: rafael.f.f1 at gmail.com (rafael ff1) Date: Sun, 12 Jun 2011 16:25:57 -0300 Subject: [arch-general] Where are kernel files cached now? Not in /var/cache/pacman/pkg? Renamed? In-Reply-To: <20110612191528.GA1869@Archer> References: <4DF5031F.8060201@suddenlinkmail.com> <20110612191528.GA1869@Archer> Message-ID: <BANLkTinPj3ahy2mkmFTrisPqHFLmSr7Yew@mail.gmail.com> 2011/6/12 Dave Morgan <davemorgan353 at btinternet.com>: > On 12/06/11 at 01:19pm, David C. Rankin wrote: >> ? Where did kernel26-2.6.39.9-1-x86_64.pkg.tar.xz go? >> >> >> -- >> David C. Rankin, J.D.,P.E. In case you have 'mlocate' installed, you can find it anywhere with: $ sudo updatedb # wait a little bit and... $ locate kernel26-2.6.39 Cheers, -- Rafael From jelle at vdwaa.nl Sun Jun 12 15:25:31 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Sun, 12 Jun 2011 21:25:31 +0200 Subject: [arch-general] Cannot upgrade grub2 to 1.99-2 ? In-Reply-To: <4DF4F96B.5070401@gmail.com> References: <4DF4F96B.5070401@gmail.com> Message-ID: <4DF512AB.9070704@vdwaa.nl> On 06/12/2011 07:37 PM, Frederic Bezies wrote: > Hello. > > Facing a strange problem. > > I'm using this grub2 version : > > [fred at fredo-arch ~]$ pacman -Qi grub2-{common,bios} | grep Version > Version : 1.99~rc2.r3238-1 > Version : 1.99~rc2.r3238-1 > > And when I want to upgrade it to 1.99-2 (last version in testing), I > got this : > > :: D?but de la mise ? jour compl?te du syst?me... > r?solution des d?pendances... > Avertissement: impossible de r?soudre "grub2-common=1.99", une > d?pendance de "grub2-bios" > :: Le paquet suivant ne peut pas ?tre mis ? jour ? cause de > d?pendances insatisfaisables: > grub2-bios > > Voulez-vous ignorer le paquet ci-dessus pour cette mise ? jour ? [o/N] n > Erreur: la pr?paration de la transaction a ?chou? (la satisfaction des > d?pendances a ?chou?) > :: grub2-bios: requiert grub2-common=1.99 > > Important part : > > error: failed to prepare transaction (could not satisfy dependencies) > :: Starting full system upgrade... > :: grub2-bios: requires grub2-common=1.99 > > Any idea to fix this problem ? I don't want to use --force option. > > Thanks. > Please use LANG=C command when reporting stuff to mailing list or bug trackers. ;) -- Jelle van der Waa From hollunder at lavabit.com Sun Jun 12 16:03:30 2011 From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Sun, 12 Jun 2011 22:03:30 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <4DF33286.5000005@gmail.com> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> Message-ID: <1307908772-sup-8800@eris> Excerpts from cantabile's message of 2011-06-11 11:16:54 +0200: > On 06/11/2011 11:55 AM, Philipp ?berbacher wrote: > > Another thing, is it still possible to have the rc.conf network stuff as > > a one-liner or is this new format required? I just need to switch > > between dhcp and a static address from time to time and a one liner is > > more convenient to comment/uncomment. > > > > Sounds like a job for netcfg profiles. ;) Yes, most likely nicer than rc.conf editing for dhcp/static and custom shell script for wlan, it's just that netcfg feels like just a wrapper around wpa_supplicant and thus somewhat pointless. From drankinatty at suddenlinkmail.com Sun Jun 12 17:31:18 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Sun, 12 Jun 2011 16:31:18 -0500 Subject: [arch-general] Where are kernel files cached now? Not in /var/cache/pacman/pkg? Renamed? In-Reply-To: <BANLkTinPj3ahy2mkmFTrisPqHFLmSr7Yew@mail.gmail.com> References: <4DF5031F.8060201@suddenlinkmail.com> <20110612191528.GA1869@Archer> <BANLkTinPj3ahy2mkmFTrisPqHFLmSr7Yew@mail.gmail.com> Message-ID: <4DF53026.3040506@suddenlinkmail.com> On 06/12/2011 02:25 PM, rafael ff1 wrote: > 2011/6/12 Dave Morgan<davemorgan353 at btinternet.com>: >> On 12/06/11 at 01:19pm, David C. Rankin wrote: > >>> Where did kernel26-2.6.39.9-1-x86_64.pkg.tar.xz go? >>> >>> >>> -- >>> David C. Rankin, J.D.,P.E. > > In case you have 'mlocate' installed, you can find it anywhere with: > > $ sudo updatedb # wait a little bit and... > $ locate kernel26-2.6.39 > > Cheers, > > -- Rafael > Huh? I see what happened :) The mtime on 2.6.38.8-1 was *newer* than the mtime on 2.6.39.1-1. So when I ran the script that compares the mtimes on kernel26 and moves the oldest to the backup dir, 2.6.39 got moved: -rw-r--r-- 1 root root 38724304 Jun 7 01:34 /home/backup/pkg-1/kernel26-2.6.39.1-1-x86_64.pkg.tar.xz -rw-r--r-- 1 root root 37677884 Jun 7 01:52 kernel26-2.6.38.8-1-x86_64.pkg.tar.xz Dunno how that happened - mystery solved... -- David C. Rankin, J.D.,P.E. From mysatyre at gmail.com Sun Jun 12 19:01:07 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Mon, 13 Jun 2011 01:01:07 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <1307908772-sup-8800@eris> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> Message-ID: <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> On Sun, Jun 12, 2011 at 10:03 PM, Philipp ?berbacher <hollunder at lavabit.com> wrote: <snip> > Yes, most likely nicer than rc.conf editing for dhcp/static and custom > shell script for wlan, it's just that netcfg feels like just a wrapper > around wpa_supplicant and thus somewhat pointless. > > Probably I should mention that netcfg *just works* here as a wrapper for the wired bridge config I use. So, no harm done on that part. On the other hand, the wireless_tools and wpa_supplicant dependencies (which really isn't relevant for wired desktop installations) could be patched to optdepends. Let's see, I've been having quite a hand for bash scripting in the past. From barthalion at gmail.com Mon Jun 13 00:34:35 2011 From: barthalion at gmail.com (Bartek Piotrowski) Date: Mon, 13 Jun 2011 06:34:35 +0200 Subject: [arch-general] Cannot upgrade grub2 to 1.99-2 ? In-Reply-To: <4DF512AB.9070704@vdwaa.nl> References: <4DF4F96B.5070401@gmail.com> <4DF512AB.9070704@vdwaa.nl> Message-ID: <BANLkTimGdKxEn=kgZGwEMwCfb+O1watSOw@mail.gmail.com> [root at elite331 barthalion]# LANG=C pacman -Su :: Starting full system upgrade... resolving dependencies... warning: cannot resolve "grub2-common=1.99", a dependency of "grub2-bios" :: The following package cannot be upgraded due to unresolvable dependencies: grub2-bios Do you want to skip the above package for this upgrade? [y/N] y looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: grub2-bios: requires grub2-common=1.99~rc2.r3238 [root at elite331 barthalion]# From mysatyre at gmail.com Mon Jun 13 06:40:08 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Mon, 13 Jun 2011 12:40:08 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> Message-ID: <BANLkTi=agzGQruDt-RnSqbJjHOJtGhXxaQ@mail.gmail.com> actually... the parts I'm using (net-profiles daemon and afore-mentioned bridge config) aren't even breaking if wireless_tools and wpa_supplicant are missing. That kind of removes them as mandatory "dependencies" already. From query.v at gmail.com Mon Jun 13 15:10:16 2011 From: query.v at gmail.com (Timothy L.) Date: Mon, 13 Jun 2011 15:10:16 -0400 Subject: [arch-general] {external, general}ized hooks in key packages [kernel26, ???] (WAS: Re: Reboot - Versioned Kernel Installs) In-Reply-To: <201106102350.04351.yaro@marupa.net> References: <BANLkTimxF7idTf=bvkW3yGap2LQu_KvzHg@mail.gmail.com> <201106102350.04351.yaro@marupa.net> Message-ID: <BANLkTi=yBt26x3qYfk2Df0gFkwvtJnf-kg@mail.gmail.com> On Sat, Jun 11, 2011 at 12:50 AM, Yaro Kasear <yaro at marupa.net> wrote: > On Friday, June 10, 2011 23:36:18 C Anthony Risinger wrote: > > On Fri, Jun 10, 2011 at 2:44 PM, Mauro Santos > > > > <registo.mailling at gmail.com> wrote: > > > Arch users have lived without the last good known kernel so far and > > > without an -lts kernel until recently. > > > > this applies to technology in general -- we don't need any of it, but > > forward we move nonetheless. > > > > > IMHO it is a lot more advisable > > > to have an install cd/usb, or even better, a custom install in some > > > external media that can be used to boot the system in case something > > > goes wrong or in case of emergency. Then you can just chroot into the > > > broken install and fix the problem or tell pacman where the root and > > > cache are located and fix things. > > > > why is that simpler/advisable? now you need to mount everything > > properly by hand else things like autodetection fail in mkinitcpio, > > etc. i don't think it's hard to recover, and i would never have any > > of these issues, but i think a *real* recovery shell is not a bad idea > > ... why add more work for me the human when the machine could get me > > 95% the way there? and offer some options even? > > > > On Fri, Jun 10, 2011 at 7:45 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net > > > wrote: > > > The only reason to even consider keeping an old kernel around with Arch > > > was just in case the new kernel is effectively borked... (possibly due > > > to a hardware incompatibility...) And if I remember right, you said > > > something about this not working if the new kernel can't boot... > > > > you wouldn't want to boot it past the final step, ie. you don't want > > to actually switch_root into your / device and continue the boot > > process ... however, at that moment, you have: > > > > ) booted a good kernel > > ) have all autodetected modules available (possibly not loaded tho) > > ) ... and (IIRC) -fallback version has the full module tree if needed > > ) loaded your last configuration of initcpio hooks/etc > > ) ... which means your / is probably mounted properly, even with > > encryption and other exotics > > ) other filesystems like /dev /sys are mounted, --move'd, and ready to > > go on the new_root > > ) the whole system is poised for regular boot > > > > ... so initcpio script *could*, if aware of your dilemma: > > > > ) drop to shell immediately with some helpful info > > ) chroot for you into /new_root (your real system) > > ) ... maybe bind mount the module hierarchy into new_root to prevent > > accidental loading of wrong mods (if that's even possible, not sure) > > > > ... basically just bring you 95% the way there, then let you fix it > > and reboot ... done. > > > > On Fri, Jun 10, 2011 at 8:06 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net > > > wrote: > > > It would appear that on Jun 10, Robert Howard did say: > > >> Why not just copy the old kernel image, modules and initrd image > > >> somewhere by hand before you upgrade kernels. > > > > > > That wouldn't be such a bad idea. And in fact I already do that with > the > > > kernel and initrd image. > > > > and that option will always be available ... but any trivially > > repetitive procedure requiring consistent user interaction is a poor > > solution IMO, if even worthy of being called a solution. definitely > > an exaggeration, but why even have timed scripts a la cron, or a > > packaging system at all, when we could just remember to do stuff? why > > not boot the system by hand :-)? probably because these automata > > improve consistency and reduce the likelihood of errors ... we suck at > > being computers :-) > > > > http://panko.shidler.hawaii.edu/HumanErr/ProgNorm.htm > > > > > * CRS : "Can't Remember Sh^Htuff" > > > > ha nice ... i've never heard anyone else say/use this (CRS acronym) > > ... my grandmother has been telling me that since i was a kid -- i > > always thought she made it up :-) -- one of those independently > > discoverable things i suppose. > > > > On Fri, Jun 10, 2011 at 8:33 PM, Heiko Baums <lists at baums-on-web.de> > wrote: > > > Am Fri, 10 Jun 2011 21:21:17 -0400 > > > > > > schrieb "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net>: > > >> Now that, Heiko, is a good idea. And one that I could actually do. > > >> I'd just have to decide which of my other Linux distributions to > > >> sacrifice to make room for it... Keeping in mind that as you say: > > >> "those cases in which an updated kernel is unbootable are very, very > > >> rare." I think I'd rather learn how to use the "pacman -U" method... > > > > > > Would at least be less work. > > > > how is installing another distro that you may never use easier? you'd > > still have to go thru the whole manual recovery process. LiveCD beats > > this any day for me -- i rarely install anything these days because my > > distro-hopping abruptly ended with Arch :-) (though i do check them > > out from time to time, or for work related things) > > > > -------------------------------------------------- > > > > and the end of the day people just want to reinstate a useable system > > as rapidly as possible. we can yammer on and argue that the user > > "should not be using testing then", "should be making full backups", > > "should have/know an alternate recovery plan", "should be manually > > backing up kernel related stuff", "should be awesomely l33t with linux > > by now", "prob shouldnt use Arch then" or limitless other assertions, > > none of which will help anyone learn anything. > > > > i can recover my system. i can recover it pretty much no matter how > > fubificated it is in only a couple minutes because my life is centered > > around these systems -- to others, if not most, the system is merely a > > conduit to their own needs/interests, not the focal point. this is > > important to remember. i think some basic recovery options are a fair > > request, and one i've seen often enough in various places. if their > > needs can be made possible by a simple externalized mechanism, and > > then implemented + maintained by the community, then who is losing? > > if you don't want it you can simply not use it and your system is no > > better or worse. in fact, it's not even affected to any degree save > > some extra checks failing here and there ... you may even find your > > own use for the triggers. > > > > such a mechanism could be used to save packages, save module tree, > > save images, or anything else one wanted it to do at that critical > > point. in my own case, i need a way to save the kernel and initramfs > > before they are replaced -- automatically -- so i can stuff them into > > a btrfs subvolume for system rollbacks ... i would never ask the user > > to perform this manually for a million good reasons. the only other > > option AFAICS is aliasing over the top of pacman. > > > > so, while i personally don't care about the threads specific request > > -- as it will never apply to me -- IMO the motivation is sound, and > > could be generalized. i propose this threads energy move away from > > the endlessly debatable focus on "versioning the kernel" to "providing > > a means to perform custom actions during kernel package transactions, > > and potentially any package" ... something that maybe everyone can > > agree on, and something that may prove to enable many new/interesting > > ideas. > > > > so, what sayeth anyone that can make the magic come to life, or anyone > > else? > > > > /etc/pacman/hooks.d/kernel26/<hookname> > > /etc/pacman/hooks.d/hook.kernel26.<hookname> > > /etc/kernel26.hook > > /etc/pacman.linux.hook > > <whatever> > > > > ill be looking into the pacman hooks proposal, but since i cant do C > > [yet :-] no patches will be from this guy ... external hooks to the > > .install file is probably pretty simple to implemented even in pacman > > (then any package could be hooked), but could easily be done in the > > .install file itself for certain packages, eg. kernel26. > > > > C Anthony > > This all sounds wonderful and handy and completely incompatible with the > Arch > Way. > Eh, the "Arch Way" isn't that specific. I don't see why including *the option* to have *the last known-to-work kernel* backed up after a kernel upgrade is that terrible. From reading the thread it sounds like it's a very simple thing to do and that there are people willing to write the code for inclusion. And to be more on topic, the pacman hooks idea has been in need of some love for some time. A interim solution (or discussion) sounds like a good idea just to get the ball rolling. One line responses citing a broad idea as proof that that idea is useless don't add anything to the conversation. I'm a novice when it comes to this kind of stuff, but adding simple hooks doesn't seem to needlessly complicate a user's system. It's something a user would never notice unless they actually needed to use the functionality it provided. Discussing this stuff is what leads to progress (AKA motivation). From davekong at archlinux.us Mon Jun 13 15:53:19 2011 From: davekong at archlinux.us (David Campbell) Date: Mon, 13 Jun 2011 15:53:19 -0400 Subject: [arch-general] {external, general}ized hooks in key packages [kernel26, ???] (WAS: Re: Reboot - Versioned Kernel Installs) In-Reply-To: <BANLkTi=yBt26x3qYfk2Df0gFkwvtJnf-kg@mail.gmail.com> References: <BANLkTimxF7idTf=bvkW3yGap2LQu_KvzHg@mail.gmail.com> <201106102350.04351.yaro@marupa.net> <BANLkTi=yBt26x3qYfk2Df0gFkwvtJnf-kg@mail.gmail.com> Message-ID: <1307994370-sup-7255@hypnos> Excerpts from Timothy L.'s message of 2011-06-13 15:10:16 -0400: > ... > I'm a novice when it comes to this kind of stuff, but adding > simple hooks doesn't seem to needlessly complicate a user's > system. It's something a user would never notice unless they > actually needed to use the functionality it provided. Just to clarify, when people talk about keeping it simple and the Arch way, they are not talking about having a simple, clean interface for the user, they are talking about keeping the system itself simple, as to reduce the likelihood of bugs, to make maintenance simpler, to make extending the system easier, etc.. -- David Campbell From query.v at gmail.com Mon Jun 13 16:48:28 2011 From: query.v at gmail.com (Timothy L.) Date: Mon, 13 Jun 2011 16:48:28 -0400 Subject: [arch-general] {external, general}ized hooks in key packages [kernel26, ???] (WAS: Re: Reboot - Versioned Kernel Installs) In-Reply-To: <1307994370-sup-7255@hypnos> References: <BANLkTimxF7idTf=bvkW3yGap2LQu_KvzHg@mail.gmail.com> <201106102350.04351.yaro@marupa.net> <BANLkTi=yBt26x3qYfk2Df0gFkwvtJnf-kg@mail.gmail.com> <1307994370-sup-7255@hypnos> Message-ID: <BANLkTinphoXW55WHjLPz-14aNHvDkBioug@mail.gmail.com> On Mon, Jun 13, 2011 at 3:53 PM, David Campbell <davekong at archlinux.us>wrote: > Excerpts from Timothy L.'s message of 2011-06-13 15:10:16 -0400: > > ... > > I'm a novice when it comes to this kind of stuff, but adding > > simple hooks doesn't seem to needlessly complicate a user's > > system. It's something a user would never notice unless they > > actually needed to use the functionality it provided. > > Just to clarify, when people talk about keeping it simple and the > Arch way, they are not talking about having a simple, clean > interface for the user, they are talking about keeping the system > itself simple, as to reduce the likelihood of bugs, to make > maintenance simpler, to make extending the system easier, etc.. > -- > David Campbell > Thanks for the clarification but I understood already. Anthony's post was more of a open-ended proposal (or I perceived it to be), it was not "This is my idea--let's do this." And it was directed more towards core packages like the kernel and pacman rather than all packages. I just felt the OP's post was undeservedly ended before a discussion could even start. From pdgiddie at gmail.com Tue Jun 14 04:32:29 2011 From: pdgiddie at gmail.com (Paul Gideon Dann) Date: Tue, 14 Jun 2011 09:32:29 +0100 Subject: [arch-general] {external, general}ized hooks in key packages [kernel26, ???] (WAS: Re: Reboot - Versioned Kernel Installs) In-Reply-To: <1307994370-sup-7255@hypnos> References: <BANLkTimxF7idTf=bvkW3yGap2LQu_KvzHg@mail.gmail.com> <BANLkTi=yBt26x3qYfk2Df0gFkwvtJnf-kg@mail.gmail.com> <1307994370-sup-7255@hypnos> Message-ID: <201106140932.32491.pdgiddie@gmail.com> On Monday 13 June 2011 20:53:19 David Campbell wrote: > Excerpts from Timothy L.'s message of 2011-06-13 15:10:16 -0400: > > ... > > I'm a novice when it comes to this kind of stuff, but adding > > simple hooks doesn't seem to needlessly complicate a user's > > system. It's something a user would never notice unless they > > actually needed to use the functionality it provided. > > Just to clarify, when people talk about keeping it simple and the > Arch way, they are not talking about having a simple, clean > interface for the user, they are talking about keeping the system > itself simple, as to reduce the likelihood of bugs, to make > maintenance simpler, to make extending the system easier, etc.. Also, the Wiki article on "The Arch Way" states the following: "Arch Linux targets and accommodates competent GNU/Linux users by giving them complete control and responsibility over the system. " In my opinion, overwriting a working kernel with a version that has not yet been tested on the system, without performing a backup, makes the user's job of responsibility difficult. Providing hooks and the option to perform a backup empowers the user and enables him/her to be cautious if that's his desire. Paul From bernardobarros2 at gmail.com Tue Jun 14 18:03:49 2011 From: bernardobarros2 at gmail.com (Bernardo Barros) Date: Tue, 14 Jun 2011 19:03:49 -0300 Subject: [arch-general] TeXLive 2011 pretest In-Reply-To: <BANLkTini+t0yYULwuZ5AmiENrPxOa8mDKQ@mail.gmail.com> References: <20110601045755.GA6445@mastermind.lan> <BANLkTim70UG=w+POqhc09KsKHyfTPFE1eQ@mail.gmail.com> <BANLkTini+t0yYULwuZ5AmiENrPxOa8mDKQ@mail.gmail.com> Message-ID: <BANLkTin72Y7c-5avpzi=kVfUGH-PmbLnRQ@mail.gmail.com> anyone got problems with texlive 2011 usage so far? From lenzi.sergio at gmail.com Tue Jun 14 22:34:18 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Tue, 14 Jun 2011 23:34:18 -0300 Subject: [arch-general] build db and files Message-ID: <1308105258.12707.7.camel@z6000.lenzicasa> Hello I must build the .db and .files (files that exists in the distribuition: core, community...) I must build them from the /var/abs/xxx directory. Can someone point me the the solution???? Thanks for any help, Sergio From zodmaner at gmail.com Wed Jun 15 00:00:49 2011 From: zodmaner at gmail.com (Smith Dhumbumroong) Date: Wed, 15 Jun 2011 11:00:49 +0700 Subject: [arch-general] TeXLive 2011 pretest In-Reply-To: <BANLkTin72Y7c-5avpzi=kVfUGH-PmbLnRQ@mail.gmail.com> References: <20110601045755.GA6445@mastermind.lan> <BANLkTim70UG=w+POqhc09KsKHyfTPFE1eQ@mail.gmail.com> <BANLkTini+t0yYULwuZ5AmiENrPxOa8mDKQ@mail.gmail.com> <BANLkTin72Y7c-5avpzi=kVfUGH-PmbLnRQ@mail.gmail.com> Message-ID: <4DF82E71.5040101@gmail.com> On 06/15/2011 05:03 AM, Bernardo Barros wrote: > anyone got problems with texlive 2011 usage so far? No problem here so far. But I didn't test all of TeXLive packages, just the ones that I used. From hyacinthe.cartiaux at free.fr Wed Jun 15 04:23:35 2011 From: hyacinthe.cartiaux at free.fr (Hyacinthe Cartiaux) Date: Wed, 15 Jun 2011 10:23:35 +0200 Subject: [arch-general] TeXLive 2011 pretest In-Reply-To: <BANLkTin72Y7c-5avpzi=kVfUGH-PmbLnRQ@mail.gmail.com> References: <20110601045755.GA6445@mastermind.lan> <BANLkTini+t0yYULwuZ5AmiENrPxOa8mDKQ@mail.gmail.com> <BANLkTin72Y7c-5avpzi=kVfUGH-PmbLnRQ@mail.gmail.com> Message-ID: <201106151023.35887.hyacinthe.cartiaux@free.fr> Le mercredi 15 juin 2011 00:03:49, Bernardo Barros a ?crit : > anyone got problems with texlive 2011 usage so far? I've just tested quickly, pdflatex compiles my internship report correctly (80 pages, using 15 packages). -- Hyacinthe From kaz.rag at gmail.com Wed Jun 15 07:37:12 2011 From: kaz.rag at gmail.com (Kazuo Teramoto) Date: Wed, 15 Jun 2011 08:37:12 -0300 Subject: [arch-general] TeXLive 2011 pretest In-Reply-To: <BANLkTin72Y7c-5avpzi=kVfUGH-PmbLnRQ@mail.gmail.com> References: <20110601045755.GA6445@mastermind.lan> <BANLkTim70UG=w+POqhc09KsKHyfTPFE1eQ@mail.gmail.com> <BANLkTini+t0yYULwuZ5AmiENrPxOa8mDKQ@mail.gmail.com> <BANLkTin72Y7c-5avpzi=kVfUGH-PmbLnRQ@mail.gmail.com> Message-ID: <BANLkTinE+A=e3PkTNiuh=7st-bY9-un0Ug@mail.gmail.com> On Tue, Jun 14, 2011 at 7:03 PM, Bernardo Barros <bernardobarros2 at gmail.com> wrote: > anyone got problems with texlive 2011 usage so far? > I'm getting a problem with synctex, its don't work with tl 2011 for me, e.g.: ---------------2011-------------- % pdflatex -synctex=1 sample2e This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2011/Arch Linux) [...] SyncTeX written on sample2e.synctex.gz. Transcript written on sample2e.log. % synctex view -i 42:1:/usr/share/texmf-dist/tex/latex/base/sample2e.tex -o sample2e.pdf This is SyncTeX command line utility, version 1.2 SyncTeX ERROR: SyncTeX Error: Bad preamble ---------------2011-------------- But with 2010 I get: ---------------2010-------------- % pdflatex -synctex=1 sample2e This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010/Arch Linux) [...] SyncTeX written on sample2e.synctex.gz. Transcript written on sample2e.log. % synctex view -i 42:1:/usr/share/texmf-dist/tex/latex/base/sample2e.tex -o sample2e.pdf This is SyncTeX command line utility, version 1.2 SyncTeX result begin Output:sample2e.pdf Page:1 x:386.784882 y:380.216461 h:133.768356 v:382.153625 W:343.711060 H:8.855677 before: offset:0 middle: after: Output:sample2e.pdf Page:1 x:179.069794 y:392.171631 h:133.768356 v:394.316345 W:343.711060 H:9.063227 before: offset:0 middle: after: SyncTeX result end ---------------2010-------------- I read (don't remember where) that synctex have a bug with gziped files that give the "Bad preamble" error, so if I gunzip the synctex file I get: ---------------2011-------------- % gunzip sample2e.synctex.gz % synctex view -i 42:1:/usr/share/texmf-dist/tex/latex/base/sample2e.tex -o sample2e.pdf This is SyncTeX command line utility, version 1.2 % ---------------2011-------------- i.e. no error but no output. Don't know if this is a packaging or upstream bug (or user bug =]), what you think? Thanks, Kazuo -- ?The journey is more important than the destination?that?s part of life, if you only live for getting to the end, you?re almost always disappointed.? Donald E. Knuth From mrelendig at har-ikkje.net Wed Jun 15 11:07:04 2011 From: mrelendig at har-ikkje.net (=?ISO-8859-1?B?2Hl2aW5k?= Heggstad) Date: Wed, 15 Jun 2011 17:07:04 +0200 Subject: [arch-general] build db and files In-Reply-To: <1308105258.12707.7.camel@z6000.lenzicasa> References: <1308105258.12707.7.camel@z6000.lenzicasa> Message-ID: <20110615170704.59d9907f@Alice.zomgnet> On Tue, 14 Jun 2011 23:34:18 -0300 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com> wrote: > Hello > > I must build the .db and .files > (files that exists in the distribuition: core, community...) I must > build > them from the /var/abs/xxx directory. > > Can someone point me the the solution???? > > Thanks for any help, > > Sergio For the .db: repo-add --help Also see https://wiki.archlinux.org/index.php/Local_repository_HOW-TO Personally I would not built nor host from /var/abs though. From drankinatty at suddenlinkmail.com Wed Jun 15 14:41:33 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Wed, 15 Jun 2011 13:41:33 -0500 Subject: [arch-general] makechrootpkg -I (any way to pass --noconfirm ?) Message-ID: <4DF8FCDD.2090702@suddenlinkmail.com> Guys When installing packages into an archroot with the '-I' option to makechrootpkg is there any way to also pass the '--noconfirm' option to pacman? I have tried a couple of different ways to pass it after the -I option, but so far it is a no go. I'm trying to automate the trinity build in an archroot, but having to confirm each install after the module build is preventing this. What say the experts? -- David C. Rankin, J.D.,P.E. From baho-utot at columbus.rr.com Wed Jun 15 17:18:29 2011 From: baho-utot at columbus.rr.com (Baho Utot) Date: Wed, 15 Jun 2011 17:18:29 -0400 Subject: [arch-general] makechrootpkg -I (any way to pass --noconfirm ?) In-Reply-To: <4DF8FCDD.2090702@suddenlinkmail.com> References: <4DF8FCDD.2090702@suddenlinkmail.com> Message-ID: <4DF921A5.7070408@columbus.rr.com> On 06/15/2011 02:41 PM, David C. Rankin wrote: > Guys > > When installing packages into an archroot with the '-I' option to > makechrootpkg is there any way to also pass the '--noconfirm' option > to pacman? I have tried a couple of different ways to pass it after > the -I option, but so far it is a no go. I'm trying to automate the > trinity build in an archroot, but having to confirm each install after > the module build is preventing this. What say the experts? > You're doing this incorrectly. Setup a repo that is reachable in the chroot then ( sudo /usr/sbin/mkarchroot -u ${_chroot}/root 2>&1 | tee ${_date}build.log && exit ${PIPESTATUS} ) ( sudo /usr/sbin/makechrootpkg -c -r ${_chroot} 2>&1 | tee -a ${_date}build.log && exit ${PIPESTATUS} ) The first mkarchroot updates the chroot system and the second builds the package, when they are are built you are ready to install to the host system. I do not recommend installing the trinity packages to the chroot, the PKGBUILD file should pull them in automagically if it is written correctly. See my automated trinity build system for pointers. I wrap the whole thing in a Makefile which builds the entire trinity desktop ( if needed ). $ make trinity is all that is then needed. From lenzi.sergio at gmail.com Wed Jun 15 17:31:12 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Wed, 15 Jun 2011 18:31:12 -0300 Subject: [arch-general] arch linux repository In-Reply-To: <4DF8FCDD.2090702@suddenlinkmail.com> References: <4DF8FCDD.2090702@suddenlinkmail.com> Message-ID: <1308173472.18334.61.camel@z6000.lenzicasa> Hello... I am building a private repository (myrep) I put all the packages, I build using PKGBUILD and /var/abs/tree. and saved it on an internet server that can be acessed by using http. Is there a way to build the db and files in the repository, in a way pacman -Syu can update my archlinux??? or pacman just do not use them??? Thanks From angvp at archlinux.org Wed Jun 15 17:37:06 2011 From: angvp at archlinux.org (=?ISO-8859-1?Q?=C1ngel_Vel=E1squez?=) Date: Wed, 15 Jun 2011 18:37:06 -0300 Subject: [arch-general] arch linux repository In-Reply-To: <1308173472.18334.61.camel@z6000.lenzicasa> References: <4DF8FCDD.2090702@suddenlinkmail.com> <1308173472.18334.61.camel@z6000.lenzicasa> Message-ID: <BANLkTinWkeh0N6YKhQTVXfgjs286vrtDhA@mail.gmail.com> 2011/6/15 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com>: > Hello... > > I am building a private repository (myrep) I put all the packages, I > build > using PKGBUILD and /var/abs/tree. and saved it on an internet server > that can be acessed by using http. > > Is there a way to build the db and files in the repository, in a way > pacman -Syu can > update my archlinux??? ? or pacman just do not use them??? > > Thanks > Please see [1] I don't know if you noticed that you received that reply, please don't ask again in other threads, ask if you didn't understand something from the documentation [1] https://wiki.archlinux.org/index.php/Local_repository_HOW-TO -- Angel Vel?squez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com From jesse.jaara at gmail.com Wed Jun 15 17:38:42 2011 From: jesse.jaara at gmail.com (jesse jaara) Date: Thu, 16 Jun 2011 00:38:42 +0300 Subject: [arch-general] arch linux repository In-Reply-To: <1308173472.18334.61.camel@z6000.lenzicasa> References: <4DF8FCDD.2090702@suddenlinkmail.com> <1308173472.18334.61.camel@z6000.lenzicasa> Message-ID: <BANLkTimQg3zVzppn0vtKtEjvqx+5r4U4Jw@mail.gmail.com> 2011/6/16 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com> > Hello... > > I am building a private repository (myrep) I put all the packages, I > build > using PKGBUILD and /var/abs/tree. and saved it on an internet server > that can be acessed by using http. > > Is there a way to build the db and files in the repository, in a way > pacman -Syu can > update my archlinux??? or pacman just do not use them??? > > Thanks > You can use repo-add and repo-remove commands to modify pacman-repo-dbs then just add the server to pacman.conf [myrepo] Server = http://myserver.fi/arch/repo you want to put that over the other entries if you build packages that are also found from core/extra/community so that the get fech from there instead from the offical repos. -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.) From jesse.jaara at gmail.com Wed Jun 15 17:44:40 2011 From: jesse.jaara at gmail.com (jesse jaara) Date: Thu, 16 Jun 2011 00:44:40 +0300 Subject: [arch-general] arch linux repository In-Reply-To: <BANLkTimQg3zVzppn0vtKtEjvqx+5r4U4Jw@mail.gmail.com> References: <4DF8FCDD.2090702@suddenlinkmail.com> <1308173472.18334.61.camel@z6000.lenzicasa> <BANLkTimQg3zVzppn0vtKtEjvqx+5r4U4Jw@mail.gmail.com> Message-ID: <BANLkTikZqfuF1a48jt4WSa=OPZoCYEs7Xw@mail.gmail.com> 2011/6/16 jesse jaara <jesse.jaara at gmail.com> > > > 2011/6/16 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com> > >> Hello... >> >> I am building a private repository (myrep) I put all the packages, I >> build >> using PKGBUILD and /var/abs/tree. and saved it on an internet server >> that can be acessed by using http. >> >> Is there a way to build the db and files in the repository, in a way >> pacman -Syu can >> update my archlinux??? or pacman just do not use them??? >> >> Thanks >> > You can use repo-add and repo-remove commands to modify pacman-repo-dbs > then just add the server to pacman.conf > > [myrepo] > Server = http://myserver.fi/arch/repo > > you want to put that over the other entries if you build packages that are > also found from core/extra/community > so that the get fech from there instead from the offical repos. > -- > (\_ /) copy the bunny to your profile > (0.o ) to help him achieve world domination. > (> <) come join the dark side. > /_|_\ (we have cookies.) > > Oh and I used to maintain a customrepo in the past and created 2 scripts to help in it. Use them if you like they are normal bash functions. They require package 'bash-xyne-common_functions' from aur/xyne's-repo ##This push the changes from the local copy of the repo to net. jrepo-sync () { lftp -c "set ftp:list-options -a; open ftp://username:password at myserver.fi; lcd /path/to/my-repo; cd /repo/path/on/ftp/server; mirror --reverse --delete --verbose" } ###This adds the package to the custom repo and removes old versions ###if they exist. jrepo-add () { for pkg in $@; do cp "`pwd`/$pkg" "/srv/ftp/jrepo/" repo-add "/srv/ftp/jrepo/jrepo.db" "/srv/ftp/jrepo/$pkg" extensionless=`strip_pkg_ext $pkg` name=`get_package_name $extensionless` toremove=`ls "/srv/ftp/jrepo" | grep -v "$pkg" | grep "$name"` for i in $toremove; do extensionless=`strip_pkg_ext $i` if [ `get_package_name $extensionless` = $name ]; then echo "Removing old version(s) of $name from repository" echo $i rm "/srv/ftp/jrepo/$i" fi done done } -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.) From drankinatty at suddenlinkmail.com Wed Jun 15 18:24:03 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Wed, 15 Jun 2011 17:24:03 -0500 Subject: [arch-general] makechrootpkg -I (any way to pass --noconfirm ?) In-Reply-To: <4DF921A5.7070408@columbus.rr.com> References: <4DF8FCDD.2090702@suddenlinkmail.com> <4DF921A5.7070408@columbus.rr.com> Message-ID: <4DF93103.1010302@suddenlinkmail.com> On 06/15/2011 04:18 PM, Baho Utot wrote: > On 06/15/2011 02:41 PM, David C. Rankin wrote: >> Guys >> >> When installing packages into an archroot with the '-I' option to >> makechrootpkg is there any way to also pass the '--noconfirm' option to >> pacman? I have tried a couple of different ways to pass it after the -I >> option, but so far it is a no go. I'm trying to automate the trinity build in >> an archroot, but having to confirm each install after the module build is >> preventing this. What say the experts? >> > > You're doing this incorrectly. > Setup a repo that is reachable in the chroot > then > > ( sudo /usr/sbin/mkarchroot -u ${_chroot}/root 2>&1 | tee ${_date}build.log && > exit ${PIPESTATUS} ) > ( sudo /usr/sbin/makechrootpkg -c -r ${_chroot} 2>&1 | tee -a ${_date}build.log > && exit ${PIPESTATUS} ) > > The first mkarchroot updates the chroot system and the second builds the > package, when they are are built you are ready to install to the host system. > I do not recommend installing the trinity packages to the chroot, the PKGBUILD > file should pull them in automagically if it is written correctly. > > See my automated trinity build system for pointers. I wrap the whole thing in a > Makefile which builds the entire trinity desktop ( if needed ). > $ make trinity is all that is then needed. > > Thank you Baho! -- David C. Rankin, J.D.,P.E. From lenzi.sergio at gmail.com Wed Jun 15 20:44:44 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Wed, 15 Jun 2011 21:44:44 -0300 Subject: [arch-general] arch linux repository In-Reply-To: <BANLkTimQg3zVzppn0vtKtEjvqx+5r4U4Jw@mail.gmail.com> References: <4DF8FCDD.2090702@suddenlinkmail.com> <1308173472.18334.61.camel@z6000.lenzicasa> <BANLkTimQg3zVzppn0vtKtEjvqx+5r4U4Jw@mail.gmail.com> Message-ID: <1308185084.23853.0.camel@z6000.lenzicasa> Em Qui, 2011-06-16 ?s 00:38 +0300, jesse jaara escreveu: > > > You can use repo-add and repo-remove commands to modify pacman-repo-dbs > then just add the server to pacman.conf > > [myrepo] > Server = http://myserver.fi/arch/repo > > you want to put that over the other entries if you build packages that are > also found from core/extra/community > so that the get fech from there instead from the offical repos. Ok thanks for the help, will test this weekend... From lenzi.sergio at gmail.com Wed Jun 15 22:44:06 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Wed, 15 Jun 2011 23:44:06 -0300 Subject: [arch-general] arch linux repository In-Reply-To: <BANLkTinWkeh0N6YKhQTVXfgjs286vrtDhA@mail.gmail.com> References: <4DF8FCDD.2090702@suddenlinkmail.com> <1308173472.18334.61.camel@z6000.lenzicasa> <BANLkTinWkeh0N6YKhQTVXfgjs286vrtDhA@mail.gmail.com> Message-ID: <1308192246.65146.6.camel@z6000.lenzicasa> Em Qua, 2011-06-15 ?s 18:37 -0300, ?ngel Vel?squez escreveu: > 2011/6/15 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com>: > > Hello... > > > > I am building a private repository (myrep) I put all the packages, I > > build > > using PKGBUILD and /var/abs/tree. and saved it on an internet server > > that can be acessed by using http. > > > > Is there a way to build the db and files in the repository, in a way > > pacman -Syu can > > update my archlinux??? or pacman just do not use them??? > > > > Thanks > > > > Please see [1] I don't know if you noticed that you received that > reply, please don't ask again in other threads, ask if you didn't > understand something from the documentation > > > [1] https://wiki.archlinux.org/index.php/Local_repository_HOW-TO > > I read the document, it explains how to mount a repo using nfs on local servers, that is not I want to I need to build a repo using http, on remote servers, and use the command pacman -Syu to update all the archlinux... for what I see, I need to go to the pacman source and see how it is done... I use FreeBSD, and in BSD it is all documented, in every detail, I am having some dificulties using linux Even if arch linux is the best one, the documentation is missing from some points... for example: how pacman chooses what needs to be updated from the repo sources... If the solution is to go to the pacman source, no problem... I just asked the list in the case someone has done it before... Sergio From mkakati2805 at gmail.com Thu Jun 16 01:08:35 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Thu, 16 Jun 2011 10:38:35 +0530 Subject: [arch-general] linux 3.0 kernel testing Message-ID: <4DF98FD3.70402@gmail.com> Hi, I want to test the linux3.0 kerne. Whats the most easiest way to test it? Is there a AUR package? I couldn't find it. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110616/ed7d5aeb/attachment.asc> From list at eworm.de Thu Jun 16 01:27:36 2011 From: list at eworm.de (Christian Hesse) Date: Thu, 16 Jun 2011 07:27:36 +0200 Subject: [arch-general] linux 3.0 kernel testing In-Reply-To: <4DF98FD3.70402@gmail.com> References: <4DF98FD3.70402@gmail.com> Message-ID: <20110616072736.6252fa4a@io.vpn.lugor.de> Madhurya Kakati <mkakati2805 at gmail.com> on Thu, 16 Jun 2011 10:38:35 +0530: > I want to test the linux3.0 kerne. Whats the most easiest way to test > it? Is there a AUR package? I couldn't find it. kernel26-mainline 3.0rc3-1 https://aur.archlinux.org/packages.php?ID=39965 -- Schoene Gruesse Chris From angvp at archlinux.org Thu Jun 16 01:46:47 2011 From: angvp at archlinux.org (=?ISO-8859-1?Q?=C1ngel_Vel=E1squez?=) Date: Thu, 16 Jun 2011 02:46:47 -0300 Subject: [arch-general] arch linux repository In-Reply-To: <1308192246.65146.6.camel@z6000.lenzicasa> References: <4DF8FCDD.2090702@suddenlinkmail.com> <1308173472.18334.61.camel@z6000.lenzicasa> <BANLkTinWkeh0N6YKhQTVXfgjs286vrtDhA@mail.gmail.com> <1308192246.65146.6.camel@z6000.lenzicasa> Message-ID: <BANLkTimHFGxz_M3OBwoMAATbOuH9OdhdbA@mail.gmail.com> 2011/6/15 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com>: > Em Qua, 2011-06-15 ?s 18:37 -0300, ?ngel Vel?squez escreveu: > >> 2011/6/15 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com>: >> > Hello... >> > >> > I am building a private repository (myrep) I put all the packages, I >> > build >> > using PKGBUILD and /var/abs/tree. and saved it on an internet server >> > that can be acessed by using http. >> > >> > Is there a way to build the db and files in the repository, in a way >> > pacman -Syu can >> > update my archlinux??? ? or pacman just do not use them??? >> > >> > Thanks >> > >> >> Please see [1] I don't know if you noticed that you received that >> reply, please don't ask again in other threads, ask if you didn't >> understand something from the documentation >> >> >> [1] https://wiki.archlinux.org/index.php/Local_repository_HOW-TO >> >> > > I read the document, it explains how to mount a repo using nfs on local > servers, > that is not I want to I need to build a repo using http, on remote > servers, and > use the command pacman -Syu to update all the archlinux... > So you need an http server (common sense is also valid) > for what I see, I need to go to the pacman source and see how it is > done... Or try to explore yourself how to do it. > > I use FreeBSD, I really doubt about it. and in BSD it is all documented, ?in every detail, I am > having > some dificulties using linux ? ?Even if arch linux is the best one, the > documentation > is missing from some points... ?for example: how pacman chooses what > needs > to ?be updated from the repo sources... > That's explained, even on pacman.conf .. > If the solution is to go to the pacman source, no problem... I just > asked the > list in the case someone has done it before... > The solution is to read a lot, you still missing some valuable information. > Sergio > -- Angel Vel?squez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com From dgbaley27 at verizon.net Thu Jun 16 08:41:04 2011 From: dgbaley27 at verizon.net (Matthew Monaco) Date: Thu, 16 Jun 2011 08:41:04 -0400 Subject: [arch-general] linux 3.0 kernel testing In-Reply-To: <4DF98FD3.70402@gmail.com> References: <4DF98FD3.70402@gmail.com> Message-ID: <4DF9F9E0.3010203@verizon.net> I know it's tempting, but keep in mind there's really nothing different about this kernel. So don't go out of your way unless you typically test the -rc kernels or there is a specific feature you're looking for. On 06/16/2011 01:08 AM, Madhurya Kakati wrote: > Hi, > I want to test the linux3.0 kerne. Whats the most easiest way to test > it? Is there a AUR package? I couldn't find it. > Thanks > > From mkakati2805 at gmail.com Thu Jun 16 13:44:29 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Thu, 16 Jun 2011 23:14:29 +0530 Subject: [arch-general] linux 3.0 kernel testing In-Reply-To: <20110616072736.6252fa4a@io.vpn.lugor.de> References: <4DF98FD3.70402@gmail.com> <20110616072736.6252fa4a@io.vpn.lugor.de> Message-ID: <4DFA40FD.6010204@gmail.com> On 06/16/2011 10:57 AM, Christian Hesse wrote: > Madhurya Kakati <mkakati2805 at gmail.com> on Thu, 16 Jun 2011 10:38:35 > +0530: >> I want to test the linux3.0 kerne. Whats the most easiest way to test >> it? Is there a AUR package? I couldn't find it. > kernel26-mainline 3.0rc3-1 > https://aur.archlinux.org/packages.php?ID=39965 Why is it named kernel26? Also i was checking out the PKGBUILD. Do i have to compile and install the kernel headers and kernel docs? Also the pkgname is kernel26-mainline. But the the line 69 is package_kernel26() { but shouldn't it be renamed package_kernel26-mainline() { ? I don't want to mess up my existing kernel by installing it. I want to install it as package named kernel26-mainline. Also is there anyway to check what files a package will add or remove from my system when I install it without actually installing it? Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110616/af4105d6/attachment.asc> From cantabile.desu at gmail.com Thu Jun 16 13:51:30 2011 From: cantabile.desu at gmail.com (cantabile) Date: Thu, 16 Jun 2011 20:51:30 +0300 Subject: [arch-general] linux 3.0 kernel testing In-Reply-To: <4DFA40FD.6010204@gmail.com> References: <4DF98FD3.70402@gmail.com> <20110616072736.6252fa4a@io.vpn.lugor.de> <4DFA40FD.6010204@gmail.com> Message-ID: <4DFA42A2.7000009@gmail.com> On 06/16/2011 08:44 PM, Madhurya Kakati wrote: > On 06/16/2011 10:57 AM, Christian Hesse wrote: >> Madhurya Kakati<mkakati2805 at gmail.com> on Thu, 16 Jun 2011 10:38:35 >> +0530: >>> I want to test the linux3.0 kerne. Whats the most easiest way to test >>> it? Is there a AUR package? I couldn't find it. >> kernel26-mainline 3.0rc3-1 >> https://aur.archlinux.org/packages.php?ID=39965 > > Why is it named kernel26? Also i was checking out the PKGBUILD. Do i > have to compile and install the kernel headers and kernel docs? Also the > pkgname is kernel26-mainline. But the the line 69 is > package_kernel26() { but shouldn't it be renamed > package_kernel26-mainline() { ? > I don't want to mess up my existing kernel by installing it. I want to > install it as package named kernel26-mainline. > > Also is there anyway to check what files a package will add or remove > from my system when I install it without actually installing it? > > Thanks > > > You don't have to install it after makepkg is done. `tar tf kernel26-mainline-blah.pkg.tar.xz` will list the contents. pacman can do that as well (for specifics, see the manual). The package was first uploaded on 17 Aug 2010, at that time there was no linux 3.0. You can tell makepkg to only build the packages you want from a split pkgbuild (again, see the manual). -- cantabile "Jayne is a girl's name." -- River From dgbaley27 at verizon.net Thu Jun 16 16:27:02 2011 From: dgbaley27 at verizon.net (Matthew Monaco) Date: Thu, 16 Jun 2011 16:27:02 -0400 Subject: [arch-general] Why are install functions not in PKGBUILD? Message-ID: <4DFA6716.4070304@verizon.net> It seems like the install functions pre/post_install/upgrade/remove could be defined right in the PKGBUILD. Any particular reason why this isn't or cannot be so? From daenyth+arch at gmail.com Thu Jun 16 16:29:03 2011 From: daenyth+arch at gmail.com (Daenyth Blank) Date: Thu, 16 Jun 2011 16:29:03 -0400 Subject: [arch-general] Why are install functions not in PKGBUILD? In-Reply-To: <4DFA6716.4070304@verizon.net> References: <4DFA6716.4070304@verizon.net> Message-ID: <BANLkTi=uzUFgH3xX8=bFX=bW80aSaVyo+g@mail.gmail.com> On Thu, Jun 16, 2011 at 16:27, Matthew Monaco <dgbaley27 at verizon.net> wrote: > It seems like the install functions pre/post_install/upgrade/remove could be > defined right in the PKGBUILD. Any particular reason why this isn't or > cannot be so? > This has come up on the ML before. It's because the PKGBUILD file is not installed to the system, and the system shouldn't have to know or care about the build process, only the install and usage. From dgbaley27 at verizon.net Thu Jun 16 16:38:18 2011 From: dgbaley27 at verizon.net (Matthew Monaco) Date: Thu, 16 Jun 2011 16:38:18 -0400 Subject: [arch-general] Why are install functions not in PKGBUILD? In-Reply-To: <BANLkTi=uzUFgH3xX8=bFX=bW80aSaVyo+g@mail.gmail.com> References: <4DFA6716.4070304@verizon.net> <BANLkTi=uzUFgH3xX8=bFX=bW80aSaVyo+g@mail.gmail.com> Message-ID: <4DFA69BA.3010704@verizon.net> But a lot of the stuff in the PKGBUILD is copied into the package database, so why is the install stuff an exception? I don't think it'd be the only multi-line field. On 06/16/2011 04:29 PM, Daenyth Blank wrote: > On Thu, Jun 16, 2011 at 16:27, Matthew Monaco<dgbaley27 at verizon.net> wrote: >> It seems like the install functions pre/post_install/upgrade/remove could be >> defined right in the PKGBUILD. Any particular reason why this isn't or >> cannot be so? >> > > This has come up on the ML before. It's because the PKGBUILD file is > not installed to the system, and the system shouldn't have to know or > care about the build process, only the install and usage. > From jan.steffens at gmail.com Thu Jun 16 17:21:15 2011 From: jan.steffens at gmail.com (Jan Steffens) Date: Thu, 16 Jun 2011 23:21:15 +0200 Subject: [arch-general] Why are install functions not in PKGBUILD? In-Reply-To: <4DFA69BA.3010704@verizon.net> References: <4DFA6716.4070304@verizon.net> <BANLkTi=uzUFgH3xX8=bFX=bW80aSaVyo+g@mail.gmail.com> <4DFA69BA.3010704@verizon.net> Message-ID: <BANLkTikPg=fjDXaoGMqsM9rHVthDTy_aYV5YVJhjzf9a8H_stw@mail.gmail.com> On Thu, Jun 16, 2011 at 10:38 PM, Matthew Monaco <dgbaley27 at verizon.net> wrote: > But a lot of the stuff in the PKGBUILD is copied into the package database, > so why is the install stuff an exception? I don't think it'd be the only > multi-line field. Because the install stuff isn't a multi-line field (of which there are none), it's a bash script defining functions. From lists at baums-on-web.de Thu Jun 16 18:05:40 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Fri, 17 Jun 2011 00:05:40 +0200 Subject: [arch-general] Why are install functions not in PKGBUILD? In-Reply-To: <BANLkTikPg=fjDXaoGMqsM9rHVthDTy_aYV5YVJhjzf9a8H_stw@mail.gmail.com> References: <4DFA6716.4070304@verizon.net> <BANLkTi=uzUFgH3xX8=bFX=bW80aSaVyo+g@mail.gmail.com> <4DFA69BA.3010704@verizon.net> <BANLkTikPg=fjDXaoGMqsM9rHVthDTy_aYV5YVJhjzf9a8H_stw@mail.gmail.com> Message-ID: <20110617000540.3ea9d53c@darkstar> Am Thu, 16 Jun 2011 23:21:15 +0200 schrieb Jan Steffens <jan.steffens at gmail.com>: > Because the install stuff isn't a multi-line field (of which there are > none), it's a bash script defining functions. The install scripts are meant for stuff which needs to be done after the package installation directly on the system like updating an icon cache, font cache etc., while the PKGBUILD is a bash script which is used for having packages built from the sources by makepkg and installing them in a fake root like compiling, building the binary package etc. So pacman doesn't see the PKGBUILD, but it sees the install file in the binary package and can only execute the install script functions but not the PKGBUILD functions. And pacman doesn't need to and shouldn't see the build and package functions. Heiko From mkakati2805 at gmail.com Fri Jun 17 01:20:02 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Fri, 17 Jun 2011 10:50:02 +0530 Subject: [arch-general] linux 3.0 kernel testing In-Reply-To: <4DFA42A2.7000009@gmail.com> References: <4DF98FD3.70402@gmail.com> <20110616072736.6252fa4a@io.vpn.lugor.de> <4DFA40FD.6010204@gmail.com> <4DFA42A2.7000009@gmail.com> Message-ID: <4DFAE402.9080205@gmail.com> On 06/16/2011 11:21 PM, cantabile wrote: > On 06/16/2011 08:44 PM, Madhurya Kakati wrote: >> On 06/16/2011 10:57 AM, Christian Hesse wrote: >>> Madhurya Kakati<mkakati2805 at gmail.com> on Thu, 16 Jun 2011 10:38:35 >>> +0530: >>>> I want to test the linux3.0 kerne. Whats the most easiest way to test >>>> it? Is there a AUR package? I couldn't find it. >>> kernel26-mainline 3.0rc3-1 >>> https://aur.archlinux.org/packages.php?ID=39965 >> >> Why is it named kernel26? Also i was checking out the PKGBUILD. Do i >> have to compile and install the kernel headers and kernel docs? Also the >> pkgname is kernel26-mainline. But the the line 69 is >> package_kernel26() { but shouldn't it be renamed >> package_kernel26-mainline() { ? >> I don't want to mess up my existing kernel by installing it. I want to >> install it as package named kernel26-mainline. >> >> Also is there anyway to check what files a package will add or remove >> from my system when I install it without actually installing it? >> >> Thanks >> >> >> > You don't have to install it after makepkg is done. `tar tf > kernel26-mainline-blah.pkg.tar.xz` will list the contents. pacman can > do that as well (for specifics, see the manual). > > The package was first uploaded on 17 Aug 2010, at that time there was > no linux 3.0. > > You can tell makepkg to only build the packages you want from a split > pkgbuild (again, see the manual). > Yes I know how build specific packages in PKGBUILD. I want to know that do i have to compile and install the kernel header and kernel docs package or should I install only the kernel package? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110617/7b67d17b/attachment-0001.asc> From foutrelis at gmail.com Fri Jun 17 02:42:07 2011 From: foutrelis at gmail.com (Evangelos Foutras) Date: Fri, 17 Jun 2011 09:42:07 +0300 Subject: [arch-general] linux 3.0 kernel testing In-Reply-To: <4DFAE402.9080205@gmail.com> References: <4DF98FD3.70402@gmail.com> <20110616072736.6252fa4a@io.vpn.lugor.de> <4DFA40FD.6010204@gmail.com> <4DFA42A2.7000009@gmail.com> <4DFAE402.9080205@gmail.com> Message-ID: <BANLkTimxwr2nwyZDioxKp=cZfq5APD8teQ@mail.gmail.com> On 17 June 2011 08:20, Madhurya Kakati <mkakati2805 at gmail.com> wrote: > Yes I know how build specific packages in PKGBUILD. I want to know that > do i have to compile and install the kernel header and kernel docs > package or should I install only the kernel package? Headers are included in the kernel26-mainline package, so you don't have to install anything else. I believe docs are not included, but you probably don't need/want those. From foutrelis at gmail.com Fri Jun 17 02:44:16 2011 From: foutrelis at gmail.com (Evangelos Foutras) Date: Fri, 17 Jun 2011 09:44:16 +0300 Subject: [arch-general] linux 3.0 kernel testing In-Reply-To: <BANLkTimxwr2nwyZDioxKp=cZfq5APD8teQ@mail.gmail.com> References: <4DF98FD3.70402@gmail.com> <20110616072736.6252fa4a@io.vpn.lugor.de> <4DFA40FD.6010204@gmail.com> <4DFA42A2.7000009@gmail.com> <4DFAE402.9080205@gmail.com> <BANLkTimxwr2nwyZDioxKp=cZfq5APD8teQ@mail.gmail.com> Message-ID: <BANLkTin2a58wEm_+=pUYf_PqSDKMKH1ZbQ@mail.gmail.com> On 17 June 2011 09:42, Evangelos Foutras <foutrelis at gmail.com> wrote: > On 17 June 2011 08:20, Madhurya Kakati <mkakati2805 at gmail.com> wrote: >> Yes I know how build specific packages in PKGBUILD. I want to know that >> do i have to compile and install the kernel header and kernel docs >> package or should I install only the kernel package? > > Headers are included in the kernel26-mainline package, so you don't > have to install anything else. I believe docs are not included, but > you probably don't need/want those. Forgot to add; there are also binary packages of kernel26-mainline at http://arch.miffe.org/. From hollunder at lavabit.com Fri Jun 17 04:08:59 2011 From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Fri, 17 Jun 2011 10:08:59 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> Message-ID: <1308297204-sup-506@eris> Excerpts from Martti K?hne's message of 2011-06-13 01:01:07 +0200: > On Sun, Jun 12, 2011 at 10:03 PM, Philipp ?berbacher > <hollunder at lavabit.com> wrote: > <snip> > > Yes, most likely nicer than rc.conf editing for dhcp/static and custom > > shell script for wlan, it's just that netcfg feels like just a wrapper > > around wpa_supplicant and thus somewhat pointless. > > > > > > > Probably I should mention that netcfg *just works* here as a wrapper > for the wired bridge config I use. So, no harm done on that part. On > the other hand, the wireless_tools and wpa_supplicant dependencies > (which really isn't relevant for wired desktop installations) could be > patched to optdepends. Let's see, I've been having quite a hand for > bash scripting in the past. I'm trying to make the switch to netcfg but it fails in mulltiple ways. 1) apparently a warning only when connecting to wlan: nl80211: 'nl80211' generic netlink not found The module is indeed not loaded, but not blacklisted either, it simply isn't there (can't modprobe it manually). 2) Ethernet seems to only work in debug mode: $ sudo NETCFG_DEBUG="yes" netcfg ethernet-dhcp DEBUG: Loading profile ethernet-dhcp DEBUG: Configuring interface eth0 :: ethernet-dhcp up [BUSY] DEBUG: status reported to profile_up as: DEBUG: Loading profile ethernet-dhcp DEBUG: Configuring interface eth0 DEBUG: ethernet_iproute_up ifup DEBUG: ethernet_up dhcpcd -qL -t 10 eth0 DEBUG: DEBUG: ethernet_iproute_up hostname eris [DONE] $ sudo NETCFG_DEBUG="yes" netcfg -d ethernet-dhcp DEBUG: Loading profile ethernet-dhcp DEBUG: Configuring interface eth0 DEBUG: status reported to profile_down as: ethernet-dhcp :: ethernet-dhcp down [BUSY] DEBUG: Loading profile ethernet-dhcp DEBUG: Configuring interface eth0 DEBUG: ethernet_down dhcpcd -qx eth0 DEBUG: ethernet_down if_down [DONE] $ sudo netcfg ethernet-dhcp :: ethernet-dhcp up [BUSY] > DHCP IP lease attempt failed. [FAIL] 3) static ethernet doesn't work at all: $ sudo NETCFG_DEBUG="yes" netcfg ethernet-moheim-static DEBUG: Loading profile ethernet-moheim-static DEBUG: Configuring interface eth0 :: ethernet-moheim-static up [BUSY] DEBUG: status reported to profile_up as: DEBUG: Loading profile ethernet-moheim-static DEBUG: Configuring interface eth0 DEBUG: ethernet_iproute_up ifup DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255 RTNETLINK answers: Invalid argument > Adding gateway 143.205.216.255 failed DEBUG: profile_up connect failed [FAIL] Pretty disappointing, considering that rc.conf and a really dumb bash script just works. The dhcp config is straight from the examples, the static one looks like this: CONNECTION='ethernet' DESCRIPTION='A basic static ethernet connection using iproute' INTERFACE='eth0' IP='static' ADDR='143.205.216.123' GATEWAY='143.205.216.255' DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17') Any ideas what's wrong? From teg at jklm.no Fri Jun 17 05:22:35 2011 From: teg at jklm.no (Tom Gundersen) Date: Fri, 17 Jun 2011 11:22:35 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <1308297204-sup-506@eris> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> <1308297204-sup-506@eris> Message-ID: <BANLkTik9pwRLo11CsuRDJscG-uah0JtMHQ@mail.gmail.com> On Fri, Jun 17, 2011 at 10:08 AM, Philipp ?berbacher <hollunder at lavabit.com> wrote: > I'm trying to make the switch to netcfg but it fails in mulltiple ways. > > 1) apparently a warning only when connecting to wlan: > nl80211: 'nl80211' generic netlink not found > > The module is indeed not loaded, but not blacklisted either, it simply > isn't there (can't modprobe it manually). > > 2) Ethernet seems to only work in debug mode: > $ sudo NETCFG_DEBUG="yes" netcfg ethernet-dhcp > DEBUG: Loading profile ethernet-dhcp > DEBUG: Configuring interface eth0 > :: ethernet-dhcp up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[BUSY] DEBUG: status reported to profile_up as: > DEBUG: Loading profile ethernet-dhcp > DEBUG: Configuring interface eth0 > DEBUG: ethernet_iproute_up ifup > DEBUG: ethernet_up dhcpcd -qL -t 10 eth0 > DEBUG: > DEBUG: ethernet_iproute_up hostname eris > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [DONE] $ sudo NETCFG_DEBUG="yes" netcfg -d ethernet-dhcp > DEBUG: Loading profile ethernet-dhcp > DEBUG: Configuring interface eth0 > DEBUG: status reported to profile_down as: ethernet-dhcp > :: ethernet-dhcp down ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[BUSY] DEBUG: Loading profile ethernet-dhcp > DEBUG: Configuring interface eth0 > DEBUG: ethernet_down dhcpcd -qx eth0 > DEBUG: ethernet_down if_down > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [DONE] $ sudo netcfg ethernet-dhcp > :: ethernet-dhcp up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[BUSY] ?> DHCP IP lease attempt failed. > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL] 3) static ethernet doesn't work at all: > $ sudo NETCFG_DEBUG="yes" netcfg ethernet-moheim-static > DEBUG: Loading profile ethernet-moheim-static > DEBUG: Configuring interface eth0 > :: ethernet-moheim-static up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [BUSY] DEBUG: status reported to profile_up as: > DEBUG: Loading profile ethernet-moheim-static > DEBUG: Configuring interface eth0 > DEBUG: ethernet_iproute_up ifup > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 > DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255 > RTNETLINK answers: Invalid argument > ?> Adding gateway 143.205.216.255 failed > DEBUG: profile_up connect failed > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL] > > Pretty disappointing, considering that rc.conf and a really dumb bash script just works. > The dhcp config is straight from the examples, the static one looks like > this: > CONNECTION='ethernet' > DESCRIPTION='A basic static ethernet connection using iproute' > INTERFACE='eth0' > IP='static' > ADDR='143.205.216.123' > GATEWAY='143.205.216.255' > DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17') > > Any ideas what's wrong? I don't have time to look at this in the next few days, so please file bug report and it will not be forgotten. -t From hollunder at lavabit.com Fri Jun 17 06:13:20 2011 From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Fri, 17 Jun 2011 12:13:20 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <BANLkTik9pwRLo11CsuRDJscG-uah0JtMHQ@mail.gmail.com> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> <1308297204-sup-506@eris> <BANLkTik9pwRLo11CsuRDJscG-uah0JtMHQ@mail.gmail.com> Message-ID: <1308305581-sup-1949@eris> Excerpts from Tom Gundersen's message of 2011-06-17 11:22:35 +0200: > On Fri, Jun 17, 2011 at 10:08 AM, Philipp ?berbacher > <hollunder at lavabit.com> wrote: > > I'm trying to make the switch to netcfg but it fails in mulltiple ways. > > > > 1) apparently a warning only when connecting to wlan: > > nl80211: 'nl80211' generic netlink not found > > > > The module is indeed not loaded, but not blacklisted either, it simply > > isn't there (can't modprobe it manually). > > > > 2) Ethernet seems to only work in debug mode: > > $ sudo NETCFG_DEBUG="yes" netcfg ethernet-dhcp > > DEBUG: Loading profile ethernet-dhcp > > DEBUG: Configuring interface eth0 > > :: ethernet-dhcp up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[BUSY] DEBUG: status reported to profile_up as: > > DEBUG: Loading profile ethernet-dhcp > > DEBUG: Configuring interface eth0 > > DEBUG: ethernet_iproute_up ifup > > DEBUG: ethernet_up dhcpcd -qL -t 10 eth0 > > DEBUG: > > DEBUG: ethernet_iproute_up hostname eris > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [DONE] $ sudo NETCFG_DEBUG="yes" netcfg -d ethernet-dhcp > > DEBUG: Loading profile ethernet-dhcp > > DEBUG: Configuring interface eth0 > > DEBUG: status reported to profile_down as: ethernet-dhcp > > :: ethernet-dhcp down ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[BUSY] DEBUG: Loading profile ethernet-dhcp > > DEBUG: Configuring interface eth0 > > DEBUG: ethernet_down dhcpcd -qx eth0 > > DEBUG: ethernet_down if_down > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [DONE] $ sudo netcfg ethernet-dhcp > > :: ethernet-dhcp up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?[BUSY] ?> DHCP IP lease attempt failed. > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL] 3) static ethernet doesn't work at all: > > $ sudo NETCFG_DEBUG="yes" netcfg ethernet-moheim-static > > DEBUG: Loading profile ethernet-moheim-static > > DEBUG: Configuring interface eth0 > > :: ethernet-moheim-static up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [BUSY] DEBUG: status reported to profile_up as: > > DEBUG: Loading profile ethernet-moheim-static > > DEBUG: Configuring interface eth0 > > DEBUG: ethernet_iproute_up ifup > > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 > > DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255 > > RTNETLINK answers: Invalid argument > > ?> Adding gateway 143.205.216.255 failed > > DEBUG: profile_up connect failed > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL] > > > > Pretty disappointing, considering that rc.conf and a really dumb bash script just works. > > The dhcp config is straight from the examples, the static one looks like > > this: > > CONNECTION='ethernet' > > DESCRIPTION='A basic static ethernet connection using iproute' > > INTERFACE='eth0' > > IP='static' > > ADDR='143.205.216.123' > > GATEWAY='143.205.216.255' > > DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17') > > > > Any ideas what's wrong? > > I don't have time to look at this in the next few days, so please file > bug report and it will not be forgotten. > > -t Thanks Tom, I'll do so. Philipp From rob at rmartinjak.de Fri Jun 17 07:03:44 2011 From: rob at rmartinjak.de (Robin Martinjak) Date: Fri, 17 Jun 2011 13:03:44 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <1308305581-sup-1949@eris> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> <1308297204-sup-506@eris> <BANLkTik9pwRLo11CsuRDJscG-uah0JtMHQ@mail.gmail.com> <1308305581-sup-1949@eris> Message-ID: <20110617110342.GA10399@wolverine.lan> > > > $ sudo NETCFG_DEBUG="yes" netcfg ethernet-moheim-static > > > DEBUG: Loading profile ethernet-moheim-static > > > DEBUG: Configuring interface eth0 > > > :: ethernet-moheim-static up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [BUSY] DEBUG: status reported to profile_up as: > > > DEBUG: Loading profile ethernet-moheim-static > > > DEBUG: Configuring interface eth0 > > > DEBUG: ethernet_iproute_up ifup > > > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 > > > DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255 > > > RTNETLINK answers: Invalid argument > > > ?> Adding gateway 143.205.216.255 failed > > > DEBUG: profile_up connect failed > > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL] > > > > > > Pretty disappointing, considering that rc.conf and a really dumb bash script just works. > > > The dhcp config is straight from the examples, the static one looks like > > > this: > > > CONNECTION='ethernet' > > > DESCRIPTION='A basic static ethernet connection using iproute' > > > INTERFACE='eth0' > > > IP='static' > > > ADDR='143.205.216.123' > > > GATEWAY='143.205.216.255' > > > DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17') > > > > > > Any ideas what's wrong? > > > > I don't have time to look at this in the next few days, so please file > > bug report and it will not be forgotten. > > > > -t > > Thanks Tom, I'll do so. > > Philipp > Try setting a NETMASK; > > > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 Looks like netcfg is assuming a /24 netmask which makes 143.205.216.255 a net address (which ofc can't be used as a gateway) Regards, Robin From myra.nelson at hughes.net Fri Jun 17 13:38:09 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Fri, 17 Jun 2011 12:38:09 -0500 Subject: [arch-general] makepkgchroot Message-ID: <BANLkTikFvRCmGCP1=rJsPhSk1rapf5aeWA@mail.gmail.com> I'm attempting to set up a clean chroot to build packages in. I've followed the instructions on the wiki page https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot. I've read all the posts on the forum, than man pages, and the mailing lists (I may have missed something) and haven't found any answer to my problem; Steps to recreate: 1. sudo mkarchroot ~/chroot/root base base-devel sudo -- success 2. edit pacman.conf, makepkg.conf, and mirrorlist in the chroot directory 3. sudo mkarchroot -u ~/chroot/root -- success 4. a) [myra at gandalf ../repos/core-x86_64]:sudo makechrootpkg -c -r ~/chroot creating clean working copy...done /usr/sbin/makechrootpkg: line 194: /home/myra/chroot/myra/etc/makepkg.conf: No such file or directory /usr/sbin/makechrootpkg: line 199: /home/myra/chroot/myra/etc/makepkg.conf: No such file or directory sed: can't read /home/myra/chroot/myra/etc/makepkg.conf: No such file or directory /usr/sbin/makechrootpkg: line 204: /home/myra/chroot/myra/etc/makepkg.conf: No such file or directory sed: can't read /home/myra/chroot/myra/etc/makepkg.conf: No such file or directory /usr/sbin/makechrootpkg: line 209: /home/myra/chroot/myra/etc/makepkg.conf: No such file or directory grep: /home/myra/chroot/myra/etc/makepkg.conf: No such file or directory /usr/sbin/makechrootpkg: line 244: /home/myra/chroot/myra/etc/sudoers.d/nobody-pacman: No such file or directory chmod: cannot access `/home/myra/chroot/myra/etc/sudoers.d/nobody-pacman': No such file or directory error: '/home/myra/chroot/myra' does not appear to be a Arch chroot please build the image using mkarchroot Build failed, check /home/myra/chroot/myra/build b) [myra at gandalf ../repos/core-x86_64]:sudo makechrootpkg -r ~/chroot/root Missing chroot dir root directory. Try using: mkarchroot /home/myra/chroot/root/root base base-devel sudo usage makechrootpkg [options] -r <chrootdir> [--] [makepkg args] Run this script in a PKGBUILD dir to build a package inside a clean chroot. All unrecognized arguments passed to this script will be passed to makepkg. The chroot dir consists of the following directories: <chrootdir>/{root, copy} but only "root" is required by default. The working copy will be created as needed The chroot "root" directory must be created via the following command: mkarchroot <chrootdir>/root base base-devel sudo Default makepkg args: -s --noconfirm Flags: -h This help -c Clean the chroot before building -u Update the working copy of the chroot before building This is useful for rebuilds without dirtying the pristine chroot -d Add the package to a local db at /repo after building -r <dir> The chroot dir to use -I <pkg> Install a package into the working copy of the chroot -l <copy> The directory to use as the working copy of the chroot Useful for maintaining multiple copies. Default: myra Using [myra at gandalf ../repos/core-x86_64]:sudo makechrootpkg -r ~/chroot/myra gets the same results as b). I don't think anything is wrong with makechrootpkg. I'm sure it's something simple and I'm probably just brickheaded and can't sort out what I'm doing wrong. If someone has a two by four to hit me with and straighten out my thinking please don't hesitate. Myra -- Life's fun when your sick and psychotic! From picogeyer at gmail.com Fri Jun 17 13:46:17 2011 From: picogeyer at gmail.com (Pico Geyer) Date: Fri, 17 Jun 2011 19:46:17 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) Message-ID: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> Hi all, As the title of this email suggests I'm having trouble with the new Nvidia driver. I've attached my Xorg log, as I'm sure that there are a log of people who understand the ouput better than I do. I've had to revert to the previous driver (270.41.19-3) to get my system up and running again. What seems odd to me from the log is that it doesn't even try to load the nvidia driver. I'm using Xorg without any explicit configuration. My card is a GeForce 210 and I'm running a 32 bit arch. Did I forget something? Anybody have any suggestions? Regards, Pico From ibiru at archlinux.org Fri Jun 17 13:53:07 2011 From: ibiru at archlinux.org (Ionut Biru) Date: Fri, 17 Jun 2011 20:53:07 +0300 Subject: [arch-general] makepkgchroot In-Reply-To: <BANLkTikFvRCmGCP1=rJsPhSk1rapf5aeWA@mail.gmail.com> References: <BANLkTikFvRCmGCP1=rJsPhSk1rapf5aeWA@mail.gmail.com> Message-ID: <4DFB9483.3060204@archlinux.org> On 06/17/2011 08:38 PM, Myra Nelson wrote: > I'm attempting to set up a clean chroot to build packages in. I've followed the > instructions on the wiki page > https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot. > > I've read all the posts on the forum, than man pages, and the mailing lists > (I may have missed something) and haven't found any answer to my problem; > > Steps to recreate: <wipe everything> quick todo. simple way sudo extra-x86-64-build or sudo extra-i686-build does the clean chroots in /var/tmp and it does two things 1) if chroot doesn't exists it will create and start compiling 2) if chroot exists, clean the chroot and start compilation. the schemas for chroots are like this: /path/to/chroot/root - the clean one /path/to/chroot/$usr - the one that is used for compilation and gets clean now, if you want to modify mirrorlist from chroot take in consideration that is taken from system /etc/pacman.d/mirrorlist first mirror. now depending of what you want to modify in makepkg.conf some variables can be read and exported inside chroot from ~/.makepkg.conf like MAKEFLAGS, PACKAGER. for pacman.conf you should edit /path/to/chroot/root/etc/pacman.conf to use makechrootpkg use makechrootpkg -rc /path/to/chroot without specify anything else and mkarchroot wants a /path/to/chroot/root as parameter -- Ionu? From ibiru at archlinux.org Fri Jun 17 13:55:01 2011 From: ibiru at archlinux.org (Ionut Biru) Date: Fri, 17 Jun 2011 20:55:01 +0300 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> Message-ID: <4DFB94F5.3090502@archlinux.org> On 06/17/2011 08:46 PM, Pico Geyer wrote: > Hi all, > > As the title of this email suggests I'm having trouble with the new > Nvidia driver. > I've attached my Xorg log, as I'm sure that there are a log of people > who understand the ouput better than I do. attachments doesn't work on this list > > I've had to revert to the previous driver (270.41.19-3) to get my > system up and running again. > What seems odd to me from the log is that it doesn't even try to load > the nvidia driver. > if it doesn't load the driver it means you don't use our xorg-server. for 275.09.07 i dropped the configuration that comes with it because now is loaded by xorg-server !next -- Ionu? From myra.nelson at hughes.net Fri Jun 17 14:12:04 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Fri, 17 Jun 2011 13:12:04 -0500 Subject: [arch-general] makepkgchroot In-Reply-To: <4DFB9483.3060204@archlinux.org> References: <BANLkTikFvRCmGCP1=rJsPhSk1rapf5aeWA@mail.gmail.com> <4DFB9483.3060204@archlinux.org> Message-ID: <BANLkTi=XFLOkw3xyFNAnGm8khbG-jW6=xg@mail.gmail.com> On Fri, Jun 17, 2011 at 12:53, Ionut Biru <ibiru at archlinux.org> wrote: > On 06/17/2011 08:38 PM, Myra Nelson wrote: >> >> I'm attempting to set up a clean chroot to build packages in. I've >> followed the >> instructions on the wiki page >> >> https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot. >> >> I've read all the posts on the forum, than man pages, and the mailing >> lists >> (I may have missed something) and haven't found any answer to my problem; >> >> Steps to recreate: > > <wipe everything> > > > quick todo. simple way > > sudo extra-x86-64-build or sudo extra-i686-build > > does the clean chroots in /var/tmp and it does two things > 1) if chroot doesn't exists it will create and start compiling > 2) if chroot exists, clean the chroot and start compilation. > > the schemas for chroots are like this: > /path/to/chroot/root - the clean one > /path/to/chroot/$usr - the one that is used for compilation and gets clean > > now, if you want to modify mirrorlist from chroot take in consideration that > is taken from system /etc/pacman.d/mirrorlist first mirror. > > now depending of what you want to modify in makepkg.conf some variables can > be read and exported inside chroot from ~/.makepkg.conf like MAKEFLAGS, > PACKAGER. > > for pacman.conf you should edit /path/to/chroot/root/etc/pacman.conf > > to use makechrootpkg use makechrootpkg -rc /path/to/chroot without specify > anything else and ?mkarchroot wants a /path/to/chroot/root as parameter > > > > > -- > Ionu? > I'll give this a try later. Thanks for the suggestion. Myra -- Life's fun when your sick and psychotic! From hollunder at lavabit.com Fri Jun 17 15:30:45 2011 From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Fri, 17 Jun 2011 21:30:45 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <20110617110342.GA10399@wolverine.lan> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> <1308297204-sup-506@eris> <BANLkTik9pwRLo11CsuRDJscG-uah0JtMHQ@mail.gmail.com> <1308305581-sup-1949@eris> <20110617110342.GA10399@wolverine.lan> Message-ID: <1308337941-sup-1483@eris> Excerpts from Robin Martinjak's message of 2011-06-17 13:03:44 +0200: > > > > $ sudo NETCFG_DEBUG="yes" netcfg ethernet-moheim-static > > > > DEBUG: Loading profile ethernet-moheim-static > > > > DEBUG: Configuring interface eth0 > > > > :: ethernet-moheim-static up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [BUSY] DEBUG: status reported to profile_up as: > > > > DEBUG: Loading profile ethernet-moheim-static > > > > DEBUG: Configuring interface eth0 > > > > DEBUG: ethernet_iproute_up ifup > > > > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 > > > > DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255 > > > > RTNETLINK answers: Invalid argument > > > > ?> Adding gateway 143.205.216.255 failed > > > > DEBUG: profile_up connect failed > > > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL] > > > > > > > > Pretty disappointing, considering that rc.conf and a really dumb bash script just works. > > > > The dhcp config is straight from the examples, the static one looks like > > > > this: > > > > CONNECTION='ethernet' > > > > DESCRIPTION='A basic static ethernet connection using iproute' > > > > INTERFACE='eth0' > > > > IP='static' > > > > ADDR='143.205.216.123' > > > > GATEWAY='143.205.216.255' > > > > DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17') > > > > > > > > Any ideas what's wrong? > > > > > > I don't have time to look at this in the next few days, so please file > > > bug report and it will not be forgotten. > > > > > > -t > > > > Thanks Tom, I'll do so. > > > > Philipp > > > Try setting a NETMASK; > > > > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 > Looks like netcfg is assuming a /24 netmask which makes 143.205.216.255 > a net address (which ofc can't be used as a gateway) > > Regards, Robin Afaik the /24 is correct for the local network, although I don't know what it means. Seems like this is called prefix length in the switch. The netmask according to the switch settings is 255.255.255.0. It definitely worked in rc.conf with 255.255.0.0 as netmask and aforementioned gateway, some links that can shed light on this stuff, especially the strange /24, would be welcome. From yaro at marupa.net Fri Jun 17 15:36:55 2011 From: yaro at marupa.net (Yaro Kasear) Date: Fri, 17 Jun 2011 14:36:55 -0500 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFB94F5.3090502@archlinux.org> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFB94F5.3090502@archlinux.org> Message-ID: <201106171436.55391.yaro@marupa.net> On Friday, June 17, 2011 12:55:01 PM Ionut Biru wrote: > On 06/17/2011 08:46 PM, Pico Geyer wrote: > > Hi all, > > > > As the title of this email suggests I'm having trouble with the new > > Nvidia driver. > > I've attached my Xorg log, as I'm sure that there are a log of people > > who understand the ouput better than I do. > > attachments doesn't work on this list > > > I've had to revert to the previous driver (270.41.19-3) to get my > > system up and running again. > > What seems odd to me from the log is that it doesn't even try to load > > the nvidia driver. > > if it doesn't load the driver it means you don't use our xorg-server. > > for 275.09.07 i dropped the configuration that comes with it because now > is loaded by xorg-server > > !next Would be nice if you could actually be specific about your problem. Is Xorg not working? Is it freezing? Also, no attachments on here. From tmhedberg at gmail.com Fri Jun 17 15:49:59 2011 From: tmhedberg at gmail.com (Taylor Hedberg) Date: Fri, 17 Jun 2011 15:49:59 -0400 Subject: [arch-general] On module blacklisting In-Reply-To: <1308337941-sup-1483@eris> References: <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> <1308297204-sup-506@eris> <BANLkTik9pwRLo11CsuRDJscG-uah0JtMHQ@mail.gmail.com> <1308305581-sup-1949@eris> <20110617110342.GA10399@wolverine.lan> <1308337941-sup-1483@eris> Message-ID: <20110617194959.GB20759@foodlogiq3-xp-d620> Philipp ?berbacher, Fri 2011-06-17 @ 21:30:45+0200: > Afaik the /24 is correct for the local network, although I don't know > what it means. Seems like this is called prefix length in the switch. > The netmask according to the switch settings is 255.255.255.0. > > It definitely worked in rc.conf with 255.255.0.0 as netmask and > aforementioned gateway, some links that can shed light on this stuff, > especially the strange /24, would be welcome. The "/24" is just another way of writing a netmask of 255.255.255.0. 24 is the number of bits in the network prefix. See http://en.wikipedia.org/wiki/CIDR_notation. From r.schtz at t-online.de Fri Jun 17 17:10:01 2011 From: r.schtz at t-online.de (=?ISO-8859-1?Q?Richard_Sch=FCtz?=) Date: Fri, 17 Jun 2011 23:10:01 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> Message-ID: <4DFBC2A9.2020509@t-online.de> The new driver really seems to have a major problem. I figured out that you just need an image with 2047px width to screw up the driver. ATTENTION: This can crash your X server and corrupt memory! Example: [1], an otherwise harmless picture. Every picture with the same width will work, too. I could trigger the bug at least with Firefox, Midori, Epiphany and EOG. It looks like some applications like Chromium alter the size, so they don't trigger it. [1] http://www.abload.de/img/nvbugy7cd.jpg -- Regards, Richard Sch?tz From yaro at marupa.net Fri Jun 17 18:09:19 2011 From: yaro at marupa.net (Yaro Kasear) Date: Fri, 17 Jun 2011 17:09:19 -0500 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFBC2A9.2020509@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> Message-ID: <201106171709.19364.yaro@marupa.net> On Friday, June 17, 2011 04:10:01 PM Richard Sch?tz wrote: > The new driver really seems to have a major problem. I figured out that > you just need an image with 2047px width to screw up the driver. > > > ATTENTION: This can crash your X server and corrupt memory! > > Example: [1], an otherwise harmless picture. Every picture with the same > width will work, too. I could trigger the bug at least with Firefox, > Midori, Epiphany and EOG. It looks like some applications like Chromium > alter the size, so they don't trigger it. > > > [1] http://www.abload.de/img/nvbugy7cd.jpg Are we sure ths is a bug with the nVidia driver? Can someone load that image who isn't using it? From adriano.lols at gmail.com Fri Jun 17 18:14:09 2011 From: adriano.lols at gmail.com (Adriano Moura) Date: Fri, 17 Jun 2011 19:14:09 -0300 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <201106171709.19364.yaro@marupa.net> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <201106171709.19364.yaro@marupa.net> Message-ID: <BANLkTinQzGu9z0S2waifbyUzz6m98aMTmA@mail.gmail.com> 275.09.07 here, no problems loading big images. I do use a custom kernel with with a recompiled nvidia drivers, but I doubt that would have anything to do with it. 2011/6/17 Yaro Kasear <yaro at marupa.net>: > On Friday, June 17, 2011 04:10:01 PM Richard Sch?tz wrote: >> The new driver really seems to have a major problem. I figured out that >> you just need an image with 2047px width to screw up the driver. >> >> >> ATTENTION: This can crash your X server and corrupt memory! >> >> Example: [1], an otherwise harmless picture. Every picture with the same >> width will work, too. I could trigger the bug at least with Firefox, >> Midori, Epiphany and EOG. It looks like some applications like Chromium >> alter the size, so they don't trigger it. >> >> >> [1] http://www.abload.de/img/nvbugy7cd.jpg > > Are we sure ths is a bug with the nVidia driver? Can someone load that image > who isn't using it? > From j.k.pate at sms.ed.ac.uk Fri Jun 17 18:20:22 2011 From: j.k.pate at sms.ed.ac.uk (John K Pate) Date: Fri, 17 Jun 2011 23:20:22 +0100 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <201106171709.19364.yaro@marupa.net> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <201106171709.19364.yaro@marupa.net> Message-ID: <1308349225.7527.1.camel@PURPLE-HAZE.localdomain> On Fri, 2011-06-17 at 17:09 -0500, Yaro Kasear wrote: > On Friday, June 17, 2011 04:10:01 PM Richard Sch?tz wrote: > > The new driver really seems to have a major problem. I figured out that > > you just need an image with 2047px width to screw up the driver. > > > > > > ATTENTION: This can crash your X server and corrupt memory! > > > > Example: [1], an otherwise harmless picture. Every picture with the same > > width will work, too. I could trigger the bug at least with Firefox, > > Midori, Epiphany and EOG. It looks like some applications like Chromium > > alter the size, so they don't trigger it. > > > > > > [1] http://www.abload.de/img/nvbugy7cd.jpg > > Are we sure ths is a bug with the nVidia driver? Can someone load that image > who isn't using it? > Loads fine for me in firefox and midori, using intel driver. == John K Pate http://homepages.inf.ed.ac.uk/s0930006/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From seblu at seblu.net Fri Jun 17 18:16:26 2011 From: seblu at seblu.net (Seblu) Date: Sat, 18 Jun 2011 00:16:26 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <201106171709.19364.yaro@marupa.net> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <201106171709.19364.yaro@marupa.net> Message-ID: <BANLkTi=y1NZZDypA-pfo4QdDUoWkjOq5OQ@mail.gmail.com> On Sat, Jun 18, 2011 at 12:09 AM, Yaro Kasear <yaro at marupa.net> wrote: > On Friday, June 17, 2011 04:10:01 PM Richard Sch?tz wrote: >> ATTENTION: This can crash your X server and corrupt memory! > > Are we sure ths is a bug with the nVidia driver? Can someone load that image > who isn't using it? > I braved the danger. My X has remained a faithful ally. lspci -vv -s 00:02.0|grep modules Kernel modules: i915 -- S?bastien Luttringer www.seblu.net From r.schtz at t-online.de Fri Jun 17 18:22:51 2011 From: r.schtz at t-online.de (=?UTF-8?B?UmljaGFyZCBTY2jDvHR6?=) Date: Sat, 18 Jun 2011 00:22:51 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <1308349225.7527.1.camel@PURPLE-HAZE.localdomain> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <201106171709.19364.yaro@marupa.net> <1308349225.7527.1.camel@PURPLE-HAZE.localdomain> Message-ID: <4DFBD3BB.4070206@t-online.de> Am 18.06.2011 00:20, schrieb John K Pate: > On Fri, 2011-06-17 at 17:09 -0500, Yaro Kasear wrote: >> On Friday, June 17, 2011 04:10:01 PM Richard Sch?tz wrote: >>> The new driver really seems to have a major problem. I figured out that >>> you just need an image with 2047px width to screw up the driver. >>> >>> >>> ATTENTION: This can crash your X server and corrupt memory! >>> >>> Example: [1], an otherwise harmless picture. Every picture with the same >>> width will work, too. I could trigger the bug at least with Firefox, >>> Midori, Epiphany and EOG. It looks like some applications like Chromium >>> alter the size, so they don't trigger it. >>> >>> >>> [1] http://www.abload.de/img/nvbugy7cd.jpg >> >> Are we sure ths is a bug with the nVidia driver? Can someone load that image >> who isn't using it? >> > > Loads fine for me in firefox and midori, using intel driver. I can confirm that i915 works fine in that case. -- Regards, Richard Sch?tz From nzeh at cs.dal.ca Fri Jun 17 18:32:18 2011 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Fri, 17 Jun 2011 19:32:18 -0300 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <201106171709.19364.yaro@marupa.net> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <201106171709.19364.yaro@marupa.net> Message-ID: <20110617223218.GA21300@cs.dal.ca> Yaro Kasear [2011.06.17 1709 -0500]: > On Friday, June 17, 2011 04:10:01 PM Richard Sch?tz wrote: > > The new driver really seems to have a major problem. I figured out that > > you just need an image with 2047px width to screw up the driver. > > > > > > ATTENTION: This can crash your X server and corrupt memory! > > > > Example: [1], an otherwise harmless picture. Every picture with the same > > width will work, too. I could trigger the bug at least with Firefox, > > Midori, Epiphany and EOG. It looks like some applications like Chromium > > alter the size, so they don't trigger it. > > > > > > [1] http://www.abload.de/img/nvbugy7cd.jpg > > Are we sure ths is a bug with the nVidia driver? Can someone load that image > who isn't using it? Loaded the image without problems on my laptop with Intel Core i7 built-in graphics. On my desktop with GeForce 7500 GT, the screen flickers and then X crashes. Window manager, firefox version, etc. are the same on the two machines. Cheers, Norbert From mysatyre at gmail.com Fri Jun 17 18:35:06 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Sat, 18 Jun 2011 00:35:06 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFBD3BB.4070206@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <201106171709.19364.yaro@marupa.net> <1308349225.7527.1.camel@PURPLE-HAZE.localdomain> <4DFBD3BB.4070206@t-online.de> Message-ID: <BANLkTimYFEm9VKAWyYPWGAP+jO-6AOf1-g@mail.gmail.com> <snip> >>> Are we sure ths is a bug with the nVidia driver? Can someone load that >>> image >>> who isn't using it? confirming display screwage with firefox on an onboard nvidia chip. nasty. 02:00.0 VGA compatible controller: nVidia Corporation C77 [GeForce 8200] (rev a2) cheers! From yaro at marupa.net Fri Jun 17 18:38:30 2011 From: yaro at marupa.net (Yaro Kasear) Date: Fri, 17 Jun 2011 17:38:30 -0500 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTimYFEm9VKAWyYPWGAP+jO-6AOf1-g@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBD3BB.4070206@t-online.de> <BANLkTimYFEm9VKAWyYPWGAP+jO-6AOf1-g@mail.gmail.com> Message-ID: <201106171738.31007.yaro@marupa.net> On Friday, June 17, 2011 05:35:06 PM Martti K?hne wrote: > <snip> > > >>> Are we sure ths is a bug with the nVidia driver? Can someone load that > >>> image > >>> who isn't using it? > > confirming display screwage with firefox on an onboard nvidia chip. nasty. > 02:00.0 VGA compatible controller: nVidia Corporation C77 [GeForce > 8200] (rev a2) > > cheers! Unfortunately I can confirm, though X didn't crash or flicker. What I saw was visual data from everything else *but* the image. I hope that might help with a bug report to nVidia besides "flicker and crash." Using latest nVidia driver with a GeForec GT 240. From bernardobarros2 at gmail.com Fri Jun 17 18:48:37 2011 From: bernardobarros2 at gmail.com (Bernardo Barros) Date: Fri, 17 Jun 2011 22:48:37 +0000 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <201106171738.31007.yaro@marupa.net> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBD3BB.4070206@t-online.de> <BANLkTimYFEm9VKAWyYPWGAP+jO-6AOf1-g@mail.gmail.com> <201106171738.31007.yaro@marupa.net> Message-ID: <BANLkTinV+pMT6bTXf6H9yq+Krf_OKG8Nfw@mail.gmail.com> works fine here with thinkpad - NVIDIA GPU Quadro FX 880M - latest linux and nvidia on kde. tested on rekonq and chromium. From jokerjar at gmail.com Fri Jun 17 20:37:42 2011 From: jokerjar at gmail.com (Joker-jar) Date: Sat, 18 Jun 2011 11:37:42 +1100 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTinV+pMT6bTXf6H9yq+Krf_OKG8Nfw@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBD3BB.4070206@t-online.de> <BANLkTimYFEm9VKAWyYPWGAP+jO-6AOf1-g@mail.gmail.com> <201106171738.31007.yaro@marupa.net> <BANLkTinV+pMT6bTXf6H9yq+Krf_OKG8Nfw@mail.gmail.com> Message-ID: <BANLkTim8v0VEKeA5tdDT2bh23pb-5k=8aA@mail.gmail.com> I have nvidia 9800GT. After update nvidia driver KDE's desktop effects are chrash and disable :( From bernardobarros2 at gmail.com Fri Jun 17 20:40:31 2011 From: bernardobarros2 at gmail.com (Bernardo Barros) Date: Sat, 18 Jun 2011 00:40:31 +0000 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTim8v0VEKeA5tdDT2bh23pb-5k=8aA@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBD3BB.4070206@t-online.de> <BANLkTimYFEm9VKAWyYPWGAP+jO-6AOf1-g@mail.gmail.com> <201106171738.31007.yaro@marupa.net> <BANLkTinV+pMT6bTXf6H9yq+Krf_OKG8Nfw@mail.gmail.com> <BANLkTim8v0VEKeA5tdDT2bh23pb-5k=8aA@mail.gmail.com> Message-ID: <BANLkTinEKrfbfqrpxHqebdTD8im+vWOg7g@mail.gmail.com> *before* nvidia update I had very strange artifacts and freezes with lxterminal. now it's all right with all kernels and applications. From l.jirkovsky at gmail.com Sat Jun 18 02:36:44 2011 From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=) Date: Sat, 18 Jun 2011 08:36:44 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFBC2A9.2020509@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> Message-ID: <BANLkTindd6ed7Q3tJm0YgriyDZew7NrUvSpi_HuLq+uMnOcbkw@mail.gmail.com> On 17 June 2011 23:10, Richard Sch?tz <r.schtz at t-online.de> wrote: > The new driver really seems to have a major problem. I figured out that you > just need an image with 2047px width to screw up the driver. > > > ATTENTION: This can crash your X server and corrupt memory! > > Example: [1], an otherwise harmless picture. Every picture with the same > width will work, too. I could trigger the bug at least with Firefox, Midori, > Epiphany and EOG. It looks like some applications like Chromium alter the > size, so they don't trigger it. > > > [1] http://www.abload.de/img/nvbugy7cd.jpg > > -- > Regards, > Richard Sch?tz > Works fine using the nvidia 275.09.07-1 package using nVidia 9600 GT. However the image is black, which is, I suppose, a bug in Firefox. I'm seeing this issue with some images straight from the camera for a quite a long time and only in firefox. Actually, I can open 30+Mpix images in firefox without problems. Lukas From mike at sambodata.com Sat Jun 18 02:43:16 2011 From: mike at sambodata.com (Mike Sampson) Date: Sat, 18 Jun 2011 16:43:16 +1000 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFBC2A9.2020509@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> Message-ID: <BANLkTinEzgcJkn85GdUhFGbUJHH2vZiwU=0Mx3A1bCitraJ4Cg@mail.gmail.com> On Sat, Jun 18, 2011 at 7:10 AM, Richard Sch?tz <r.schtz at t-online.de> wrote: > The new driver really seems to have a major problem. I figured out that you > just need an image with 2047px width to screw up the driver. > > > ATTENTION: This can crash your X server and corrupt memory! > > Example: [1], an otherwise harmless picture. Every picture with the same > width will work, too. I could trigger the bug at least with Firefox, Midori, > Epiphany and EOG. It looks like some applications like Chromium alter the > size, so they don't trigger it. > > > [1] http://www.abload.de/img/nvbugy7cd.jpg Image loads fine in Chromium. In Firefox 4 it eventually displays a black rectangle after both of my screens flicker for several seconds. Packages: kernel26 2.6.39.1-1 nvidia 275.09.07-1 nvidia-utils 275.09.07-1 From dan at progdan.cz Sat Jun 18 03:08:17 2011 From: dan at progdan.cz (Dan Vratil) Date: Sat, 18 Jun 2011 09:08:17 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFBC2A9.2020509@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> Message-ID: <13492513.TcHOYup0JX@odin> On Friday, June 17, 2011 23:10:01 Richard Sch?tz wrote: > The new driver really seems to have a major problem. I figured out that > you just need an image with 2047px width to screw up the driver. > > > ATTENTION: This can crash your X server and corrupt memory! > > Example: [1], an otherwise harmless picture. Every picture with the same > width will work, too. I could trigger the bug at least with Firefox, > Midori, Epiphany and EOG. It looks like some applications like Chromium > alter the size, so they don't trigger it. > > > [1] http://www.abload.de/img/nvbugy7cd.jpg I can confirm crash of Xorg with Firefox 4 on Nvidia GT218 with 275.09.7 drivers. Epiphany displays weird artefacts, but does not crash. Opera and Chrome are OK. Looks like only Gecko has these problems. Dan -- --- Dan Vr?til dan at progdan.cz Tel.: +420732326870 Jabber: progdan at jabber.cz Tento email neobsahuje ??dn? viry, proto?e odes?latel nepou??v? Windows. / This email does not contain any viruses because the sender does not use Windows. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110618/64343eb6/attachment.asc> From mike at sambodata.com Sat Jun 18 03:17:16 2011 From: mike at sambodata.com (Mike Sampson) Date: Sat, 18 Jun 2011 17:17:16 +1000 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTinEzgcJkn85GdUhFGbUJHH2vZiwU=0Mx3A1bCitraJ4Cg@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <BANLkTinEzgcJkn85GdUhFGbUJHH2vZiwU=0Mx3A1bCitraJ4Cg@mail.gmail.com> Message-ID: <BANLkTimWsOO_pPNTfAU+U2LzBxbK3_D83UESgrwxeH=rr-QZoA@mail.gmail.com> On Sat, Jun 18, 2011 at 4:43 PM, Mike Sampson <mike at sambodata.com> wrote: > On Sat, Jun 18, 2011 at 7:10 AM, Richard Sch?tz <r.schtz at t-online.de> wrote: >> The new driver really seems to have a major problem. I figured out that you >> just need an image with 2047px width to screw up the driver. >> >> >> ATTENTION: This can crash your X server and corrupt memory! >> >> Example: [1], an otherwise harmless picture. Every picture with the same >> width will work, too. I could trigger the bug at least with Firefox, Midori, >> Epiphany and EOG. It looks like some applications like Chromium alter the >> size, so they don't trigger it. >> >> >> [1] http://www.abload.de/img/nvbugy7cd.jpg > > Image loads fine in Chromium. In Firefox 4 it eventually displays a > black rectangle after both of my screens flicker for several seconds. > > Packages: > > kernel26 2.6.39.1-1 > nvidia 275.09.07-1 > nvidia-utils 275.09.07-1 Sorry, forgot to mention I'm using a GeForce 8600 GT Mike From r.schtz at t-online.de Sat Jun 18 04:03:29 2011 From: r.schtz at t-online.de (=?UTF-8?B?UmljaGFyZCBTY2jDvHR6?=) Date: Sat, 18 Jun 2011 10:03:29 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <13492513.TcHOYup0JX@odin> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <13492513.TcHOYup0JX@odin> Message-ID: <4DFC5BD1.4060606@t-online.de> Am 18.06.2011 09:08, schrieb Dan Vratil: > On Friday, June 17, 2011 23:10:01 Richard Sch?tz wrote: >> The new driver really seems to have a major problem. I figured out that >> you just need an image with 2047px width to screw up the driver. >> >> >> ATTENTION: This can crash your X server and corrupt memory! >> >> Example: [1], an otherwise harmless picture. Every picture with the same >> width will work, too. I could trigger the bug at least with Firefox, >> Midori, Epiphany and EOG. It looks like some applications like Chromium >> alter the size, so they don't trigger it. >> >> >> [1] http://www.abload.de/img/nvbugy7cd.jpg > > > I can confirm crash of Xorg with Firefox 4 on Nvidia GT218 with 275.09.7 > drivers. Epiphany displays weird artefacts, but does not crash. > Opera and Chrome are OK. Looks like only Gecko has these problems. I don't think so. Epiphany is based on WebKit these days. And because I can trigger the bug in EOG (Eye of GNOME) it doesn't look like a browser problem for me at all. Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried feh (a simple X11 image viewer that doesn't use GTK or Qt) and it works fine without flickering, artifacts or something else strange. -- Regards, Richard Sch?tz From markeleas at gmail.com Sat Jun 18 04:25:13 2011 From: markeleas at gmail.com (Axilleas P) Date: Sat, 18 Jun 2011 11:25:13 +0300 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFC5BD1.4060606@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <13492513.TcHOYup0JX@odin> <4DFC5BD1.4060606@t-online.de> Message-ID: <BANLkTikmZ7TXyEHBBHfx8OU+GVoMsrCduw@mail.gmail.com> Image loads fine here with nvidia 7600GT. I tried firefox-pgo4.0.1(without xulrunner), firefox-beta-bin-5b7(with xulrunner), chromium, konqueror, eog, gpicview, gwenview. Using KDE atm with: nvidia 275.09.07-1 kernel26 2.6.39.1-1 On Sat, Jun 18, 2011 at 11:03 AM, Richard Sch?tz <r.schtz at t-online.de> wrote: > Am 18.06.2011 09:08, schrieb Dan Vratil: >> >> On Friday, June 17, 2011 23:10:01 Richard Sch?tz wrote: >>> >>> The new driver really seems to have a major problem. I figured out that >>> you just need an image with 2047px width to screw up the driver. >>> >>> >>> ATTENTION: This can crash your X server and corrupt memory! >>> >>> Example: [1], an otherwise harmless picture. Every picture with the same >>> width will work, too. I could trigger the bug at least with Firefox, >>> Midori, Epiphany and EOG. It looks like some applications like Chromium >>> alter the size, so they don't trigger it. >>> >>> >>> [1] http://www.abload.de/img/nvbugy7cd.jpg >> >> >> I can confirm crash of Xorg with Firefox 4 on Nvidia GT218 with 275.09.7 >> drivers. Epiphany displays weird artefacts, but does not crash. >> Opera and Chrome are OK. Looks like only Gecko has these problems. > > I don't think so. Epiphany is based on WebKit these days. And because I can > trigger the bug in EOG (Eye of GNOME) it doesn't look like a browser problem > for me at all. > > Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried feh > (a simple X11 image viewer that doesn't use GTK or Qt) and it works fine > without flickering, artifacts or something else strange. > > -- > Regards, > Richard Sch?tz > -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.) From rob at rmartinjak.de Sat Jun 18 04:56:01 2011 From: rob at rmartinjak.de (Robin Martinjak) Date: Sat, 18 Jun 2011 10:56:01 +0200 Subject: [arch-general] On module blacklisting In-Reply-To: <20110617110342.GA10399@wolverine.lan> References: <20110611001122.GA1455@ohann> <BANLkTin2PA9f3eEe0yndZ83xhAaR7TZX6Q@mail.gmail.com> <1307782264-sup-5754@eris> <4DF33286.5000005@gmail.com> <1307908772-sup-8800@eris> <BANLkTikquCUQkSoQxzX8iO-NhEuMMr=UkQ@mail.gmail.com> <1308297204-sup-506@eris> <BANLkTik9pwRLo11CsuRDJscG-uah0JtMHQ@mail.gmail.com> <1308305581-sup-1949@eris> <20110617110342.GA10399@wolverine.lan> Message-ID: <20110618085600.GA2179@wolverine.lan> On Fri, Jun 17, 2011 at 01:03:44PM +0200, Robin Martinjak wrote: > > > > $ sudo NETCFG_DEBUG="yes" netcfg ethernet-moheim-static > > > > DEBUG: Loading profile ethernet-moheim-static > > > > DEBUG: Configuring interface eth0 > > > > :: ethernet-moheim-static up ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [BUSY] DEBUG: status reported to profile_up as: > > > > DEBUG: Loading profile ethernet-moheim-static > > > > DEBUG: Configuring interface eth0 > > > > DEBUG: ethernet_iproute_up ifup > > > > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 > > > > DEBUG: ethernet_iproute_up ip route add default via 143.205.216.255 > > > > RTNETLINK answers: Invalid argument > > > > ?> Adding gateway 143.205.216.255 failed > > > > DEBUG: profile_up connect failed > > > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAIL] > > > > > > > > Pretty disappointing, considering that rc.conf and a really dumb bash script just works. > > > > The dhcp config is straight from the examples, the static one looks like > > > > this: > > > > CONNECTION='ethernet' > > > > DESCRIPTION='A basic static ethernet connection using iproute' > > > > INTERFACE='eth0' > > > > IP='static' > > > > ADDR='143.205.216.123' > > > > GATEWAY='143.205.216.255' > > > > DNS=('143.205.64.51','143.205.64.52','143.205.176.16','143.205.176.17') > > > > > > > > Any ideas what's wrong? > > > > > > I don't have time to look at this in the next few days, so please file > > > bug report and it will not be forgotten. > > > > > > -t > > > > Thanks Tom, I'll do so. > > > > Philipp > > > Try setting a NETMASK; > > > > DEBUG: ethernet_iproute_up ip addr add 143.205.216.123/24 brd + dev eth0 > Looks like netcfg is assuming a /24 netmask which makes 143.205.216.255 > a net address (which ofc can't be used as a gateway) > > Regards, Robin Correction: 143.205.216.255/24 is a broadcast, not net address ;) From mysatyre at gmail.com Sat Jun 18 05:29:17 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Sat, 18 Jun 2011 11:29:17 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFC5BD1.4060606@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <13492513.TcHOYup0JX@odin> <4DFC5BD1.4060606@t-online.de> Message-ID: <BANLkTinwM4CgHR=nK_3E6DH3TN6SpNLkCw@mail.gmail.com> On Sat, Jun 18, 2011 at 10:03 AM, Richard Sch?tz <r.schtz at t-online.de> wrote: > Am 18.06.2011 09:08, schrieb Dan Vratil: > I don't think so. Epiphany is based on WebKit these days. And because I can > trigger the bug in EOG (Eye of GNOME) it doesn't look like a browser problem > for me at all. > > Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried feh > (a simple X11 image viewer that doesn't use GTK or Qt) and it works fine > without flickering, artifacts or something else strange. > > -- > Regards, > Richard Sch?tz > Update, I also see anything but the picture when the bug occurs, namely random garbage. I can confirm that feh, launched the regular way does not trigger the bug, although, also I have to confirm that display (imagemagick-6.6.9.8-1) actually does trigger the bug. Actually my guess is feh restricts itself to become larger than the screen's resolution (which is smaller than 2047 here) and thus is just not storing the full resolution image in video memory. I just managed to something like trigger the bug, X hang for about 4 seconds here and will display some garbage, with $ feh --geometry 2047x1529 nvbugy7cd.jpg heh, after trying this several times, the hang disappears. Might this be related to caching? cheers! From r.schtz at t-online.de Sat Jun 18 05:57:07 2011 From: r.schtz at t-online.de (=?UTF-8?B?UmljaGFyZCBTY2jDvHR6?=) Date: Sat, 18 Jun 2011 11:57:07 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTinwM4CgHR=nK_3E6DH3TN6SpNLkCw@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <13492513.TcHOYup0JX@odin> <4DFC5BD1.4060606@t-online.de> <BANLkTinwM4CgHR=nK_3E6DH3TN6SpNLkCw@mail.gmail.com> Message-ID: <4DFC7673.6010905@t-online.de> Am 18.06.2011 11:29, schrieb Martti K?hne: > On Sat, Jun 18, 2011 at 10:03 AM, Richard Sch?tz<r.schtz at t-online.de> wrote: >> Am 18.06.2011 09:08, schrieb Dan Vratil: >> I don't think so. Epiphany is based on WebKit these days. And because I can >> trigger the bug in EOG (Eye of GNOME) it doesn't look like a browser problem >> for me at all. >> >> Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried feh >> (a simple X11 image viewer that doesn't use GTK or Qt) and it works fine >> without flickering, artifacts or something else strange. >> >> -- >> Regards, >> Richard Sch?tz >> > > Update, I also see anything but the picture when the bug occurs, > namely random garbage. I can confirm that feh, launched the regular > way does not trigger the bug, although, also I have to confirm that > display (imagemagick-6.6.9.8-1) actually does trigger the bug. > Actually my guess is feh restricts itself to become larger than the > screen's resolution (which is smaller than 2047 here) and thus is just > not storing the full resolution image in video memory. I just managed > to something like trigger the bug, X hang for about 4 seconds here and > will display some garbage, with > > $ feh --geometry 2047x1529 nvbugy7cd.jpg > > heh, after trying this several times, the hang disappears. Might this > be related to caching? > > cheers! Yes, you are right: display crashed my X server right now. So this seems to be even unrelated to the toolkit. -- Regards, Richard Sch?tz From yaro at marupa.net Sat Jun 18 10:56:06 2011 From: yaro at marupa.net (Yaro Kasear) Date: Sat, 18 Jun 2011 09:56:06 -0500 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFC7673.6010905@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <BANLkTinwM4CgHR=nK_3E6DH3TN6SpNLkCw@mail.gmail.com> <4DFC7673.6010905@t-online.de> Message-ID: <201106180956.06696.yaro@marupa.net> On Saturday, June 18, 2011 04:57:07 AM Richard Sch?tz wrote: > Am 18.06.2011 11:29, schrieb Martti K?hne: > > On Sat, Jun 18, 2011 at 10:03 AM, Richard Sch?tz<r.schtz at t-online.de> wrote: > >> Am 18.06.2011 09:08, schrieb Dan Vratil: > >> I don't think so. Epiphany is based on WebKit these days. And because I > >> can trigger the bug in EOG (Eye of GNOME) it doesn't look like a > >> browser problem for me at all. > >> > >> Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried > >> feh (a simple X11 image viewer that doesn't use GTK or Qt) and it works > >> fine without flickering, artifacts or something else strange. > >> > >> -- > >> Regards, > >> Richard Sch?tz > > > > Update, I also see anything but the picture when the bug occurs, > > namely random garbage. I can confirm that feh, launched the regular > > way does not trigger the bug, although, also I have to confirm that > > display (imagemagick-6.6.9.8-1) actually does trigger the bug. > > Actually my guess is feh restricts itself to become larger than the > > screen's resolution (which is smaller than 2047 here) and thus is just > > not storing the full resolution image in video memory. I just managed > > to something like trigger the bug, X hang for about 4 seconds here and > > will display some garbage, with > > > > $ feh --geometry 2047x1529 nvbugy7cd.jpg > > > > heh, after trying this several times, the hang disappears. Might this > > be related to caching? > > > > cheers! > > Yes, you are right: display crashed my X server right now. So this seems > to be even unrelated to the toolkit. Okay, so, has anyone filed a bug report with nVidia? From myra.nelson at hughes.net Sat Jun 18 14:07:23 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Sat, 18 Jun 2011 13:07:23 -0500 Subject: [arch-general] makepkgchroot In-Reply-To: <BANLkTi=XFLOkw3xyFNAnGm8khbG-jW6=xg@mail.gmail.com> References: <BANLkTikFvRCmGCP1=rJsPhSk1rapf5aeWA@mail.gmail.com> <4DFB9483.3060204@archlinux.org> <BANLkTi=XFLOkw3xyFNAnGm8khbG-jW6=xg@mail.gmail.com> Message-ID: <BANLkTim5JZ=jCBA55yM8qx34weiD6Rho+w@mail.gmail.com> On Fri, Jun 17, 2011 at 13:12, Myra Nelson <myra.nelson at hughes.net> wrote: > On Fri, Jun 17, 2011 at 12:53, Ionut Biru <ibiru at archlinux.org> wrote: >> On 06/17/2011 08:38 PM, Myra Nelson wrote: >>> >>> I'm attempting to set up a clean chroot to build packages in. I've >>> followed the >>> instructions on the wiki page >>> >>> https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot. >>> >>> I've read all the posts on the forum, than man pages, and the mailing >>> lists >>> (I may have missed something) and haven't found any answer to my problem; >>> >>> Steps to recreate: >> >> <wipe everything> >> >> >> quick todo. simple way >> >> sudo extra-x86-64-build or sudo extra-i686-build >> >> does the clean chroots in /var/tmp and it does two things >> 1) if chroot doesn't exists it will create and start compiling >> 2) if chroot exists, clean the chroot and start compilation. >> >> the schemas for chroots are like this: >> /path/to/chroot/root - the clean one >> /path/to/chroot/$usr - the one that is used for compilation and gets clean >> >> now, if you want to modify mirrorlist from chroot take in consideration that >> is taken from system /etc/pacman.d/mirrorlist first mirror. >> >> now depending of what you want to modify in makepkg.conf some variables can >> be read and exported inside chroot from ~/.makepkg.conf like MAKEFLAGS, >> PACKAGER. >> >> for pacman.conf you should edit /path/to/chroot/root/etc/pacman.conf >> >> to use makechrootpkg use makechrootpkg -rc /path/to/chroot without specify >> anything else and ?mkarchroot wants a /path/to/chroot/root as parameter >> >> >> >> >> -- >> Ionu? >> > > I'll give this a try later. Thanks for the suggestion. > > Myra > > -- > Life's fun when your sick and psychotic! > Ionut: Thank you very much. This is much more elegant. I appreciate the assistance. Myra -- Life's fun when your sick and psychotic! From mzecher at gmail.com Sat Jun 18 20:00:48 2011 From: mzecher at gmail.com (Martin) Date: Sat, 18 Jun 2011 20:00:48 -0400 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <201106180956.06696.yaro@marupa.net> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <BANLkTinwM4CgHR=nK_3E6DH3TN6SpNLkCw@mail.gmail.com> <4DFC7673.6010905@t-online.de> <201106180956.06696.yaro@marupa.net> Message-ID: <op.vxaqbmg5ah478l@cerdo> Loads fine here with Opera. By the way, nice picture ;) Nvidia 9600M GT kernel26-ck-core2 1:2.6.39.1-3 nvidia-ck-core2 275.09.07-1 KDE 4.6.3 On Sat, 18 Jun 2011 10:56:06 -0400, Yaro Kasear <yaro at marupa.net> wrote: > On Saturday, June 18, 2011 04:57:07 AM Richard Sch?tz wrote: >> Am 18.06.2011 11:29, schrieb Martti K?hne: >> > On Sat, Jun 18, 2011 at 10:03 AM, Richard Sch?tz<r.schtz at t-online.de> > wrote: >> >> Am 18.06.2011 09:08, schrieb Dan Vratil: >> >> I don't think so. Epiphany is based on WebKit these days. And >> because I >> >> can trigger the bug in EOG (Eye of GNOME) it doesn't look like a >> >> browser problem for me at all. >> >> >> >> Perhaps it is a problem of GTK together with nvidia 275.09.07. I >> tried >> >> feh (a simple X11 image viewer that doesn't use GTK or Qt) and it >> works >> >> fine without flickering, artifacts or something else strange. >> >> >> >> -- >> >> Regards, >> >> Richard Sch?tz >> > >> > Update, I also see anything but the picture when the bug occurs, >> > namely random garbage. I can confirm that feh, launched the regular >> > way does not trigger the bug, although, also I have to confirm that >> > display (imagemagick-6.6.9.8-1) actually does trigger the bug. >> > Actually my guess is feh restricts itself to become larger than the >> > screen's resolution (which is smaller than 2047 here) and thus is just >> > not storing the full resolution image in video memory. I just managed >> > to something like trigger the bug, X hang for about 4 seconds here and >> > will display some garbage, with >> > >> > $ feh --geometry 2047x1529 nvbugy7cd.jpg >> > >> > heh, after trying this several times, the hang disappears. Might this >> > be related to caching? >> > >> > cheers! >> >> Yes, you are right: display crashed my X server right now. So this seems >> to be even unrelated to the toolkit. > > Okay, so, has anyone filed a bug report with nVidia? From ambaratti.listas at gmail.com Sat Jun 18 22:07:44 2011 From: ambaratti.listas at gmail.com (Armando M. Baratti) Date: Sat, 18 Jun 2011 23:07:44 -0300 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFC5BD1.4060606@t-online.de> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <13492513.TcHOYup0JX@odin> <4DFC5BD1.4060606@t-online.de> Message-ID: <4DFD59F0.7030402@gmail.com> Em 18-06-2011 05:03, Richard Sch?tz escreveu: > > I don't think so. Epiphany is based on WebKit these days. And because I > can trigger the bug in EOG (Eye of GNOME) it doesn't look like a browser > problem for me at all. > > Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried > feh (a simple X11 image viewer that doesn't use GTK or Qt) and it works > fine without flickering, artifacts or something else strange. > I think you're right. I've downloaded and opened the file with some image viewers: geeqie / fotoxx / gimp are fine, but gthumb froze (eventually freezing xorg with it). By the way, opening other images, even bigger than yours, on gthumb worked without a glitch. It seems that there is something related specifically to that image involved in the freezing. nvidia 275.09.07-1 nvidia-utils 275.09.07-1 geeqie 1.0-5 fotoxx 11.06.1-1 gimp 2.6.11-5 GeForce 8600 GT Armando From abd.shajari at gmail.com Sun Jun 19 02:15:11 2011 From: abd.shajari at gmail.com (Abd0) Date: Sun, 19 Jun 2011 10:45:11 +0430 Subject: [arch-general] linphone breaks after mediastreamer update Message-ID: <BANLkTimd-MaFreeFUUc8XxifPyBz7A0Zeg@mail.gmail.com> hello dear archlinux friends yesterday after an update linphone give me this error linphone: error while loading shared libraries: libmediastreamer.so.1: wrong ELF class: ELFCLASS32 i didnt find any topic about it what can i do for it? Best Regards, abdo From cantabile.desu at gmail.com Sun Jun 19 02:45:07 2011 From: cantabile.desu at gmail.com (cantabile) Date: Sun, 19 Jun 2011 09:45:07 +0300 Subject: [arch-general] linphone breaks after mediastreamer update In-Reply-To: <BANLkTimd-MaFreeFUUc8XxifPyBz7A0Zeg@mail.gmail.com> References: <BANLkTimd-MaFreeFUUc8XxifPyBz7A0Zeg@mail.gmail.com> Message-ID: <4DFD9AF3.6040207@gmail.com> On 06/19/2011 09:15 AM, Abd0 wrote: > hello dear archlinux friends > > yesterday after an update linphone give me this error > > linphone: error while loading shared libraries: libmediastreamer.so.1: wrong > ELF class: ELFCLASS32 > > i didnt find any topic about it > what can i do for it? > > Best Regards, > abdo lolz. pkgdesc="A library written in C [...]" arch=('any') That looks so wrong. :D I think you'll have to slap jelly1 a bit, he seems to be the last packager. -- cantabile "Jayne is a girl's name." -- River From mkakati2805 at gmail.com Sun Jun 19 02:46:36 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Sun, 19 Jun 2011 12:16:36 +0530 Subject: [arch-general] weird problem Message-ID: <4DFD9B4C.3070301@gmail.com> I am having this weird problem. Whenever I run pacman -Syu or pacman -Su it asks me to replace lib32-libgl with lib32-catalyst-utils. [papul at papuldesktop chromium]$ sudo pacman -Su :: Starting full system upgrade... :: Replace lib32-libgl with catalyst/lib32-catalyst-utils? [Y/n] y resolving dependencies... looking for inter-conflicts... :: catalyst-utils and libgl are in conflict. Remove libgl? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: ati-dri: requires libgl=7.10.3 However I don't want lib32-catalyst. What do I have to do to make this disappear? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110619/8d479c74/attachment.asc> From andrea at archlinux.org Sun Jun 19 02:57:08 2011 From: andrea at archlinux.org (Andrea Scarpino) Date: Sun, 19 Jun 2011 08:57:08 +0200 Subject: [arch-general] linphone breaks after mediastreamer update In-Reply-To: <4DFD9AF3.6040207@gmail.com> References: <BANLkTimd-MaFreeFUUc8XxifPyBz7A0Zeg@mail.gmail.com> <4DFD9AF3.6040207@gmail.com> Message-ID: <12117167.f4YPV0330g@stockholm> On Sunday 19 June 2011 09:45:07 cantabile wrote: > I think you'll have to slap jelly1 a bit, he seems to be the last packager. Fixed in mediastreamer 2.7.3-3 -- Andrea From dan at progdan.cz Sun Jun 19 03:53:13 2011 From: dan at progdan.cz (Dan Vratil) Date: Sun, 19 Jun 2011 09:53:13 +0200 Subject: [arch-general] weird problem In-Reply-To: <4DFD9B4C.3070301@gmail.com> References: <4DFD9B4C.3070301@gmail.com> Message-ID: <1472657.B4M2DyfEIu@odin> On Sunday, June 19, 2011 12:16:36 Madhurya Kakati wrote: > I am having this weird problem. Whenever I run pacman -Syu or pacman -Su > it asks me to replace lib32-libgl with lib32-catalyst-utils. > [papul at papuldesktop chromium]$ sudo pacman -Su > > :: Starting full system upgrade... > :: Replace lib32-libgl with catalyst/lib32-catalyst-utils? [Y/n] y > > resolving dependencies... > looking for inter-conflicts... > > :: catalyst-utils and libgl are in conflict. Remove libgl? [y/N] y > > error: failed to prepare transaction (could not satisfy dependencies) > > :: ati-dri: requires libgl=7.10.3 > > However I don't want lib32-catalyst. What do I have to do to make this > disappear? Hi, try adding catalyst-utils to IgnorePkg array in /etc/pacman.conf. Dan -- --- Dan Vr?til dan at progdan.cz Tel.: +420732326870 Jabber: progdan at jabber.cz Tento email neobsahuje ??dn? viry, proto?e odes?latel nepou??v? Windows. / This email does not contain any viruses because the sender does not use Windows. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110619/04a9a0d1/attachment.asc> From jesse.jaara at gmail.com Sun Jun 19 04:04:23 2011 From: jesse.jaara at gmail.com (jesse jaara) Date: Sun, 19 Jun 2011 11:04:23 +0300 Subject: [arch-general] weird problem In-Reply-To: <1472657.B4M2DyfEIu@odin> References: <4DFD9B4C.3070301@gmail.com> <1472657.B4M2DyfEIu@odin> Message-ID: <BANLkTik1eensKpdfN24yGjCtCx=k1tuMWA@mail.gmail.com> yaourt -Rdd ati-dri libgl yaourt -S catalyst catalyst-utils. You should also change the lib32gl package to catalyst-utils as if you don't 32bit apps won't work :( -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.) From cantabile.desu at gmail.com Sun Jun 19 04:30:52 2011 From: cantabile.desu at gmail.com (cantabile) Date: Sun, 19 Jun 2011 11:30:52 +0300 Subject: [arch-general] weird problem In-Reply-To: <BANLkTik1eensKpdfN24yGjCtCx=k1tuMWA@mail.gmail.com> References: <4DFD9B4C.3070301@gmail.com> <1472657.B4M2DyfEIu@odin> <BANLkTik1eensKpdfN24yGjCtCx=k1tuMWA@mail.gmail.com> Message-ID: <4DFDB3BC.7060701@gmail.com> On 06/19/2011 11:04 AM, jesse jaara wrote: > yaourt -Rdd ati-dri libgl > yaourt -S catalyst catalyst-utils. > > You should also change the lib32gl package to > catalyst-utils as if you don't 32bit apps won't work :( That's not really a solution now, is it? If he wanted to use catalyst he would not have installed the open source drivers... Anyway, to answer the original message: When asked to replace lib32-libgl with lib32-catalyst-utils (and to remove libgl), say "no" to both, it _should_ tell you what package wants the catalyst stuff and then you can either remove that or fix it. Alternatively, run 'pacman -Qu' to see what packages would be updated. Look for lib32-* packages ? one of them will depend on lib32-catalyst-utils. -- cantabile "Jayne is a girl's name." -- River From r.schtz at t-online.de Sun Jun 19 05:37:56 2011 From: r.schtz at t-online.de (=?UTF-8?B?UmljaGFyZCBTY2jDvHR6?=) Date: Sun, 19 Jun 2011 11:37:56 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFD59F0.7030402@gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFBC2A9.2020509@t-online.de> <13492513.TcHOYup0JX@odin> <4DFC5BD1.4060606@t-online.de> <4DFD59F0.7030402@gmail.com> Message-ID: <4DFDC374.6020702@t-online.de> Am 19.06.2011 04:07, schrieb Armando M. Baratti: > Em 18-06-2011 05:03, Richard Sch?tz escreveu: >> >> I don't think so. Epiphany is based on WebKit these days. And because I >> can trigger the bug in EOG (Eye of GNOME) it doesn't look like a browser >> problem for me at all. >> >> Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried >> feh (a simple X11 image viewer that doesn't use GTK or Qt) and it works >> fine without flickering, artifacts or something else strange. >> > > I think you're right. I've downloaded and opened the file with some > image viewers: geeqie / fotoxx / gimp are fine, but gthumb froze > (eventually freezing xorg with it). Not all viewers trigger the bug, that's right. There surely is a small difference in the way the image is shown. > By the way, opening other images, even bigger than yours, on gthumb > worked without a glitch. It seems that there is something related > specifically to that image involved in the freezing. As I wrote in my first post: it's the width of 2047px. You could take every picture with that width. The effect gets stronger with more height. > nvidia 275.09.07-1 > nvidia-utils 275.09.07-1 > > geeqie 1.0-5 > fotoxx 11.06.1-1 > gimp 2.6.11-5 > > GeForce 8600 GT nvidia 275.09.07 (x86_64) on GeForce 8600 GT here. I heard that older versions of the nvidia driver should be fine, but had no time to test it myself. > Armando -- Regards, Richard Sch?tz From jelle at vdwaa.nl Sun Jun 19 08:11:45 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Sun, 19 Jun 2011 14:11:45 +0200 Subject: [arch-general] linphone breaks after mediastreamer update In-Reply-To: <12117167.f4YPV0330g@stockholm> References: <BANLkTimd-MaFreeFUUc8XxifPyBz7A0Zeg@mail.gmail.com> <4DFD9AF3.6040207@gmail.com> <12117167.f4YPV0330g@stockholm> Message-ID: <4DFDE781.10802@vdwaa.nl> On 06/19/2011 08:57 AM, Andrea Scarpino wrote: > On Sunday 19 June 2011 09:45:07 cantabile wrote: >> I think you'll have to slap jelly1 a bit, he seems to be the last packager. > Fixed in mediastreamer 2.7.3-3 > Silly me, thanks for fixing Andrea ;) /me blames namcap and the lack of coffee -- Jelle van der Waa From abd.shajari at gmail.com Sun Jun 19 08:31:54 2011 From: abd.shajari at gmail.com (Abd0) Date: Sun, 19 Jun 2011 17:01:54 +0430 Subject: [arch-general] linphone breaks after mediastreamer update In-Reply-To: <4DFDE781.10802@vdwaa.nl> References: <BANLkTimd-MaFreeFUUc8XxifPyBz7A0Zeg@mail.gmail.com> <4DFD9AF3.6040207@gmail.com> <12117167.f4YPV0330g@stockholm> <4DFDE781.10802@vdwaa.nl> Message-ID: <BANLkTi=9g3h6bmow3U8VN_Ab-jvJqi+0zQ@mail.gmail.com> yes thanks Andrea Best Regards, abdo On Sun, Jun 19, 2011 at 4:41 PM, Jelle van der Waa <jelle at vdwaa.nl> wrote: > On 06/19/2011 08:57 AM, Andrea Scarpino wrote: > >> On Sunday 19 June 2011 09:45:07 cantabile wrote: >> >>> I think you'll have to slap jelly1 a bit, he seems to be the last >>> packager. >>> >> Fixed in mediastreamer 2.7.3-3 >> >> Silly me, thanks for fixing Andrea ;) > > > /me blames namcap and the lack of coffee > > -- > Jelle van der Waa > > From jelle at vdwaa.nl Sun Jun 19 08:40:24 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Sun, 19 Jun 2011 14:40:24 +0200 Subject: [arch-general] Bug Day Message-ID: <4DFDEE38.9060507@vdwaa.nl> Dear TU's,Devs,participants, Thanks for joining us yesterday on bug day. There are 76 bugs closed for archlinux and 6 for community! -- Jelle van der Waa From lists at baums-on-web.de Sun Jun 19 08:42:52 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sun, 19 Jun 2011 14:42:52 +0200 Subject: [arch-general] weird problem In-Reply-To: <4DFD9B4C.3070301@gmail.com> References: <4DFD9B4C.3070301@gmail.com> Message-ID: <20110619144252.78fa666f@darkstar> Am Sun, 19 Jun 2011 12:16:36 +0530 schrieb Madhurya Kakati <mkakati2805 at gmail.com>: > I am having this weird problem. Whenever I run pacman -Syu or pacman > -Su it asks me to replace lib32-libgl with lib32-catalyst-utils. > [papul at papuldesktop chromium]$ sudo pacman -Su > :: Starting full system upgrade... > :: Replace lib32-libgl with catalyst/lib32-catalyst-utils? [Y/n] y > resolving dependencies... > looking for inter-conflicts... > :: catalyst-utils and libgl are in conflict. Remove libgl? [y/N] y > error: failed to prepare transaction (could not satisfy dependencies) > :: ati-dri: requires libgl=7.10.3 > > However I don't want lib32-catalyst. What do I have to do to make this > disappear? To answer this question seriously... Do you want to use the open source driver xf86-video-ati or the closed source driver catalyst? Do you have 32 bit software installed on your x86_64 system? I guess yes, considering that you have lib32-libgl installed. Regarding the first question: You can't have installed both xf86-video-ati and catalyst at the same time. If you're using xf86-video-ati you need libgl and lib32-libgl for 32 bit software. Then you need to uninstall catalyst-utils and lib32-catalyst-utils. If you're using catalyst then you need to uninstall libgl and lib32-libgl and to install catalyst-utils and lib32-catalyst-utils, because catalyst-utils provides libgl. So you most likely are asked for replacing lib32-libgl with lib32-catalyst-utils, because you're using catalyst. So you definitely need to say yes to this question. Only say no to it if you want to use xf86-video-ati. But then I would suggest to uninstall every video driver and related package (xf86-video-ati, libgl, ati-dri, mesa, lib32-libgl, catalyst, catalyst-utils and lib32-catalyst-utils) and to freshly install the video driver of your choice (either xf86-video-ati or catalyst). Heiko From lists at baums-on-web.de Sun Jun 19 09:01:13 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sun, 19 Jun 2011 15:01:13 +0200 Subject: [arch-general] What happened to mousepad and xfprint? Message-ID: <20110619150113.743bc227@darkstar> I just wanted to do a system update and saw that mousepad, Xfce's text editor, and xfprint, Xfce's print dialog and printer manager, have been removed from [extra] and aren't moved to any other repo or AUR. Both tools belong to Xfce which is in [extra]. What happened to these packages? Heiko From grbzks at xsmail.com Sun Jun 19 09:12:22 2011 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Sun, 19 Jun 2011 16:12:22 +0300 Subject: [arch-general] What happened to mousepad and xfprint? In-Reply-To: <20110619150113.743bc227@darkstar> References: <20110619150113.743bc227@darkstar> Message-ID: <20110619131211.GA28067@netbook> Heiko Baums wrote: > I just wanted to do a system update and saw that mousepad, Xfce's text > editor, and xfprint, Xfce's print dialog and printer manager, have been > removed from [extra] and aren't moved to any other repo or AUR. Both > tools belong to Xfce which is in [extra]. > > What happened to these packages? > > Heiko > This: http://foo-projects.org/pipermail/xfce/2011-May/028644.html Greg -- () against html e-mail | usenet & email communication netiquette /\ www.asciiribbon.org | www.netmeister.org/news/learn2quote.html From lists at baums-on-web.de Sun Jun 19 09:15:32 2011 From: lists at baums-on-web.de (Heiko Baums) Date: Sun, 19 Jun 2011 15:15:32 +0200 Subject: [arch-general] What happened to mousepad and xfprint? In-Reply-To: <20110619131211.GA28067@netbook> References: <20110619150113.743bc227@darkstar> <20110619131211.GA28067@netbook> Message-ID: <20110619151532.6fa6a8ec@darkstar> Am Sun, 19 Jun 2011 16:12:22 +0300 schrieb Grigorios Bouzakis <grbzks at xsmail.com>: > This: http://foo-projects.org/pipermail/xfce/2011-May/028644.html Thanks. Heiko From picogeyer at gmail.com Sun Jun 19 10:56:48 2011 From: picogeyer at gmail.com (Pico Geyer) Date: Sun, 19 Jun 2011 16:56:48 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFB94F5.3090502@archlinux.org> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFB94F5.3090502@archlinux.org> Message-ID: <BANLkTi=5t6B97SEFL-GBJCiKq8pGjNeDkA@mail.gmail.com> On Fri, Jun 17, 2011 at 7:55 PM, Ionut Biru <ibiru at archlinux.org> wrote: > On 06/17/2011 08:46 PM, Pico Geyer wrote: >> >> Hi all, >> >> As the title of this email suggests I'm having trouble with the new >> Nvidia driver. >> I've attached my Xorg log, as I'm sure that there are a log of people >> who understand the ouput better than I do. > > attachments doesn't work on this list Ok, I did not realize that. I'll put my log inline at the bottom of this mail, > >> >> I've had to revert to the previous driver (270.41.19-3) to get my >> system up and running again. >> What seems odd to me from the log is that it doesn't even try to load >> the nvidia driver. >> > > if it doesn't load the driver it means you don't use our xorg-server. I'm not sure if I understand you correctly, but I didn't install a custom xorg-server, it comes from extra. pacman -Qs xorg-server local/xorg-server 1.10.2-1 (xorg) Xorg X server local/xorg-server-common 1.10.2-1 Xorg server common files local/xorg-server-devel 1.10.2-1 Development files for the X.Org X server local/xorg-server-utils 7.6-2 Transition package depending on xorg server utilities > > for 275.09.07 i dropped the configuration that comes with it because now is > loaded by xorg-server I did try to manually load the nvidia module and then start X but that does not change the situation. I'm afraid I do not have the machine with me this weekend, so I'll need to follow up on this tomorrow. > > !next > > -- > Ionu? > Xorg log: [ 20.621] X.Org X Server 1.10.2 Release Date: 2011-05-28 [ 20.621] X Protocol Version 11, Revision 0 [ 20.621] Build Operating System: Linux 2.6.38-ARCH i686 [ 20.621] Current Operating System: Linux naix 2.6.39-ARCH #1 SMP PREEMPT Tue Jun 7 05:49:02 UTC 2011 i686 [ 20.621] Kernel command line: root=/dev/disk/by-uuid/37a133fd-bd99-435a-967a-546463f8afcc ro [ 20.621] Build Date: 30 May 2011 08:16:10AM [ 20.621] [ 20.621] Current version of pixman: 0.22.0 [ 20.621] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 20.621] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 20.622] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Jun 17 19:20:37 2011 [ 20.668] (==) Using config file: "/etc/X11/xorg.conf" [ 20.668] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 20.700] (==) No Layout section. Using the first Screen section. [ 20.700] (==) No screen section available. Using defaults. [ 20.700] (**) |-->Screen "Default Screen Section" (0) [ 20.700] (**) | |-->Monitor "<default monitor>" [ 20.700] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [ 20.700] (**) | |-->Device "Card0" [ 20.700] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 20.700] (==) Automatically adding devices [ 20.700] (==) Automatically enabling devices [ 20.710] (WW) The directory "/usr/share/fonts/OTF/" does not exist. [ 20.710] Entry deleted from font path. [ 20.752] (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 20.752] (==) ModulePath set to "/usr/lib/xorg/modules" [ 20.752] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 20.752] (II) Loader magic: 0x822e120 [ 20.752] (II) Module ABI versions: [ 20.752] X.Org ANSI C Emulation: 0.4 [ 20.752] X.Org Video Driver: 10.0 [ 20.752] X.Org XInput driver : 12.2 [ 20.752] X.Org Server Extension : 5.0 [ 20.752] (--) PCI:*(0:1:0:0) 10de:0a65:1458:34d5 rev 162, Mem @ 0xf9000000/16777216, 0xd0000000/268435456, 0xee000000/33554432, I/O @ 0x0000bf00/128, BIOS @ 0x????????/524288 [ 20.752] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) [ 20.752] (II) LoadModule: "extmod" [ 20.777] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [ 20.784] (II) Module extmod: vendor="X.Org Foundation" [ 20.784] compiled for 1.10.2, module version = 1.0.0 [ 20.784] Module class: X.Org Server Extension [ 20.784] ABI class: X.Org Server Extension, version 5.0 [ 20.784] (II) Loading extension MIT-SCREEN-SAVER [ 20.784] (II) Loading extension XFree86-VidModeExtension [ 20.784] (II) Loading extension XFree86-DGA [ 20.784] (II) Loading extension DPMS [ 20.784] (II) Loading extension XVideo [ 20.784] (II) Loading extension XVideo-MotionCompensation [ 20.784] (II) Loading extension X-Resource [ 20.784] (II) LoadModule: "dbe" [ 20.784] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [ 20.791] (II) Module dbe: vendor="X.Org Foundation" [ 20.791] compiled for 1.10.2, module version = 1.0.0 [ 20.791] Module class: X.Org Server Extension [ 20.791] ABI class: X.Org Server Extension, version 5.0 [ 20.791] (II) Loading extension DOUBLE-BUFFER [ 20.791] (II) LoadModule: "glx" [ 20.791] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 21.517] (II) Module glx: vendor="NVIDIA Corporation" [ 21.517] compiled for 4.0.2, module version = 1.0.0 [ 21.517] Module class: X.Org Server Extension [ 21.517] (II) NVIDIA GLX Module 275.09.07 Wed Jun 8 16:01:21 PDT 2011 [ 21.517] (II) Loading extension GLX [ 21.517] (II) LoadModule: "record" [ 21.517] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so [ 21.529] (II) Module record: vendor="X.Org Foundation" [ 21.529] compiled for 1.10.2, module version = 1.13.0 [ 21.529] Module class: X.Org Server Extension [ 21.529] ABI class: X.Org Server Extension, version 5.0 [ 21.529] (II) Loading extension RECORD [ 21.529] (II) LoadModule: "dri" [ 21.529] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so [ 21.547] (II) Module dri: vendor="X.Org Foundation" [ 21.547] compiled for 1.10.2, module version = 1.0.0 [ 21.547] ABI class: X.Org Server Extension, version 5.0 [ 21.547] (II) Loading extension XFree86-DRI [ 21.547] (II) LoadModule: "dri2" [ 21.554] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so [ 21.555] (II) Module dri2: vendor="X.Org Foundation" [ 21.555] compiled for 1.10.2, module version = 1.2.0 [ 21.555] ABI class: X.Org Server Extension, version 5.0 [ 21.555] (II) Loading extension DRI2 [ 21.555] (II) LoadModule: "nouveau" [ 21.599] (WW) Warning, couldn't open module nouveau [ 21.599] (II) UnloadModule: "nouveau" [ 21.599] (II) Unloading nouveau [ 21.599] (EE) Failed to load module "nouveau" (module does not exist, 0) [ 21.599] (EE) No drivers available. [ 21.599] Fatal server error: [ 21.599] no screens found [ 21.599] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 21.599] Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 21.599] Regards, Pico From ibiru at archlinux.org Sun Jun 19 11:03:33 2011 From: ibiru at archlinux.org (Ionut Biru) Date: Sun, 19 Jun 2011 18:03:33 +0300 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <BANLkTi=5t6B97SEFL-GBJCiKq8pGjNeDkA@mail.gmail.com> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFB94F5.3090502@archlinux.org> <BANLkTi=5t6B97SEFL-GBJCiKq8pGjNeDkA@mail.gmail.com> Message-ID: <4DFE0FC5.1010401@archlinux.org> On 06/19/2011 05:56 PM, Pico Geyer wrote: > [ 20.668] (==) Using config file: "/etc/X11/xorg.conf" isn't that obvious ? > [ 21.555] (II) LoadModule: "nouveau" > [ 21.599] (WW) Warning, couldn't open module nouveau > [ 21.599] (II) UnloadModule: "nouveau" > [ 21.599] (II) Unloading nouveau > [ 21.599] (EE) Failed to load module "nouveau" (module does not exist, 0) > [ 21.599] (EE) No drivers available. > [ 21.599] > Fatal server error: rm /etc/X11/xorg.conf -- Ionu? From mkakati2805 at gmail.com Sun Jun 19 12:11:22 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Sun, 19 Jun 2011 21:41:22 +0530 Subject: [arch-general] weird problem In-Reply-To: <BANLkTik1eensKpdfN24yGjCtCx=k1tuMWA@mail.gmail.com> References: <4DFD9B4C.3070301@gmail.com> <1472657.B4M2DyfEIu@odin> <BANLkTik1eensKpdfN24yGjCtCx=k1tuMWA@mail.gmail.com> Message-ID: <4DFE1FAA.8070202@gmail.com> On 06/19/2011 01:34 PM, jesse jaara wrote: > yaourt -Rdd ati-dri libgl > yaourt -S catalyst catalyst-utils. > > You should also change the lib32gl package to > catalyst-utils as if you don't 32bit apps won't work :( I don't want to install catalyst because Gnome3 doesn't work with catalyst. That was what I was using earlier but I removed catalyst and installed opensource ATI driver to try Gnome3. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110619/1f9e1e00/attachment.asc> From remy at archlinux.org Sun Jun 19 12:13:14 2011 From: remy at archlinux.org (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Sun, 19 Jun 2011 18:13:14 +0200 Subject: [arch-general] [netcfg] Getting rid of wireless_tools Message-ID: <BANLkTinFLC8-xHkvKJXzV_v7cQJNiNYLvQ@mail.gmail.com> Hello, wpa_supplicant is supposed to provide most of the wireless_tools functionality. I have set up a branch of netcfg that replaces all uses of wireless_tools by wpa_supplicant. http://projects.archlinux.org/users/remy/netcfg.git/log/?h=no-iwconfig iwconfig is still used by the deprecated IWCONFIG option, but there is still one thing I don't really understand. In src/connections/wireless, there is block that calls "iwconfig mode Managed" before starting wpa_supplicant. The log is not really explicit about why this was added (it merely says it was necessary for iwl3945), and wpa_supplicant man page only says it's necessary for the hostap driver, which we do not use. Does anybody knows the reason why it is needed? R?my. From mkakati2805 at gmail.com Sun Jun 19 12:22:54 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Sun, 19 Jun 2011 21:52:54 +0530 Subject: [arch-general] weird problem In-Reply-To: <20110619144252.78fa666f@darkstar> References: <4DFD9B4C.3070301@gmail.com> <20110619144252.78fa666f@darkstar> Message-ID: <4DFE225E.6050500@gmail.com> On 06/19/2011 06:12 PM, Heiko Baums wrote: > Am Sun, 19 Jun 2011 12:16:36 +0530 > schrieb Madhurya Kakati <mkakati2805 at gmail.com>: > >> I am having this weird problem. Whenever I run pacman -Syu or pacman >> -Su it asks me to replace lib32-libgl with lib32-catalyst-utils. >> [papul at papuldesktop chromium]$ sudo pacman -Su >> :: Starting full system upgrade... >> :: Replace lib32-libgl with catalyst/lib32-catalyst-utils? [Y/n] y >> resolving dependencies... >> looking for inter-conflicts... >> :: catalyst-utils and libgl are in conflict. Remove libgl? [y/N] y >> error: failed to prepare transaction (could not satisfy dependencies) >> :: ati-dri: requires libgl=7.10.3 >> >> However I don't want lib32-catalyst. What do I have to do to make this >> disappear? > To answer this question seriously... > > Do you want to use the open source driver xf86-video-ati or the closed > source driver catalyst? > > Do you have 32 bit software installed on your x86_64 system? I guess > yes, considering that you have lib32-libgl installed. > > Regarding the first question: You can't have installed both > xf86-video-ati and catalyst at the same time. > > If you're using xf86-video-ati you need libgl and lib32-libgl for 32 bit > software. Then you need to uninstall catalyst-utils and > lib32-catalyst-utils. > > If you're using catalyst then you need to uninstall libgl and > lib32-libgl and to install catalyst-utils and lib32-catalyst-utils, > because catalyst-utils provides libgl. > > So you most likely are asked for replacing lib32-libgl with > lib32-catalyst-utils, because you're using catalyst. So you definitely > need to say yes to this question. > > Only say no to it if you want to use xf86-video-ati. But then I would > suggest to uninstall every video driver and related package > (xf86-video-ati, libgl, ati-dri, mesa, lib32-libgl, catalyst, > catalyst-utils and lib32-catalyst-utils) and to freshly install the > video driver of your choice (either xf86-video-ati or catalyst). > > Heiko OK, I am answering your question in this way: I want to keep using the opensource ati drivers. Also I want to use lib32-libgl for all the 32-bit packages. So as you told me I tried to uninstall catalyst-utils and lib32-catalyst-utils. But I can't uninstall these as they aren't installed. So why the hell am I asked to replace lib32-libgl with lib32-catalyst-utils everytime I upgrade? It is some sort of a bug? What is causing this problem? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110619/14120005/attachment.asc> From mkakati2805 at gmail.com Sun Jun 19 12:37:01 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Sun, 19 Jun 2011 22:07:01 +0530 Subject: [arch-general] weird problem In-Reply-To: <4DFD9B4C.3070301@gmail.com> References: <4DFD9B4C.3070301@gmail.com> Message-ID: <4DFE25AD.8060503@gmail.com> Guess what solved the problem? I disabled [catalyst] in pacman.conf. Thanks for helping everyone But if anyone can help me removing that message I get everytime I try to upgrade with catalyst repo enabled, please reply. Thanks. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110619/bdf70ea5/attachment.asc> From registo.mailling at gmail.com Sun Jun 19 12:43:22 2011 From: registo.mailling at gmail.com (Mauro Santos) Date: Sun, 19 Jun 2011 17:43:22 +0100 Subject: [arch-general] weird problem In-Reply-To: <4DFE225E.6050500@gmail.com> References: <4DFD9B4C.3070301@gmail.com> <20110619144252.78fa666f@darkstar> <4DFE225E.6050500@gmail.com> Message-ID: <4DFE272A.4070908@gmail.com> On 19-06-2011 17:22, Madhurya Kakati wrote: > OK, I am answering your question in this way: > I want to keep using the opensource ati drivers. Also I want to use > lib32-libgl for all the 32-bit packages. So as you told me I tried to > uninstall catalyst-utils and lib32-catalyst-utils. But I can't uninstall > these as they aren't installed. So why the hell am I asked to replace > lib32-libgl with lib32-catalyst-utils everytime I upgrade? It is some > sort of a bug? What is causing this problem? > Really silly questions: - Are you using any repos other than [core], [extra], [community] and [multilib]? - Are you using any pacman wrappers? I'm asking because pacman can't find anything to do with catalyst here and I'm using all the above mentioned repos so I don't see how using the official repos could cause that. If you are using other repos (or pacman wrappers, that as far as I know are not supported) you should know what you are doing so you how know how to deal with these kind of conflicts and possible breakage that might happen. -- Mauro Santos From jesse.jaara at gmail.com Sun Jun 19 12:46:17 2011 From: jesse.jaara at gmail.com (jesse jaara) Date: Sun, 19 Jun 2011 19:46:17 +0300 Subject: [arch-general] weird problem In-Reply-To: <4DFE25AD.8060503@gmail.com> References: <4DFD9B4C.3070301@gmail.com> <4DFE25AD.8060503@gmail.com> Message-ID: <BANLkTimwe_HeaMkqPGZgW2Gvfg6EN+mtkA@mail.gmail.com> Im not sure but I think that some app from catalyst repo ?Xorg? has depency on them. Id say that install the gl packages with nodeps flag -Sdd and try to upgrade the rest of the system so that you get the ofical xserver packages and other From mkakati2805 at gmail.com Sun Jun 19 12:59:00 2011 From: mkakati2805 at gmail.com (Madhurya Kakati) Date: Sun, 19 Jun 2011 22:29:00 +0530 Subject: [arch-general] weird problem In-Reply-To: <4DFE272A.4070908@gmail.com> References: <4DFD9B4C.3070301@gmail.com> <20110619144252.78fa666f@darkstar> <4DFE225E.6050500@gmail.com> <4DFE272A.4070908@gmail.com> Message-ID: <4DFE2AD4.7010709@gmail.com> On 06/19/2011 10:13 PM, Mauro Santos wrote: > > Really silly questions: > - Are you using any repos other than [core], [extra], [community] and > [multilib]? > - Are you using any pacman wrappers? > > I'm asking because pacman can't find anything to do with catalyst here > and I'm using all the above mentioned repos so I don't see how using the > official repos could cause that. If you are using other repos (or pacman > wrappers, that as far as I know are not supported) you should know what > you are doing so you how know how to deal with these kind of conflicts > and possible breakage that might happen. > Yes I am using catalyst repo. I use yaourt but thats not a pacman wrapper I guess. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110619/aa90cb01/attachment-0001.asc> From yaro at marupa.net Sun Jun 19 13:19:43 2011 From: yaro at marupa.net (Yaro Kasear) Date: Sun, 19 Jun 2011 12:19:43 -0500 Subject: [arch-general] weird problem In-Reply-To: <4DFE2AD4.7010709@gmail.com> References: <4DFD9B4C.3070301@gmail.com> <4DFE272A.4070908@gmail.com> <4DFE2AD4.7010709@gmail.com> Message-ID: <201106191219.44362.yaro@marupa.net> On Sunday, June 19, 2011 11:59:00 AM Madhurya Kakati wrote: > On 06/19/2011 10:13 PM, Mauro Santos wrote: > > Really silly questions: > > - Are you using any repos other than [core], [extra], [community] and > > [multilib]? > > - Are you using any pacman wrappers? > > > > I'm asking because pacman can't find anything to do with catalyst here > > and I'm using all the above mentioned repos so I don't see how using the > > official repos could cause that. If you are using other repos (or pacman > > wrappers, that as far as I know are not supported) you should know what > > you are doing so you how know how to deal with these kind of conflicts > > and possible breakage that might happen. > > Yes I am using catalyst repo. > I use yaourt but thats not a pacman wrapper I guess. yaourt is a pacman wrapper. Specifically it's a pacman/abs/aur/makepkg wrapper. From remyoudompheng at gmail.com Sun Jun 19 17:23:45 2011 From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Sun, 19 Jun 2011 23:23:45 +0200 Subject: [arch-general] netcfg 2.6 release Message-ID: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> Hello, netcfg 2.6 has been released and pushed in [testing]. The following features has been added since the last release: - add support for IPv6 configuration (FS#18699) - add support for static routes configuration (FS#18700) - add support for creating tun/tap interfaces (FS#15049) - add configuration file /etc/conf.d/netcfg for net-auto-wireless - add support for restricting automatic startup of profiles (FS#23169) - bridge: add support for several brctl options (FS#16625) - wireless: add support for explicit BSSID (FS#24582) - wireless: add support for ad-hoc connections (FS#19683) - wireless: no longer require wireless_tools to work - use /run instead of /var/run - drops hard dependency on net-tools package - drops hard dependency on wireless_tools package Most importantly: - netcfg no longer puts no files in /run (dhcpcd still puts files there) - netcfg only depends on iproute2 and dhcpcd : wpa_supplicant is optional (required for wireless), wpa_actiond, ifplugd are required for net-auto* scripts - net-tools, wireless_tools are needed if you use legacy options IFOPTS and IWCONFIG, but this is strongly discouraged - /etc/conf.d/netcfg is a new configuration file, currently only used by net-auto-wireless: it is used to configure the name of the wireless interface you want to use (also possible in /etc/rc.conf, but discouraged), and to configure a list of preferred networks you want wpa_actiond to manage (FS#23169) - IPv6 is supported: no address configuration (even auto-configuration) will be done unless you say IP6=something in your profile. See the examples to see how it works - dhclient is needed if you want to support DHCPv6: this is expected to be an uncommon case, since auto-configuration exists. - netcfg can create tun/tap interfaces: it currently does not do anything with these (FS#15049) Regards, -- R?my. From remyoudompheng at gmail.com Sun Jun 19 17:31:19 2011 From: remyoudompheng at gmail.com (=?iso-8859-1?Q?R=E9my?= Oudompheng) Date: Sun, 19 Jun 2011 23:31:19 +0200 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> Message-ID: <20110619213119.GA29661@mastermind.lan> On Sun 19 June 2011 at 23:23 +0200, R?my Oudompheng wrote: > Most importantly: > - netcfg no longer puts no files in /run (dhcpcd still puts files there) > - netcfg only depends on iproute2 and dhcpcd : wpa_supplicant is > optional (required for wireless), wpa_actiond, ifplugd are required > for net-auto* scripts > - net-tools, wireless_tools are needed if you use legacy options > IFOPTS and IWCONFIG, but this is strongly discouraged Also, the "none-old" and "wep-old" SECURITY modes are no longer supported. They are now aliases to the wpa_supplicant bases "none" and "wep". -- R?my. From yaro at marupa.net Sun Jun 19 17:36:40 2011 From: yaro at marupa.net (Yaro Kasear) Date: Sun, 19 Jun 2011 16:36:40 -0500 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> Message-ID: <201106191636.41189.yaro@marupa.net> On Sunday, June 19, 2011 04:23:45 PM R?my Oudompheng wrote: > Hello, > > netcfg 2.6 has been released and pushed in [testing]. > > The following features has been added since the last release: > - add support for IPv6 configuration (FS#18699) > - add support for static routes configuration (FS#18700) > - add support for creating tun/tap interfaces (FS#15049) > - add configuration file /etc/conf.d/netcfg for net-auto-wireless > - add support for restricting automatic startup of profiles (FS#23169) > - bridge: add support for several brctl options (FS#16625) > - wireless: add support for explicit BSSID (FS#24582) > - wireless: add support for ad-hoc connections (FS#19683) > - wireless: no longer require wireless_tools to work > - use /run instead of /var/run > - drops hard dependency on net-tools package > - drops hard dependency on wireless_tools package > > Most importantly: > - netcfg no longer puts no files in /run (dhcpcd still puts files there) > - netcfg only depends on iproute2 and dhcpcd : wpa_supplicant is > optional (required for wireless), wpa_actiond, ifplugd are required > for net-auto* scripts > - net-tools, wireless_tools are needed if you use legacy options > IFOPTS and IWCONFIG, but this is strongly discouraged > - /etc/conf.d/netcfg is a new configuration file, currently only used > by net-auto-wireless: it is used to configure the name of the wireless > interface you want to use (also possible in /etc/rc.conf, but > discouraged), and to configure a list of preferred networks you want > wpa_actiond to manage (FS#23169) > - IPv6 is supported: no address configuration (even > auto-configuration) will be done unless you say IP6=something in your > profile. See the examples to see how it works > - dhclient is needed if you want to support DHCPv6: this is expected > to be an uncommon case, since auto-configuration exists. > - netcfg can create tun/tap interfaces: it currently does not do > anything with these (FS#15049) > > Regards, I'd like a minor clarification here... I've never seen a directory called run on /. Is netcfg expected to create that? Does the FHS support that? From teg at jklm.no Sun Jun 19 17:52:08 2011 From: teg at jklm.no (Tom Gundersen) Date: Sun, 19 Jun 2011 23:52:08 +0200 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <201106191636.41189.yaro@marupa.net> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> <201106191636.41189.yaro@marupa.net> Message-ID: <BANLkTi=G9nSpMbAJEFX1uTWD+Z9coaOJXQ@mail.gmail.com> On Sun, Jun 19, 2011 at 11:36 PM, Yaro Kasear <yaro at marupa.net> wrote: > I'd like a minor clarification here... I've never seen a directory called run > on /. Is netcfg expected to create that? No. /run is maintained by mkinitcfg/initscripts/filesystem. It is a tmpfs mounted directory that is guaranteed to be writable from the initramfs until shutdown. In the long-run it is meant to take the place of /var/run (you can actually symlink /var/run to /run now and everything works). For more details see: <https://lwn.net/Articles/436012/>. > Does the FHS support that? Yes. Distributions are free to add root-level directories; individual applications are not. /run was first proposed by debian and is currently (to the best of my knowledge) endorsed by at least suse, fedora and ubuntu. I believe it has also been proposed for inclusion in the new FHS. Cheers, Tom From remyoudompheng at gmail.com Sun Jun 19 17:55:01 2011 From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Sun, 19 Jun 2011 23:55:01 +0200 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> Message-ID: <BANLkTimrFNukwv4-L+kUpU5bB7xGO+F76w@mail.gmail.com> On 2011/6/19 R?my Oudompheng <remyoudompheng at gmail.com> wrote: > Hello, > > netcfg 2.6 has been released and pushed in [testing]. Due to a small bug in net-auto-wireless, the version is now 2.6.1. Additionally some basic configuration of tun/tap interfaces is now possible. R?my. From louipc.ist at gmail.com Sun Jun 19 19:24:34 2011 From: louipc.ist at gmail.com (Loui Chang) Date: Sun, 19 Jun 2011 19:24:34 -0400 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> Message-ID: <20110619232434.GA1086@celine> On Sun 19 Jun 2011 23:23 +0200, R?my Oudompheng wrote: > > netcfg 2.6 has been released and pushed in [testing]. > > - /etc/conf.d/netcfg is a new configuration file, currently only used > by net-auto-wireless: it is used to configure the name of the wireless > interface you want to use (also possible in /etc/rc.conf, but > discouraged), and to configure a list of preferred networks you want > wpa_actiond to manage (FS#23169) Should the syntax for this documented in the package somewhere? From remyoudompheng at gmail.com Sun Jun 19 21:34:01 2011 From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=) Date: Mon, 20 Jun 2011 03:34:01 +0200 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <20110619232434.GA1086@celine> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> <20110619232434.GA1086@celine> Message-ID: <BANLkTik+JpLGhY--i3pwj_QvdyWozrNXoA@mail.gmail.com> On 2011/6/20 Loui Chang <louipc.ist at gmail.com> wrote: > On Sun 19 Jun 2011 23:23 +0200, R?my Oudompheng wrote: >> >> netcfg 2.6 has been released and pushed in [testing]. >> >> - /etc/conf.d/netcfg is a new configuration file, currently only used >> by net-auto-wireless: it is used to configure the name of the wireless >> interface you want to use (also possible in /etc/rc.conf, but >> discouraged), and to configure a list of preferred networks you want >> wpa_actiond to manage (FS#23169) > > Should the syntax for this documented in the package somewhere? I try to keep the docs/ syntax as updated as possible. Are there official webpages for projects? other than projects.archlinux.org? R?my. From louipc.ist at gmail.com Sun Jun 19 21:54:52 2011 From: louipc.ist at gmail.com (Loui Chang) Date: Sun, 19 Jun 2011 21:54:52 -0400 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <BANLkTik+JpLGhY--i3pwj_QvdyWozrNXoA@mail.gmail.com> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com> <20110619232434.GA1086@celine> <BANLkTik+JpLGhY--i3pwj_QvdyWozrNXoA@mail.gmail.com> Message-ID: <20110620015452.GC1086@celine> On Mon 20 Jun 2011 03:34 +0200, R?my Oudompheng wrote: > On 2011/6/20 Loui Chang <louipc.ist at gmail.com> wrote: > > On Sun 19 Jun 2011 23:23 +0200, R?my Oudompheng wrote: > >> > >> netcfg 2.6 has been released and pushed in [testing]. > >> > >> - /etc/conf.d/netcfg is a new configuration file, currently only used > >> by net-auto-wireless: it is used to configure the name of the wireless > >> interface you want to use (also possible in /etc/rc.conf, but > >> discouraged), and to configure a list of preferred networks you want > >> wpa_actiond to manage (FS#23169) > > > > Should the syntax for this documented in the package somewhere? > > I try to keep the docs/ syntax as updated as possible. Are there > official webpages for projects? other than projects.archlinux.org? There's a page for pacman [1], but I don't know if there's any specific infrastructure for project pages. You will probably have to ask the admins for a space to put pages. [1] http://www.archlinux.org/pacman/ From xecycle at gmail.com Mon Jun 20 03:15:14 2011 From: xecycle at gmail.com (XeCycle) Date: Mon, 20 Jun 2011 15:15:14 +0800 Subject: [arch-general] Anything to manage user daemons? Message-ID: <20110620071514.GA16844@XeCycle> Hello. I need to start several programs after login and after startx. Now I write these directly in my .bash_profile and .xinitrc; but I'm not satisfied with this. They cannot be easily stopped after logout. To do that I think I'd record their PID and kill them in .bash_logout, also need to take care when they're manually stopped, and all these related problems. So I think a set of scripts like the daemon managing from initscripts will be nice. But I can't write /etc/rc.d daemons, as they must be executed by a normal user. Has anyone written such a tool? Thank you. -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 Facebook: Carl Lei Twitter: XeCycle Blog: http://xecycle.blogspot.com Mon, 20 Jun 2011 15:04:17 +0800 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110620/217de0c7/attachment.asc> From james at archlinux.org Mon Jun 20 03:17:48 2011 From: james at archlinux.org (James Rayner) Date: Mon, 20 Jun 2011 17:17:48 +1000 Subject: [arch-general] netcfg 2.6 release In-Reply-To: <BANLkTik+JpLGhY--i3pwj_QvdyWozrNXoA@mail.gmail.com> References: <BANLkTikdVN-PhQxtNtf26W_Vwfv8+-UPuQ@mail.gmail.com><20110619232434.GA1086@celine> <BANLkTik+JpLGhY--i3pwj_QvdyWozrNXoA@mail.gmail.com> Message-ID: <1308554268.9320.1465023233@webmail.messagingengine.com> On Mon, 20 Jun 2011 03:34 +0200, "R?my Oudompheng" <remyoudompheng at gmail.com> wrote: > On 2011/6/20 Loui Chang <louipc.ist at gmail.com> wrote: > > On Sun 19 Jun 2011 23:23 +0200, R?my Oudompheng wrote: > >> > >> netcfg 2.6 has been released and pushed in [testing]. > >> > >> - /etc/conf.d/netcfg is a new configuration file, currently only used > >> by net-auto-wireless: it is used to configure the name of the wireless > >> interface you want to use (also possible in /etc/rc.conf, but > >> discouraged), and to configure a list of preferred networks you want > >> wpa_actiond to manage (FS#23169) > > > > Should the syntax for this documented in the package somewhere? > > I try to keep the docs/ syntax as updated as possible. Are there > official webpages for projects? other than projects.archlinux.org? > > R?my. The wiki[1] was the official "how to use netcfg" documentation, while docs/ generally covered the syntax. Regards, James [1] https://wiki.archlinux.org/index.php/Netcfg From an.nguyen.foss at gmail.com Mon Jun 20 03:19:47 2011 From: an.nguyen.foss at gmail.com (An Nguyen) Date: Mon, 20 Jun 2011 14:19:47 +0700 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110620071514.GA16844@XeCycle> References: <20110620071514.GA16844@XeCycle> Message-ID: <BANLkTin-tX9ZhqFTY3aOvQJz2N37W8uBng@mail.gmail.com> Try these guys supervisord daemontools :-) On Mon, Jun 20, 2011 at 2:15 PM, XeCycle <xecycle at gmail.com> wrote: > Hello. I need to start several programs after login and > after startx. Now I write these directly in my .bash_profile > and .xinitrc; but I'm not satisfied with this. They cannot > be easily stopped after logout. To do that I think I'd > record their PID and kill them in .bash_logout, also need to > take care when they're manually stopped, and all these > related problems. > > So I think a set of scripts like the daemon managing from > initscripts will be nice. But I can't write /etc/rc.d > daemons, as they must be executed by a normal user. > > Has anyone written such a tool? > > Thank you. > > -- > Carl Lei (XeCycle) > Department of Physics, Shanghai Jiao Tong University > OpenPGP public key: 7795E591 > Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 > Facebook: Carl Lei > Twitter: XeCycle > Blog: http://xecycle.blogspot.com > Mon, 20 Jun 2011 15:04:17 +0800 > -- Nguy?n Ch?u An || An NGUYEN Linux Technician & FOSS Advocate ------- OpenPGP KeyID? 2048R/8F77A48C Key Fingerprint???? 7652 B403 749F F173 227D 4865 FB71 EC95 8F77 A48C From james at archlinux.org Mon Jun 20 03:21:36 2011 From: james at archlinux.org (James Rayner) Date: Mon, 20 Jun 2011 17:21:36 +1000 Subject: [arch-general] [netcfg] Getting rid of wireless_tools In-Reply-To: <BANLkTinFLC8-xHkvKJXzV_v7cQJNiNYLvQ@mail.gmail.com> References: <BANLkTinFLC8-xHkvKJXzV_v7cQJNiNYLvQ@mail.gmail.com> Message-ID: <1308554496.10549.1465024661@webmail.messagingengine.com> On Sun, 19 Jun 2011 18:13 +0200, "R?my Oudompheng" <remy at archlinux.org> wrote: > Hello, > > wpa_supplicant is supposed to provide most of the wireless_tools > functionality. I have set up a branch of netcfg that replaces all uses > of wireless_tools by wpa_supplicant. > > http://projects.archlinux.org/users/remy/netcfg.git/log/?h=no-iwconfig > > iwconfig is still used by the deprecated IWCONFIG option, but there is > still one thing I don't really understand. > > In src/connections/wireless, there is block that calls "iwconfig mode > Managed" before starting wpa_supplicant. The log is not really > explicit about why this was added (it merely says it was necessary for > iwl3945), and wpa_supplicant man page only says it's necessary for the > hostap driver, which we do not use. Does anybody knows the reason why > it is needed? At that time the iwl3945 driver was very new and wpa_supplicant didn't work unless you put the card into managed mode beforehand. Hopefully that's no longer the case - it should be fine to remove that line now. Awesome work with netcfg, it's great to see someone working on it again! From james at archlinux.org Mon Jun 20 03:30:12 2011 From: james at archlinux.org (James Rayner) Date: Mon, 20 Jun 2011 17:30:12 +1000 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110620071514.GA16844@XeCycle> References: <20110620071514.GA16844@XeCycle> Message-ID: <1308555012.13234.1465026033@webmail.messagingengine.com> On Mon, 20 Jun 2011 15:15 +0800, "XeCycle" <xecycle at gmail.com> wrote: > Hello. I need to start several programs after login and > after startx. Now I write these directly in my .bash_profile > and .xinitrc; but I'm not satisfied with this. They cannot > be easily stopped after logout. To do that I think I'd > record their PID and kill them in .bash_logout, also need to > take care when they're manually stopped, and all these > related problems. > > So I think a set of scripts like the daemon managing from > initscripts will be nice. But I can't write /etc/rc.d > daemons, as they must be executed by a normal user. > > Has anyone written such a tool? > > Thank you. > Instead of doing exec startx, you can background startx and wait for it, allowing your script to complete and clean things up. I don't know of a specific tool for managing user processes though, however you could "copy" rc.d/? files and amend them for your own usage. ~/.xinitrc: #! /bin/bash start stuff startx & wait $? stop stuff From picogeyer at gmail.com Mon Jun 20 03:43:27 2011 From: picogeyer at gmail.com (Pico Geyer) Date: Mon, 20 Jun 2011 09:43:27 +0200 Subject: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1) In-Reply-To: <4DFE0FC5.1010401@archlinux.org> References: <BANLkTine5q0Taf+NwwU35Tf0ZwZYSLr_Aw@mail.gmail.com> <4DFB94F5.3090502@archlinux.org> <BANLkTi=5t6B97SEFL-GBJCiKq8pGjNeDkA@mail.gmail.com> <4DFE0FC5.1010401@archlinux.org> Message-ID: <BANLkTin0oxHqYVLaaGSVmGUC_12WL+MZjA@mail.gmail.com> On Sun, Jun 19, 2011 at 5:03 PM, Ionut Biru <ibiru at archlinux.org> wrote: > On 06/19/2011 05:56 PM, Pico Geyer wrote: > >> [ ? ?20.668] (==) Using config file: "/etc/X11/xorg.conf" > > isn't that obvious ? Indeed, it is. Sorry for the noise! > >> [ ? ?21.555] (II) LoadModule: "nouveau" >> [ ? ?21.599] (WW) Warning, couldn't open module nouveau >> [ ? ?21.599] (II) UnloadModule: "nouveau" >> [ ? ?21.599] (II) Unloading nouveau >> [ ? ?21.599] (EE) Failed to load module "nouveau" (module does not exist, >> 0) >> [ ? ?21.599] (EE) No drivers available. >> [ ? ?21.599] >> Fatal server error: > > rm /etc/X11/xorg.conf > > > > -- > Ionu? > Pico From dieter at plaetinck.be Mon Jun 20 03:51:43 2011 From: dieter at plaetinck.be (Dieter Plaetinck) Date: Mon, 20 Jun 2011 09:51:43 +0200 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <BANLkTin-tX9ZhqFTY3aOvQJz2N37W8uBng@mail.gmail.com> References: <20110620071514.GA16844@XeCycle> <BANLkTin-tX9ZhqFTY3aOvQJz2N37W8uBng@mail.gmail.com> Message-ID: <20110620095143.769287c9@plaetinck.be> On Mon, 20 Jun 2011 14:19:47 +0700 An Nguyen <an.nguyen.foss at gmail.com> wrote: > Try these guys > supervisord > daemontools > > :-) those look neat. I wonder how they compare to each other and to systemd (which is designed to deal with system- and user level daemons as well) Dieter From tobias.powalowski at googlemail.com Tue Jun 21 09:46:01 2011 From: tobias.powalowski at googlemail.com (Tobias Powalowski) Date: Tue, 21 Jun 2011 15:46:01 +0200 Subject: [arch-general] 2011.06-1 archboot "2k11-R3" ISO hybrid image released Message-ID: <2088800.AOKtaRBTJO@lx-laptop> Hi Arch community, Arch Linux (archboot creation tool) 2011.06-1, "2k11-R3" has been released. To avoid confusion, this is not an official arch linux iso release! Homepage and for more information on archboot: http://wiki.archlinux.org/index.php/Archboot Forum: https://bbs.archlinux.org/viewtopic.php?id=121338 Summary: - bump to latest kernels and introduce pacman 3.5.3 Hybrid image file and torrent is provided, which include i686 and x86_64 core repository. Please check md5sum before using it. Hybrid image file is a standard CD-burnable image and also a raw disk image. - Can be burned to CD(RW) media using most CD-burning utilities. - Can be raw-written to a drive using 'dd' or similar utilities. This method is intended for use with USB thumb drives. Please get it from your favorite arch linux mirror: - https://downloads.archlinux.de/iso/archboot/2011.06/ - <yourmirror>/iso/archboot/2011.06/ Have fun, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa at archlinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110621/2d3e9160/attachment.asc> From ngoonee.talk at gmail.com Tue Jun 21 18:33:50 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Wed, 22 Jun 2011 06:33:50 +0800 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff Message-ID: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> On Wed, Jun 22, 2011 at 4:01 AM, Dan McGee <dpmcgee at gmail.com> wrote: > Please welcome Dave to our development team. He has been a frequent > contributor (and reviewer of patches!) to Pacman, has been a TU for a > little bit, and has taken initiative on a lot of > initscripts/mkinitcpio/systemd type stuff. I think I've given him all > the right permissions and such, and signed him up for the relevant > mailing lists. > > -Dan > Systemd to come? =) From bernardobarros2 at gmail.com Tue Jun 21 18:41:14 2011 From: bernardobarros2 at gmail.com (Bernardo Barros) Date: Tue, 21 Jun 2011 19:41:14 -0300 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> Message-ID: <BANLkTi=zMw4_qxes=N1XuCoBVypsPqQDsA@mail.gmail.com> 2011/6/21 Oon-Ee Ng <ngoonee.talk at gmail.com>: > > Systemd to come? =) > kernel-lts 2.6.32 is compatible with systemd anyway? From jwbirdsong at jwbirdsong.homelinux.com Tue Jun 21 18:42:28 2011 From: jwbirdsong at jwbirdsong.homelinux.com (jwbirdsong) Date: Tue, 21 Jun 2011 16:42:28 -0600 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> Message-ID: <4E011E54.6040008@jwbirdsong.homelinux.com> On 06/21/2011 04:33 PM, Oon-Ee Ng wrote: > On Wed, Jun 22, 2011 at 4:01 AM, Dan McGee <dpmcgee at gmail.com> wrote: >> Please welcome Dave to our development team. He has been a frequent >> contributor (and reviewer of patches!) to Pacman, has been a TU for a >> little bit, and has taken initiative on a lot of >> initscripts/mkinitcpio/systemd type stuff. I think I've given him all >> the right permissions and such, and signed him up for the relevant >> mailing lists. >> >> -Dan >> > > Systemd to come? =) > Congrats...... Hell of an addition to Devs IMO From ngoonee.talk at gmail.com Tue Jun 21 19:00:31 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Wed, 22 Jun 2011 07:00:31 +0800 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTi=zMw4_qxes=N1XuCoBVypsPqQDsA@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <BANLkTi=zMw4_qxes=N1XuCoBVypsPqQDsA@mail.gmail.com> Message-ID: <BANLkTimbJf-SEPYFZJO+qvB7ThmR08RLdA@mail.gmail.com> On Wed, Jun 22, 2011 at 6:41 AM, Bernardo Barros <bernardobarros2 at gmail.com> wrote: > 2011/6/21 Oon-Ee Ng <ngoonee.talk at gmail.com>: >> >> Systemd to come? =) >> > > kernel-lts 2.6.32 is compatible with systemd anyway? > Nope (from my own experience with a custom 2.6.33 kernel). For clarification (which I think everyone understands, but still) I was talking about default systemd. Having it as-is is still cool though. From yaro at marupa.net Tue Jun 21 19:07:11 2011 From: yaro at marupa.net (Yaro Kasear) Date: Tue, 21 Jun 2011 18:07:11 -0500 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> Message-ID: <201106211807.11501.yaro@marupa.net> On Tuesday, June 21, 2011 05:33:50 PM Oon-Ee Ng wrote: > On Wed, Jun 22, 2011 at 4:01 AM, Dan McGee <dpmcgee at gmail.com> wrote: > > Please welcome Dave to our development team. He has been a frequent > > contributor (and reviewer of patches!) to Pacman, has been a TU for a > > little bit, and has taken initiative on a lot of > > initscripts/mkinitcpio/systemd type stuff. I think I've given him all > > the right permissions and such, and signed him up for the relevant > > mailing lists. > > > > -Dan > > Systemd to come? =) Having given systemd a try, I hope not. For some reason it wouldn't make sure my /home was mounted. I can't count on that. From thatch45 at gmail.com Tue Jun 21 19:08:03 2011 From: thatch45 at gmail.com (Thomas S Hatch) Date: Tue, 21 Jun 2011 17:08:03 -0600 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <201106211807.11501.yaro@marupa.net> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <201106211807.11501.yaro@marupa.net> Message-ID: <BANLkTinc3vPcZgEerjjMxwPsWp4UmqhrUQ@mail.gmail.com> On Tue, Jun 21, 2011 at 5:07 PM, Yaro Kasear <yaro at marupa.net> wrote: > On Tuesday, June 21, 2011 05:33:50 PM Oon-Ee Ng wrote: > > On Wed, Jun 22, 2011 at 4:01 AM, Dan McGee <dpmcgee at gmail.com> wrote: > > > Please welcome Dave to our development team. He has been a frequent > > > contributor (and reviewer of patches!) to Pacman, has been a TU for a > > > little bit, and has taken initiative on a lot of > > > initscripts/mkinitcpio/systemd type stuff. I think I've given him all > > > the right permissions and such, and signed him up for the relevant > > > mailing lists. > > > > > > -Dan > > > > Systemd to come? =) > > Having given systemd a try, I hope not. For some reason it wouldn't make > sure > my /home was mounted. I can't count on that. > systemd is awesome, but I think the core should stay as lean as possible. In the future systemd may replace the systemV stuff, but for the time being I think there is little motivation to add it by default, Keep It Simple Silly From yaro at marupa.net Tue Jun 21 19:12:14 2011 From: yaro at marupa.net (Yaro Kasear) Date: Tue, 21 Jun 2011 18:12:14 -0500 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTinc3vPcZgEerjjMxwPsWp4UmqhrUQ@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <201106211807.11501.yaro@marupa.net> <BANLkTinc3vPcZgEerjjMxwPsWp4UmqhrUQ@mail.gmail.com> Message-ID: <201106211812.14519.yaro@marupa.net> On Tuesday, June 21, 2011 06:08:03 PM Thomas S Hatch wrote: > On Tue, Jun 21, 2011 at 5:07 PM, Yaro Kasear <yaro at marupa.net> wrote: > > On Tuesday, June 21, 2011 05:33:50 PM Oon-Ee Ng wrote: > > > On Wed, Jun 22, 2011 at 4:01 AM, Dan McGee <dpmcgee at gmail.com> wrote: > > > > Please welcome Dave to our development team. He has been a frequent > > > > contributor (and reviewer of patches!) to Pacman, has been a TU for a > > > > little bit, and has taken initiative on a lot of > > > > initscripts/mkinitcpio/systemd type stuff. I think I've given him all > > > > the right permissions and such, and signed him up for the relevant > > > > mailing lists. > > > > > > > > -Dan > > > > > > Systemd to come? =) > > > > Having given systemd a try, I hope not. For some reason it wouldn't make > > sure > > my /home was mounted. I can't count on that. > > systemd is awesome, but I think the core should stay as lean as possible. > In the future systemd may replace the systemV stuff, but for the time > being I think there is little motivation to add it by default, Keep It > Simple Silly I also agree with this, but I wanted to avoid saying it lest we get into another debate about systemd on here. But yes, systemd does seem to go against the grain of the UNIX Philosophy and the Arch Way. From thatch45 at gmail.com Tue Jun 21 19:12:57 2011 From: thatch45 at gmail.com (Thomas S Hatch) Date: Tue, 21 Jun 2011 17:12:57 -0600 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <201106211812.14519.yaro@marupa.net> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <201106211807.11501.yaro@marupa.net> <BANLkTinc3vPcZgEerjjMxwPsWp4UmqhrUQ@mail.gmail.com> <201106211812.14519.yaro@marupa.net> Message-ID: <BANLkTinyAt63xf=FU_c_yNHDQqRfb0F5wA@mail.gmail.com> > > > I also agree with this, but I wanted to avoid saying it lest we get into > another debate about systemd on here. But yes, systemd does seem to go > against > the grain of the UNIX Philosophy and the Arch Way. > I agree, no need to flame, we have flamed before on this :) In the end, I trust the Arch Devs to make the right call, they have not let us down before! From ngoonee.talk at gmail.com Tue Jun 21 20:51:45 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Wed, 22 Jun 2011 08:51:45 +0800 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTinyAt63xf=FU_c_yNHDQqRfb0F5wA@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <201106211807.11501.yaro@marupa.net> <BANLkTinc3vPcZgEerjjMxwPsWp4UmqhrUQ@mail.gmail.com> <201106211812.14519.yaro@marupa.net> <BANLkTinyAt63xf=FU_c_yNHDQqRfb0F5wA@mail.gmail.com> Message-ID: <BANLkTin3=AXs_F+shCn4Zhn1X6-yqcTtVQ@mail.gmail.com> n Wed, Jun 22, 2011 at 7:12 AM, Thomas S Hatch <thatch45 at gmail.com> wrote: >> >> >> I also agree with this, but I wanted to avoid saying it lest we get into >> another debate about systemd on here. But yes, systemd does seem to go >> against >> the grain of the UNIX Philosophy and the Arch Way. >> > > I agree, no need to flame, we have flamed before on this :) > > In the end, I trust the Arch Devs to make the right call, they have not let > us down before! > Agreed on this =) From bernardobarros2 at gmail.com Tue Jun 21 20:56:25 2011 From: bernardobarros2 at gmail.com (Bernardo Barros) Date: Tue, 21 Jun 2011 21:56:25 -0300 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTin3=AXs_F+shCn4Zhn1X6-yqcTtVQ@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <201106211807.11501.yaro@marupa.net> <BANLkTinc3vPcZgEerjjMxwPsWp4UmqhrUQ@mail.gmail.com> <201106211812.14519.yaro@marupa.net> <BANLkTinyAt63xf=FU_c_yNHDQqRfb0F5wA@mail.gmail.com> <BANLkTin3=AXs_F+shCn4Zhn1X6-yqcTtVQ@mail.gmail.com> Message-ID: <BANLkTimxNq7scc7x0qL5NeQZ_-Uh_C7J+A@mail.gmail.com> here too :-) From yaro at marupa.net Tue Jun 21 20:59:49 2011 From: yaro at marupa.net (Yaro Kasear) Date: Tue, 21 Jun 2011 19:59:49 -0500 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <BANLkTimxNq7scc7x0qL5NeQZ_-Uh_C7J+A@mail.gmail.com> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <BANLkTin3=AXs_F+shCn4Zhn1X6-yqcTtVQ@mail.gmail.com> <BANLkTimxNq7scc7x0qL5NeQZ_-Uh_C7J+A@mail.gmail.com> Message-ID: <201106211959.49255.yaro@marupa.net> On Tuesday, June 21, 2011 07:56:25 PM Bernardo Barros wrote: > here too :-) +700 on this. From evanlec at gmail.com Tue Jun 21 21:02:53 2011 From: evanlec at gmail.com (Evan LeCompte) Date: Tue, 21 Jun 2011 21:02:53 -0400 Subject: [arch-general] Systemd! [WAS: arch-dev-public] Welcoming Dave Reisner to the dev staff In-Reply-To: <201106211959.49255.yaro@marupa.net> References: <BANLkTimAXkBYKmBm911fbV+p96RvU4CNLw@mail.gmail.com> <BANLkTin3=AXs_F+shCn4Zhn1X6-yqcTtVQ@mail.gmail.com> <BANLkTimxNq7scc7x0qL5NeQZ_-Uh_C7J+A@mail.gmail.com> <201106211959.49255.yaro@marupa.net> Message-ID: <BANLkTi=bBuZudk-avRd-uxHVnhd7qGw+Zw@mail.gmail.com> Welcome Dave! (aka FalconIndy) Reisner's contributions and community involvement have been outstanding. I'm very pleased to see that he has decided to join the development team. -- Evan LeCompte On Tue, Jun 21, 2011 at 8:59 PM, Yaro Kasear <yaro at marupa.net> wrote: > On Tuesday, June 21, 2011 07:56:25 PM Bernardo Barros wrote: > > here too :-) > > +700 on this. > From evanlec at gmail.com Tue Jun 21 21:11:56 2011 From: evanlec at gmail.com (Evan LeCompte) Date: Tue, 21 Jun 2011 21:11:56 -0400 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110620095143.769287c9@plaetinck.be> References: <20110620071514.GA16844@XeCycle> <BANLkTin-tX9ZhqFTY3aOvQJz2N37W8uBng@mail.gmail.com> <20110620095143.769287c9@plaetinck.be> Message-ID: <BANLkTikc08QEHB3EMaXHyreBtCk6pZHDtQ@mail.gmail.com> Yes I am also curious about this, systemd (which I've been using for some time) would appear to be the ideal solution to this. However I find the interface for controlling daemons etc (using commands like `sudo systemctl restart openntpd.service') to be somewhat clunky. Maybe someone knows of a more elegant way to use systemd so as to not require extra tools like supervisord/daemontools? -- Evan LeCompte On Mon, Jun 20, 2011 at 3:51 AM, Dieter Plaetinck <dieter at plaetinck.be>wrote: > On Mon, 20 Jun 2011 14:19:47 +0700 > An Nguyen <an.nguyen.foss at gmail.com> wrote: > > > Try these guys > > supervisord > > daemontools > > > > :-) > > those look neat. I wonder how they compare to each other and to > systemd (which is designed to deal with system- and user level > daemons as well) > > Dieter > From mail at owainsutton.co.uk Wed Jun 22 06:05:35 2011 From: mail at owainsutton.co.uk (Owain Sutton) Date: Wed, 22 Jun 2011 11:05:35 +0100 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110620071514.GA16844@XeCycle> References: <20110620071514.GA16844@XeCycle> Message-ID: <20110622100535.GD20088@owainsutton.co.uk> How about using /etc/rc.d/ scripts with 'su user' to start the program as the relevant user (as per the rtorrent wiki suggestion, https://wiki.archlinux.org/index.php/Rtorrent#rtorrent_Daemon_with_screen), and then sudo permissions to run 'sudo /etc/rc.d/foo start/stop' in .xinitrc and .bash_logout? On 15:15, Mon 20 Jun 2011, XeCycle wrote: > Date: Mon, 20 Jun 2011 15:15:14 +0800 > From: XeCycle <xecycle at gmail.com> > Subject: [arch-general] Anything to manage user daemons? > To: General Discussion about Arch Linux <arch-general at archlinux.org> > Reply-To: General Discussion about Arch Linux <arch-general at archlinux.org> > List-Id: General Discussion about Arch Linux <arch-general.archlinux.org> > > Hello. I need to start several programs after login and > after startx. Now I write these directly in my .bash_profile > and .xinitrc; but I'm not satisfied with this. They cannot > be easily stopped after logout. To do that I think I'd > record their PID and kill them in .bash_logout, also need to > take care when they're manually stopped, and all these > related problems. > > So I think a set of scripts like the daemon managing from > initscripts will be nice. But I can't write /etc/rc.d > daemons, as they must be executed by a normal user. > > Has anyone written such a tool? > > Thank you. > > -- > Carl Lei (XeCycle) > Department of Physics, Shanghai Jiao Tong University > OpenPGP public key: 7795E591 > Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 > Facebook: Carl Lei > Twitter: XeCycle > Blog: http://xecycle.blogspot.com > Mon, 20 Jun 2011 15:04:17 +0800 From dieter at plaetinck.be Wed Jun 22 06:09:34 2011 From: dieter at plaetinck.be (Dieter Plaetinck) Date: Wed, 22 Jun 2011 12:09:34 +0200 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110622100535.GD20088@owainsutton.co.uk> References: <20110620071514.GA16844@XeCycle> <20110622100535.GD20088@owainsutton.co.uk> Message-ID: <20110622120934.484acdd6@plaetinck.be> yuck. if you just want to manage daemons running as your own user, su and sudo shouldn't even be involved. On Wed, 22 Jun 2011 11:05:35 +0100 Owain Sutton <mail at owainsutton.co.uk> wrote: > How about using /etc/rc.d/ scripts with 'su user' to start the > program as the relevant user (as per the rtorrent wiki suggestion, > https://wiki.archlinux.org/index.php/Rtorrent#rtorrent_Daemon_with_screen), > and then sudo permissions to run 'sudo /etc/rc.d/foo start/stop' > in .xinitrc and .bash_logout? > > On 15:15, Mon 20 Jun 2011, XeCycle wrote: > > Date: Mon, 20 Jun 2011 15:15:14 +0800 > > From: XeCycle <xecycle at gmail.com> > > Subject: [arch-general] Anything to manage user daemons? > > To: General Discussion about Arch Linux <arch-general at archlinux.org> > > Reply-To: General Discussion about Arch Linux > > <arch-general at archlinux.org> List-Id: General Discussion about Arch > > Linux <arch-general.archlinux.org> > > > > Hello. I need to start several programs after login and > > after startx. Now I write these directly in my .bash_profile > > and .xinitrc; but I'm not satisfied with this. They cannot > > be easily stopped after logout. To do that I think I'd > > record their PID and kill them in .bash_logout, also need to > > take care when they're manually stopped, and all these > > related problems. > > > > So I think a set of scripts like the daemon managing from > > initscripts will be nice. But I can't write /etc/rc.d > > daemons, as they must be executed by a normal user. > > > > Has anyone written such a tool? > > > > Thank you. > > > > -- > > Carl Lei (XeCycle) > > Department of Physics, Shanghai Jiao Tong University > > OpenPGP public key: 7795E591 > > Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 > > Facebook: Carl Lei > > Twitter: XeCycle > > Blog: http://xecycle.blogspot.com > > Mon, 20 Jun 2011 15:04:17 +0800 > > From ty-ml at eye-of-odin.com Wed Jun 22 08:00:42 2011 From: ty-ml at eye-of-odin.com (Ty) Date: Wed, 22 Jun 2011 21:30:42 +0930 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110622120934.484acdd6@plaetinck.be> References: <20110620071514.GA16844@XeCycle> <20110622100535.GD20088@owainsutton.co.uk> <20110622120934.484acdd6@plaetinck.be> Message-ID: <5312817F-B9B6-48E1-8AE6-1654FD1F6711@eye-of-odin.com> On 22/06/2011, at 7:39 PM, Dieter Plaetinck wrote: > yuck. > if you just want to manage daemons running as your own user, su and > sudo shouldn't even be involved. > > On Wed, 22 Jun 2011 11:05:35 +0100 > Owain Sutton <mail at owainsutton.co.uk> wrote: > I have to disagree. Some daemons run as a different user like httpd or mpd for instance. They are started by root but are su'd to the user needed. I don't see any need to run an actual "user" daemon but if I did, that would be the way I would do it. From geert at hendrickx.be Wed Jun 22 08:01:15 2011 From: geert at hendrickx.be (Geert Hendrickx) Date: Wed, 22 Jun 2011 14:01:15 +0200 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110622120934.484acdd6@plaetinck.be> References: <20110620071514.GA16844@XeCycle> <20110622100535.GD20088@owainsutton.co.uk> <20110622120934.484acdd6@plaetinck.be> Message-ID: <20110622120115.GA24488@boris.ghen.be> On Wed, Jun 22, 2011 at 12:09:34 +0200, Dieter Plaetinck wrote: > yuck. > if you just want to manage daemons running as your own user, su and > sudo shouldn't even be involved. A user crontab with @reboot entries? Geert -- geert.hendrickx.be :: geert at hendrickx.be :: PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages! From dieter at plaetinck.be Wed Jun 22 08:05:14 2011 From: dieter at plaetinck.be (Dieter Plaetinck) Date: Wed, 22 Jun 2011 14:05:14 +0200 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <5312817F-B9B6-48E1-8AE6-1654FD1F6711@eye-of-odin.com> References: <20110620071514.GA16844@XeCycle> <20110622100535.GD20088@owainsutton.co.uk> <20110622120934.484acdd6@plaetinck.be> <5312817F-B9B6-48E1-8AE6-1654FD1F6711@eye-of-odin.com> Message-ID: <20110622140514.2b5f2d4d@plaetinck.be> On Wed, 22 Jun 2011 21:30:42 +0930 Ty <ty-ml at eye-of-odin.com> wrote: > > On 22/06/2011, at 7:39 PM, Dieter Plaetinck wrote: > > > yuck. > > if you just want to manage daemons running as your own user, su and > > sudo shouldn't even be involved. > > > > On Wed, 22 Jun 2011 11:05:35 +0100 > > Owain Sutton <mail at owainsutton.co.uk> wrote: > > > > I have to disagree. > Some daemons run as a different user like httpd or mpd for instance. > They are started by root but are su'd to the user needed. I don't see > any need to run an actual "user" daemon but if I did, that would be > the way I would do it. This is not a disagreement, rather a different interpretation of "user daemon". For me "user daemon" means a daemon running as the same user I'm logged in as. Daemons running as httpd or mpd probably need to be started as root indeed - I'm not aware of a better method -, but I just don't call those "user daemons", they are regular daemons to me. Dieter From ty-ml at eye-of-odin.com Wed Jun 22 08:08:52 2011 From: ty-ml at eye-of-odin.com (Ty) Date: Wed, 22 Jun 2011 21:38:52 +0930 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110622140514.2b5f2d4d@plaetinck.be> References: <20110620071514.GA16844@XeCycle> <20110622100535.GD20088@owainsutton.co.uk> <20110622120934.484acdd6@plaetinck.be> <5312817F-B9B6-48E1-8AE6-1654FD1F6711@eye-of-odin.com> <20110622140514.2b5f2d4d@plaetinck.be> Message-ID: <66AD55D6-C306-4889-91B8-1BEBFB117D96@eye-of-odin.com> On 22/06/2011, at 9:35 PM, Dieter Plaetinck wrote: > On Wed, 22 Jun 2011 21:30:42 +0930 > Ty <ty-ml at eye-of-odin.com> wrote: > >> >> On 22/06/2011, at 7:39 PM, Dieter Plaetinck wrote: >> >>> yuck. >>> if you just want to manage daemons running as your own user, su and >>> sudo shouldn't even be involved. >>> >>> On Wed, 22 Jun 2011 11:05:35 +0100 >>> Owain Sutton <mail at owainsutton.co.uk> wrote: >>> >> >> I have to disagree. >> Some daemons run as a different user like httpd or mpd for instance. >> They are started by root but are su'd to the user needed. I don't see >> any need to run an actual "user" daemon but if I did, that would be >> the way I would do it. > > This is not a disagreement, rather a different interpretation of "user > daemon". For me "user daemon" means a daemon running as the same user > I'm logged in as. > > Daemons running as httpd or mpd probably need to be started as root > indeed - I'm not aware of a better method -, but I just don't call > those "user daemons", they are regular daemons to me. > > Dieter Apologies. I realised what you meant after I posted. From xlusti00 at stud.fit.vutbr.cz Wed Jun 22 14:42:44 2011 From: xlusti00 at stud.fit.vutbr.cz (=?UTF-8?B?THXFoXRpY2vDvQ==?= Josef) Date: Wed, 22 Jun 2011 20:42:44 +0200 Subject: [arch-general] Anything to manage user daemons? In-Reply-To: <20110622120934.484acdd6@plaetinck.be> References: <20110620071514.GA16844@XeCycle> <20110622100535.GD20088@owainsutton.co.uk> <20110622120934.484acdd6@plaetinck.be> Message-ID: <20110622204244.0ac49d58@mivvy> V Wed, 22 Jun 2011 12:09:34 +0200 Dieter Plaetinck <dieter at plaetinck.be> naps?no: > yuck. > if you just want to manage daemons running as your own user, su and > sudo shouldn't even be involved. > > On Wed, 22 Jun 2011 11:05:35 +0100 > Owain Sutton <mail at owainsutton.co.uk> wrote: > > > How about using /etc/rc.d/ scripts with 'su user' to start the > > program as the relevant user (as per the rtorrent wiki suggestion, > > https://wiki.archlinux.org/index.php/Rtorrent#rtorrent_Daemon_with_screen), > > and then sudo permissions to run 'sudo /etc/rc.d/foo start/stop' > > in .xinitrc and .bash_logout? > > > > On 15:15, Mon 20 Jun 2011, XeCycle wrote: > > > Date: Mon, 20 Jun 2011 15:15:14 +0800 > > > From: XeCycle <xecycle at gmail.com> > > > Subject: [arch-general] Anything to manage user daemons? > > > To: General Discussion about Arch Linux > > > <arch-general at archlinux.org> Reply-To: General Discussion about > > > Arch Linux <arch-general at archlinux.org> List-Id: General > > > Discussion about Arch Linux <arch-general.archlinux.org> > > > > > > Hello. I need to start several programs after login and > > > after startx. Now I write these directly in my .bash_profile > > > and .xinitrc; but I'm not satisfied with this. They cannot > > > be easily stopped after logout. To do that I think I'd > > > record their PID and kill them in .bash_logout, also need to > > > take care when they're manually stopped, and all these > > > related problems. > > > > > > So I think a set of scripts like the daemon managing from > > > initscripts will be nice. But I can't write /etc/rc.d > > > daemons, as they must be executed by a normal user. > > > > > > Has anyone written such a tool? > > > > > > Thank you. > > > > > > -- > > > Carl Lei (XeCycle) > > > Department of Physics, Shanghai Jiao Tong University > > > OpenPGP public key: 7795E591 > > > Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 > > > Facebook: Carl Lei > > > Twitter: XeCycle > > > Blog: http://xecycle.blogspot.com > > > Mon, 20 Jun 2011 15:04:17 +0800 > > > > I think screen - http://en.wikipedia.org/wiki/GNU_Screen From ngoonee.talk at gmail.com Wed Jun 22 19:09:55 2011 From: ngoonee.talk at gmail.com (Oon-Ee Ng) Date: Thu, 23 Jun 2011 07:09:55 +0800 Subject: [arch-general] Should ctrl_interface in /etc/wpa_supplicant be changed? Message-ID: <BANLkTi=Zx04aU916gRn-cmS+gYe_TNCpmQ@mail.gmail.com> Hi all, wondering if ctrl_interface in /etc/wpa_supplicant needs changing to /run instead of /var/run. See https://bbs.archlinux.org/viewtopic.php?pid=952351#p952351 From thomas at archlinux.org Thu Jun 23 07:10:01 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Thu, 23 Jun 2011 13:10:01 +0200 Subject: [arch-general] Should ctrl_interface in /etc/wpa_supplicant be changed? In-Reply-To: <BANLkTi=Zx04aU916gRn-cmS+gYe_TNCpmQ@mail.gmail.com> References: <BANLkTi=Zx04aU916gRn-cmS+gYe_TNCpmQ@mail.gmail.com> Message-ID: <4E031F09.7070907@archlinux.org> Am 23.06.2011 01:09, schrieb Oon-Ee Ng: > Hi all, wondering if ctrl_interface in /etc/wpa_supplicant needs > changing to /run instead of /var/run. See > https://bbs.archlinux.org/viewtopic.php?pid=952351#p952351 > Actually, it was changed for net-auto-wireless in the new netcfg, which was very annoying. I now need to launch wpa_gui and wpa_cli with a -p option to make them work, and wpa_gui does not remember this. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110623/12f61933/attachment.asc> From dmbuce at gmail.com Sun Jun 26 15:05:12 2011 From: dmbuce at gmail.com (dmbuce at gmail.com) Date: Sun, 26 Jun 2011 14:05:12 -0500 Subject: [arch-general] Ethernet stopped working after update Message-ID: <4E0782E8.5090905@gmail.com> My card: # lspci | grep -i ethernet Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) After doing pacman -Syu, ethernet on my desktop stopped working. The card on my laptop is the same, at least according to lspci, and is working fine. When I upgraded, there was a change in syntax in rc.conf for defining the network, but I'm just attempting dhcp for now before I try to set up a static ip: interface=eth0 address= netmask= gateway= I've tried resetting the router and switching from the kernel's r8169 driver to the r8168 driver from the aur. I compiled the aur driver on my laptop and transferred to the desktop on usb -- as long as they're both x86_64, this shouldn't be a problem, right? Regardless of my choice of driver, ethernet on the laptop works fine, and doesn't work at all on the desktop. If I set up ethernet manually using ifconfig to define the address/netmask/broadcast/etc (making sure the routes are correct), everything appears to work fine until I try to ping the router and get "Destination Host Unreachable". And the kicker is that the light on the router for the port I have my ethernet cable plugged into will light up for the laptop, but not the desktop. Given this and the other behavior, I'm inclined to think it's a hardware issue, but this hardware is only several months old, and having this happen right after an upgrade seems unlikely to be a coincidence. Anything else I can try short of reinstalling or getting a replacement from the manufacturer? From teg at jklm.no Sun Jun 26 15:15:15 2011 From: teg at jklm.no (Tom Gundersen) Date: Sun, 26 Jun 2011 21:15:15 +0200 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E0782E8.5090905@gmail.com> References: <4E0782E8.5090905@gmail.com> Message-ID: <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> On Sun, Jun 26, 2011 at 9:05 PM, <dmbuce at gmail.com> wrote: > # lspci | grep -i ethernet > Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI > Express Gigabit Ethernet controller (rev 03) > > After doing pacman -Syu, ethernet on my desktop stopped working. The card on > my laptop is the same, at least according to lspci, and is working fine. > > When I upgraded, there was a change in syntax in rc.conf for defining the > network, but I'm just attempting dhcp for now before I try to set up a > static ip: > > interface=eth0 > address= > netmask= > gateway= Could you try with your old rc.conf? We didn't drop support for the old syntax, so it should still work. It would be good to rule that one out before anything else I think. Secondly, could you possibly downgrade some of your packages to figure out which one caused the problem? My guess is going to be kernel26, initscripts or udev. One more thing: have you noticed the change of syntax in rc.conf for blacklisting modules? Did you blacklist any modules before, that is not getting blacklisted anymore? Could you try blacklisting them using modprobe.conf? Please file a bug report if none of this solves your problem. -t From rn.mailinglists at gmail.com Sun Jun 26 15:33:38 2011 From: rn.mailinglists at gmail.com (Ron van der Nagel) Date: Sun, 26 Jun 2011 21:33:38 +0200 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> Message-ID: <op.vxo7ac02yeofpo@localhost.localdomain> On Sun, 26 Jun 2011 21:15:15 +0200, Tom Gundersen <teg at jklm.no> wrote: Change the deamon 'network' to 'networkmanager' solved the problem for me ... > On Sun, Jun 26, 2011 at 9:05 PM, <dmbuce at gmail.com> wrote: >> # lspci | grep -i ethernet >> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI >> Express Gigabit Ethernet controller (rev 03) >> >> After doing pacman -Syu, ethernet on my desktop stopped working. The >> card on >> my laptop is the same, at least according to lspci, and is working fine. >> >> When I upgraded, there was a change in syntax in rc.conf for defining >> the >> network, but I'm just attempting dhcp for now before I try to set up a >> static ip: >> >> interface=eth0 >> address= >> netmask= >> gateway= > > Could you try with your old rc.conf? We didn't drop support for the > old syntax, so it should still work. It would be good to rule that one > out before anything else I think. > > Secondly, could you possibly downgrade some of your packages to figure > out which one caused the problem? My guess is going to be kernel26, > initscripts or udev. > > One more thing: have you noticed the change of syntax in rc.conf for > blacklisting modules? Did you blacklist any modules before, that is > not getting blacklisted anymore? Could you try blacklisting them using > modprobe.conf? > > Please file a bug report if none of this solves your problem. > > -t -- Using Opera's revolutionary email client: http://www.opera.com/mail/ From teg at jklm.no Sun Jun 26 15:43:55 2011 From: teg at jklm.no (Tom Gundersen) Date: Sun, 26 Jun 2011 21:43:55 +0200 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <op.vxo7ac02yeofpo@localhost.localdomain> References: <4E0782E8.5090905@gmail.com> <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> <op.vxo7ac02yeofpo@localhost.localdomain> Message-ID: <BANLkTi=RnkHzNr=qVAF74k6uZCw4td9+=pfTDkLBcMgTQ2ZODA@mail.gmail.com> On Sun, Jun 26, 2011 at 9:33 PM, Ron van der Nagel <rn.mailinglists at gmail.com> wrote: > Change the deamon 'network' to 'networkmanager' solved the problem for me Just in case this was not clear to everyone: 'networkmanager' (http://projects.gnome.org/NetworkManager/) is completely different from 'network' (our own little script). In particular, they do not share config files, so it is not just as simple as changing the daemon you start, you must also set it up correctly. -t From j.e.vasquez.v at gmail.com Sun Jun 26 15:50:21 2011 From: j.e.vasquez.v at gmail.com (Javier Vasquez) Date: Sun, 26 Jun 2011 13:50:21 -0600 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E0782E8.5090905@gmail.com> References: <4E0782E8.5090905@gmail.com> Message-ID: <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com> On Sun, Jun 26, 2011 at 1:05 PM, <dmbuce at gmail.com> wrote: > My card: > > # lspci | grep -i ethernet > Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI > Express Gigabit Ethernet controller (rev 03) > > After doing pacman -Syu, ethernet on my desktop stopped working. The card on > my laptop is the same, at least according to lspci, and is working fine. > > When I upgraded, there was a change in syntax in rc.conf for defining the > network, but I'm just attempting dhcp for now before I try to set up a > static ip: > > interface=eth0 > address= > netmask= > gateway= > > > I've tried resetting the router and switching from the kernel's r8169 driver > to the r8168 driver from the aur. I compiled the aur driver on my laptop and > transferred to the desktop on usb -- as long as they're both x86_64, this > shouldn't be a problem, right? > > Regardless of my choice of driver, ethernet on the laptop works fine, and > doesn't work at all on the desktop. If I set up ethernet manually using > ifconfig to define the address/netmask/broadcast/etc (making sure the routes > are correct), everything appears to work fine until I try to ping the router > and get "Destination Host Unreachable". > > And the kicker is that the light on the router for the port I have my > ethernet cable plugged into will light up for the laptop, but not the > desktop. Given this and the other behavior, I'm inclined to think it's a > hardware issue, but this hardware is only several months old, and having > this happen right after an upgrade seems unlikely to be a coincidence. > Anything else I can try short of reinstalling or getting a replacement from > the manufacturer? I'm using netcfg, and haven't found problems so far with all changes... The daemon is net-profiles, and you can copy the example for static wired profile into a valid profile, and setup rc.conf accordingly. See: https://wiki.archlinux.org/index.php/Netcfg -- Javier. From dmbuce at gmail.com Sun Jun 26 16:17:33 2011 From: dmbuce at gmail.com (dmbuce at gmail.com) Date: Sun, 26 Jun 2011 15:17:33 -0500 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> Message-ID: <4E0793DD.8050006@gmail.com> Some more info: I noticed while looking through pacman.log that this is the first upgrade I've done since 2011-03-26. *wince* On 06/26/2011 02:15 PM, Tom Gundersen wrote: > On Sun, Jun 26, 2011 at 9:05 PM,<dmbuce at gmail.com> wrote: >> # lspci | grep -i ethernet >> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI >> Express Gigabit Ethernet controller (rev 03) >> >> After doing pacman -Syu, ethernet on my desktop stopped working. The card on >> my laptop is the same, at least according to lspci, and is working fine. >> >> When I upgraded, there was a change in syntax in rc.conf for defining the >> network, but I'm just attempting dhcp for now before I try to set up a >> static ip: >> >> interface=eth0 >> address= >> netmask= >> gateway= > > Could you try with your old rc.conf? We didn't drop support for the > old syntax, so it should still work. It would be good to rule that one > out before anything else I think. Trying dhcp with the old syntax fails, and configuring a static ip appears to succeed, but then fails when I try to do something with the connection. eth0="eth0 192.168.0.116 netmask 255.255.255.0 broadcast 192.168.0.255" INTERFACES=(eth0) gateway="default gw 192.168.0.1" ROUTES=(gateway) > > Secondly, could you possibly downgrade some of your packages to figure > out which one caused the problem? My guess is going to be kernel26, > initscripts or udev. After downgrading the kernel, my eth0 device no longer shows up in with ifconfig -a. Downgrading initscripts, udev, and mkinitcpio (which I needed to do for udev) didn't help. Oh, but using r8169 instead of r8168 fixes that. nvm. Still can't get a working connection, though. Any other suggestions for packages to downgrade? > > One more thing: have you noticed the change of syntax in rc.conf for > blacklisting modules? Did you blacklist any modules before, that is > not getting blacklisted anymore? Could you try blacklisting them using > modprobe.conf? Yes, I noticed this. The only thing I ever blacklisted before the upgrade was pcspkr, and that's no longer loaded automatically. While troubleshooting this issue, I've blacklisted r8169 in /etc/modprobe.d, but I undid that change and uninstalled the r8168 package while downgrading the packages you suggested (see above). > > Please file a bug report if none of this solves your problem. Should I file it upstream or on Arch's bugtracker? What package/project should I file it with? > > -t From myra.nelson at hughes.net Sun Jun 26 17:09:42 2011 From: myra.nelson at hughes.net (Myra Nelson) Date: Sun, 26 Jun 2011 16:09:42 -0500 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E0793DD.8050006@gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> <4E0793DD.8050006@gmail.com> Message-ID: <BANLkTikiPnzqy38k2jyCsym75Qjfdje4NA@mail.gmail.com> On Sun, Jun 26, 2011 at 15:17, <dmbuce at gmail.com> wrote: > Some more info: I noticed while looking through pacman.log that this is the > first upgrade I've done since 2011-03-26. *wince* > > On 06/26/2011 02:15 PM, Tom Gundersen wrote: >> >> On Sun, Jun 26, 2011 at 9:05 PM,<dmbuce at gmail.com> ?wrote: >>> >>> # lspci | grep -i ethernet >>> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI >>> Express Gigabit Ethernet controller (rev 03) >>> >>> After doing pacman -Syu, ethernet on my desktop stopped working. The card >>> on >>> my laptop is the same, at least according to lspci, and is working fine. >>> >>> When I upgraded, there was a change in syntax in rc.conf for defining the >>> network, but I'm just attempting dhcp for now before I try to set up a >>> static ip: >>> >>> interface=eth0 >>> address= >>> netmask= >>> gateway= >> >> Could you try with your old rc.conf? We didn't drop support for the >> old syntax, so it should still work. It would be good to rule that one >> out before anything else I think. > > Trying dhcp with the old syntax fails, and configuring a static ip appears > to succeed, but then fails when I try to do something with the connection. > > eth0="eth0 192.168.0.116 netmask 255.255.255.0 broadcast 192.168.0.255" > INTERFACES=(eth0) > gateway="default gw 192.168.0.1" > ROUTES=(gateway) > >> >> Secondly, could you possibly downgrade some of your packages to figure >> out which one caused the problem? My guess is going to be kernel26, >> initscripts or udev. > > After downgrading the kernel, my eth0 device no longer shows up in with > ifconfig -a. Downgrading initscripts, udev, and mkinitcpio (which I needed > to do for udev) didn't help. > > Oh, but using r8169 instead of r8168 fixes that. nvm. Still can't get a > working connection, though. Any other suggestions for packages to downgrade? > >> >> One more thing: have you noticed the change of syntax in rc.conf for >> blacklisting modules? Did you blacklist any modules before, that is >> not getting blacklisted anymore? Could you try blacklisting them using >> modprobe.conf? > > Yes, I noticed this. The only thing I ever blacklisted before the upgrade > was pcspkr, and that's no longer loaded automatically. While troubleshooting > this issue, I've blacklisted r8169 in /etc/modprobe.d, but I undid that > change and uninstalled the r8168 package while downgrading the packages you > suggested (see above). > >> >> Please file a bug report if none of this solves your problem. > > Should I file it upstream or on Arch's bugtracker? What package/project > should I file it with? > >> >> -t > I made the following changes to my rc.conf file after the upgrade and haven't had any problems. HOSTNAME="gandalf" # interface=eth0 address=192.168.0.5 netmask=255.255.255.0 gateway=192.168.0.1 I haven't tried DHCP. Hope I haven't missed the point and that this helps. Myra -- Life's fun when your sick and psychotic! From jeberger at free.fr Sun Jun 26 17:53:12 2011 From: jeberger at free.fr (=?UTF-8?B?IkrDqXLDtG1lIE0uIEJlcmdlciI=?=) Date: Sun, 26 Jun 2011 23:53:12 +0200 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E0793DD.8050006@gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> <4E0793DD.8050006@gmail.com> Message-ID: <iu89od$dht$1@dough.gmane.org> dmbuce at gmail.com wrote: > Trying dhcp with the old syntax fails, and configuring a static ip > appears to succeed, but then fails when I try to do something with the > connection. > > eth0="eth0 192.168.0.116 netmask 255.255.255.0 broadcast 192.168.0.255" > INTERFACES=(eth0) > gateway="default gw 192.168.0.1" > ROUTES=(gateway) > What does "route" say in this case? I had a similar problem with the update which was due to the gateway being ignored. At that point I switched to netcfg which worked fine... Jerome -- mailto:jeberger at free.fr http://jeberger.free.fr Jabber: jeberger at jabber.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110626/94b18f45/attachment.asc> From dmbuce at gmail.com Sun Jun 26 18:04:30 2011 From: dmbuce at gmail.com (dmbuce at gmail.com) Date: Sun, 26 Jun 2011 17:04:30 -0500 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <iu89od$dht$1@dough.gmane.org> References: <4E0782E8.5090905@gmail.com> <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> <4E0793DD.8050006@gmail.com> <iu89od$dht$1@dough.gmane.org> Message-ID: <4E07ACEE.6000703@gmail.com> On 06/26/2011 04:53 PM, "J?r?me M. Berger" wrote: > dmbuce at gmail.com wrote: >> Trying dhcp with the old syntax fails, and configuring a static ip >> appears to succeed, but then fails when I try to do something with the >> connection. >> >> eth0="eth0 192.168.0.116 netmask 255.255.255.0 broadcast 192.168.0.255" >> INTERFACES=(eth0) >> gateway="default gw 192.168.0.1" >> ROUTES=(gateway) >> > What does "route" say in this case? I had a similar problem with > the update which was due to the gateway being ignored. At that point > I switched to netcfg which worked fine... > > Jerome Looks fine to me. Same output as I get on my laptop. # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 From dmbuce at gmail.com Sun Jun 26 19:03:06 2011 From: dmbuce at gmail.com (dmbuce at gmail.com) Date: Sun, 26 Jun 2011 18:03:06 -0500 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com> Message-ID: <4E07BAAA.5070509@gmail.com> On 06/26/2011 02:50 PM, Javier Vasquez wrote: > On Sun, Jun 26, 2011 at 1:05 PM,<dmbuce at gmail.com> wrote: >> My card: >> >> # lspci | grep -i ethernet >> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI >> Express Gigabit Ethernet controller (rev 03) >> >> After doing pacman -Syu, ethernet on my desktop stopped working. The card on >> my laptop is the same, at least according to lspci, and is working fine. >> >> When I upgraded, there was a change in syntax in rc.conf for defining the >> network, but I'm just attempting dhcp for now before I try to set up a >> static ip: >> >> interface=eth0 >> address= >> netmask= >> gateway= >> >> >> I've tried resetting the router and switching from the kernel's r8169 driver >> to the r8168 driver from the aur. I compiled the aur driver on my laptop and >> transferred to the desktop on usb -- as long as they're both x86_64, this >> shouldn't be a problem, right? >> >> Regardless of my choice of driver, ethernet on the laptop works fine, and >> doesn't work at all on the desktop. If I set up ethernet manually using >> ifconfig to define the address/netmask/broadcast/etc (making sure the routes >> are correct), everything appears to work fine until I try to ping the router >> and get "Destination Host Unreachable". >> >> And the kicker is that the light on the router for the port I have my >> ethernet cable plugged into will light up for the laptop, but not the >> desktop. Given this and the other behavior, I'm inclined to think it's a >> hardware issue, but this hardware is only several months old, and having >> this happen right after an upgrade seems unlikely to be a coincidence. >> Anything else I can try short of reinstalling or getting a replacement from >> the manufacturer? > > > I'm using netcfg, and haven't found problems so far with all > changes... The daemon is net-profiles, and you can copy the example > for static wired profile into a valid profile, and setup rc.conf > accordingly. > > See: > > https://wiki.archlinux.org/index.php/Netcfg > > How odd. Every other method I've tried for setting up a static IP succeeds (but doesn't actually get me a working connection). Netcfg gives me this: root at bender:~# cat /etc/network.d/ethernet CONNECTION='ethernet' DESCRIPTION='Ethernet' INTERFACE='eth0' IP='static' ADDR='192.168.0.120' GATEWAY='192.168.0.1' DNS=('192.168.0.1') root at bender:~# netcfg ethernet :: ethernet up [BUSY] > No connection [FAIL] root at bender:~# Doing 'sh -x netcfg ethernet' shows that it's printing 'No connection' from '/usr/lib/network/connections/ethernet up ethernet' on this snippet: if ! checkyesno "${SKIPNOCARRIER:-no}" && ip link show dev "$INTERFACE" | fgrep -q "NO-CARRIER"; then sleep ${CARRIER_TIMEOUT:-2} # Some cards are plain slow to come up. Don't fail immediately. if ip link show dev "$INTERFACE" | fgrep -q "NO-CARRIER"; then report_iproute "No connection" fi fi And if I bring up the connection with the old rc.conf syntax, 'ip link show dev eth0' indeed shows: 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff Which maybe means something to someone. ;) At this point, I'm ready to chalk it up to the hardware. I can reboot my laptop, and the light on the router that indicates that it sees the ethernet cable will only turn off for a second here and there throughout the shutdown/boot process. I do the same with this machine, and don't see so much as a flicker. I tried downloading and booting from an ubuntu live cd and didn't have any luck getting a connection. And both of my machines are using the same NIC (at least according to lspci), and should be at roughly the same version of the applicable software -- I updated my laptop an hour, at most, before I updated my desktop. From hollunder at lavabit.com Sun Jun 26 19:17:01 2011 From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Mon, 27 Jun 2011 01:17:01 +0200 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E07BAAA.5070509@gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com> <4E07BAAA.5070509@gmail.com> Message-ID: <1309129950-sup-1489@eris> Excerpts from dmbuce's message of 2011-06-27 01:03:06 +0200: > On 06/26/2011 02:50 PM, Javier Vasquez wrote: > > On Sun, Jun 26, 2011 at 1:05 PM,<dmbuce at gmail.com> wrote: > >> My card: > >> > >> # lspci | grep -i ethernet > >> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI > >> Express Gigabit Ethernet controller (rev 03) > >> > >> After doing pacman -Syu, ethernet on my desktop stopped working. The card on > >> my laptop is the same, at least according to lspci, and is working fine. > >> > >> When I upgraded, there was a change in syntax in rc.conf for defining the > >> network, but I'm just attempting dhcp for now before I try to set up a > >> static ip: > >> > >> interface=eth0 > >> address= > >> netmask= > >> gateway= > >> > >> > >> I've tried resetting the router and switching from the kernel's r8169 driver > >> to the r8168 driver from the aur. I compiled the aur driver on my laptop and > >> transferred to the desktop on usb -- as long as they're both x86_64, this > >> shouldn't be a problem, right? > >> > >> Regardless of my choice of driver, ethernet on the laptop works fine, and > >> doesn't work at all on the desktop. If I set up ethernet manually using > >> ifconfig to define the address/netmask/broadcast/etc (making sure the routes > >> are correct), everything appears to work fine until I try to ping the router > >> and get "Destination Host Unreachable". > >> > >> And the kicker is that the light on the router for the port I have my > >> ethernet cable plugged into will light up for the laptop, but not the > >> desktop. Given this and the other behavior, I'm inclined to think it's a > >> hardware issue, but this hardware is only several months old, and having > >> this happen right after an upgrade seems unlikely to be a coincidence. > >> Anything else I can try short of reinstalling or getting a replacement from > >> the manufacturer? > > > > > > I'm using netcfg, and haven't found problems so far with all > > changes... The daemon is net-profiles, and you can copy the example > > for static wired profile into a valid profile, and setup rc.conf > > accordingly. > > > > See: > > > > https://wiki.archlinux.org/index.php/Netcfg > > > > > > How odd. Every other method I've tried for setting up a static IP > succeeds (but doesn't actually get me a working connection). Netcfg > gives me this: > > root at bender:~# cat /etc/network.d/ethernet > CONNECTION='ethernet' > DESCRIPTION='Ethernet' > INTERFACE='eth0' > IP='static' > ADDR='192.168.0.120' > GATEWAY='192.168.0.1' > DNS=('192.168.0.1') > root at bender:~# netcfg ethernet > :: ethernet up > [BUSY] > > No connection > > [FAIL] > root at bender:~# > > > Doing 'sh -x netcfg ethernet' shows that it's printing 'No connection' > from '/usr/lib/network/connections/ethernet up ethernet' on this snippet: > > if ! checkyesno "${SKIPNOCARRIER:-no}" && ip link show dev > "$INTERFACE" | fgrep -q "NO-CARRIER"; then > sleep ${CARRIER_TIMEOUT:-2} # Some cards are plain slow to come > up. Don't fail immediately. > if ip link show dev "$INTERFACE" | fgrep -q "NO-CARRIER"; then > report_iproute "No connection" > fi > fi > > > And if I bring up the connection with the old rc.conf syntax, 'ip link > show dev eth0' indeed shows: > > 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast > state DOWN qlen 1000 > link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff > > Which maybe means something to someone. ;) > > At this point, I'm ready to chalk it up to the hardware. I can reboot my > laptop, and the light on the router that indicates that it sees the > ethernet cable will only turn off for a second here and there throughout > the shutdown/boot process. I do the same with this machine, and don't > see so much as a flicker. I tried downloading and booting from an ubuntu > live cd and didn't have any luck getting a connection. And both of my > machines are using the same NIC (at least according to lspci), and > should be at roughly the same version of the applicable software -- I > updated my laptop an hour, at most, before I updated my desktop. Did you try running dhcpcd manually after boot? I'm new to netcfg and thought it's normal behavior that I have to launch dhcpcd afterwards.. From dmbuce at gmail.com Sun Jun 26 19:32:07 2011 From: dmbuce at gmail.com (dmbuce at gmail.com) Date: Sun, 26 Jun 2011 18:32:07 -0500 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <1309129950-sup-1489@eris> References: <4E0782E8.5090905@gmail.com> <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com> <4E07BAAA.5070509@gmail.com> <1309129950-sup-1489@eris> Message-ID: <4E07C177.407@gmail.com> On 06/26/2011 06:17 PM, Philipp ?berbacher wrote: > Excerpts from dmbuce's message of 2011-06-27 01:03:06 +0200: >> On 06/26/2011 02:50 PM, Javier Vasquez wrote: >>> On Sun, Jun 26, 2011 at 1:05 PM,<dmbuce at gmail.com> wrote: >>>> My card: >>>> >>>> # lspci | grep -i ethernet >>>> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI >>>> Express Gigabit Ethernet controller (rev 03) >>>> >>>> After doing pacman -Syu, ethernet on my desktop stopped working. The card on >>>> my laptop is the same, at least according to lspci, and is working fine. >>>> >>>> When I upgraded, there was a change in syntax in rc.conf for defining the >>>> network, but I'm just attempting dhcp for now before I try to set up a >>>> static ip: >>>> >>>> interface=eth0 >>>> address= >>>> netmask= >>>> gateway= >>>> >>>> >>>> I've tried resetting the router and switching from the kernel's r8169 driver >>>> to the r8168 driver from the aur. I compiled the aur driver on my laptop and >>>> transferred to the desktop on usb -- as long as they're both x86_64, this >>>> shouldn't be a problem, right? >>>> >>>> Regardless of my choice of driver, ethernet on the laptop works fine, and >>>> doesn't work at all on the desktop. If I set up ethernet manually using >>>> ifconfig to define the address/netmask/broadcast/etc (making sure the routes >>>> are correct), everything appears to work fine until I try to ping the router >>>> and get "Destination Host Unreachable". >>>> >>>> And the kicker is that the light on the router for the port I have my >>>> ethernet cable plugged into will light up for the laptop, but not the >>>> desktop. Given this and the other behavior, I'm inclined to think it's a >>>> hardware issue, but this hardware is only several months old, and having >>>> this happen right after an upgrade seems unlikely to be a coincidence. >>>> Anything else I can try short of reinstalling or getting a replacement from >>>> the manufacturer? >>> >>> >>> I'm using netcfg, and haven't found problems so far with all >>> changes... The daemon is net-profiles, and you can copy the example >>> for static wired profile into a valid profile, and setup rc.conf >>> accordingly. >>> >>> See: >>> >>> https://wiki.archlinux.org/index.php/Netcfg >>> >>> >> >> How odd. Every other method I've tried for setting up a static IP >> succeeds (but doesn't actually get me a working connection). Netcfg >> gives me this: >> >> root at bender:~# cat /etc/network.d/ethernet >> CONNECTION='ethernet' >> DESCRIPTION='Ethernet' >> INTERFACE='eth0' >> IP='static' >> ADDR='192.168.0.120' >> GATEWAY='192.168.0.1' >> DNS=('192.168.0.1') >> root at bender:~# netcfg ethernet >> :: ethernet up >> [BUSY] >> > No connection >> >> [FAIL] >> root at bender:~# >> >> >> Doing 'sh -x netcfg ethernet' shows that it's printing 'No connection' >> from '/usr/lib/network/connections/ethernet up ethernet' on this snippet: >> >> if ! checkyesno "${SKIPNOCARRIER:-no}"&& ip link show dev >> "$INTERFACE" | fgrep -q "NO-CARRIER"; then >> sleep ${CARRIER_TIMEOUT:-2} # Some cards are plain slow to come >> up. Don't fail immediately. >> if ip link show dev "$INTERFACE" | fgrep -q "NO-CARRIER"; then >> report_iproute "No connection" >> fi >> fi >> >> >> And if I bring up the connection with the old rc.conf syntax, 'ip link >> show dev eth0' indeed shows: >> >> 2: eth0:<NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast >> state DOWN qlen 1000 >> link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff >> >> Which maybe means something to someone. ;) >> >> At this point, I'm ready to chalk it up to the hardware. I can reboot my >> laptop, and the light on the router that indicates that it sees the >> ethernet cable will only turn off for a second here and there throughout >> the shutdown/boot process. I do the same with this machine, and don't >> see so much as a flicker. I tried downloading and booting from an ubuntu >> live cd and didn't have any luck getting a connection. And both of my >> machines are using the same NIC (at least according to lspci), and >> should be at roughly the same version of the applicable software -- I >> updated my laptop an hour, at most, before I updated my desktop. > > Did you try running dhcpcd manually after boot? I'm new to netcfg and > thought it's normal behavior that I have to launch dhcpcd afterwards.. > Well, I was trying to set up a static connection, so dhcpcd shouldn't be needed. But I've set up dhcp connections before with netcfg that launch dhcpcd connections automatically. Maybe you could post your config (in a new thread, preferably, so as not to hijack this one). From gdamjan at gmail.com Sun Jun 26 20:32:00 2011 From: gdamjan at gmail.com (Damjan) Date: Mon, 27 Jun 2011 02:32:00 +0200 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E07BAAA.5070509@gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com> <4E07BAAA.5070509@gmail.com> Message-ID: <4E07CF80.2060004@gmail.com> > 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast > state DOWN qlen 1000 > link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff > > Which maybe means something to someone. ;) <NO-CARRIER,....,UP> means it's configured to be up, but it doesn't sense an ethernet connectivity. Check the cables, and the kernel driver. -- ?????? From jokerjar at gmail.com Sun Jun 26 23:15:44 2011 From: jokerjar at gmail.com (Joker-jar) Date: Mon, 27 Jun 2011 14:15:44 +1100 Subject: [arch-general] Makepkg. Disabling automatically aborting on any errors during packaging Message-ID: <BANLkTi=akqNB8PW2Y+DSQKhWgys9c5++Ng@mail.gmail.com> Hello. As you know makepkg since 3.4.0 has feature "automatically aborting on any errors during packaging". Sometimes this feature makes me cry, for example, if build() function has: rm [non-existent file] 2> /dev/null This problem is not critical if you are author of the build()'s code (you can adapt code for the capricious makepkg). But i encountered the following situation: i maintain psi-plus aur package. This project has bash library libpsibuild.sh for making (because it is a complex process). I use this library in the build() function of the PKGBUILD. If i run build() function just under the bash, program builds great, but with makepkg it falls with error. I can do patch for this library, but it is not good solution, because of this library updates literally every day. So i requesting something like boolean variable in the PKGBUILD, which can switch automatically aborting. If author preferred to disable this feature, he will take care of error handling in the code directly. As i know, gentoo portages has somesing like this. From allan at archlinux.org Sun Jun 26 23:27:04 2011 From: allan at archlinux.org (Allan McRae) Date: Mon, 27 Jun 2011 13:27:04 +1000 Subject: [arch-general] Makepkg. Disabling automatically aborting on any errors during packaging In-Reply-To: <BANLkTi=akqNB8PW2Y+DSQKhWgys9c5++Ng@mail.gmail.com> References: <BANLkTi=akqNB8PW2Y+DSQKhWgys9c5++Ng@mail.gmail.com> Message-ID: <4E07F888.50201@archlinux.org> On 27/06/11 13:15, Joker-jar wrote: > Hello. As you know makepkg since 3.4.0 has feature "automatically aborting > on any errors during packaging". Sometimes this feature makes me cry, for > example, if build() function has: > > rm [non-existent file] 2> /dev/null > > This problem is not critical if you are author of the build()'s code (you > can adapt code for the capricious makepkg). But i encountered the following > situation: i maintain psi-plus aur package. This project has bash library > libpsibuild.sh for making (because it is a complex process). I use this > library in the build() function of the PKGBUILD. If i run build() function > just under the bash, program builds great, but with makepkg it falls with > error. I can do patch for this library, but it is not good solution, because > of this library updates literally every day. > > So i requesting something like boolean variable in the PKGBUILD, which can > switch automatically aborting. If author preferred to disable this feature, > he will take care of error handling in the code directly. As i know, gentoo > portages has somesing like this. > > Not going to happen. Use: libpsibuild.sh || true and the error in libpsibuild.sh will be ignored. Allan From jokerjar at gmail.com Sun Jun 26 23:56:41 2011 From: jokerjar at gmail.com (Joker-jar) Date: Mon, 27 Jun 2011 14:56:41 +1100 Subject: [arch-general] Makepkg. Disabling automatically aborting on any errors during packaging In-Reply-To: <4E07F888.50201@archlinux.org> References: <BANLkTi=akqNB8PW2Y+DSQKhWgys9c5++Ng@mail.gmail.com> <4E07F888.50201@archlinux.org> Message-ID: <BANLkTi=ZfXzNfD=kNNzegf+BT_GxGwya2A@mail.gmail.com> i use libpsibuild.sh so: . ./libpsibuild.sh function_from_libpsibuild other_function_from_libpsibuild so, i can do: function_from_libpsibuild || true other_function_from_libpsibuild || true and it will be work fine? From allan at archlinux.org Mon Jun 27 00:04:53 2011 From: allan at archlinux.org (Allan McRae) Date: Mon, 27 Jun 2011 14:04:53 +1000 Subject: [arch-general] Makepkg. Disabling automatically aborting on any errors during packaging In-Reply-To: <BANLkTi=ZfXzNfD=kNNzegf+BT_GxGwya2A@mail.gmail.com> References: <BANLkTi=akqNB8PW2Y+DSQKhWgys9c5++Ng@mail.gmail.com> <4E07F888.50201@archlinux.org> <BANLkTi=ZfXzNfD=kNNzegf+BT_GxGwya2A@mail.gmail.com> Message-ID: <4E080165.7060701@archlinux.org> On 27/06/11 13:56, Joker-jar wrote: > i use libpsibuild.sh so: > > . ./libpsibuild.sh > > function_from_libpsibuild > other_function_from_libpsibuild > > so, i can do: > > function_from_libpsibuild || true > other_function_from_libpsibuild || true > > and it will be work fine? > If you define "fine" as ignoring any error in those functions, then yes... From bluewind at xinu.at Mon Jun 27 02:18:35 2011 From: bluewind at xinu.at (Florian Pritz) Date: Mon, 27 Jun 2011 08:18:35 +0200 Subject: [arch-general] Makepkg. Disabling automatically aborting on any errors during packaging In-Reply-To: <4E07F888.50201@archlinux.org> References: <BANLkTi=akqNB8PW2Y+DSQKhWgys9c5++Ng@mail.gmail.com> <4E07F888.50201@archlinux.org> Message-ID: <1309155515.13637.2.camel@Aero> > Not going to happen.? Use: > > libpsibuild.sh || true > > and the error in libpsibuild.sh will be ignored. set +e # disable the feature <your code> set -e # enable again From markeleas at gmail.com Mon Jun 27 02:37:33 2011 From: markeleas at gmail.com (Axilleas P) Date: Mon, 27 Jun 2011 09:37:33 +0300 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E07C177.407@gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com> <4E07BAAA.5070509@gmail.com> <1309129950-sup-1489@eris> <4E07C177.407@gmail.com> Message-ID: <BANLkTi=CAN5+vS-qL7gYxQDfEbd7OUcVWA@mail.gmail.com> On Mon, Jun 27, 2011 at 2:32 AM, <dmbuce at gmail.com> wrote: > On 06/26/2011 06:17 PM, Philipp ?berbacher wrote: >> >> Excerpts from dmbuce's message of 2011-06-27 01:03:06 +0200: >>> >>> On 06/26/2011 02:50 PM, Javier Vasquez wrote: >>>> >>>> On Sun, Jun 26, 2011 at 1:05 PM,<dmbuce at gmail.com> ? wrote: >>>>> >>>>> My card: >>>>> >>>>> # lspci | grep -i ethernet >>>>> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI >>>>> Express Gigabit Ethernet controller (rev 03) >>>>> >>>>> After doing pacman -Syu, ethernet on my desktop stopped working. The >>>>> card on >>>>> my laptop is the same, at least according to lspci, and is working >>>>> fine. >>>>> >>>>> When I upgraded, there was a change in syntax in rc.conf for defining >>>>> the >>>>> network, but I'm just attempting dhcp for now before I try to set up a >>>>> static ip: >>>>> >>>>> interface=eth0 >>>>> address= >>>>> netmask= >>>>> gateway= >>>>> >>>>> >>>>> I've tried resetting the router and switching from the kernel's r8169 >>>>> driver >>>>> to the r8168 driver from the aur. I compiled the aur driver on my >>>>> laptop and >>>>> transferred to the desktop on usb -- as long as they're both x86_64, >>>>> this >>>>> shouldn't be a problem, right? >>>>> >>>>> Regardless of my choice of driver, ethernet on the laptop works fine, >>>>> and >>>>> doesn't work at all on the desktop. If I set up ethernet manually using >>>>> ifconfig to define the address/netmask/broadcast/etc (making sure the >>>>> routes >>>>> are correct), everything appears to work fine until I try to ping the >>>>> router >>>>> and get "Destination Host Unreachable". >>>>> >>>>> And the kicker is that the light on the router for the port I have my >>>>> ethernet cable plugged into will light up for the laptop, but not the >>>>> desktop. Given this and the other behavior, I'm inclined to think it's >>>>> a >>>>> hardware issue, but this hardware is only several months old, and >>>>> having >>>>> this happen right after an upgrade seems unlikely to be a coincidence. >>>>> Anything else I can try short of reinstalling or getting a replacement >>>>> from >>>>> the manufacturer? >>>> >>>> >>>> I'm using netcfg, and haven't found problems so far with all >>>> changes... ?The daemon is net-profiles, and you can copy the example >>>> for static wired profile into a valid profile, and setup rc.conf >>>> accordingly. >>>> >>>> See: >>>> >>>> https://wiki.archlinux.org/index.php/Netcfg >>>> >>>> >>> >>> How odd. Every other method I've tried for setting up a static IP >>> succeeds (but doesn't actually get me a working connection). Netcfg >>> gives me this: >>> >>> root at bender:~# cat /etc/network.d/ethernet >>> CONNECTION='ethernet' >>> DESCRIPTION='Ethernet' >>> INTERFACE='eth0' >>> IP='static' >>> ADDR='192.168.0.120' >>> GATEWAY='192.168.0.1' >>> DNS=('192.168.0.1') >>> root at bender:~# netcfg ethernet >>> :: ethernet up >>> ? [BUSY] >>> ? > ?No connection >>> >>> ? ?[FAIL] >>> root at bender:~# >>> >>> >>> Doing 'sh -x netcfg ethernet' shows that it's printing 'No connection' >>> from '/usr/lib/network/connections/ethernet up ethernet' on this snippet: >>> >>> ? ? ?if ! checkyesno "${SKIPNOCARRIER:-no}"&& ?ip link show dev >>> "$INTERFACE" | fgrep -q "NO-CARRIER"; then >>> ? ? ? ? ?sleep ${CARRIER_TIMEOUT:-2} # Some cards are plain slow to come >>> up. Don't fail immediately. >>> ? ? ? ? ?if ip link show dev "$INTERFACE" | fgrep -q "NO-CARRIER"; then >>> ? ? ? ? ? ? ?report_iproute "No connection" >>> ? ? ? ? ?fi >>> ? ? ?fi >>> >>> >>> And if I bring up the connection with the old rc.conf syntax, 'ip link >>> show dev eth0' indeed shows: >>> >>> 2: eth0:<NO-CARRIER,BROADCAST,MULTICAST,UP> ?mtu 1500 qdisc pfifo_fast >>> state DOWN qlen 1000 >>> ? ? ?link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff >>> >>> Which maybe means something to someone. ;) >>> >>> At this point, I'm ready to chalk it up to the hardware. I can reboot my >>> laptop, and the light on the router that indicates that it sees the >>> ethernet cable will only turn off for a second here and there throughout >>> the shutdown/boot process. I do the same with this machine, and don't >>> see so much as a flicker. I tried downloading and booting from an ubuntu >>> live cd and didn't have any luck getting a connection. And both of my >>> machines are using the same NIC (at least according to lspci), and >>> should be at roughly the same version of the applicable software -- I >>> updated my laptop an hour, at most, before I updated my desktop. >> >> Did you try running dhcpcd manually after boot? I'm new to netcfg and >> thought it's normal behavior that I have to launch dhcpcd afterwards.. >> > > Well, I was trying to set up a static connection, so dhcpcd shouldn't be > needed. But I've set up dhcp connections before with netcfg that launch > dhcpcd connections automatically. Maybe you could post your config (in a new > thread, preferably, so as not to hijack this one). > If you insist on setting the static ip, try to write down your dns in /etc/resolv.conf -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.) From xecycle at gmail.com Mon Jun 27 08:12:26 2011 From: xecycle at gmail.com (XeCycle) Date: Mon, 27 Jun 2011 20:12:26 +0800 Subject: [arch-general] Is 'network' daemon needed when using netcfg? Message-ID: <87wrg7eamt.fsf@gmail.com> I recently tried netcfg, and have setup automatic connection at boot. However during the startup, it says something like "This functionality is deprecated". In my /etc/rc.conf, I have these for networking: > HOSTNAME="XeCycle" > NETWORK_PERSIST="no" > NETWORKS=(profile) > DAEMONS=(syslog-ng dbus network net-profiles netfs crond sensors \ > sshd hddtemp dictd cdemud) So, should I remove 'network' from the 'DAEMONS'? Thank you. PS. Is the process of starting daemons logged? When I ran into problems about daemons, usually I can't know exactly what had happened, because before I could read the error messages, they disappeared. From teg at jklm.no Mon Jun 27 08:15:52 2011 From: teg at jklm.no (Tom Gundersen) Date: Mon, 27 Jun 2011 14:15:52 +0200 Subject: [arch-general] Is 'network' daemon needed when using netcfg? In-Reply-To: <87wrg7eamt.fsf@gmail.com> References: <87wrg7eamt.fsf@gmail.com> Message-ID: <BANLkTimKiWxEeTBs5k+-5_y4a6pgXMpgmQ@mail.gmail.com> On Mon, Jun 27, 2011 at 2:12 PM, XeCycle <xecycle at gmail.com> wrote: > I recently tried netcfg, and have setup automatic connection at boot. > However during the startup, it says something like "This functionality > is deprecated". ?In my /etc/rc.conf, I have these for networking: > >> HOSTNAME="XeCycle" >> NETWORK_PERSIST="no" >> NETWORKS=(profile) >> DAEMONS=(syslog-ng dbus network net-profiles netfs crond sensors \ >> sshd hddtemp dictd cdemud) > > So, should I remove 'network' from the 'DAEMONS'? Yes, netcfg is a replacement for the network daemon. > PS. Is the process of starting daemons logged? ?When I ran into problems > about daemons, usually I can't know exactly what had happened, because > before I could read the error messages, they disappeared. /var/log/boot.log Cheers, Tom From xecycle at gmail.com Mon Jun 27 08:43:57 2011 From: xecycle at gmail.com (XeCycle) Date: Mon, 27 Jun 2011 20:43:57 +0800 Subject: [arch-general] Is 'network' daemon needed when using netcfg? In-Reply-To: <BANLkTimKiWxEeTBs5k+-5_y4a6pgXMpgmQ@mail.gmail.com> (Tom Gundersen's message of "Mon, 27 Jun 2011 14:15:52 +0200") References: <87wrg7eamt.fsf@gmail.com> <BANLkTimKiWxEeTBs5k+-5_y4a6pgXMpgmQ@mail.gmail.com> Message-ID: <87r56fe96a.fsf@gmail.com> Tom Gundersen <teg at jklm.no> writes: > On Mon, Jun 27, 2011 at 2:12 PM, XeCycle <xecycle at gmail.com> wrote: >> I recently tried netcfg, and have setup automatic connection at boot. >> However during the startup, it says something like "This >> functionality is deprecated". ?In my /etc/rc.conf, I have these for >> networking: >> >>> HOSTNAME="XeCycle" >>> NETWORK_PERSIST="no" >>> NETWORKS=(profile) >>> DAEMONS=(syslog-ng dbus network net-profiles netfs crond sensors \ >>> sshd hddtemp dictd cdemud) >> >> So, should I remove 'network' from the 'DAEMONS'? > > Yes, netcfg is a replacement for the network daemon. Thank you for this. >> PS. Is the process of starting daemons logged? ?When I ran into >> problems about daemons, usually I can't know exactly what had >> happened, because before I could read the error messages, they >> disappeared. > > /var/log/boot.log Thank you. But here I have only /var/log/boot, and it contains many '^[['s --- the ASCII control characters aren't properly stored, I have do to a `sed 's/\^\[/^V<ESC>/g'` to read it. Is this a bug? > Cheers, > > Tom From dmbuce at gmail.com Mon Jun 27 11:06:35 2011 From: dmbuce at gmail.com (Buce) Date: Mon, 27 Jun 2011 10:06:35 -0500 Subject: [arch-general] Is 'network' daemon needed when using netcfg? In-Reply-To: <87wrg7eamt.fsf@gmail.com> References: <87wrg7eamt.fsf@gmail.com> Message-ID: <BANLkTi=0AvM=A9TBmOpnb3MnVWKmXKSgFQ@mail.gmail.com> On Mon, Jun 27, 2011 at 7:12 AM, XeCycle <xecycle at gmail.com> wrote: > I recently tried netcfg, and have setup automatic connection at boot. > However during the startup, it says something like "This functionality > is deprecated". In my /etc/rc.conf, I have these for networking: > > > HOSTNAME="XeCycle" > > NETWORK_PERSIST="no" > > NETWORKS=(profile) > > DAEMONS=(syslog-ng dbus network net-profiles netfs crond sensors \ > > sshd hddtemp dictd cdemud) > > So, should I remove 'network' from the 'DAEMONS'? > > Thank you. > > PS. Is the process of starting daemons logged? When I ran into problems > about daemons, usually I can't know exactly what had happened, because > before I could read the error messages, they disappeared. > Have a look at this page: https://wiki.archlinux.org/index.php/Disable_Clearing_of_Boot_Messages#Have_boot_messages_stay_on_tty1 From teg at jklm.no Mon Jun 27 13:20:44 2011 From: teg at jklm.no (Tom Gundersen) Date: Mon, 27 Jun 2011 19:20:44 +0200 Subject: [arch-general] Is 'network' daemon needed when using netcfg? In-Reply-To: <87r56fe96a.fsf@gmail.com> References: <87wrg7eamt.fsf@gmail.com> <BANLkTimKiWxEeTBs5k+-5_y4a6pgXMpgmQ@mail.gmail.com> <87r56fe96a.fsf@gmail.com> Message-ID: <BANLkTimuUM-qaDAAJXG0Ejk8HjEiv6ELJw@mail.gmail.com> On Mon, Jun 27, 2011 at 2:43 PM, XeCycle <xecycle at gmail.com> wrote: > Tom Gundersen <teg at jklm.no> writes: > >> On Mon, Jun 27, 2011 at 2:12 PM, XeCycle <xecycle at gmail.com> wrote: >>> I recently tried netcfg, and have setup automatic connection at boot. >>> However during the startup, it says something like "This >>> functionality is deprecated". ?In my /etc/rc.conf, I have these for >>> networking: >>> >>>> HOSTNAME="XeCycle" >>>> NETWORK_PERSIST="no" >>>> NETWORKS=(profile) >>>> DAEMONS=(syslog-ng dbus network net-profiles netfs crond sensors \ >>>> sshd hddtemp dictd cdemud) >>> >>> So, should I remove 'network' from the 'DAEMONS'? >> >> Yes, netcfg is a replacement for the network daemon. > > Thank you for this. > >>> PS. Is the process of starting daemons logged? ?When I ran into >>> problems about daemons, usually I can't know exactly what had >>> happened, because before I could read the error messages, they >>> disappeared. >> >> /var/log/boot.log > > Thank you. ?But here I have only /var/log/boot, and it contains many > '^[['s --- the ASCII control characters aren't properly stored, I have > do to a `sed 's/\^\[/^V<ESC>/g'` to read it. ?Is this a bug? That's just the format that bootlogd produces. We have a patch in git to clean it up. I don't know if that patch is perfect though, you could try it out. If you find a way to improve it I'd be happy to merge it. -t From jeberger at free.fr Mon Jun 27 13:53:36 2011 From: jeberger at free.fr (=?UTF-8?B?IkrDqXLDtG1lIE0uIEJlcmdlciI=?=) Date: Mon, 27 Jun 2011 19:53:36 +0200 Subject: [arch-general] Ethernet stopped working after update In-Reply-To: <4E07ACEE.6000703@gmail.com> References: <4E0782E8.5090905@gmail.com> <BANLkTik=eDmvrAYiFij2J-08EPY14OEMX=erS_iu9mhqKrrg7Q@mail.gmail.com> <4E0793DD.8050006@gmail.com> <iu89od$dht$1@dough.gmane.org> <4E07ACEE.6000703@gmail.com> Message-ID: <iuag30$b94$1@dough.gmane.org> dmbuce at gmail.com wrote: > On 06/26/2011 04:53 PM, "J?r?me M. Berger" wrote: >> What does "route" say in this case? I had a similar problem with >> the update which was due to the gateway being ignored. At that point >> I switched to netcfg which worked fine... >> >> Jerome > > Looks fine to me. Same output as I get on my laptop. > > # route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 > eth0 > 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 > eth0 > Not the same issue then, I did not have the first line... Switching to netcfg might still be an option however. Jerome -- mailto:jeberger at free.fr http://jeberger.free.fr Jabber: jeberger at jabber.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110627/b8c9b2c8/attachment-0001.asc> From d.cermak at arcor.de Mon Jun 27 14:41:15 2011 From: d.cermak at arcor.de (Dominik Cermak) Date: Mon, 27 Jun 2011 20:41:15 +0200 Subject: [arch-general] Amarok fails to start after upgrade Message-ID: <1309200076.1434.6.camel@localhost.localdomain> Hi list, after upgrading amarok today I get following error after trying to start it: Amarok could not find any collection plugins. It is possible that Amarok is installed under the wrong prefix, please fix your installation using: $ cd /path/to/amarok/source-code/ $ su -c "make uninstall" $ cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` && su -c "make install" $ kbuildsycoca4 --noincremental $ amarok More information can be found in the README file. For further assistance join us at #amarok on irc.freenode.net. Can anyone confirm this? Is this one considered a packaging bug? Greetings Dominik From d.cermak at arcor.de Mon Jun 27 15:08:48 2011 From: d.cermak at arcor.de (Dominik Cermak) Date: Mon, 27 Jun 2011 21:08:48 +0200 Subject: [arch-general] Amarok fails to start after upgrade In-Reply-To: <1309200076.1434.6.camel@localhost.localdomain> References: <1309200076.1434.6.camel@localhost.localdomain> Message-ID: <1309201756.1434.7.camel@localhost.localdomain> Am Montag, den 27.06.2011, 20:41 +0200 schrieb Dominik Cermak: > Hi list, > after upgrading amarok today I get following error after trying to start > it: > > Amarok could not find any collection plugins. It is possible that Amarok > is installed under the wrong prefix, please fix your installation using: > $ cd /path/to/amarok/source-code/ > $ su -c "make uninstall" > $ cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` && su -c "make > install" > $ kbuildsycoca4 --noincremental > $ amarok > More information can be found in the README file. For further assistance > join us at #amarok on irc.freenode.net. > > Can anyone confirm this? Is this one considered a packaging bug? > > Greetings Dominik > It's already reported, sorry for the noise. https://bugs.archlinux.org/task/24908 Greetings Dominik From xlusti00 at stud.fit.vutbr.cz Mon Jun 27 17:22:38 2011 From: xlusti00 at stud.fit.vutbr.cz (=?iso-8859-2?b?THW5dGlja/0=?= Josef) Date: Mon, 27 Jun 2011 23:22:38 +0200 Subject: [arch-general] xf86-input drivers in xorg group Message-ID: <20110627232238.139777k6zavsjgym@email.fit.vutbr.cz> Is anyone still using xf86-input-mouse or xf86-input-keyboard driver? These packages are member of xorg group in repos but http://cgit.freedesktop.org/xorg/driver/xf86-input-mouse/tree/README says: "This driver is mainly used on non-Linux operating systems such as BSD & Solaris, as modern Linux systems use the xf86-input-evdev driver instead." From j.e.vasquez.v at gmail.com Mon Jun 27 17:32:49 2011 From: j.e.vasquez.v at gmail.com (Javier Vasquez) Date: Mon, 27 Jun 2011 15:32:49 -0600 Subject: [arch-general] xf86-input drivers in xorg group In-Reply-To: <20110627232238.139777k6zavsjgym@email.fit.vutbr.cz> References: <20110627232238.139777k6zavsjgym@email.fit.vutbr.cz> Message-ID: <BANLkTi=78V7YitDKvOHbDTZWq=8ChMZOgA@mail.gmail.com> 2011/6/27 Lu?tick? Josef <xlusti00 at stud.fit.vutbr.cz>: > Is anyone still using xf86-input-mouse or xf86-input-keyboard driver? > These packages are member of xorg group in repos but > http://cgit.freedesktop.org/xorg/driver/xf86-input-mouse/tree/README says: > "This driver is mainly used on non-Linux operating systems such as BSD & > Solaris, as modern Linux systems use the xf86-input-evdev driver instead." I still do, I haven't moved to the automagically detected input drivers yet, and I don't really feel the need yet. I actually set: Section "ServerFlags" Option "AutoAddDevices" "False" Option "AllowEmptyInput" "False" EndSection Well, this is just me probably... I really hope the drivers don't disappear, :-) -- Javier. From thaddeusn at gmail.com Mon Jun 27 17:47:01 2011 From: thaddeusn at gmail.com (Thaddeus Nielsen) Date: Mon, 27 Jun 2011 16:47:01 -0500 Subject: [arch-general] xf86-input drivers in xorg group In-Reply-To: <BANLkTi=78V7YitDKvOHbDTZWq=8ChMZOgA@mail.gmail.com> References: <20110627232238.139777k6zavsjgym@email.fit.vutbr.cz> <BANLkTi=78V7YitDKvOHbDTZWq=8ChMZOgA@mail.gmail.com> Message-ID: <20110627214701.GA1584@makarioi> On Mon, Jun 27, 2011 at 03:32:49PM -0600, Javier Vasquez wrote: > 2011/6/27 Lu?tick? Josef <xlusti00 at stud.fit.vutbr.cz>: > > Is anyone still using xf86-input-mouse or xf86-input-keyboard driver? > > These packages are member of xorg group in repos but > > http://cgit.freedesktop.org/xorg/driver/xf86-input-mouse/tree/README says: > > "This driver is mainly used on non-Linux operating systems such as BSD & > > Solaris, as modern Linux systems use the xf86-input-evdev driver instead." > > I still do, I haven't moved to the automagically detected input > drivers yet, and I don't really feel the need yet. I actually set: > > Section "ServerFlags" > Option "AutoAddDevices" "False" > Option "AllowEmptyInput" "False" > EndSection > > Well, this is just me probably... I really hope the drivers don't > disappear, :-) > > -- > Javier. It is not just you; I also set them. T. From magnus at therning.org Tue Jun 28 03:47:22 2011 From: magnus at therning.org (Magnus Therning) Date: Tue, 28 Jun 2011 09:47:22 +0200 Subject: [arch-general] Post-processing of packages? Message-ID: <20110628074722.GA1437@ohann> I'm in the situation where some of the information that I really would like to have in the pkgver/pkgrel isn't available until after the build step. Also, some information about the dependencies is clearly much easier to extract during the build process (due to the tools I have available to me). So, in short I'd like to massage the typically static values usually found in the head of the PKGBUILD as the build progresses. So, is there some way of either modifying this information during the PKGBUILD, or doing some post-processing from the PKGBUILD on the built package (like processing of the .PKGINFO)? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110628/2a3ec791/attachment.asc> From drankinatty at suddenlinkmail.com Tue Jun 28 10:05:57 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Tue, 28 Jun 2011 09:05:57 -0500 Subject: [arch-general] [arch-dev-public] [signoff] kernel26 2.6.39.2-1 In-Reply-To: <4E08E3A6.4020206@archlinux.org> References: <4E08E3A6.4020206@archlinux.org> Message-ID: <4E09DFC5.50508@suddenlinkmail.com> On 06/27/2011 03:10 PM, Thomas B?chler wrote: > Upstream update, please sign off. > responding on the general list: Signoff - both (2-x86_64, 4-x86) -- David C. Rankin, J.D.,P.E. From drankinatty at suddenlinkmail.com Tue Jun 28 10:07:46 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Tue, 28 Jun 2011 09:07:46 -0500 Subject: [arch-general] python2-zope-interface - failed to commit transaction (conflicting files) Message-ID: <4E09E032.30906@suddenlinkmail.com> Just FYI, This may be my fault, but on each box I have updated, I get the following error: (13/13) checking for file conflicts [#######################################] 100% error: failed to commit transaction (conflicting files) python2-zope-interface: /usr/lib/python2.7/site-packages/zope.interface-3.6.3-py2.7.egg-info/ exists in filesystem Errors occurred, no packages were upgraded. I just -f'ed it... -- David C. Rankin, J.D.,P.E. From ibiru at archlinux.org Tue Jun 28 10:12:11 2011 From: ibiru at archlinux.org (Ionut Biru) Date: Tue, 28 Jun 2011 17:12:11 +0300 Subject: [arch-general] python2-zope-interface - failed to commit transaction (conflicting files) In-Reply-To: <4E09E032.30906@suddenlinkmail.com> References: <4E09E032.30906@suddenlinkmail.com> Message-ID: <4E09E13B.50001@archlinux.org> On 06/28/2011 05:07 PM, David C. Rankin wrote: > Just FYI, > > This may be my fault, but on each box I have updated, I get the > following error: > > (13/13) checking for file conflicts > [#######################################] 100% > error: failed to commit transaction (conflicting files) > python2-zope-interface: > /usr/lib/python2.7/site-packages/zope.interface-3.6.3-py2.7.egg-info/ > exists in filesystem > Errors occurred, no packages were upgraded. > > I just -f'ed it... > you definitely need subscribe to the news feed. http://www.archlinux.org/news/python2-zope-interface-update-requires-user-interaction/ -- Ionu? From l.jirkovsky at gmail.com Tue Jun 28 11:03:36 2011 From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=) Date: Tue, 28 Jun 2011 17:03:36 +0200 Subject: [arch-general] KDE 4.6.4 when? Message-ID: <BANLkTi=jNRPdfOghNFUR57D-Zom+xyUAVmJHu_-BOGLxtXsrXw@mail.gmail.com> Hello, I'd like to ask what is keeping KDE 4.6.4 from moving to [extra]? I'm using it for some time without any problems, neither I can find any bug report specific for 4.6.4 Have a nice day, Lukas From bogdan at punctweb.ro Tue Jun 28 11:12:23 2011 From: bogdan at punctweb.ro (=?UTF-8?Q?Bogdan_Ionu=C8=9B?=) Date: Tue, 28 Jun 2011 18:12:23 +0300 Subject: [arch-general] KDE 4.6.4 when? In-Reply-To: <BANLkTi=jNRPdfOghNFUR57D-Zom+xyUAVmJHu_-BOGLxtXsrXw@mail.gmail.com> References: <BANLkTi=jNRPdfOghNFUR57D-Zom+xyUAVmJHu_-BOGLxtXsrXw@mail.gmail.com> Message-ID: <BANLkTinYFTQxJYrDLV+J8K3vBcVxv1Ktog@mail.gmail.com> 2011/6/28 Luk?? Jirkovsk? <l.jirkovsky at gmail.com> > Hello, > I'd like to ask what is keeping KDE 4.6.4 from moving to [extra]? I'm > using it for some time without any problems, neither I can find any > bug report specific for 4.6.4 > > Have a nice day, > Lukas > https://bbs.archlinux.org/viewtopic.php?pid=952517#p952517 From l.jirkovsky at gmail.com Tue Jun 28 13:28:00 2011 From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=) Date: Tue, 28 Jun 2011 19:28:00 +0200 Subject: [arch-general] KDE 4.6.4 when? In-Reply-To: <BANLkTinYFTQxJYrDLV+J8K3vBcVxv1Ktog@mail.gmail.com> References: <BANLkTi=jNRPdfOghNFUR57D-Zom+xyUAVmJHu_-BOGLxtXsrXw@mail.gmail.com> <BANLkTinYFTQxJYrDLV+J8K3vBcVxv1Ktog@mail.gmail.com> Message-ID: <BANLkTik3Kx1=n=EDYE9hMb9sQkoDxuq7ZPu1ig2cDzxRAPkfpQ@mail.gmail.com> On 28 June 2011 17:12, Bogdan Ionu? <bogdan at punctweb.ro> wrote: > 2011/6/28 Luk?? Jirkovsk? <l.jirkovsky at gmail.com> > >> Hello, >> I'd like to ask what is keeping KDE 4.6.4 from moving to [extra]? I'm >> using it for some time without any problems, neither I can find any >> bug report specific for 4.6.4 >> >> Have a nice day, >> Lukas >> > > https://bbs.archlinux.org/viewtopic.php?pid=952517#p952517 > Thanks, that explains everything. I was searching the forums, but I didn't even considered looking at the topic "[kde-unstable] KDE 4.7" Lukas From andrea at archlinux.org Tue Jun 28 13:32:34 2011 From: andrea at archlinux.org (Andrea Scarpino) Date: Tue, 28 Jun 2011 19:32:34 +0200 Subject: [arch-general] KDE 4.6.4 when? In-Reply-To: <BANLkTik3Kx1=n=EDYE9hMb9sQkoDxuq7ZPu1ig2cDzxRAPkfpQ@mail.gmail.com> References: <BANLkTi=jNRPdfOghNFUR57D-Zom+xyUAVmJHu_-BOGLxtXsrXw@mail.gmail.com> <BANLkTinYFTQxJYrDLV+J8K3vBcVxv1Ktog@mail.gmail.com> <BANLkTik3Kx1=n=EDYE9hMb9sQkoDxuq7ZPu1ig2cDzxRAPkfpQ@mail.gmail.com> Message-ID: <1682222.mO6Xv5TnAx@stockholm> On Tuesday 28 June 2011 19:28:00 Luk?? Jirkovsk? wrote: > Thanks, that explains everything. I was searching the forums, but I > didn't even considered looking at the topic "[kde-unstable] KDE 4.7" There is a topic in [testing] Repo Forum too: https://bbs.archlinux.org/viewtopic.php?id=121446 -- Andrea From l.jirkovsky at gmail.com Tue Jun 28 13:41:36 2011 From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=) Date: Tue, 28 Jun 2011 19:41:36 +0200 Subject: [arch-general] KDE 4.6.4 when? In-Reply-To: <1682222.mO6Xv5TnAx@stockholm> References: <BANLkTi=jNRPdfOghNFUR57D-Zom+xyUAVmJHu_-BOGLxtXsrXw@mail.gmail.com> <BANLkTinYFTQxJYrDLV+J8K3vBcVxv1Ktog@mail.gmail.com> <BANLkTik3Kx1=n=EDYE9hMb9sQkoDxuq7ZPu1ig2cDzxRAPkfpQ@mail.gmail.com> <1682222.mO6Xv5TnAx@stockholm> Message-ID: <BANLkTi=70sUn7HAOioScOGSEoEiT5pG+UpUzwr7=grN-EnwuWw@mail.gmail.com> On 28 June 2011 19:32, Andrea Scarpino <andrea at archlinux.org> wrote: > On Tuesday 28 June 2011 19:28:00 Luk?? Jirkovsk? wrote: >> Thanks, that explains everything. I was searching the forums, but I >> didn't even considered looking at the topic "[kde-unstable] KDE 4.7" > There is a topic in [testing] Repo Forum too: > https://bbs.archlinux.org/viewtopic.php?id=121446 > > -- > Andrea > Interesting... It is difficult to find this topic using "Search." It is shown at the 5th page of 478 pages of results. Yeah, it could be worse, but frankly, who looks at more than three pages of results? Lukas From gostrc at gmail.com Tue Jun 28 17:41:56 2011 From: gostrc at gmail.com (Thomas Dziedzic) Date: Tue, 28 Jun 2011 16:41:56 -0500 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. Message-ID: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> Hi, Java 7 is getting released on July 28th so I thought it would be a good time to let users test it out. I have just pushed jre/jdk 7 build 147 into [community-testing] so that users can have a month in advance to report bugs, and notify upstream projects if they are incompatible with java 7. You should be able to install jre/jdk 7 without the need to enable any of the testing repos. I have tested it on my computer with a couple of browser games which seem to work fine. The only program that doesn't work with Java 7 afaik is minecraft, the specific problem can be tracked here: http://getsatisfaction.com/mojang/topics/minecraft_doesnt_work_with_java_7 Hopefully we can have enough users complaining that the devs will take notice. A summary of the changes that come with Java 7: http://openjdk.java.net/projects/jdk7/features/ Bugs that are not packaging bugs should be submitted to http://bugreport.sun.com/bugreport/ The Java 7 feedback forum is located at http://www.java.net/forums/jdk/java-se-snapshots-project-feedback?force=259 Cheers! From denisfalqueto at gmail.com Tue Jun 28 21:26:04 2011 From: denisfalqueto at gmail.com (=?UTF-8?Q?Denis_A=2E_Alto=C3=A9_Falqueto?=) Date: Tue, 28 Jun 2011 22:26:04 -0300 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> Message-ID: <BANLkTiku7EBmR=hm2dG1hQ=KSh9DBOWryA@mail.gmail.com> On Tue, Jun 28, 2011 at 6:41 PM, Thomas Dziedzic <gostrc at gmail.com> wrote: > Hi, > > Java 7 is getting released on July 28th so I thought it would be a good time > to let users test it out. > I have just pushed jre/jdk 7 build 147 into [community-testing] so that > users can have a month in advance to report bugs, and notify upstream > projects if they are incompatible with java 7. > You should be able to install jre/jdk 7 without the need to enable any of > the testing repos. > > I have tested it on my computer with a couple of browser games which seem to > work fine. > > The only program that doesn't work with Java 7 afaik is minecraft, the > specific problem can be tracked here: > http://getsatisfaction.com/mojang/topics/minecraft_doesnt_work_with_java_7 > Hopefully we can have enough users complaining that the devs will take > notice. > > A summary of the changes that come with Java 7: > http://openjdk.java.net/projects/jdk7/features/ > > Bugs that are not packaging bugs should be submitted to > http://bugreport.sun.com/bugreport/ > > The Java 7 feedback forum is located at > http://www.java.net/forums/jdk/java-se-snapshots-project-feedback?force=259 > > Cheers! > Hi, Thanks for your efforts! I'm sending this as a kind of sign-off :) I've tested it with my home banking, which uses a Java applet. It worked as well as the old version. -- A: Because it obfuscates the reading. Q: Why is top posting so bad? ------------------------------------------- Denis A. Altoe Falqueto Linux user #524555 ------------------------------------------- From jan.steffens at gmail.com Tue Jun 28 22:04:21 2011 From: jan.steffens at gmail.com (Jan Steffens) Date: Wed, 29 Jun 2011 04:04:21 +0200 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> Message-ID: <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> On Tue, Jun 28, 2011 at 11:41 PM, Thomas Dziedzic <gostrc at gmail.com> wrote: > The only program that doesn't work with Java 7 afaik is minecraft, the > specific problem can be tracked here: > http://getsatisfaction.com/mojang/topics/minecraft_doesnt_work_with_java_7 > Hopefully we can have enough users complaining that the devs will take > notice. Replacing the 32-bit libraries with their 64-bit copies, and running minecraft with LD_LIBRARY_PATH="/opt/java/jre/lib/amd64" makes it work properly here. From gostrc at gmail.com Tue Jun 28 22:17:37 2011 From: gostrc at gmail.com (Thomas Dziedzic) Date: Tue, 28 Jun 2011 21:17:37 -0500 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> Message-ID: <BANLkTimtUg7OHtA8dcyNmoeB16mZKd5uSQ@mail.gmail.com> On Tue, Jun 28, 2011 at 9:04 PM, Jan Steffens <jan.steffens at gmail.com>wrote: > On Tue, Jun 28, 2011 at 11:41 PM, Thomas Dziedzic <gostrc at gmail.com> > wrote: > > The only program that doesn't work with Java 7 afaik is minecraft, the > > specific problem can be tracked here: > > > http://getsatisfaction.com/mojang/topics/minecraft_doesnt_work_with_java_7 > > Hopefully we can have enough users complaining that the devs will take > > notice. > > Replacing the 32-bit libraries with their 64-bit copies, and running > minecraft with LD_LIBRARY_PATH="/opt/java/jre/lib/amd64" > makes it work properly here. > Awesome! I'm now fully on java 7 :) I would like to hear about anyone else's experience also which will give me some more feedback. Cheers! From divan at s-tainment.co.za Wed Jun 29 00:54:47 2011 From: divan at s-tainment.co.za (Divan Santana) Date: Wed, 29 Jun 2011 06:54:47 +0200 Subject: [arch-general] KDE 4.6.4 when? In-Reply-To: <BANLkTi=70sUn7HAOioScOGSEoEiT5pG+UpUzwr7=grN-EnwuWw@mail.gmail.com> References: <BANLkTi=jNRPdfOghNFUR57D-Zom+xyUAVmJHu_-BOGLxtXsrXw@mail.gmail.com> <1682222.mO6Xv5TnAx@stockholm> <BANLkTi=70sUn7HAOioScOGSEoEiT5pG+UpUzwr7=grN-EnwuWw@mail.gmail.com> Message-ID: <201106290654.47953.divan@s-tainment.co.za> On Tuesday 28 June 2011 19:41:36 Luk?? Jirkovsk? wrote: > Interesting... It is difficult to find this topic using "Search." It > is shown at the 5th page of 478 pages of results. Yeah, it could be > worse, but frankly, who looks at more than three pages of results? I just google search kde 4.6.4 site:bbs.archlinux.com -- Divan Santana From skodabenz at gmail.com Wed Jun 29 03:45:21 2011 From: skodabenz at gmail.com (KESHAV P.R.) Date: Wed, 29 Jun 2011 13:15:21 +0530 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTimtUg7OHtA8dcyNmoeB16mZKd5uSQ@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> <BANLkTimtUg7OHtA8dcyNmoeB16mZKd5uSQ@mail.gmail.com> Message-ID: <BANLkTin8Mga2ipOq4TEo2_YyvOBPpUKG0A@mail.gmail.com> On Wed, Jun 29, 2011 at 07:47, Thomas Dziedzic <gostrc at gmail.com> wrote: > On Tue, Jun 28, 2011 at 9:04 PM, Jan Steffens <jan.steffens at gmail.com>wrote: > >> On Tue, Jun 28, 2011 at 11:41 PM, Thomas Dziedzic <gostrc at gmail.com> >> wrote: >> > The only program that doesn't work with Java 7 afaik is minecraft, the >> > specific problem can be tracked here: >> > >> http://getsatisfaction.com/mojang/topics/minecraft_doesnt_work_with_java_7 >> > Hopefully we can have enough users complaining that the devs will take >> > notice. >> >> Replacing the 32-bit libraries with their 64-bit copies, and running >> minecraft with LD_LIBRARY_PATH="/opt/java/jre/lib/amd64" >> makes it work properly here. >> > > Awesome! I'm now fully on java 7 :) > > I would like to hear about anyone else's experience also which will give me > some more feedback. > > Cheers! > Sorry if this has been mentioned before, but is this about the binary jre/jdk releases or the open source openjdk. I currently have openjdk6 (and icedtea-web) installed in my system (x86_64) but did not find an equivalent package for Java 7. Thanks in advance. Regards. Keshav From karol at babioch.de Wed Jun 29 06:36:15 2011 From: karol at babioch.de (Karol Babioch) Date: Wed, 29 Jun 2011 12:36:15 +0200 Subject: [arch-general] Synaptics Gesture Suite on Arch? Message-ID: <4E0B001F.7040000@babioch.de> Hi, I've got a Synaptics Touchpad capable of recognizing gestures. After using this quite heavily on Windows I got used to it and would like to have it available on Linux also ;). After some research I found that there is a Synaptics Gesture Suite for Linux ([1]), which looks quite useful. However there is no direct download available, and it seems that you have to be some sort of OEM in order to get it. I couldn't find any package in the repositories, so I'm wondering whether anyone knows more about it. Best regards, Karol Babioch [1] http://www.synaptics.com/solutions/technology/gestures/touchpad-linux -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 898 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110629/c74b95ff/attachment.asc> From list at eworm.de Wed Jun 29 06:47:32 2011 From: list at eworm.de (Christian Hesse) Date: Wed, 29 Jun 2011 12:47:32 +0200 Subject: [arch-general] Synaptics Gesture Suite on Arch? In-Reply-To: <4E0B001F.7040000@babioch.de> References: <4E0B001F.7040000@babioch.de> Message-ID: <20110629124732.5d7d05ad@leda.vpn.lugor.de> Karol Babioch <karol at babioch.de> on Wed, 29 Jun 2011 12:36:15 +0200: > Hi, > > I've got a Synaptics Touchpad capable of recognizing gestures. After > using this quite heavily on Windows I got used to it and would like to > have it available on Linux also ;). > > After some research I found that there is a Synaptics Gesture Suite for > Linux ([1]), which looks quite useful. However there is no direct > download available, and it seems that you have to be some sort of OEM in > order to get it. > > I couldn't find any package in the repositories, so I'm wondering > whether anyone knows more about it. > > Best regards, > Karol Babioch > > [1] http://www.synaptics.com/solutions/technology/gestures/touchpad-linux There's a package 'xf86-input-synaptics' with synaptics drivers for X.org. Take a look at [0] for how to configure it. Why would someone want to have a 'synaptics gesture suite'? [0] https://wiki.archlinux.org/index.php/Synaptics -- Schoene Gruesse Chris From xecycle at gmail.com Wed Jun 29 07:44:21 2011 From: xecycle at gmail.com (XeCycle) Date: Wed, 29 Jun 2011 19:44:21 +0800 Subject: [arch-general] Synaptics Gesture Suite on Arch? In-Reply-To: <20110629124732.5d7d05ad@leda.vpn.lugor.de> (Christian Hesse's message of "Wed, 29 Jun 2011 12:47:32 +0200") References: <4E0B001F.7040000@babioch.de> <20110629124732.5d7d05ad@leda.vpn.lugor.de> Message-ID: <87k4c4euay.fsf@gmail.com> Christian Hesse <list at eworm.de> writes: > Karol Babioch <karol at babioch.de> on Wed, 29 Jun 2011 12:36:15 +0200: >> Hi, [...] > > There's a package 'xf86-input-synaptics' with synaptics drivers for X.org. > Take a look at [0] for how to configure it. > Why would someone want to have a 'synaptics gesture suite'? That's not the point. Perhaps he (or she) wants something like multitouch. I'm also interested in this, the question should be, is multitouch well implemented in Linux? For now I can only use two finger scrolling and three-finger-tap for a middle click, however, sometimes a real multitouch would be better. > [0] https://wiki.archlinux.org/index.php/Synaptics -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110629/9520d0b0/attachment.asc> From gostrc at gmail.com Wed Jun 29 09:38:25 2011 From: gostrc at gmail.com (Thomas Dziedzic) Date: Wed, 29 Jun 2011 08:38:25 -0500 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTin8Mga2ipOq4TEo2_YyvOBPpUKG0A@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> <BANLkTimtUg7OHtA8dcyNmoeB16mZKd5uSQ@mail.gmail.com> <BANLkTin8Mga2ipOq4TEo2_YyvOBPpUKG0A@mail.gmail.com> Message-ID: <BANLkTimpvBn5nwHwk_hk81Kg+8aVC9yaEw@mail.gmail.com> On Wed, Jun 29, 2011 at 2:45 AM, KESHAV P.R. <skodabenz at gmail.com> wrote: > On Wed, Jun 29, 2011 at 07:47, Thomas Dziedzic <gostrc at gmail.com> wrote: > > On Tue, Jun 28, 2011 at 9:04 PM, Jan Steffens <jan.steffens at gmail.com > >wrote: > > > >> On Tue, Jun 28, 2011 at 11:41 PM, Thomas Dziedzic <gostrc at gmail.com> > >> wrote: > >> > The only program that doesn't work with Java 7 afaik is minecraft, the > >> > specific problem can be tracked here: > >> > > >> > http://getsatisfaction.com/mojang/topics/minecraft_doesnt_work_with_java_7 > >> > Hopefully we can have enough users complaining that the devs will take > >> > notice. > >> > >> Replacing the 32-bit libraries with their 64-bit copies, and running > >> minecraft with LD_LIBRARY_PATH="/opt/java/jre/lib/amd64" > >> makes it work properly here. > >> > > > > Awesome! I'm now fully on java 7 :) > > > > I would like to hear about anyone else's experience also which will give > me > > some more feedback. > > > > Cheers! > > > > Sorry if this has been mentioned before, but is this about the binary > jre/jdk releases or the open source openjdk. I currently have openjdk6 > (and icedtea-web) installed in my system (x86_64) but did not find an > equivalent package for Java 7. Thanks in advance. > > Regards. > > Keshav > These are the binary jre/jdk releases. From l.jirkovsky at gmail.com Wed Jun 29 09:50:36 2011 From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=) Date: Wed, 29 Jun 2011 15:50:36 +0200 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> Message-ID: <BANLkTi=AKngxa7cY4MQRSbVvVq1FCaoLwku4fA26vUiRc-QSBg@mail.gmail.com> On 28 June 2011 23:41, Thomas Dziedzic <gostrc at gmail.com> wrote: > Hi, > > Java 7 is getting released on July 28th so I thought it would be a good time > to let users test it out. > I have just pushed jre/jdk 7 build 147 into [community-testing] so that > users can have a month in advance to report bugs, and notify upstream > projects if they are incompatible with java 7. > You should be able to install jre/jdk 7 without the need to enable any of > the testing repos. > > I have tested it on my computer with a couple of browser games which seem to > work fine. > > The only program that doesn't work with Java 7 afaik is minecraft, the > specific problem can be tracked here: > http://getsatisfaction.com/mojang/topics/minecraft_doesnt_work_with_java_7 > Hopefully we can have enough users complaining that the devs will take > notice. > > A summary of the changes that come with Java 7: > http://openjdk.java.net/projects/jdk7/features/ > > Bugs that are not packaging bugs should be submitted to > http://bugreport.sun.com/bugreport/ > > The Java 7 feedback forum is located at > http://www.java.net/forums/jdk/java-se-snapshots-project-feedback?force=259 > > Cheers! > It works fine with Intellij IDEA and Free Rapid Downloader. Lukas From denisfalqueto at gmail.com Wed Jun 29 11:04:50 2011 From: denisfalqueto at gmail.com (=?UTF-8?Q?Denis_A=2E_Alto=C3=A9_Falqueto?=) Date: Wed, 29 Jun 2011 12:04:50 -0300 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTimpvBn5nwHwk_hk81Kg+8aVC9yaEw@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> <BANLkTimtUg7OHtA8dcyNmoeB16mZKd5uSQ@mail.gmail.com> <BANLkTin8Mga2ipOq4TEo2_YyvOBPpUKG0A@mail.gmail.com> <BANLkTimpvBn5nwHwk_hk81Kg+8aVC9yaEw@mail.gmail.com> Message-ID: <BANLkTimYEobgDpRD3D5pPZFhgOHy=jWn+Q@mail.gmail.com> On Wed, Jun 29, 2011 at 10:38 AM, Thomas Dziedzic <gostrc at gmail.com> wrote: > On Wed, Jun 29, 2011 at 2:45 AM, KESHAV P.R. <skodabenz at gmail.com> wrote: > >> On Wed, Jun 29, 2011 at 07:47, Thomas Dziedzic <gostrc at gmail.com> wrote: >> Sorry if this has been mentioned before, but is this about the binary >> jre/jdk releases or the open source openjdk. I currently have openjdk6 >> (and icedtea-web) installed in my system (x86_64) but did not find an >> equivalent package for Java 7. Thanks in advance. ... > These are the binary jre/jdk releases. But the reference implementation from Oracle will be based on OpenJDK http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the -- A: Because it obfuscates the reading. Q: Why is top posting so bad? ------------------------------------------- Denis A. Altoe Falqueto Linux user #524555 ------------------------------------------- From drankinatty at suddenlinkmail.com Wed Jun 29 12:10:05 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Wed, 29 Jun 2011 11:10:05 -0500 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts Message-ID: <4E0B4E5D.7080201@suddenlinkmail.com> Guys, This may just be on my box, but after update to thunderbird 5, all access to new messages on pop accounts broke. The error message said: Please send PASS command. It looks like the mailer wasn't responding properly to the server communications. I rebooted, I tried everything. Finally I had to downgrade to thunderbird-3.1.11-1 to restore access to my pop accounts. Anyone else see this? -- David C. Rankin, J.D.,P.E. From karol at babioch.de Wed Jun 29 12:15:29 2011 From: karol at babioch.de (Karol Babioch) Date: Wed, 29 Jun 2011 18:15:29 +0200 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B4E5D.7080201@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> Message-ID: <4E0B4FA1.5040604@babioch.de> Hi, Am 29.06.2011 18:10, schrieb David C. Rankin: > This may just be on my box at least it works for me with my POP3 accounts. Best regards, Karol Babioch -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 898 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110629/2edba362/attachment.asc> From thomas at archlinux.org Wed Jun 29 12:16:46 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Wed, 29 Jun 2011 18:16:46 +0200 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B4E5D.7080201@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> Message-ID: <4E0B4FEE.7060009@archlinux.org> Am 29.06.2011 18:10, schrieb David C. Rankin: > Guys, > > This may just be on my box, but after update to thunderbird 5, all > access to new messages on pop accounts broke. The error message said: > > Please send PASS command. > > It looks like the mailer wasn't responding properly to the server > communications. I rebooted, I tried everything. Finally I had to > downgrade to thunderbird-3.1.11-1 to restore access to my pop accounts. > > Anyone else see this? > No problems here. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110629/b5814ee2/attachment.asc> From drankinatty at suddenlinkmail.com Wed Jun 29 12:37:03 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Wed, 29 Jun 2011 11:37:03 -0500 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B4FEE.7060009@archlinux.org> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> Message-ID: <4E0B54AF.3040306@suddenlinkmail.com> On 06/29/2011 11:16 AM, Thomas B?chler wrote: > Am 29.06.2011 18:10, schrieb David C. Rankin: >> Guys, >> >> This may just be on my box, but after update to thunderbird 5, all >> access to new messages on pop accounts broke. The error message said: >> >> Please send PASS command. >> >> It looks like the mailer wasn't responding properly to the server >> communications. I rebooted, I tried everything. Finally I had to >> downgrade to thunderbird-3.1.11-1 to restore access to my pop accounts. >> >> Anyone else see this? >> > > No problems here. > Hmm... No matter if I manually entered my password or clicked 'retry' in response to tbirds "Please send PASS command" error, it would not connect. I shut down, restarted, restarted tbird several times, etc... - no joy. I have 5 pop accounts in tbird - maybe it has to do with multiple pop account handling. The downgrade was the only way to get back into my mail. I'll mess with it after work today, don't have time right now. Thanks for the reply. -- David C. Rankin, J.D.,P.E. From girard.cedric at gmail.com Wed Jun 29 12:48:11 2011 From: girard.cedric at gmail.com (=?UTF-8?Q?C=C3=A9dric_Girard?=) Date: Wed, 29 Jun 2011 18:48:11 +0200 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B54AF.3040306@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> Message-ID: <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> On Wed, Jun 29, 2011 at 6:37 PM, David C. Rankin < drankinatty at suddenlinkmail.com> wrote: > No matter if I manually entered my password or clicked 'retry' in response > to tbirds "Please send PASS command" error, it would not connect. I shut > down, restarted, restarted tbird several times, etc... - no joy. I have 5 > pop accounts in tbird - maybe it has to do with multiple pop account > handling. Or maybe it is related to your mail server. Are they all the same? -- C?dric Girard From stewarta.taylor at btopenworld.com Wed Jun 29 12:51:25 2011 From: stewarta.taylor at btopenworld.com (Stewart Taylor) Date: Wed, 29 Jun 2011 17:51:25 +0100 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B54AF.3040306@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> Message-ID: <4E0B580D.5040805@btopenworld.com> On 29/06/11 17:37, David C. Rankin wrote: > On 06/29/2011 11:16 AM, Thomas B?chler wrote: >> Am 29.06.2011 18:10, schrieb David C. Rankin: >>> Guys, >>> >>> This may just be on my box, but after update to thunderbird 5, all >>> access to new messages on pop accounts broke. The error message said: >>> >>> Please send PASS command. >>> >>> It looks like the mailer wasn't responding properly to the server >>> communications. I rebooted, I tried everything. Finally I had to >>> downgrade to thunderbird-3.1.11-1 to restore access to my pop >>> accounts. >>> >>> Anyone else see this? >>> >> >> No problems here. >> > > Hmm... > > No matter if I manually entered my password or clicked 'retry' in > response to tbirds "Please send PASS command" error, it would not > connect. I shut down, restarted, restarted tbird several times, etc... > - no joy. I have 5 pop accounts in tbird - maybe it has to do with > multiple pop account handling. > > The downgrade was the only way to get back into my mail. I'll mess > with it after work today, don't have time right now. Thanks for the > reply. > I have 2 pop3 accounts and have no problems. Stewart From gostrc at gmail.com Wed Jun 29 13:04:02 2011 From: gostrc at gmail.com (Thomas Dziedzic) Date: Wed, 29 Jun 2011 12:04:02 -0500 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTimYEobgDpRD3D5pPZFhgOHy=jWn+Q@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> <BANLkTimtUg7OHtA8dcyNmoeB16mZKd5uSQ@mail.gmail.com> <BANLkTin8Mga2ipOq4TEo2_YyvOBPpUKG0A@mail.gmail.com> <BANLkTimpvBn5nwHwk_hk81Kg+8aVC9yaEw@mail.gmail.com> <BANLkTimYEobgDpRD3D5pPZFhgOHy=jWn+Q@mail.gmail.com> Message-ID: <BANLkTinD_=ctCmtqOCVgTp99RbLT-bw0Cw@mail.gmail.com> On Wed, Jun 29, 2011 at 10:04 AM, Denis A. Alto? Falqueto < denisfalqueto at gmail.com> wrote: > On Wed, Jun 29, 2011 at 10:38 AM, Thomas Dziedzic <gostrc at gmail.com> > wrote: > > On Wed, Jun 29, 2011 at 2:45 AM, KESHAV P.R. <skodabenz at gmail.com> > wrote: > > > >> On Wed, Jun 29, 2011 at 07:47, Thomas Dziedzic <gostrc at gmail.com> > wrote: > >> Sorry if this has been mentioned before, but is this about the binary > >> jre/jdk releases or the open source openjdk. I currently have openjdk6 > >> (and icedtea-web) installed in my system (x86_64) but did not find an > >> equivalent package for Java 7. Thanks in advance. > ... > > These are the binary jre/jdk releases. > > But the reference implementation from Oracle will be based on OpenJDK > > http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the > > -- > A: Because it obfuscates the reading. > Q: Why is top posting so bad? > > ------------------------------------------- > Denis A. Altoe Falqueto > Linux user #524555 > ------------------------------------------- > have you read the comments on that page? http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the#comment-1307902502754 I couldn't find a great link that explains it, but the main diffs are that jre/jdk provide proprietary extensions and provide better a better runtime experience. Note that reference implementation only means that it is a correct implementation of a specification and does not mean anything else. From denisfalqueto at gmail.com Wed Jun 29 13:16:59 2011 From: denisfalqueto at gmail.com (=?UTF-8?Q?Denis_A=2E_Alto=C3=A9_Falqueto?=) Date: Wed, 29 Jun 2011 14:16:59 -0300 Subject: [arch-general] Java 7 is now in [community-testing] and needs testing. In-Reply-To: <BANLkTinD_=ctCmtqOCVgTp99RbLT-bw0Cw@mail.gmail.com> References: <BANLkTikWK5W8eRO2y2yQ66phs-UgjfYO0A@mail.gmail.com> <BANLkTik-83-E_aKDp+y0OPrZ1ZVxSaXZJ9G4qk2x0oAUGBGOyw@mail.gmail.com> <BANLkTimtUg7OHtA8dcyNmoeB16mZKd5uSQ@mail.gmail.com> <BANLkTin8Mga2ipOq4TEo2_YyvOBPpUKG0A@mail.gmail.com> <BANLkTimpvBn5nwHwk_hk81Kg+8aVC9yaEw@mail.gmail.com> <BANLkTimYEobgDpRD3D5pPZFhgOHy=jWn+Q@mail.gmail.com> <BANLkTinD_=ctCmtqOCVgTp99RbLT-bw0Cw@mail.gmail.com> Message-ID: <BANLkTi=pr7N=e=p5HvS7NTbL0WQQH-QAhA@mail.gmail.com> On Wed, Jun 29, 2011 at 2:04 PM, Thomas Dziedzic <gostrc at gmail.com> wrote: >> But the reference implementation from Oracle will be based on OpenJDK >> >> http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the >> >> -- >> A: Because it obfuscates the reading. >> Q: Why is top posting so bad? >> >> ------------------------------------------- >> Denis A. Altoe Falqueto >> Linux user #524555 >> ------------------------------------------- >> > > have you read the comments on that page? > http://blogs.oracle.com/henrik/entry/moving_to_openjdk_as_the#comment-1307902502754 > > I couldn't find a great link that explains it, but the main diffs are that > jre/jdk provide proprietary extensions and provide better a better runtime > experience. > Note that reference implementation only means that it is a correct > implementation of a specification and does not mean anything else. Good point. I didn't read all the comments because almost all of them were just bashing Oracle for not supporting Apache Harmony. I've never noticed the difference between the Reference Implementation and the actual jre/jdk released by Sun/Oracle before. -- A: Because it obfuscates the reading. Q: Why is top posting so bad? ------------------------------------------- Denis A. Altoe Falqueto Linux user #524555 ------------------------------------------- From registo.mailling at gmail.com Wed Jun 29 13:39:45 2011 From: registo.mailling at gmail.com (Mauro Santos) Date: Wed, 29 Jun 2011 18:39:45 +0100 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B4E5D.7080201@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> Message-ID: <4E0B6361.2020800@gmail.com> On 29-06-2011 17:10, David C. Rankin wrote: > Guys, > > This may just be on my box, but after update to thunderbird 5, all > access to new messages on pop accounts broke. The error message said: > > Please send PASS command. > > It looks like the mailer wasn't responding properly to the server > communications. I rebooted, I tried everything. Finally I had to > downgrade to thunderbird-3.1.11-1 to restore access to my pop accounts. > > Anyone else see this? > Works fine here with 7 pop3 accounts from 3 different providers. -- Mauro Santos From drankinatty at suddenlinkmail.com Wed Jun 29 15:25:21 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Wed, 29 Jun 2011 14:25:21 -0500 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> Message-ID: <4E0B7C21.1060202@suddenlinkmail.com> On 06/29/2011 11:48 AM, C?dric Girard wrote: > On Wed, Jun 29, 2011 at 6:37 PM, David C. Rankin< > drankinatty at suddenlinkmail.com> wrote: > >> No matter if I manually entered my password or clicked 'retry' in response >> to tbirds "Please send PASS command" error, it would not connect. I shut >> down, restarted, restarted tbird several times, etc... - no joy. I have 5 >> pop accounts in tbird - maybe it has to do with multiple pop account >> handling. > > > Or maybe it is related to your mail server. Are they all the same? > Yes, all the mail servers are the same -- just different accounts. I have updated a SuSE box to 5 and it all works OK there. I will install 5 again on Arch later and give it another go. Does anybody know if the mail communication is all done in the thunderbird package -- or-- is part of it in xulrunner, etc..? -- David C. Rankin, J.D.,P.E. From drankinatty at suddenlinkmail.com Wed Jun 29 15:26:59 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Wed, 29 Jun 2011 14:26:59 -0500 Subject: [arch-general] python2-zope-interface - failed to commit transaction (conflicting files) In-Reply-To: <4E09E13B.50001@archlinux.org> References: <4E09E032.30906@suddenlinkmail.com> <4E09E13B.50001@archlinux.org> Message-ID: <4E0B7C83.4010302@suddenlinkmail.com> On 06/28/2011 09:12 AM, Ionut Biru wrote: > you definitely need subscribe to the news feed. > > http://www.archlinux.org/news/python2-zope-interface-update-requires-user-interaction/ > Yup :) Thanks. -- David C. Rankin, J.D.,P.E. From registo.mailling at gmail.com Wed Jun 29 15:43:25 2011 From: registo.mailling at gmail.com (Mauro Santos) Date: Wed, 29 Jun 2011 20:43:25 +0100 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B7C21.1060202@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> <4E0B7C21.1060202@suddenlinkmail.com> Message-ID: <4E0B805D.7000808@gmail.com> On 29-06-2011 20:25, David C. Rankin wrote: > Yes, all the mail servers are the same -- just different accounts. I > have updated a SuSE box to 5 and it all works OK there. I will install 5 > again on Arch later and give it another go. Does anybody know if the > mail communication is all done in the thunderbird package -- or-- is > part of it in xulrunner, etc..? > xulrunner doesn't even seem to be needed anymore, at least it's not a dependency anymore, either for firefox or thunderbird. -- Mauro Santos From karol at babioch.de Wed Jun 29 15:46:46 2011 From: karol at babioch.de (Karol Babioch) Date: Wed, 29 Jun 2011 21:46:46 +0200 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B7C21.1060202@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> <4E0B7C21.1060202@suddenlinkmail.com> Message-ID: <4E0B8126.4040003@babioch.de> Hi, Am 29.06.2011 21:25, schrieb David C. Rankin: > is part of it in xulrunner xulrunner isn't needed anymore, when I remember it right. What kind of security do you have on your mail server? Maybe there is a problem with certificate(s), or something like this. I thinks nss would be to blame for that. Best regards, Karol Babioch -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 898 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110629/50d54629/attachment.asc> From steve.holmes88 at gmail.com Wed Jun 29 20:35:19 2011 From: steve.holmes88 at gmail.com (Steve Holmes) Date: Wed, 29 Jun 2011 17:35:19 -0700 Subject: [arch-general] Something Broken with Perl! Message-ID: <20110630003519.GA2794@linlap.wavecable.com> I think when perl was upgraded to 5.14, something broke with one of its libraries. Whenever I type 'automake' or attempt to recompile several perl packages from AUR, I get the following error message: /usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: Perl_Istack_sp_ptr Thoughts anyone? I see this as a show stopper for any development right now. Thanks. From codered12 at gmail.com Wed Jun 29 21:06:37 2011 From: codered12 at gmail.com (gt) Date: Thu, 30 Jun 2011 06:36:37 +0530 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <20110630003519.GA2794@linlap.wavecable.com> References: <20110630003519.GA2794@linlap.wavecable.com> Message-ID: <20110630010637.GA2869@my-machine> On Wed, Jun 29, 2011 at 05:35:19PM -0700, Steve Holmes wrote: > I think when perl was upgraded to 5.14, something broke with one of > its libraries. Whenever I type 'automake' or attempt to recompile > several perl packages from AUR, I get the following error message: > /usr/bin/perl: symbol lookup error: > /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: > Perl_Istack_sp_ptr > > Thoughts anyone? I see this as a show stopper for any development > right now. > Did you look at the post installation message, when you upgraded perl. It should have something like this: ------------------------------------------------------------------------- The directories /usr/lib/perl5/current, /usr/lib/perl5/site_perl/current, /usr/lib/perl5/site_perl/5.10.1, and /usr/share/perl5/site_perl/5.10.1 have been removed from @INC. The script/binary directories are now /usr/bin/*_perl instead of /usr/lib/perl5/*_perl/bin which will be eventually removed. From steve.holmes88 at gmail.com Thu Jun 30 00:02:22 2011 From: steve.holmes88 at gmail.com (Steve Holmes) Date: Wed, 29 Jun 2011 21:02:22 -0700 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <20110630010637.GA2869@my-machine> References: <20110630003519.GA2794@linlap.wavecable.com> <20110630010637.GA2869@my-machine> Message-ID: <20110630040222.GA7912@linlap.wavecable.com> On Thu, Jun 30, 2011 at 06:36:37AM +0530, gt wrote: > Did you look at the post installation message, when you upgraded perl. > > It should have something like this: > > ------------------------------------------------------------------------- > > The directories /usr/lib/perl5/current, /usr/lib/perl5/site_perl/current, > /usr/lib/perl5/site_perl/5.10.1, and /usr/share/perl5/site_perl/5.10.1 > have been removed from @INC. > The script/binary directories are now /usr/bin/*_perl instead of > /usr/lib/perl5/*_perl/bin which will be eventually removed. Yes I did and why I suspect the breakage. Though these directories were removed, that doesn't tell me what I need to do to fix the problem I have now with basic programs like automake. What am I missing here? From codered12 at gmail.com Thu Jun 30 00:45:15 2011 From: codered12 at gmail.com (gt) Date: Thu, 30 Jun 2011 10:15:15 +0530 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <20110630040222.GA7912@linlap.wavecable.com> References: <20110630003519.GA2794@linlap.wavecable.com> <20110630010637.GA2869@my-machine> <20110630040222.GA7912@linlap.wavecable.com> Message-ID: <20110630044515.GB2869@my-machine> On Wed, Jun 29, 2011 at 09:02:22PM -0700, Steve Holmes wrote: > On Thu, Jun 30, 2011 at 06:36:37AM +0530, gt wrote: > > Did you look at the post installation message, when you upgraded perl. > > > > It should have something like this: > > > > ------------------------------------------------------------------------- > > > > The directories /usr/lib/perl5/current, /usr/lib/perl5/site_perl/current, > > /usr/lib/perl5/site_perl/5.10.1, and /usr/share/perl5/site_perl/5.10.1 > > have been removed from @INC. > > The script/binary directories are now /usr/bin/*_perl instead of > > /usr/lib/perl5/*_perl/bin which will be eventually removed. > > Yes I did and why I suspect the breakage. Though these directories > were removed, that doesn't tell me what I need to do to fix the > problem I have now with basic programs like automake. What am I > missing here? Did you try re-installing automake? From ibiru at archlinux.org Thu Jun 30 02:13:31 2011 From: ibiru at archlinux.org (Ionut Biru) Date: Thu, 30 Jun 2011 09:13:31 +0300 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <20110630003519.GA2794@linlap.wavecable.com> References: <20110630003519.GA2794@linlap.wavecable.com> Message-ID: <4E0C140B.4010405@archlinux.org> On 06/30/2011 03:35 AM, Steve Holmes wrote: > I think when perl was upgraded to 5.14, something broke with one of > its libraries. Whenever I type 'automake' or attempt to recompile > several perl packages from AUR, I get the following error message: > /usr/bin/perl: symbol lookup error: > /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: > Perl_Istack_sp_ptr > > Thoughts anyone? I see this as a show stopper for any development > right now. > > Thanks. pacman -Qo /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so maybe you installed some perl modules outside of pacman -- Ionu? From thomas at archlinux.org Thu Jun 30 04:32:33 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Thu, 30 Jun 2011 10:32:33 +0200 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <20110630003519.GA2794@linlap.wavecable.com> References: <20110630003519.GA2794@linlap.wavecable.com> Message-ID: <4E0C34A1.1060607@archlinux.org> Am 30.06.2011 02:35, schrieb Steve Holmes: > /usr/bin/perl: symbol lookup error: > /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: > Perl_Istack_sp_ptr That file is not part of any package in the Arch repositories. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110630/d0f50015/attachment.asc> From caseyjp1 at gmail.com Thu Jun 30 05:09:03 2011 From: caseyjp1 at gmail.com (Casey Peter) Date: Thu, 30 Jun 2011 03:09:03 -0600 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C34A1.1060607@archlinux.org> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> Message-ID: <4E0C3D2F.8000605@gmail.com> On 06/30/2011 02:32 AM, Thomas B?chler wrote: > Am 30.06.2011 02:35, schrieb Steve Holmes: >> /usr/bin/perl: symbol lookup error: >> /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: >> Perl_Istack_sp_ptr > That file is not part of any package in the Arch repositories. > I'm seeing this during boot: Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module', $Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25. Wed Jun 29 14:48:09 2011: Compilation failed in require at /etc/rc.d/ptal-init line 115. Wed Jun 29 14:48:09 2011: BEGIN failed--compilation aborted at /etc/rc.d/ptal-init line 11 with regard to the ptal-init for my hp officejet. Is this related? Bog standard arch 64 box updated to current updates as of 6/29/11...no issues other than this, but it breaks the printer. Casey From thomas at archlinux.org Thu Jun 30 05:33:54 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Thu, 30 Jun 2011 11:33:54 +0200 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C3D2F.8000605@gmail.com> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> Message-ID: <4E0C4302.3030502@archlinux.org> Am 30.06.2011 11:09, schrieb Casey Peter: > I'm seeing this during boot: > > Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module', > $Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25. > Wed Jun 29 14:48:09 2011: Compilation failed in require at > /etc/rc.d/ptal-init line 115. > Wed Jun 29 14:48:09 2011: BEGIN failed--compilation aborted at > /etc/rc.d/ptal-init line 11 > > with regard to the ptal-init for my hp officejet. Is this related? This file is not part of any Arch package either. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110630/448584d0/attachment.asc> From caseyjp1 at gmail.com Thu Jun 30 05:54:07 2011 From: caseyjp1 at gmail.com (Casey Peter) Date: Thu, 30 Jun 2011 03:54:07 -0600 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C4302.3030502@archlinux.org> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> Message-ID: <4E0C47BF.9090008@gmail.com> On 06/30/2011 03:33 AM, Thomas B?chler wrote: > Am 30.06.2011 11:09, schrieb Casey Peter: >> I'm seeing this during boot: >> >> Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module', >> $Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25. >> Wed Jun 29 14:48:09 2011: Compilation failed in require at >> /etc/rc.d/ptal-init line 115. >> Wed Jun 29 14:48:09 2011: BEGIN failed--compilation aborted at >> /etc/rc.d/ptal-init line 11 >> >> with regard to the ptal-init for my hp officejet. Is this related? > This file is not part of any Arch package either. > Actually, it is. It is a script required for the officejet series of printers included in this package: @Kandalf ~]$ pacman -Ss hpoj extra/hpoj 0.91-16 [installed] Hewlett-Packard OfficeJet, PSC, LaserJet, and PhotoSmart printer multi-function peripherals (MFPs) drivers and is placed in the rc.conf to initialize the printer. example: DAEMONS=(syslog-ng !hwclcock crond dbus networkmanager ntpd !alsa avahi-daemon_ptal-ini_t @cups clamav sensors dropboxd netfs) Casey From thomas at archlinux.org Thu Jun 30 06:51:33 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Thu, 30 Jun 2011 12:51:33 +0200 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C47BF.9090008@gmail.com> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> Message-ID: <4E0C5535.6080805@archlinux.org> Am 30.06.2011 11:54, schrieb Casey Peter: > On 06/30/2011 03:33 AM, Thomas B?chler wrote: >> Am 30.06.2011 11:09, schrieb Casey Peter: >>> I'm seeing this during boot: >>> >>> Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module', >>> $Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25. >>> Wed Jun 29 14:48:09 2011: Compilation failed in require at >>> /etc/rc.d/ptal-init line 115. >>> Wed Jun 29 14:48:09 2011: BEGIN failed--compilation aborted at >>> /etc/rc.d/ptal-init line 11 >>> >>> with regard to the ptal-init for my hp officejet. Is this related? >> This file is not part of any Arch package either. >> > Actually, it is. It is a script required for the officejet series of > printers included in this package: I am talking about /usr/lib/perl5/core_perl/XSLoader.pm. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110630/e94f81e8/attachment.asc> From tunix at raptiye.org Thu Jun 30 06:51:55 2011 From: tunix at raptiye.org (Alper Kanat) Date: Thu, 30 Jun 2011 13:51:55 +0300 Subject: [arch-general] Synaptics Gesture Suite on Arch? In-Reply-To: <20110629124732.5d7d05ad@leda.vpn.lugor.de> References: <4E0B001F.7040000@babioch.de> <20110629124732.5d7d05ad@leda.vpn.lugor.de> Message-ID: <BANLkTik+N7hWOkCmfTDwwboBHGhzRV-bDw@mail.gmail.com> For such questions I'd like to remind the following XKCD: http://xkcd.com/619/ --- Quis custodiet ipsos custodes? On Wed, Jun 29, 2011 at 13:47, Christian Hesse <list at eworm.de> wrote: > > Why would someone want to have a 'synaptics gesture suite'? > From jelle at vdwaa.nl Thu Jun 30 06:59:09 2011 From: jelle at vdwaa.nl (Jelle van der Waa) Date: Thu, 30 Jun 2011 12:59:09 +0200 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C5535.6080805@archlinux.org> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> Message-ID: <4E0C56FD.2030000@vdwaa.nl> On 06/30/2011 12:51 PM, Thomas B?chler wrote: > Am 30.06.2011 11:54, schrieb Casey Peter: >> On 06/30/2011 03:33 AM, Thomas B?chler wrote: >>> Am 30.06.2011 11:09, schrieb Casey Peter: >>>> I'm seeing this during boot: >>>> >>>> Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module', >>>> $Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25. >>>> Wed Jun 29 14:48:09 2011: Compilation failed in require at >>>> /etc/rc.d/ptal-init line 115. >>>> Wed Jun 29 14:48:09 2011: BEGIN failed--compilation aborted at >>>> /etc/rc.d/ptal-init line 11 >>>> >>>> with regard to the ptal-init for my hp officejet. Is this related? >>> This file is not part of any Arch package either. >>> >> Actually, it is. It is a script required for the officejet series of >> printers included in this package: > I am talking about /usr/lib/perl5/core_perl/XSLoader.pm. > This discussion needs more info: pacman -Q perl mod_perl those two provide XSLoader.pm. Btw i can't see that hpoj has been rebuild for perl, but it doesn't fail here with /etc/rc.d/ptal-init -- Jelle van der Waa From thomas at archlinux.org Thu Jun 30 07:08:15 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Thu, 30 Jun 2011 13:08:15 +0200 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C56FD.2030000@vdwaa.nl> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> Message-ID: <4E0C591F.7020401@archlinux.org> Am 30.06.2011 12:59, schrieb Jelle van der Waa: > This discussion needs more info: > pacman -Q perl mod_perl those two provide XSLoader.pm. They provide it, but at a different path. The file mentioned here is not contained in any package we built. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110630/bb49dd80/attachment.asc> From caseyjp1 at gmail.com Thu Jun 30 07:25:49 2011 From: caseyjp1 at gmail.com (Casey Peter) Date: Thu, 30 Jun 2011 05:25:49 -0600 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C591F.7020401@archlinux.org> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org> Message-ID: <4E0C5D3D.1030506@gmail.com> On 06/30/2011 05:08 AM, Thomas B?chler wrote: > Am 30.06.2011 12:59, schrieb Jelle van der Waa: >> This discussion needs more info: >> pacman -Q perl mod_perl those two provide XSLoader.pm. > They provide it, but at a different path. The file mentioned here is not > contained in any package we built. > Not a clue at this point. Yesterday, ptal-init worked fine. perl upgrade and now that error on boot up. Just passing the info along. I do have a few AUR packages on my system, but no breakages from anything other than ptal-init as reported. C From j.k.pate at sms.ed.ac.uk Thu Jun 30 07:52:13 2011 From: j.k.pate at sms.ed.ac.uk (John K Pate) Date: Thu, 30 Jun 2011 12:52:13 +0100 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C5D3D.1030506@gmail.com> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com> Message-ID: <1309434733.27024.4.camel@localhost.localdomain> > I do have a few AUR packages on my system, but no breakages from > anything other than ptal-init as reported. I had a breakage (with the same error message) with rxvt-unicode-chinese from the AUR, but it was resolved upon upgrading to the new version. I don't know if the fix was due to recompiling or the new version, however. == John K Pate http://homepages.inf.ed.ac.uk/s0930006/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From caseyjp1 at gmail.com Thu Jun 30 07:57:23 2011 From: caseyjp1 at gmail.com (Casey Peter) Date: Thu, 30 Jun 2011 05:57:23 -0600 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <1309434733.27024.4.camel@localhost.localdomain> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com> <1309434733.27024.4.camel@localhost.localdomain> Message-ID: <4E0C64A3.6010204@gmail.com> On 06/30/2011 05:52 AM, John K Pate wrote: >> I do have a few AUR packages on my system, but no breakages from >> anything other than ptal-init as reported. > I had a breakage (with the same error message) with rxvt-unicode-chinese > from the AUR, but it was resolved upon upgrading to the new version. I > don't know if the fix was due to recompiling or the new version, > however. > > == > John K Pate > http://homepages.inf.ed.ac.uk/s0930006/ > > Trouble with this is...breakage is not AUR related (that I'm aware of)...nor was any of the package(s) updated AUR related. The reboot was for the kernel, or I might not have seen this for a bit. :-/ C From mysatyre at gmail.com Thu Jun 30 08:18:28 2011 From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=) Date: Thu, 30 Jun 2011 14:18:28 +0200 Subject: [arch-general] Synaptics Gesture Suite on Arch? In-Reply-To: <BANLkTik+N7hWOkCmfTDwwboBHGhzRV-bDw@mail.gmail.com> References: <4E0B001F.7040000@babioch.de> <20110629124732.5d7d05ad@leda.vpn.lugor.de> <BANLkTik+N7hWOkCmfTDwwboBHGhzRV-bDw@mail.gmail.com> Message-ID: <BANLkTinoXVOEvFiLx0N6XZkAPZXFU5rnPw@mail.gmail.com> On Thu, Jun 30, 2011 at 12:51 PM, Alper Kanat <tunix at raptiye.org> wrote: > For such questions I'd like to remind the following XKCD: > http://xkcd.com/619/ Actually, I also uploaded something yesterday, although was reluctant to post because it's way OT. Sorry for this. http://i.imgur.com/pxSNG.jpg From thomas at archlinux.org Thu Jun 30 08:23:23 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Thu, 30 Jun 2011 14:23:23 +0200 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C5D3D.1030506@gmail.com> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com> Message-ID: <4E0C6ABB.6040102@archlinux.org> Am 30.06.2011 13:25, schrieb Casey Peter: > On 06/30/2011 05:08 AM, Thomas B?chler wrote: >> Am 30.06.2011 12:59, schrieb Jelle van der Waa: >>> This discussion needs more info: >>> pacman -Q perl mod_perl those two provide XSLoader.pm. >> They provide it, but at a different path. The file mentioned here is not >> contained in any package we built. >> > Not a clue at this point. Yesterday, ptal-init worked fine. perl > upgrade and now that error on boot up. You have a file on your system that causes breakage, and is either not tracked by pacman, or contained in a non-official package. Isn't the solution obvious here? In the first case, delete the file, in the second case, delete the broken package. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110630/6487c3d8/attachment.asc> From steve.holmes88 at gmail.com Thu Jun 30 08:42:47 2011 From: steve.holmes88 at gmail.com (Steve Holmes) Date: Thu, 30 Jun 2011 05:42:47 -0700 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C6ABB.6040102@archlinux.org> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org> Message-ID: <20110630124247.GA13472@linlap.wavecable.com> On Thu, Jun 30, 2011 at 02:23:23PM +0200, Thomas B?chler wrote: > Am 30.06.2011 13:25, schrieb Casey Peter: > > On 06/30/2011 05:08 AM, Thomas B?chler wrote: > >> Am 30.06.2011 12:59, schrieb Jelle van der Waa: > >>> This discussion needs more info: > >>> pacman -Q perl mod_perl those two provide XSLoader.pm. > >> They provide it, but at a different path. The file mentioned here is not > >> contained in any package we built. > >> > > Not a clue at this point. Yesterday, ptal-init worked fine. perl > > upgrade and now that error on boot up. > > You have a file on your system that causes breakage, and is either not > tracked by pacman, or contained in a non-official package. Isn't the > solution obvious here? In the first case, delete the file, in the second > case, delete the broken package. > After plowing through this thread, I am replying to say that the library in question belongs to perl-scalar-list-utils which can be found in AUr. It is required by other packages like perl-eval-closure. It is all part of a long list of cascading dependencies for perl-moos and perl-net-twitter. One other thing I observe with this package is that perl-scalar-list-utils has a 'replaces' entry, replacing perl-scalar-utils; I don't see that name in any repos nor my system at the moment. From steve.holmes88 at gmail.com Thu Jun 30 08:50:27 2011 From: steve.holmes88 at gmail.com (Steve Holmes) Date: Thu, 30 Jun 2011 05:50:27 -0700 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <4E0C140B.4010405@archlinux.org> References: <20110630003519.GA2794@linlap.wavecable.com> <4E0C140B.4010405@archlinux.org> Message-ID: <20110630125027.GB13472@linlap.wavecable.com> On Thu, Jun 30, 2011 at 09:13:31AM +0300, Ionut Biru wrote: > On 06/30/2011 03:35 AM, Steve Holmes wrote: > >I think when perl was upgraded to 5.14, something broke with one of > >its libraries. Whenever I type 'automake' or attempt to recompile > >several perl packages from AUR, I get the following error message: > >/usr/bin/perl: symbol lookup error: > >/usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol: > >Perl_Istack_sp_ptr > > > >Thoughts anyone? I see this as a show stopper for any development > >right now. > > > >Thanks. > > > pacman -Qo /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so > > maybe you installed some perl modules outside of pacman perl-scalar-list-utils - found in AUR; it is required by perl-eval-closure and replaces perl-scalar-utils. From drankinatty at suddenlinkmail.com Thu Jun 30 10:25:53 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Thu, 30 Jun 2011 09:25:53 -0500 Subject: [arch-general] Warning - Thunderbird 5 Breaks Access to pop accounts In-Reply-To: <4E0B8126.4040003@babioch.de> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> <4E0B7C21.1060202@suddenlinkmail.com> <4E0B8126.4040003@babioch.de> Message-ID: <4E0C8771.2020103@suddenlinkmail.com> On 06/29/2011 02:46 PM, Karol Babioch wrote: > Hi, > > Am 29.06.2011 21:25, schrieb David C. Rankin: >> is part of it in xulrunner > xulrunner isn't needed anymore, when I remember it right. > > What kind of security do you have on your mail server? Maybe there is a > problem with certificate(s), or something like this. > I hate to admit it, but this ISP has no security - it's "plain". So that might be confusing the smarter apps looking for a cert?? -- David C. Rankin, J.D.,P.E. From codered12 at gmail.com Thu Jun 30 13:21:38 2011 From: codered12 at gmail.com (gt) Date: Thu, 30 Jun 2011 22:51:38 +0530 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <20110630124247.GA13472@linlap.wavecable.com> References: <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org> <20110630124247.GA13472@linlap.wavecable.com> Message-ID: <20110630172138.GD2869@my-machine> On Thu, Jun 30, 2011 at 05:42:47AM -0700, Steve Holmes wrote: > After plowing through this thread, I am replying to say that the > library in question belongs to perl-scalar-list-utils which can be > found in AUr. It is required by other packages like > perl-eval-closure. It is all part of a long list of cascading > dependencies for perl-moos and perl-net-twitter. > > One other thing I observe with this package is that > perl-scalar-list-utils has a 'replaces' entry, replacing > perl-scalar-utils; I don't see that name in any repos nor my system at > the moment. perl-scalar-utils was available in aur earlier i think. But it was removed sometime back. From thomas at archlinux.org Thu Jun 30 14:15:01 2011 From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=) Date: Thu, 30 Jun 2011 20:15:01 +0200 Subject: [arch-general] [signoff] mkinitcpio 0.7-1, device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2, v86d 0.1.10-2 Message-ID: <4E0CBD25.5000400@archlinux.org> This is a huge release and should stay in testing for a while. I want to point out two significant changes: 1) We now have a build() function instead of an install() function - the latter was an unfortunate conflict with the install utility. The hooks in the repository have been adjusted, but backward-compatibility code is in place (a deprecation warning will be printed). All these packages have conflicts=(mkinitcpio<0.7). 2) We now use bsdcpio instead of gen_init_cpio. This obsoletes the gen_init_cpio package and adds a dependency on libarchive. This also speeds up the image generation considerably. Other changes include massive cleanups and fixes, code refactoring, and changes that should finally make the -b (basedir) option useful. Please test and sign off. Here comes the full shortlog: Dave Reisner (52): init: don't attempt modprobe if $MODULES is empty mkinitcpio.conf: s/raid/mdadm/ mkinitcpio: deprecate install() in install hooks dmesg: remove install/hook functions: cleanup and refactor add_binary functions: refactor add_module functions: remove add_device functions: remove add_symlink2 use bsdcpio to create images functions: refactor add_file functions: document hook API mkinitcpio.conf: note implicit support for lzop mkinitcpio: use simple PEs instead of externals mkinitcpio: allow specifying kernel ver as path to image lsinitcpio: new utility to dump contents of images Makefile: refactor and simplify mkinitcpio: bashify preset build loop use consistent vim modelines declare all variables in mkinitcpio mkinitcpio: refactor and bashify early path calculations declare SAVELIST, QUIET, SHOW_AUTOMODS as faux booleans mkinitcpio: remove cruft in getopts loop overhaul output, introducing color functions: refactor add_symlink functions: simplify parse_hook mkinitcpio: bashification, part 1/2 mkinitcpio: bashification, part 2/2 add -t option to specify alternate build directory install/keymap: refactor and bashify mkinitcpio: declare usage as a heredoc remove support for -m to add a startup message install/base: cleanup and simplify functions: remove get_module_name init: declare PATH, remove absolute paths init: remove unnecessary variable declarations mkinitcpio: allow overriding the compression method mkinitcpio: only show usage on request mkinitcpio.5: alphabetize options for easier nav README: update copyright year, add self as author mkinitcpio: catch errors in parse_hook add a PKGBUILD for easier testing from the repo mkinitcpio: allow absolute paths to preset files install/{sata,pata,scsi}: cleanup and simplify properly support $BASEDIR install/autodetect: refactor and simplify hook functions: support $BASEDIR in modprobe Makefile: the Makefile itself is a dep for the manpage functions: add missing 'command' before install functions: s/basedir/BASEDIR/ functions: fix pathing issue with $BASEDIR install/base: use private API call to add config mkinitcpio: fix resolution issues with RTLD Eric B?langer (1): Added usbinput to default hooks (implements FS#19328) Gerardo Exequiel Pozzi (3): Fix some install hooks due recent change in all_modules() Add missing /etc/bash_completion.d in Makefile Add asciidoc as makedepends in private PKGBUILD. Sebastien Luttringer (6): Add bash completion to mkinitcpio Fix printing of bash usage when asking for a bad hook Print pretty message if no help is defined in hook Use error function instead of echo Add lsinitcpio bash completion Use _get_comp_words_by_ref in bash completion Thomas B?chler (7): Merge branch 'master' of https://github.com/seblu/arch-mkinitcpio into working Remove old '-m' option from bash completion. emove old '-a' option from bash completion and fix '-s' option. Merge branch 'working' Add .gitignore file install/keymap: fix installation ($buildroot -> $BUILDROOT) Release version 0.7 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110630/caae9df9/attachment-0001.asc> From steve.holmes88 at gmail.com Thu Jun 30 15:20:17 2011 From: steve.holmes88 at gmail.com (Steve Holmes) Date: Thu, 30 Jun 2011 12:20:17 -0700 Subject: [arch-general] Something Broken with Perl! In-Reply-To: <20110630172138.GD2869@my-machine> References: <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com> <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org> <20110630124247.GA13472@linlap.wavecable.com> <20110630172138.GD2869@my-machine> Message-ID: <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com> On 6/30/11, gt <codered12 at gmail.com> wrote: > On Thu, Jun 30, 2011 at 05:42:47AM -0700, Steve Holmes wrote: >> After plowing through this thread, I am replying to say that the >> library in question belongs to perl-scalar-list-utils which can be >> found in AUr. It is required by other packages like >> perl-eval-closure. It is all part of a long list of cascading >> dependencies for perl-moos and perl-net-twitter. >> >> One other thing I observe with this package is that >> perl-scalar-list-utils has a 'replaces' entry, replacing >> perl-scalar-utils; I don't see that name in any repos nor my system at >> the moment. > > perl-scalar-utils was available in aur earlier i think. But it was > removed sometime back. Yeah, I figure this package replaced that one. Anyway, it contains the library that is causing my problems. I wouldn't mind merely removing this package but then the packages requiring perl-scalar-list-utils will start complaining so I feel like I might be getting trapped in dependency hell. If that library is indeed a part of other standard packages, then at least automake should start working again. From drankinatty at suddenlinkmail.com Thu Jun 30 17:09:12 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Thu, 30 Jun 2011 16:09:12 -0500 Subject: [arch-general] SOLVED [was Re: Warning - Thunderbird 5 Breaks Access to pop accounts] In-Reply-To: <4E0C8771.2020103@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> <4E0B7C21.1060202@suddenlinkmail.com> <4E0B8126.4040003@babioch.de> <4E0C8771.2020103@suddenlinkmail.com> Message-ID: <4E0CE5F8.9010100@suddenlinkmail.com> On 06/30/2011 09:25 AM, David C. Rankin wrote: > On 06/29/2011 02:46 PM, Karol Babioch wrote: >> Hi, >> >> Am 29.06.2011 21:25, schrieb David C. Rankin: >>> is part of it in xulrunner >> xulrunner isn't needed anymore, when I remember it right. >> >> What kind of security do you have on your mail server? Maybe there is a >> problem with certificate(s), or something like this. >> > > I hate to admit it, but this ISP has no security - it's "plain". So that might > be confusing the smarter apps looking for a cert?? > I can't explain it. I dropped back to tty1 and updated to tbird 5 again and this time all the pop accounts are working. I don't know what happened with the last update. The only difference this time was I exited the desktop before updating. It makes no sense, but whatever didn't work with the last install seems to be working fine now. Thanks for your thoughts and feedback letting me know it was working for you. -- David C. Rankin, J.D.,P.E. From drankinatty at suddenlinkmail.com Thu Jun 30 17:23:59 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Thu, 30 Jun 2011 16:23:59 -0500 Subject: [arch-general] NOT SOLVED [was Re: Warning - Thunderbird 5 Breaks Access to pop accounts] In-Reply-To: <4E0CE5F8.9010100@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> <4E0B7C21.1060202@suddenlinkmail.com> <4E0B8126.4040003@babioch.de> <4E0C8771.2020103@suddenlinkmail.com> <4E0CE5F8.9010100@suddenlinkmail.com> Message-ID: <4E0CE96F.4010007@suddenlinkmail.com> On 06/30/2011 04:09 PM, David C. Rankin wrote: > On 06/30/2011 09:25 AM, David C. Rankin wrote: >> On 06/29/2011 02:46 PM, Karol Babioch wrote: >>> Hi, >>> >>> Am 29.06.2011 21:25, schrieb David C. Rankin: >>>> is part of it in xulrunner >>> xulrunner isn't needed anymore, when I remember it right. >>> >>> What kind of security do you have on your mail server? Maybe there is a >>> problem with certificate(s), or something like this. >>> >> >> I hate to admit it, but this ISP has no security - it's "plain". So that might >> be confusing the smarter apps looking for a cert?? >> > > > I can't explain it. I dropped back to tty1 and updated to tbird 5 again and > this time all the pop accounts are working. I don't know what happened with > the last update. The only difference this time was I exited the desktop before > updating. It makes no sense, but whatever didn't work with the last install > seems to be working fine now. Thanks for your thoughts and feedback letting me > know it was working for you. > Aargh! This is frustrating. On initial start, tbird 5 seems to check my accounts just fine, but when attempting a manual mail check, I get the following error: Sending of password did not succeed. Mail server pop.suddenlinkmail.com responded: please send PASS command Anybody know why this would happen? What to check? It is repeatable every time. I'll wireshark the communication and see if that help... -- David C. Rankin, J.D.,P.E. From drankinatty at suddenlinkmail.com Thu Jun 30 17:31:05 2011 From: drankinatty at suddenlinkmail.com (David C. Rankin) Date: Thu, 30 Jun 2011 16:31:05 -0500 Subject: [arch-general] NOT SOLVED [was Re: Warning - Thunderbird 5 Breaks Access to pop accounts] In-Reply-To: <4E0CE96F.4010007@suddenlinkmail.com> References: <4E0B4E5D.7080201@suddenlinkmail.com> <4E0B4FEE.7060009@archlinux.org> <4E0B54AF.3040306@suddenlinkmail.com> <BANLkTimmzbd0-WJb=n-LZnYshfm52C0HMQ@mail.gmail.com> <4E0B7C21.1060202@suddenlinkmail.com> <4E0B8126.4040003@babioch.de> <4E0C8771.2020103@suddenlinkmail.com> <4E0CE5F8.9010100@suddenlinkmail.com> <4E0CE96F.4010007@suddenlinkmail.com> Message-ID: <4E0CEB19.4040407@suddenlinkmail.com> On 06/30/2011 04:23 PM, David C. Rankin wrote: <snip> > > Aargh! > > This is frustrating. On initial start, tbird 5 seems to check my accounts just > fine, but when attempting a manual mail check, I get the following error: > > Sending of password did not succeed. Mail server pop.suddenlinkmail.com > responded: please send PASS command > > Anybody know why this would happen? What to check? It is repeatable every > time. I'll wireshark the communication and see if that help... > > Hmm.. This seems intermittent. It happens, then it doesn't happen. When the pop account succeeds, It works like it should: 0040 2d 90 2b 4f 4b 20 70 6c 65 61 73 65 20 73 65 6e -.+OK pl ease sen 0050 64 20 50 41 53 53 20 63 6f 6d 6d 61 6e 64 0d 0a d PASS c ommand.. I'll keep trying to capture the failure and try and figure out exactly where it is failing. Murphy's law - with wireshark running -- the login works :) -- David C. Rankin, J.D.,P.E.