Re: [arch-general] Need translations for small project

[Axilleas P]

On Mon, Feb 27, 2012 at 11:10 AM, Frikilinux wrote:

> On Dom 26 Feb 2012 17:29:34 martin kalcher escribió:
> > Am 26.02.2012 17:13, schrieb rafael ff1:
> > > 2012/2/26 martin kalcher:
> > >> Am 26.02.2012 16:58, schrieb Jesse Juhani Jaara:
> > >>> sunnuntai, 26. helmikuuta 2012 12:55:51 rafael ff1 kirjoitti:
> >  Suggestion: you could provide translations strings in Transifex, so
> >  translators would have an easier way to follow the progress of
> >  translation and to deliver translations to you (instead of many
> emails
> >  for all languages). IMO, it is a very nice solution. And if I'm not
> >  wrong, it is free for opensource projects.
> > >>>
> > >>> Well it isin't that hard to do clone the repo in github and and
> setup up
> > >>> git
> > >>> on your machine and push the trabslation to github :D
> > >>
> > >> I think thats true. But why no making it as easy as possible for
> > >> translators?
> > >
> > > Yep, that's the idea.
> > >
> > > Rafael
> >
> > Hmm, ok. I think it's done.
> >
> > GitHub users can do: fork -> add -> pull request
> > Transifex users can contribute here:
> > https://www.transifex.net/projects/p/local-repo/r/local-repo-1-4/
> >
> > Hope everything is set up fine...
>
> Hi, added spanish (es_AR) translation in Transifex.


Greek is finished :)

-- 
(\_ /) 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] Just thinking out loud...

[Axilleas P]

On Sun, Jan 8, 2012 at 7:10 PM, Axilleas P  wrote:

>
>
> On Sun, Jan 8, 2012 at 7:08 PM, slubman  wrote:
>
>> On Sunday 08 January 2012 19:00:44 Axilleas P wrote:
>> > On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper  wrote:
>> > > ... I wonder how much work would be involved in compiling ArchLinux to
>> > > run on a Raspberry PI?
>> > >
>> > > Clive
>> > > --
>> > > Infinity: A concept for those who cannot comprehend the big picture.
>> > >
>> > > () Arch Linux - For movers and shakers. ()
>> >
>> > http://archlinuxarm.org/ :)
>>
>> There is even a post on the forum to talk about it:
>> http://archlinuxarm.org/forum/viewtopic.php?f=27&t=
>>
>>
> I was about to post that.
>
> --
> (\_ /) copy the bunny to your profile
> (0.o ) to help him achieve world domination.
> (> <) come join the dark side.
> /_|_\ (we have cookies.)
>


There is even a topic on rasperrypi forum by a member of archlinuxarm.org
http://www.raspberrypi.org/forum/distributions/archlinuxarm-on-raspberry-pi

-- 
(\_ /) 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] Just thinking out loud...

[Axilleas P]

On Sun, Jan 8, 2012 at 7:08 PM, slubman  wrote:

> On Sunday 08 January 2012 19:00:44 Axilleas P wrote:
> > On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper  wrote:
> > > ... I wonder how much work would be involved in compiling ArchLinux to
> > > run on a Raspberry PI?
> > >
> > > Clive
> > > --
> > > Infinity: A concept for those who cannot comprehend the big picture.
> > >
> > > () Arch Linux - For movers and shakers. ()
> >
> > http://archlinuxarm.org/ :)
>
> There is even a post on the forum to talk about it:
> http://archlinuxarm.org/forum/viewtopic.php?f=27&t=
>
>
I was about to post that.

-- 
(\_ /) 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] Just thinking out loud...

[Axilleas P]

On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper  wrote:

> ... I wonder how much work would be involved in compiling ArchLinux to
> run on a Raspberry PI?
>
> Clive
> --
> Infinity: A concept for those who cannot comprehend the big picture.
>
> () Arch Linux - For movers and shakers. ()
>


http://archlinuxarm.org/ :)
-- 
(\_ /) 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] Best way to make makepkg use pacman-color

[Axilleas P]

On Thu, Nov 3, 2011 at 4:27 AM, Yuan  wrote:
> alias pacman='pacman-color' ？
>>_>
> Best regards
> -
> Yuan blog  github 
>
>
>
>
>
>
> On Thu, Nov 3, 2011 at 4:58 AM, Martti Kühne  wrote:
>
>> On Wed, Nov 02, 2011 at 09:39:04PM +0100, Alex Ferrando wrote:
>> 
>> > I got curious and started looking for information about a way of
>> > doing makepkg to use pacman-color instead of pacman. However the
>> > only way found is to modify the makepkg script itself, if I'm not
>> > wrong editing the line 2089:
>> >
>> > PACMAN=${PACMAN:-pacman}
>>
>> export PACMAN=pacman-color
>> make sure it's sourced, .bashrc is a convenient place for things like that.
>> more on default expansion in
>> http://mywiki.wooledge.org/BashFAQ/100#Default_or_alternate_values
>>
>> > c) something that I'm forgetting
>>
>> yup.
>>
>> cheers!
>> mar77i
>>
>

That won't work with makepkg.

-- 
(\_ /) 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] Error when upgrading texlive-bin-2011.1-3-i686

[Axilleas P]

On Sat, Oct 29, 2011 at 12:35 PM, Lorenzo Bandieri
 wrote:
> Hi archers!
>
> On 2011-09-15 TexLive was upgraded (see [1]). Initially I had no problems,
> but in the following days there had been two subsequent upgrades of
> texlive-bin, the last of wich yesterday (or today, last time I upgraded was
> two days ago), that caused errors.
>
> In both cases, the error was the same:
>
> (5/5) upgrading
> texlive-bin
> [##] 100%
 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.
> recreating all formats...Error: `eptex -ini  -jobname=eptex -progname=eptex
> *eptex.ini' failed
>
> ###
> fmtutil: Error! Not all formats have been built successfully.
> Visit the log files in directory
>  /var/lib/texmf/web2c
> for details.
> ##
>
> This is a summary of all `failed' messages:
> `eptex -ini  -jobname=eptex -progname=eptex *eptex.ini' failed
>  done.
>  (logs are under /var/lib/texmf/web2c//.log)
>
> Since errors were somewhat expected in non-fresh install [2], the first
> time I solved reinstalling everything. However, on the last texlive-bin
> upgrade (texlive-bin-2011.1-3-i686) the error showed up again, as I stated.
> To me it's odd that I have to reinstall all texlive-most and texlive-lang
> on every update, but on the bug report there is no workaround provided. I
> googled but I didn't find anything, and searching on the forum returned no
> hits.
>
> So, I wonder if anyone had the same problem and if there is a solution
> (apart from reinstalling texlive-most and texlive-lang...).
>
> Thank you!
>
> Regards,
>
> Lorenzo
>
>
>
>
> [1] http://www.archlinux.org/news/texlive-2011-update/
> [2] https://bugs.archlinux.org/task/25250
>

Yeap, it's not only you, I got the same error.

-- 
(\_ /) 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] Pacman 4.0.0rc2

[Axilleas P]

On Fri, Oct 7, 2011 at 4:15 PM, Gaetan Bisson  wrote:
> [2011-10-07 14:36:31 +0300] Axilleas P:
>> *** stack smashing detected ***: pacman terminated
>
> That does not look too good to me...
>
> Could you copy-paste that into a bug report: 
> https://bugs.archlinux.org/?project=3
>
> (Not all pacman devs read arch-general.)
>
> --
> Gaetan
>

Will do, thanks

-- 
(\_ /) 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] Pacman 4.0.0rc2

[Axilleas P]

On Thu, Sep 22, 2011 at 8:27 PM, Dan McGee  wrote:
> You don't need to be as daring this time- we've had some 246 commits
> since RC1. The most relevant changes is signing is about 95%
> functional at this point- see directions below the links.
>
> * pacman -U http://dev.archlinux.org/~dan/pacman-4.0.0rc2-1-i686.pkg.tar.gz
> * pacman -U http://dev.archlinux.org/~dan/pacman-4.0.0rc2-1-x86_64.pkg.tar.gz
>
> Please report any issues you may find with this package, as it is
> getting very close to being an actual releasable version. These are
> debug builds with symbols, so getting stack traces and helpful logging
> should be relatively straight forward if necessary.
>
> == How to enable package signature checking ==
> 1. Install above pacman RC package.
> 2. sudo pacman-key --init
> 3. `SigLevel = Optional` in pacman.conf is the default- for more info,
> see man pacman.conf, but this means signatures will be checked *if
> available*, and there will be no error if they are not. However, due
> to us not having a web of trust for Arch developer keys, you will need
> to add this to the [options] section:
> SigLevel = Optional TrustAll
> 4. Run -Syu or any other operation that fetches packages from sync
> databases. When it comes time to check package integrity, you may be
> prompted to import keys that are not in your keychain. If a signature
> is available, it will be used instead of sha256sums/md5sums.
>
> -Dan
>

After a successful update this showed up.


*** stack smashing detected ***: pacman terminated
=== Backtrace: =
/lib/libc.so.6(__fortify_fail+0x45)[0xb7766a45]
/lib/libc.so.6(+0xe89f7)[0xb77669f7]
/usr/lib/libcurl.so.4(+0x4c6c1)[0xb766b6c1]
/usr/lib/libcurl.so.4(+0x29125)[0xb7648125]
/usr/lib/libcurl.so.4(curl_mvsnprintf+0x45)[0xb7648175]
/usr/lib/libcurl.so.4(curl_msnprintf+0x33)[0xb7646d33]
/usr/lib/libcurl.so.4(Curl_failf+0xd6)[0xb7635856]
/usr/lib/libcurl.so.4(Curl_speedcheck+0x13d)[0xb7641fcd]
/usr/lib/libcurl.so.4(Curl_pp_easy_statemach+0xef)[0xb7665ccf]
/usr/lib/libcurl.so.4(+0x17138)[0xb7636138]
/usr/lib/libcurl.so.4(+0x17259)[0xb7636259]
/usr/lib/libcurl.so.4(Curl_disconnect+0xd7)[0xb763c767]
/usr/lib/libcurl.so.4(+0x1d93c)[0xb763c93c]
/usr/lib/libcurl.so.4(Curl_close+0x9f)[0xb763ec4f]
/usr/lib/libcurl.so.4(curl_easy_cleanup+0x1f)[0xb764e06f]
/usr/lib/libalpm.so.7(+0x17385)[0xb77fe385]
/usr/lib/libalpm.so.7(alpm_release+0x6f)[0xb77ede0f]
pacman[0x80508b9]
pacman[0x804b9c3]
/lib/libc.so.6(__libc_start_main+0xf3)[0xb7697223]
pacman[0x804cfe9]
=== Memory map: 
08048000-0806 r-xp  08:03 783770 /usr/bin/pacman
0806-08061000 r--p 00017000 08:03 783770 /usr/bin/pacman
08061000-08062000 rw-p 00018000 08:03 783770 /usr/bin/pacman
09b5-0bad2000 rw-p  00:00 0  [heap]
b6835000-b6851000 r-xp  08:03 804205 /usr/lib/libgcc_s.so.1
b6851000-b6852000 rw-p 0001b000 08:03 804205 /usr/lib/libgcc_s.so.1
b6852000-b6865000 r-xp  08:03 915559 /lib/libresolv-2.14.so
b6865000-b6866000 r--p 00012000 08:03 915559 /lib/libresolv-2.14.so
b6866000-b6867000 rw-p 00013000 08:03 915559 /lib/libresolv-2.14.so
b6867000-b6869000 rw-p  00:00 0
b688d000-b688e000 ---p  00:00 0
b688e000-b708e000 rw-p  00:00 0
b708e000-b728e000 r--p  08:03 842617 /usr/lib/locale/locale-archive
b728e000-b729 rw-p  00:00 0
b729-b7293000 r-xp  08:03 914426 /lib/libgpg-error.so.0.8.0
b7293000-b7294000 rw-p 2000 08:03 914426 /lib/libgpg-error.so.0.8.0
b7294000-b72a3000 r-xp  08:03 812164 /usr/lib/libassuan.so.0.2.0
b72a3000-b72a4000 rw-p f000 08:03 812164 /usr/lib/libassuan.so.0.2.0
b72a4000-b72bb000 r-xp  08:03 915560 /lib/libpthread-2.14.so
b72bb000-b72bc000 r--p 00016000 08:03 915560 /lib/libpthread-2.14.so
b72bc000-b72bd000 rw-p 00017000 08:03 915560 /lib/libpthread-2.14.so
b72bd000-b72bf000 rw-p  00:00 0
b72bf000-b72c2000 r-xp  08:03 918561 /lib/libdl-2.14.so
b72c2000-b72c3000 r--p 2000 08:03 918561 /lib/libdl-2.14.so
b72c3000-b72c4000 rw-p 3000 08:03 918561 /lib/libdl-2.14.so
b72c4000-b72cb000 r-xp  08:03 919174 /lib/librt-2.14.so
b72cb000-b72cc000 r--p 6000 08:03 919174 /lib/librt-2.14.so
b72cc000-b72cd000 rw-p 7000 08:03 919174 /lib/librt-2.14.so
b72cd000-b72ce000 rw-p  00:00 0
b72ce000-b72f4000 r-xp  08:03 816019 /usr/lib/libssh2.so.1.0.1
b72f4000-b72f5000 r--p 00026000 08:03 816019 /usr/lib/libssh2.so.1.0.1
b72f5000-b72f6000 rw-p 00027000 08:03 816019 /usr/lib/libssh2.so.1.0.1
b72f6000-b731e000 r-xp  08:03 918555 /lib/libm-2.14.so
b731e000-b731f000 r--p 00027000 08:03 918555 /lib/libm-2.14.so
b731f000-b732 rw-p 00028000 08:03 918555 /lib/libm-2.14.so
b732-b74ae000 r-xp  08:03 802375 /usr/lib/libcrypto.so.1.0.0
b74ae000-b74bd000 r--p 0018d000 08:03 802375 /usr/lib/libcrypto.so.1.0.0
b74bd000-b74c30

Re: [arch-general] Pacman 4.0.0rc2

[Axilleas P]

On Thu, Sep 22, 2011 at 8:27 PM, Dan McGee  wrote:

> You don't need to be as daring this time- we've had some 246 commits
> since RC1. The most relevant changes is signing is about 95%
> functional at this point- see directions below the links.
>
> * pacman -U
> http://dev.archlinux.org/~dan/pacman-4.0.0rc2-1-i686.pkg.tar.gz
> * pacman -U
> http://dev.archlinux.org/~dan/pacman-4.0.0rc2-1-x86_64.pkg.tar.gz
>
> Please report any issues you may find with this package, as it is
> getting very close to being an actual releasable version. These are
> debug builds with symbols, so getting stack traces and helpful logging
> should be relatively straight forward if necessary.
>
> == How to enable package signature checking ==
> 1. Install above pacman RC package.
> 2. sudo pacman-key --init
> 3. `SigLevel = Optional` in pacman.conf is the default- for more info,
> see man pacman.conf, but this means signatures will be checked *if
> available*, and there will be no error if they are not. However, due
> to us not having a web of trust for Arch developer keys, you will need
> to add this to the [options] section:
> SigLevel = Optional TrustAll
> 4. Run -Syu or any other operation that fetches packages from sync
> databases. When it comes time to check package integrity, you may be
> prompted to import keys that are not in your keychain. If a signature
> is available, it will be used instead of sha256sums/md5sums.
>
> -Dan
>

Hi, all worked well following the above steps. Is there any working version
of devtools with pacman 4?

-- 
(\_ /) 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

[Axilleas P]

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] Xfce, Thunar and USB stick

[Axilleas P]

Make sure u have thunar volman installed and also check at your .xinitrc
same as instructed here http://bbs.archbang.org/viewtopic.php?id=289

Our wiki should be updated with this trick.
On Aug 9, 2011 11:23 AM, "Ionut Biru"  wrote:
>
> On 08/09/2011 11:15 AM, F.Gr. wrote:
>>
>> Hi,
>> I'm using Xfce and Thunar. My USB stick is mounted without write
>> access.
>>
>> I've set the hints for PolicyKit
>> (https://wiki.archlinux.org/index.php/PolicyKit),
>> https://wiki.archlinux.org/index.php/Thunar#Thunar_Volume_Manager,
>> https://wiki.archlinux.org/index.php/Thunar#udev_Automounting,
>>
https://wiki.archlinux.org/index.php/Udev#Mount_under_.2Fmedia.3B_use_partition_label_if_present.3B_support_user_un-mounting
>>
>> TIA
>>
>
> none of them have a connection with your problem.
>
> i guess the usb filesystem is ntfs and you forgot to install ntfs-3g
>
> --
> Ionuț

Re: [arch-general] how to compile and run 32 bit apps on a 64 bit os?

[Axilleas P]

On Thu, Jul 21, 2011 at 5:46 AM, Madhurya Kakati  wrote:
> Hi,
> I want to install the bluediving application from AUR but it is only
> for 32 bit arch. How can I compile and run it in my 64 bit arch?
> Thanks
>

Download the devtools package and take a look here
https://wiki.archlinux.org/index.php/DeveloperWiki:PKGBUILD.com#Creating_chroots_and_building_packages


-- 
(\_ /) 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] Arch base system snapshot available?

[Axilleas P]

2011/7/11 Lukáš Jirkovský :
> On 11 July 2011 20:01, Herb Miller Jr.  wrote:
>> Where can I find a snapshot of the Arch base system to facilitate deployment
>> in a chrooted environment? Is such a thing available?
>>
>> Thank you,
>> Herb
>>
>
> Maybe you could use mkarchroot tool from the devtools package. It's a
> script which ease creation of chroot.
>

Maybe here [1] and you can also check this [2].

[1] http://releng.archlinux.org/isos/
[2] 
https://wiki.archlinux.org/index.php/DeveloperWiki:PKGBUILD.com#Creating_chroots_and_building_packages

-- 
(\_ /) 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] Ethernet stopped working after update

[Axilleas P]

On Mon, Jun 27, 2011 at 2:32 AM,   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,   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@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@bender:~# netcfg ethernet
>>> :: ethernet up
>>>   [BUSY]
>>>   >  No connection
>>>
>>>    [FAIL]
>>> root@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:  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 bunn

Re: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1)

[Axilleas P]

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  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.)