Re: [arch-general] replacement for clyde
On Fri, 19 Aug 2011 13:22:16 +0200 "Andre \"Osku\" Schmidt" wrote: > pacman is the package manager. > > and AUR is "Unsupported packages are user produced content. Any use of > the provided files is at your own risk." I'm very well aware of it. However, when I install package with AUR, my system does not make any distinction between it and other stuff from 'official' repos - that's why I want to be able to install from AUR, having proper deps resolution etc. hoping that 'package manager/AUR_helper' have trust that I know what I'm doing. ;) Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: [arch-general] replacement for clyde
On Fri, 19 Aug 2011 12:01:42 +0200 Karol Babioch wrote: > I'm using yaourt and am now wondering what is wrong with it, when you > actually know of it, and don't want to use it ;)? Is there any flaw so > far? As far as I can remember there were some glitches with clyde, > but I haven't heard anything bad about yaourt so far ;). I was using yaourt since my very beginning of using Arch, but it was (is) broken not being able to properly handle deps for Haskell packages. (check http://archhaskell.wordpress.com/) and that's why I switched to clyde. Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: [arch-general] replacement for clyde
On Fri, 19 Aug 2011 09:41:18 +0200 Martti Kühne wrote: > I'm pretty content with bruenig's packer myself, but I recommend you > read the wiki entry about how to use ABS - all aur helpers are in a > first stage about automation of downloading source tarballs and > makepkg -i. Thank you. I'll take a look at packer as well. Otoh, I have some experience with Arch using it since sumer '07 till the spring '11. Sincerely, Gour -- “In the material world, conceptions of good and bad are all mental speculations…” (Sri Caitanya Mahaprabhu) http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: [arch-general] [arch-dev-public] PHP: Dropping Suhosin patch and PEAR
On 08/18/2011 10:17 AM, Pierre Schmitz wrote: On Thu, 18 Aug 2011 16:32:15 +0200, Pierre Schmitz wrote: Hi all, The recent PHP 5.3.7 packages will be shipped without the Suhosin patch and there also wont be a PEAR package. While I like the suhosin project I have to assume that this is stalled at best. There are no new releases since PHP 5.3.4 was released. I also wasn't able to contact the author to ask about the current state. Even though porting the patch to new minor php releases is quite easy, I don't feel comfortable about this; doing so wont also be "the Arch way". If anybody knows more about the current state of Suhosin, please let me know. Note: I'll keep the Suhosin extension as long as it works though. Now that is perfect timing :-) https://twitter.com/#!/i0n1c/status/104194056384552960 I'll have a look at that then. That is good timing, the additional security is welcomed. The pear issue is also relatively critical. Removal of pear will break groupware packages (egroupware, etc..) until users manually install it separately. -- David C. Rankin, J.D.,P.E.
Re: [arch-general] problems with vim
On Fri, Aug 19, 2011 at 11:31 PM, Uli Armbruster wrote: > My problem is, in vim the right and left arrow keys don't do anything in > command mode What locale, what keyboard setting, what terminal emulator/console/terminal multiplexer and what other aspect of the environment might be causing the error? Did you try to replicate the behaviour on a different machine? mar77i
[arch-general] mounted samba shares causing hang on shutdown/reboot
Guys, I'm wondering if I need to change the order of the processes in the DAEMONS line in rc.conf to prevent a hang on reboot/shutdown if smb shares are mounted. It is almost a 3 minute hang: Aug 19 16:42:01 providence postfix/qmgr[1316]: A178EA64CD: removed Aug 19 16:43:13 providence smbd[29587]: [2011/08/19 16:43:13.608240, 0] printing/print_cups.c:110(cups_connect) Aug 19 16:43:13 providence smbd[29587]: Unable to connect to CUPS server 192.168.7.15:631 - Connection refused Aug 19 16:43:13 providence smbd[11057]: [2011/08/19 16:43:13.623014, 0] printing/print_cups.c:487(cups_async_callback) Aug 19 16:43:13 providence smbd[11057]: failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL Aug 19 16:44:49 providence shutdown[30753]: shutting down for system reboot Aug 19 16:44:49 providence init: Switching to runlevel: 6 Apparently, the unmount attempt happens immediately after the postfix shutdown and the total time between the time of hang and time of shutdown is 2:48 seconds which seems like forever. (it's probably actually a 2:30 sec. timeout, with 18 secs burned somewhere else) The DAEMONS line I'm using is: DAEMONS=(hwclock syslog-ng network hal @netfs @ntpd @sshd @crond !avahi-daemon @mysqld @postfix @cups @samba @apcupsd) From the error, it looks like smbd attempts to contact cups and gets a connection refused (I have 1 smb printer defined). I don't know whether this is a bug or a problem with the shutdown order. If I manually unmount the smb drives before calling shutdown, then there is no hang. However, I shouldn't need to manually unmount the smb drives as that should be handled automatically. I can obviously write a simple script that is called on shutdown that does the unmount, but I would rather see if I can identify and fix the issue correctly. Anybody have any thoughts on whether I should move things around in the DAEMONS line? Anybody else seeing this with mounted smb shares? The shares I have are these: //phoenix/config on /mnt/phx-cfg type cifs (rw) //phoenix/samba on /mnt/phx type cifs (rw) //phoenix/david on /mnt/phx-david type cifs (rw) Any thoughts? This isn't something that just started today. It has existed for a number of months, but I've just lived with it as this box is rarely rebooted except for kernel updates... -- David C. Rankin, J.D.,P.E.
Re: [arch-general] problems with vim
On Fri, Aug 19, 2011 at 11:31 PM, Uli Armbruster wrote: > My problem is, in vim the right and left arrow keys don't do anything in > command mode I confirm keys working fine in every mode. Did you try a pacman -S vim? -- Bl@ster / dottorblaster
Re: [arch-general] problems with vim
On Fri, Aug 19, 2011 at 11:38:12PM +0200, Karol Blazewicz wrote: > On Fri, Aug 19, 2011 at 11:31 PM, Uli Armbruster > wrote: > > Hi list > > > > I wanted to ask here first, because it might be a configuration problem on > > my side, which I tried to, but couldn't figure out. > > > > My problem is, in vim the right and left arrow keys don't do anything in > > command mode (in insert mode everything's normal). The up and down arrow > > keys work as expected. I know in vim it makes more sense to use hjkl to > > navigate, which I prefer most of the time, but sometimes - I don't really > > know why - I use the arrow keys. > > To investigate further I moved ~/.vim and ~/.vimrc, still the same. I tried > > it with a new user, still the same. > > > > Is this a bug? Can somebody confirm this behavior? > > > > Best > > Army > > > > I don't use any config for my vim and arrow keys work fine. Vim 7.3.266 here, with .vimrc and .viminfo: right and left arrow keys work fine in command mode. T.
Re: [arch-general] problems with vim
On Fri, Aug 19, 2011 at 11:31 PM, Uli Armbruster wrote: > Hi list > > I wanted to ask here first, because it might be a configuration problem on my > side, which I tried to, but couldn't figure out. > > My problem is, in vim the right and left arrow keys don't do anything in > command mode (in insert mode everything's normal). The up and down arrow keys > work as expected. I know in vim it makes more sense to use hjkl to navigate, > which I prefer most of the time, but sometimes - I don't really know why - I > use the arrow keys. > To investigate further I moved ~/.vim and ~/.vimrc, still the same. I tried > it with a new user, still the same. > > Is this a bug? Can somebody confirm this behavior? > > Best > Army > I don't use any config for my vim and arrow keys work fine.
[arch-general] problems with vim
Hi list I wanted to ask here first, because it might be a configuration problem on my side, which I tried to, but couldn't figure out. My problem is, in vim the right and left arrow keys don't do anything in command mode (in insert mode everything's normal). The up and down arrow keys work as expected. I know in vim it makes more sense to use hjkl to navigate, which I prefer most of the time, but sometimes - I don't really know why - I use the arrow keys. To investigate further I moved ~/.vim and ~/.vimrc, still the same. I tried it with a new user, still the same. Is this a bug? Can somebody confirm this behavior? Best Army
[arch-general] Framebuffer Reset
Hello, I run my desktop from the framebuffer, and often use the fbdev mplayer video output to watch video. I generally do this by sshing in to the machine via my laptop, running # export DISPLAY=localhost:0.0 to get video to output to my desktop's display. Occasionally, while watching something, my ssh connection gets killed. My dhcp might renew on a reconnect, or the shell running mplayer might get killed, but the mplayer process dies without closing correctly. As a result, the last frame rendered by mplayer is stuck on the screen. Changes to the framebuffer will remove this image locally, but areas that can't be cleared (like a small strip on the bottom of the screen) retain the image indefinitely. Furthermore, using fbdev again with mplayer causes each subsequent final frame to become similarly stuck, regardless of how mplayer is quit. Is there some way to 'reset' the framebuffer and stop this without restarting? Cheers, pants -- jaron `pants' kent-dobias pa...@cs.hmc.edu 425 999 1948
Re: [arch-general] replacement for clyde
Le 19 août 2011 18:06, Cédric Girard a écrit : > On Fri, Aug 19, 2011 at 5:43 PM, Thomas Dziedzic wrote: > >> >> >> I agree that your arguments have a valid point of view all the way up >> to this point where you lost me. >> For me, "lack of quality" is in the same category as "lack of quality >> impacts speed" >> For example, lets have the same badly written algorithm compiled with >> no optimization and the other being compiled with -O999 ZOMG!! >> It doesn't matter to me if one ruins your system faster, it will still >> do the same thing. >> This is why I think the "lack of quality impacts speed" issue being >> completely different from "lack of quality" is invalid. > > > I will try to explain my point with an example. Take a bash script which > needs to find some string into a file. > Let's do this the ugly way: > echo $(cat $file) | grep -q "%PROVIDES%.*$1" > Let's do this the correct way: > grep -q "%PROVIDES%.*$1" $file > This is a wrong example :) Those commands are different. "echo $(cat file) |" provides an input without "\n" > If both take the same resources to execute, you may say: OK, the first one > is ugly but I don't really care because both give the same result and there > is no performance impact. > Now, if the first one appears to be way slower than the second one, the > situation is different because not only it impacts the developer (complex > code hard to understand and maintains) but it also impacts the end user > (have to wait longer than needed). > > This example was one real example taken from yaourt at the state it was in > January 2010. There is nothing ugly in the way it will not work or break > your system. It was just ugly and slow code. > > -- > Cédric Girard >
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 7:53 PM, C Anthony Risinger wrote: > and you can use the bash keyword `command` to suppress function lookup > and avoid a loop, but still use $PATH. oh that's much prettier. thx. been relying on $(which $0) for the $PATH part. mar77i
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 12:28 PM, Vitor Eiji Justus Sakaguti wrote: > On Fri, Aug 19, 2011 at 2:13 PM, Kazuo Teramoto wrote: >> On Fri, Aug 19, 2011 at 11:08 AM, Vitor Eiji Justus Sakaguti >> wrote: >>> # Better yaourt >>> yaourt () { >>> if [[ $# == 0 ]] >>> then >>> /usr/bin/yaourt -Sayu >>> else >>> /usr/bin/yaourt $@ >>> fi >>> } >>> >>> >> >> For something more terse: >> >> yaourt () { yaourt ${@:--Sayu}; } > > Looks nice, thanks! But it should be > yaourt () { /usr/bin/yaourt ${@:--Sayu}; } > or we are trapped in and endless loop. this isn't doing quite what you think. ${@:--Sayu} is functionally equivalent to ${1:--Sayu} ... it's only testing the first argument though it probably works fine for the use case. and you can use the bash keyword `command` to suppress function lookup and avoid a loop, but still use $PATH. -- C Anthony
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 2:13 PM, Kazuo Teramoto wrote: > On Fri, Aug 19, 2011 at 11:08 AM, Vitor Eiji Justus Sakaguti > wrote: >> # Better yaourt >> yaourt () { >> if [[ $# == 0 ]] >> then >> /usr/bin/yaourt -Sayu >> else >> /usr/bin/yaourt $@ >> fi >> } >> >> > > For something more terse: > > yaourt () { yaourt ${@:--Sayu}; } Looks nice, thanks! But it should be yaourt () { /usr/bin/yaourt ${@:--Sayu}; } or we are trapped in and endless loop. Vitor
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 11:08 AM, Vitor Eiji Justus Sakaguti wrote: > # Better yaourt > yaourt () { > if [[ $# == 0 ]] > then > /usr/bin/yaourt -Sayu > else > /usr/bin/yaourt $@ > fi > } > > For something more terse: yaourt () { yaourt ${@:--Sayu}; } -- “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
Re: [arch-general] replacement for clyde
Excerpts from Cédric Girard's message of 2011-08-19 18:06:53 +0200: > On Fri, Aug 19, 2011 at 5:43 PM, Thomas Dziedzic wrote: > > > > > > > I agree that your arguments have a valid point of view all the way up > > to this point where you lost me. > > For me, "lack of quality" is in the same category as "lack of quality > > impacts speed" > > For example, lets have the same badly written algorithm compiled with > > no optimization and the other being compiled with -O999 ZOMG!! > > It doesn't matter to me if one ruins your system faster, it will still > > do the same thing. > > This is why I think the "lack of quality impacts speed" issue being > > completely different from "lack of quality" is invalid. > > > I will try to explain my point with an example. Take a bash script which > needs to find some string into a file. > Let's do this the ugly way: > echo $(cat $file) | grep -q "%PROVIDES%.*$1" > Let's do this the correct way: > grep -q "%PROVIDES%.*$1" $file > > If both take the same resources to execute, you may say: OK, the first one > is ugly but I don't really care because both give the same result and there > is no performance impact. > Now, if the first one appears to be way slower than the second one, the > situation is different because not only it impacts the developer (complex > code hard to understand and maintains) but it also impacts the end user > (have to wait longer than needed). > > This example was one real example taken from yaourt at the state it was in > January 2010. There is nothing ugly in the way it will not work or break > your system. It was just ugly and slow code. Well, it was buggy as it couldn't handle some files, like packages with '+' in their names (example: lv2-c++-tools). Not sure this is fixed in the meantime. I use slurpy since a long time, it works with every package (it just has search, download and upload, no building included).
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 5:43 PM, Thomas Dziedzic wrote: > > > I agree that your arguments have a valid point of view all the way up > to this point where you lost me. > For me, "lack of quality" is in the same category as "lack of quality > impacts speed" > For example, lets have the same badly written algorithm compiled with > no optimization and the other being compiled with -O999 ZOMG!! > It doesn't matter to me if one ruins your system faster, it will still > do the same thing. > This is why I think the "lack of quality impacts speed" issue being > completely different from "lack of quality" is invalid. I will try to explain my point with an example. Take a bash script which needs to find some string into a file. Let's do this the ugly way: echo $(cat $file) | grep -q "%PROVIDES%.*$1" Let's do this the correct way: grep -q "%PROVIDES%.*$1" $file If both take the same resources to execute, you may say: OK, the first one is ugly but I don't really care because both give the same result and there is no performance impact. Now, if the first one appears to be way slower than the second one, the situation is different because not only it impacts the developer (complex code hard to understand and maintains) but it also impacts the end user (have to wait longer than needed). This example was one real example taken from yaourt at the state it was in January 2010. There is nothing ugly in the way it will not work or break your system. It was just ugly and slow code. -- Cédric Girard
Re: [arch-general] replacement for clyde
2011/8/19 Cédric Girard : > On Fri, Aug 19, 2011 at 3:11 PM, Thomas Dziedzic wrote: > >> I've used yaourt for a couple of years now. >> It has always worked for me for the most part, and having a common >> command for everything is very convenient for me. alias y=yaourt and >> you have one of the simplest ways to do a complete update of your >> system, y -Syua >> > > I understand this may seems convenient to some. For me it is just useless > and just abstract things from the user. > Definitely a valid opinion, as abstraction might be convenient or inexpedience to different audiences, which is why there really isn't a right answer. Programming also has this quality. > If I want to run pacman -Rs foo, why > would I be motivated to do yaourt -Rs foo instead if yaourt only call pacman > -Rs foo ? > > >> >> I always ignored people's comments because the majority argues that it >> is "either too slow", or the "code is ugly". >> These same people would probably be horrified looking through vim's code :P >> These points alone do not make a very convincing argument for me, >> which is why I grew numb to them. >> > > Well you're right, by itself the quality of the code is not an argument for > the end-user. But when the lack of quality impacts speed and this can be > supported by figures then I'd say it makes things completely different. > I agree that your arguments have a valid point of view all the way up to this point where you lost me. For me, "lack of quality" is in the same category as "lack of quality impacts speed" For example, lets have the same badly written algorithm compiled with no optimization and the other being compiled with -O999 ZOMG!! It doesn't matter to me if one ruins your system faster, it will still do the same thing. This is why I think the "lack of quality impacts speed" issue being completely different from "lack of quality" is invalid. > That said, the situation may have evolved since and it may not be relevant > anymore to throw these arguments against yaourt. > > -- > Cédric Girard >
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 10:11 AM, Thomas Dziedzic wrote: > > I've used yaourt for a couple of years now. > It has always worked for me for the most part, and having a common > command for everything is very convenient for me. alias y=yaourt and > you have one of the simplest ways to do a complete update of your > system, y -Syua A few months ago I wrote a little bash function to put in my bashrc. Maybe you'll like it. # Better yaourt yaourt () { if [[ $# == 0 ]] then /usr/bin/yaourt -Sayu else /usr/bin/yaourt $@ fi } So yaourt with no arguments updates my system. I use it about twice a day. Vitor
Re: [arch-general] replacement for clyde
2011/8/19 Cédric Girard > On Fri, Aug 19, 2011 at 3:11 PM, Thomas Dziedzic wrote: > > > I've used yaourt for a couple of years now. > > It has always worked for me for the most part, and having a common > > command for everything is very convenient for me. alias y=yaourt and > > you have one of the simplest ways to do a complete update of your > > system, y -Syua > > > > I understand this may seems convenient to some. For me it is just useless > and just abstract things from the user. If I want to run pacman -Rs foo, > why > would I be motivated to do yaourt -Rs foo instead if yaourt only call > pacman > -Rs foo ? > I don't like any overlap of functionality between pacman and my AUR helper, too, and I use cower for that purpose. You still have to do makepkg and pacman -U (or makepkg, repo-add and pacman -Syu) manually, but that's my preference anyhow, and it's easily scripted.
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 3:11 PM, Thomas Dziedzic wrote: > I've used yaourt for a couple of years now. > It has always worked for me for the most part, and having a common > command for everything is very convenient for me. alias y=yaourt and > you have one of the simplest ways to do a complete update of your > system, y -Syua > I understand this may seems convenient to some. For me it is just useless and just abstract things from the user. If I want to run pacman -Rs foo, why would I be motivated to do yaourt -Rs foo instead if yaourt only call pacman -Rs foo ? > > I always ignored people's comments because the majority argues that it > is "either too slow", or the "code is ugly". > These same people would probably be horrified looking through vim's code :P > These points alone do not make a very convincing argument for me, > which is why I grew numb to them. > Well you're right, by itself the quality of the code is not an argument for the end-user. But when the lack of quality impacts speed and this can be supported by figures then I'd say it makes things completely different. That said, the situation may have evolved since and it may not be relevant anymore to throw these arguments against yaourt. -- Cédric Girard
Re: [arch-general] replacement for clyde
2011/8/19 Cédric Girard : > On Fri, Aug 19, 2011 at 12:01 PM, Karol Babioch wrote: > >> I'm using yaourt and am now wondering what is wrong with it, when you >> actually know of it, and don't want to use it ;)? Is there any flaw so >> far? >> > > At the time of packer first release (January 2010), yaourt was slow and had > some awful code in it. > yaourt also made the choice to accept arguments where it add no value (like > yaourt -R, only delegating to pacman). > > I haven't tested yaourt since. I was using packer and now have switch to > pacaur. Both are fine but I find pacaur handling in a better way dependency > resolution on AUR packages. > > -- > Cédric Girard > I've used yaourt for a couple of years now. It has always worked for me for the most part, and having a common command for everything is very convenient for me. alias y=yaourt and you have one of the simplest ways to do a complete update of your system, y -Syua I always ignored people's comments because the majority argues that it is "either too slow", or the "code is ugly". These same people would probably be horrified looking through vim's code :P These points alone do not make a very convincing argument for me, which is why I grew numb to them.
Re: [arch-general] replacement for clyde
I've been using pbfetch, and it works pretty well for me. I'm of course open to trying some of these other packages as well. The really great thing is that you can have them all installed, and then uninstall the packages you don't need once you've made your choice. ~Kyle Sent from my Wishdroid! :)
Re: [arch-general] Pacman get stack when updating the kernel!!
Am 19.08.2011 14:19, schrieb Hector Martinez-Seara: > Hi, > > Today when I have tried to update the kernel pacman got stack: > Updating module dependencies. Please wait ... Generating initial ramdisk, using mkinitcpio. Please wait... > ==> Building image from preset: 'default' > -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g > /boot/initramfs-linux.img > ==> Starting build: 3.0-ARCH > -> Parsing hook: [base] > -> Parsing hook: [udev] > -> Parsing hook: [autodetect] > > After this point nothing happen. > In everything.log I get infinite amount of the following message: > > " > > Aug 19 15:18:03 localhost kernel: [608984.681025] xhci_hcd > :02:00.0: WARN: Stalled endpoint > > " > > Does anybody know what is going on? > Hector Can you run 'ps fx' as root while pacman hangs here and post the output? signature.asc Description: OpenPGP digital signature
Re: [arch-general] Pacman get stack when updating the kernel!!
>Aug 19 15:18:03 localhost kernel: [608984.681025] xhci_hcd >:02:00.0: WARN: Stalled endpoint Hi, Do you have a USB 3.0 controller/disk? -- Bl@ster / dottorblaster
[arch-general] Pacman get stack when updating the kernel!!
Hi, Today when I have tried to update the kernel pacman got stack: >>> Updating module dependencies. Please wait ... >>> Generating initial ramdisk, using mkinitcpio. Please wait... ==> Building image from preset: 'default' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img ==> Starting build: 3.0-ARCH -> Parsing hook: [base] -> Parsing hook: [udev] -> Parsing hook: [autodetect] After this point nothing happen. In everything.log I get infinite amount of the following message: " Aug 19 15:18:03 localhost kernel: [608984.681025] xhci_hcd :02:00.0: WARN: Stalled endpoint " Does anybody know what is going on? Hector -- Hector Martínez-Seara Monné mail: hse...@gmail.com Tel: +34656271145 Tel: +358442709253
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 12:01 PM, Karol Babioch wrote: > I'm using yaourt and am now wondering what is wrong with it, when you > actually know of it, and don't want to use it ;)? Is there any flaw so > far? > At the time of packer first release (January 2010), yaourt was slow and had some awful code in it. yaourt also made the choice to accept arguments where it add no value (like yaourt -R, only delegating to pacman). I haven't tested yaourt since. I was using packer and now have switch to pacaur. Both are fine but I find pacaur handling in a better way dependency resolution on AUR packages. -- Cédric Girard
Re: [arch-general] Looking for latest iso for AMD64
:-) Yeah oblige to use corporate email, it's added by email-server automatically. I know this signature is ridiculous :-) -Original Message- From: arch-general-boun...@archlinux.org [mailto:arch-general-boun...@archlinux.org] On Behalf Of Axilleas P Sent: Friday, August 19, 2011 4:05 PM To: General Discussion about Arch Linux Subject: Re: [arch-general] Looking for latest iso for AMD64 Is that big entry your sig?... Wow For latest isos check here. http://releng.archlinux.org/isos/ On Fri, Aug 19, 2011 at 2:56 PM, Leonenkov, Roman wrote: > Hi guys, please advise me the latest working iso image which I could use for > AMD64 PC. > > Thanks, > Roman. > > http://www.bgcpartners.com > CONFIDENTIAL: This e-mail has been sent to you by one of the BGC entities > (collectively BGC) > listed at the following link > http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer. > The link contains company and FSA registration numbers. This e-mail, > including its contents and > attachments, if any, are confidential. If you are not the named recipient > please notify the sender and > immediately delete it. You may not disseminate, distribute, or forward this > e-mail message or disclose > its contents to anybody else. Copyright and any other intellectual property > rights in its contents are the > sole property of BGC and its affiliates. E-mail transmission cannot be > guaranteed to be secure or error-free. > The sender therefore does not accept liability for any errors or omissions in > the contents of this > message which arise as a result of e-mail transmission. If verification is > required please request a > hard-copy version. Although we routinely screen for viruses, addressees > should check this e-mail and any > attachments for viruses. We make no representation or warranty as to the > absence of viruses in this > e-mail or any attachments. Please note that to ensure regulatory compliance > and for the protection of our > customers and business, we may monitor and read e-mails sent to and from our > server(s). > The registered offices of the BGC entities are at 1 Churchill Place, London, > E14 5RD. > For any issues arising from this email please reply to the sender. > The FSA register appears at http://www.fsa.gov.uk/register/. > The FSA regulates the financial services industry in the United Kingdom and > is located at > 25 The North Colonnade, Canary Wharf, London, E14 5HS. > -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)
Re: [arch-general] Looking for latest iso for AMD64
Thank you very much! Will try today night, if I'll face with any issues let you know in #arch-releng Cheers, Roman. -Original Message- From: arch-general-boun...@archlinux.org [mailto:arch-general-boun...@archlinux.org] On Behalf Of Florian Pritz Sent: Friday, August 19, 2011 4:03 PM To: General Discussion about Arch Linux Subject: Re: [arch-general] Looking for latest iso for AMD64 On 19.08.2011 13:56, Leonenkov, Roman wrote: > Hi guys, please advise me the latest working iso image which I could use for > AMD64 PC. > You can test https://releng.archlinux.org/isos/2011.08.19/ but it might still have some bugs. If you want to help make it work please join #arch-rel...@irc.freenode.org > > http://www.bgcpartners.com > CONFIDENTIAL: This e-mail has been sent to you by one of the BGC > entities (collectively BGC) listed at the following link > http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer. > The link contains company and FSA registration numbers. This e-mail, > including its contents and attachments, if any, are confidential. If > you are not the named recipient please notify the sender and > immediately delete it. You may not disseminate, distribute, or forward > this e-mail message or disclose its contents to anybody else. Copyright and > any other intellectual property rights in its contents are the sole property > of BGC and its affiliates. E-mail transmission cannot be guaranteed to be > secure or error-free. > The sender therefore does not accept liability for any errors or > omissions in the contents of this message which arise as a result of > e-mail transmission. If verification is required please request a > hard-copy version. Although we routinely screen for viruses, > addressees should check this e-mail and any attachments for viruses. > We make no representation or warranty as to the absence of viruses in this > e-mail or any attachments. Please note that to ensure regulatory compliance > and for the protection of our customers and business, we may monitor and read > e-mails sent to and from our server(s). > The registered offices of the BGC entities are at 1 Churchill Place, London, > E14 5RD. > For any issues arising from this email please reply to the sender. > The FSA register appears at http://www.fsa.gov.uk/register/. > The FSA regulates the financial services industry in the United > Kingdom and is located at > 25 The North Colonnade, Canary Wharf, London, E14 5HS. Don't send something like that to mailing lists please. -- Florian Pritz http://www.bgcpartners.com CONFIDENTIAL: This e-mail has been sent to you by one of the BGC entities (collectively BGC) listed at the following link http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer. The link contains company and FSA registration numbers. This e-mail, including its contents and attachments, if any, are confidential. If you are not the named recipient please notify the sender and immediately delete it. You may not disseminate, distribute, or forward this e-mail message or disclose its contents to anybody else. Copyright and any other intellectual property rights in its contents are the sole property of BGC and its affiliates. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Although we routinely screen for viruses, addressees should check this e-mail and any attachments for viruses. We make no representation or warranty as to the absence of viruses in this e-mail or any attachments. Please note that to ensure regulatory compliance and for the protection of our customers and business, we may monitor and read e-mails sent to and from our server(s). The registered offices of the BGC entities are at 1 Churchill Place, London, E14 5RD. For any issues arising from this email please reply to the sender. The FSA register appears at http://www.fsa.gov.uk/register/. The FSA regulates the financial services industry in the United Kingdom and is located at 25 The North Colonnade, Canary Wharf, London, E14 5HS.
Re: [arch-general] Looking for latest iso for AMD64
Is that big entry your sig?... Wow For latest isos check here. http://releng.archlinux.org/isos/ On Fri, Aug 19, 2011 at 2:56 PM, Leonenkov, Roman wrote: > Hi guys, please advise me the latest working iso image which I could use for > AMD64 PC. > > Thanks, > Roman. > > http://www.bgcpartners.com > CONFIDENTIAL: This e-mail has been sent to you by one of the BGC entities > (collectively BGC) > listed at the following link > http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer. > The link contains company and FSA registration numbers. This e-mail, > including its contents and > attachments, if any, are confidential. If you are not the named recipient > please notify the sender and > immediately delete it. You may not disseminate, distribute, or forward this > e-mail message or disclose > its contents to anybody else. Copyright and any other intellectual property > rights in its contents are the > sole property of BGC and its affiliates. E-mail transmission cannot be > guaranteed to be secure or error-free. > The sender therefore does not accept liability for any errors or omissions in > the contents of this > message which arise as a result of e-mail transmission. If verification is > required please request a > hard-copy version. Although we routinely screen for viruses, addressees > should check this e-mail and any > attachments for viruses. We make no representation or warranty as to the > absence of viruses in this > e-mail or any attachments. Please note that to ensure regulatory compliance > and for the protection of our > customers and business, we may monitor and read e-mails sent to and from our > server(s). > The registered offices of the BGC entities are at 1 Churchill Place, London, > E14 5RD. > For any issues arising from this email please reply to the sender. > The FSA register appears at http://www.fsa.gov.uk/register/. > The FSA regulates the financial services industry in the United Kingdom and > is located at > 25 The North Colonnade, Canary Wharf, London, E14 5HS. > -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)
Re: [arch-general] Looking for latest iso for AMD64
On 19.08.2011 13:56, Leonenkov, Roman wrote: > Hi guys, please advise me the latest working iso image which I could use for > AMD64 PC. > You can test https://releng.archlinux.org/isos/2011.08.19/ but it might still have some bugs. If you want to help make it work please join #arch-rel...@irc.freenode.org > > http://www.bgcpartners.com > CONFIDENTIAL: This e-mail has been sent to you by one of the BGC entities > (collectively BGC) > listed at the following link > http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer. > The link contains company and FSA registration numbers. This e-mail, > including its contents and > attachments, if any, are confidential. If you are not the named recipient > please notify the sender and > immediately delete it. You may not disseminate, distribute, or forward this > e-mail message or disclose > its contents to anybody else. Copyright and any other intellectual property > rights in its contents are the > sole property of BGC and its affiliates. E-mail transmission cannot be > guaranteed to be secure or error-free. > The sender therefore does not accept liability for any errors or omissions in > the contents of this > message which arise as a result of e-mail transmission. If verification is > required please request a > hard-copy version. Although we routinely screen for viruses, addressees > should check this e-mail and any > attachments for viruses. We make no representation or warranty as to the > absence of viruses in this > e-mail or any attachments. Please note that to ensure regulatory compliance > and for the protection of our > customers and business, we may monitor and read e-mails sent to and from our > server(s). > The registered offices of the BGC entities are at 1 Churchill Place, London, > E14 5RD. > For any issues arising from this email please reply to the sender. > The FSA register appears at http://www.fsa.gov.uk/register/. > The FSA regulates the financial services industry in the United Kingdom and > is located at > 25 The North Colonnade, Canary Wharf, London, E14 5HS. Don't send something like that to mailing lists please. -- Florian Pritz signature.asc Description: OpenPGP digital signature
[arch-general] Looking for latest iso for AMD64
Hi guys, please advise me the latest working iso image which I could use for AMD64 PC. Thanks, Roman. http://www.bgcpartners.com CONFIDENTIAL: This e-mail has been sent to you by one of the BGC entities (collectively BGC) listed at the following link http://www.bgcpartners.com/legal/disclaimers/index.html#email_disclaimer. The link contains company and FSA registration numbers. This e-mail, including its contents and attachments, if any, are confidential. If you are not the named recipient please notify the sender and immediately delete it. You may not disseminate, distribute, or forward this e-mail message or disclose its contents to anybody else. Copyright and any other intellectual property rights in its contents are the sole property of BGC and its affiliates. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Although we routinely screen for viruses, addressees should check this e-mail and any attachments for viruses. We make no representation or warranty as to the absence of viruses in this e-mail or any attachments. Please note that to ensure regulatory compliance and for the protection of our customers and business, we may monitor and read e-mails sent to and from our server(s). The registered offices of the BGC entities are at 1 Churchill Place, London, E14 5RD. For any issues arising from this email please reply to the sender. The FSA register appears at http://www.fsa.gov.uk/register/. The FSA regulates the financial services industry in the United Kingdom and is located at 25 The North Colonnade, Canary Wharf, London, E14 5HS.
Re: [arch-general] replacement for clyde
On Fri, Aug 19, 2011 at 8:49 AM, Gour-Gadadhara Dasa wrote: > Soon I may buy a new netbook and I believe that with ATI graphic, Arch is > better choice, but looking at forums yesterday I saw that both bauerbill & > clyde are gone. :-( > > Considering that decent package manager is very vital part of OS's ecosystem, > I > wonder what would be decent replacment having e.g. clyde-like features? pacman is the package manager. and AUR is "Unsupported packages are user produced content. Any use of the provided files is at your own risk." SCNR :P
Re: [arch-general] replacement for clyde
I use yaourt without any problems. Used Clyde prior. And I don't notice any major differences On Aug 19, 2011 7:02 PM, "Karol Babioch" wrote: Hi, Am 19.08.2011 08:49, schrieb Gour-Gadadhara Dasa: > Before clyde I used yaourt (which now has C-back end, afaik), tried paktahn > (which has some quir... I'm using yaourt and am now wondering what is wrong with it, when you actually know of it, and don't want to use it ;)? Is there any flaw so far? As far as I can remember there were some glitches with clyde, but I haven't heard anything bad about yaourt so far ;). Best regards, Karol Babioch
Re: [arch-general] replacement for clyde
Hi, Am 19.08.2011 08:49, schrieb Gour-Gadadhara Dasa: > Before clyde I used yaourt (which now has C-back end, afaik), tried paktahn > (which has some quirks) and now I see pacaur (with cower). I'm using yaourt and am now wondering what is wrong with it, when you actually know of it, and don't want to use it ;)? Is there any flaw so far? As far as I can remember there were some glitches with clyde, but I haven't heard anything bad about yaourt so far ;). Best regards, Karol Babioch signature.asc Description: OpenPGP digital signature
Re: [arch-general] replacement for clyde
Am Fri, 19 Aug 2011 08:49:03 +0200 schrieb Gour-Gadadhara Dasa : > What can you recommend so I can read more about it? yaourt or aurbuild Heiko
Re: [arch-general] replacement for clyde
I'm pretty content with bruenig's packer myself, but I recommend you read the wiki entry about how to use ABS - all aur helpers are in a first stage about automation of downloading source tarballs and makepkg -i. you could pretty easily automate the main tasks of that in a script and voilà - you got your own aur helper. mar77i