Re: [arch-general] Blender Bus Error
On 05/13/2011 04:41 PM, Tavian Barnes wrote: 2011/5/10 Nicolás Adamo: Hi! I'm still waiting for the new version of psb-kmod driver for the GMA500 (poulsbo) video card; but until then I'm trying to see why can't I run blender. Jesse Jara told me to compile the git version of ... "You could try to build the git version of mesa and intel driver. And see if it works. You may want to stip the mesa-git PKGBUILD to pnöy build intel parts, if you dont have a more powerfull desktop pc. " but yaourt hangs with some dependency. Here's a valgrind output of blender: http://pastebin.com/NwhDjT0h I'd like to know if it's related to the video driver and if somenone succeeded running blender on this crappy video card. Thanks Looks very much like a video driver bug. Try building mesa-git manually (regular makepkg without yaourt, enabling the split packages you need) and let me know if there's still a dependency issue. Thanks for the tip. I'll give it another try
Re: [arch-general] ArchLinux for mipsel (Loongson)
Hello, http://www.archloong.info http://www.archloong.info/cgit On Sat, May 14, 2011 at 2:01 PM, javier wrote: > On Wed, May 4, 2011 at 5:31 PM, Nicolás Reynolds-2 [via ArchLinux] > wrote: >> >> El 04/05/11 02:59, javier dijo: >> > On Sat, Apr 30, 2011 at 5:19 PM, Jonathan Beatty[via ArchLinux] >> > <[hidden email]> wrote: >> > > On 04/30/2011 04:52 PM, javier wrote: >> > >> Has the site have an English version? I'd like to look into packages >> > >> page, >> > >> and the aur packages page as well, to see if it make sense to try it >> > >> out... >> > >> >> > >> I moved back to debian some time back precisely cause arch was all for >> > >> x86, >> > >> so I didn't think it was going to support the lemote mini-pcs neither >> > >> loongson in general. I do have mini-pcs, so it's great news to me, >> > >> :-)-- >> > >> View this message in context: >> > >> http://archlinux.2023198.n4.nabble.com/ArchLinux-for-mipsel-Loongson-tp3418315p3486638.html >> > >> Sent from the arch general mailing list archive at Nabble.com. >> > >> >> > > >> > > Parabola GNU/Linux, an Arch derivative, already has a MIPS port. :) It's >> > > functional. >> > >> > Hi, do you know which flags are being used to compile the loongson2f >> > packets? I'm referring to: >> > >> > -march=loongson2f -mtune=loongson2f -mabi=64 -O3 >> > >> > This can be found by looking at: >> > >> > /etc/makepkg.conf >> > >> > If I remember correctly, :-) >> > >> > Perhaps using loongson2f is not such great idea, since ther will come >> > a3, and others... However, using the 64bits ABI might increase >> > performance for some applications (loongson2f is not the fastest CPU >> > ever, so any help on performance is good)... >> Hey, >> >> We're using -march=loongson2f -mabi=n32 for the Parabola port. >> >> -- >> Salud! >> Nicolás Reynolds, > > Is there a way to find out which packages have already been ported? > Also, where to get information about how to install and go from there? > > -- > Javier. > > > -- > View this message in context: > http://archlinux.2023198.n4.nabble.com/ArchLinux-for-mipsel-Loongson-tp3418315p3521817.html > Sent from the arch general mailing list archive at Nabble.com. > -- Best regards! Heiher
Re: [arch-general] [signoff] linux-firmware-20110512-2
Am Samstag 14 Mai 2011 schrieb C Anthony Risinger: > On Fri, May 13, 2011 at 4:43 PM, Tom Gundersen wrote: > > On Fri, May 13, 2011 at 5:26 PM, Tobias Powalowski wrote: > >> Hi > >> please signoff both arches, > >> latest firmware versions and replaced outdated iwlwifi firmwares. > > > > signoff both. > > > > Btw: I can now no longer reproduce weird iwlwifi firmware errors that > > I mentioned a few weeks ago, though I'm not 100% that this was fixed > > by this release or something else. > > nice, ditto ... i think this fixed the iwl3945 probs i was having -- i > dont recall if you posted the same log: > > --- > --- Microcode SW error detected. Restarting 0x8208. > Loaded firmware version: 15.32.2.9 > Start IWL Error Log Dump: > Status: 0x0002A2E4, count: 1 > Desc Time asrtPC blink2 ilink1 nmiPC Line > SYSASSERT (0x5) 1202315277 0x008B6 0x13756 0x00320 0x0 764 > > Start IWL Event Log Dump: display last 20 count > 1202313730 0x 0212 > 1202314061 0x 0215 > 1202314135 0x0048 0220 > 1202314279 0x 0201 > 1202314289 0x001c 0206 > 1202314291 0x0041 0204 > 1202314296 0x0041 0219 > 1202314297 0x00020041 0211 > 1202314302 0x 0212 > 1202314633 0x 0215 > 1202314707 0x0048 0220 > 1202314732 0x 0301 > 1202314997 0x00d4 0303 > 1202315238 0x44470080 0401 > 1202315252 0x000d 0452 > 1202315257 0x00113b6e 0450 > 1202315262 0x00113b6e 0450 > 1202315267 0x00123b6e 0450 > 1202315273 0x00123b6e 0450 > 1202315278 0x0100 0125 > Error Reply type 0x02FC cmd REPLY_SCAN_CMD (0x80) seq 0x4447 ser > 0x0034 Can't stop Rx DMA. > --- > --- > > ... but i was getting these all the time, and my wifi would be > "strange" until it stopped. i think it was causing systemd to timeout > trying to shutdown ntpd too. worst of all, either iwl3945 or nouveau: > > --- > --- PFIFO_BAR_FAULT - VM: Trapped read at 002cd55488 status > 0826 > channel 0 (0x0050) > --- > --- > > ... were causing my system to hard lock on occasion ... (the nouveau > prob somehow causes my GUI to load/react RALLY SLOW, but not > actually be slow in animations/etc, strange) ... but that's a > different issue :-) > > anyways -- after the fact, but thanks for update -- working good here. > > C Anthony iwlwifi firmware is now the latest provided by intel, that should explain your fixed systems. -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] ArchLinux for mipsel (Loongson)
On Wed, May 4, 2011 at 5:31 PM, Nicolás Reynolds-2 [via ArchLinux] wrote: > > El 04/05/11 02:59, javier dijo: > > On Sat, Apr 30, 2011 at 5:19 PM, Jonathan Beatty[via ArchLinux] > > <[hidden email]> wrote: > > > On 04/30/2011 04:52 PM, javier wrote: > > >> Has the site have an English version? I'd like to look into packages > > >> page, > > >> and the aur packages page as well, to see if it make sense to try it > > >> out... > > >> > > >> I moved back to debian some time back precisely cause arch was all for > > >> x86, > > >> so I didn't think it was going to support the lemote mini-pcs neither > > >> loongson in general. I do have mini-pcs, so it's great news to me, :-)-- > > >> View this message in context: > > >> http://archlinux.2023198.n4.nabble.com/ArchLinux-for-mipsel-Loongson-tp3418315p3486638.html > > >> Sent from the arch general mailing list archive at Nabble.com. > > >> > > > > > > Parabola GNU/Linux, an Arch derivative, already has a MIPS port. :) It's > > > functional. > > > > Hi, do you know which flags are being used to compile the loongson2f > > packets? I'm referring to: > > > > -march=loongson2f -mtune=loongson2f -mabi=64 -O3 > > > > This can be found by looking at: > > > > /etc/makepkg.conf > > > > If I remember correctly, :-) > > > > Perhaps using loongson2f is not such great idea, since ther will come > > a3, and others... However, using the 64bits ABI might increase > > performance for some applications (loongson2f is not the fastest CPU > > ever, so any help on performance is good)... > Hey, > > We're using -march=loongson2f -mabi=n32 for the Parabola port. > > -- > Salud! > Nicolás Reynolds, Is there a way to find out which packages have already been ported? Also, where to get information about how to install and go from there? -- Javier. -- View this message in context: http://archlinux.2023198.n4.nabble.com/ArchLinux-for-mipsel-Loongson-tp3418315p3521817.html Sent from the arch general mailing list archive at Nabble.com.
Re: [arch-general] [signoff] linux-firmware-20110512-2
On Fri, May 13, 2011 at 4:43 PM, Tom Gundersen wrote: > On Fri, May 13, 2011 at 5:26 PM, Tobias Powalowski wrote: >> Hi >> please signoff both arches, >> latest firmware versions and replaced outdated iwlwifi firmwares. > > signoff both. > > Btw: I can now no longer reproduce weird iwlwifi firmware errors that > I mentioned a few weeks ago, though I'm not 100% that this was fixed > by this release or something else. nice, ditto ... i think this fixed the iwl3945 probs i was having -- i dont recall if you posted the same log: -- Microcode SW error detected. Restarting 0x8208. Loaded firmware version: 15.32.2.9 Start IWL Error Log Dump: Status: 0x0002A2E4, count: 1 Desc Time asrtPC blink2 ilink1 nmiPC Line SYSASSERT (0x5) 1202315277 0x008B6 0x13756 0x00320 0x0 764 Start IWL Event Log Dump: display last 20 count 1202313730 0x 0212 1202314061 0x 0215 1202314135 0x0048 0220 1202314279 0x 0201 1202314289 0x001c 0206 1202314291 0x0041 0204 1202314296 0x0041 0219 1202314297 0x00020041 0211 1202314302 0x 0212 1202314633 0x 0215 1202314707 0x0048 0220 1202314732 0x 0301 1202314997 0x00d4 0303 1202315238 0x44470080 0401 1202315252 0x000d 0452 1202315257 0x00113b6e 0450 1202315262 0x00113b6e 0450 1202315267 0x00123b6e 0450 1202315273 0x00123b6e 0450 1202315278 0x0100 0125 Error Reply type 0x02FC cmd REPLY_SCAN_CMD (0x80) seq 0x4447 ser 0x0034 Can't stop Rx DMA. -- ... but i was getting these all the time, and my wifi would be "strange" until it stopped. i think it was causing systemd to timeout trying to shutdown ntpd too. worst of all, either iwl3945 or nouveau: -- PFIFO_BAR_FAULT - VM: Trapped read at 002cd55488 status 0826 channel 0 (0x0050) -- ... were causing my system to hard lock on occasion ... (the nouveau prob somehow causes my GUI to load/react RALLY SLOW, but not actually be slow in animations/etc, strange) ... but that's a different issue :-) anyways -- after the fact, but thanks for update -- working good here. C Anthony
Re: [arch-general] Display Manager rc.d scripts
On Sat, May 14, 2011 at 12:25 AM, Tavian Barnes wrote: > Been doing that almost since I've had Arch installed (about 3 years), > and no problems so far. Obviously a person shouldn't do this if they > don't understand what it's doing, though. > > Is there really any notion of "supported" in Arch anyway? What > support goes away when I do this? What I meant is that we might change initscripts in the future in such a way that your trick will no longer work. Not saying that we are planning to, just that there is no way for us to test against these kind of custom hacks. If you use this only on your personal system and you are aware of the potential issue, then that's of course fine. Cheers, Tom
Re: [arch-general] Display Manager rc.d scripts
On 13 May 2011 16:03, Tom Gundersen wrote: > That's a neat trick! > > Beware though, that this kind of stuff is absolutely not supported and > might break at any moment. > > Cheers, > > Tom > Been doing that almost since I've had Arch installed (about 3 years), and no problems so far. Obviously a person shouldn't do this if they don't understand what it's doing, though. Is there really any notion of "supported" in Arch anyway? What support goes away when I do this? -- Tavian Barnes
Re: [arch-general] Display Manager rc.d scripts
On Fri, May 13, 2011 at 9:50 PM, Tavian Barnes
wrote:
> $ tail /etc/rc.conf
> DAEMONS1=(syslog-ng dbus)
> DAEMONS2=(named ifplugd net-profiles @alsa @acpid @ddclient @privoxy
> @openntpd @sshd @mysqld @httpd @git-daemon @samba @sensors
> @avahi-daemon @cups @crond)
>
> if [ "$RUNLEVEL" = "5" ];
> then
> DAEMONS=(${DAEMONS1[@]} @kdm ${DAEMONS2[@]})
> else
> DAEMONS=(${DAEMONS1[@]} ${DAEMONS2[@]})
> fi
>
> The best of both worlds.
That's a neat trick!
Beware though, that this kind of stuff is absolutely not supported and
might break at any moment.
Cheers,
Tom
Re: [arch-general] [signoff] linux-firmware-20110512-2
On Fri, May 13, 2011 at 5:26 PM, Tobias Powalowski wrote: > Hi > please signoff both arches, > latest firmware versions and replaced outdated iwlwifi firmwares. signoff both. Btw: I can now no longer reproduce weird iwlwifi firmware errors that I mentioned a few weeks ago, though I'm not 100% that this was fixed by this release or something else. -t
Re: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.38.6-2
On 13 May 2011 21:30, Tobias Powalowski wrote: > > done and uploaded > > > I see the kernel in core, but still no patch on ftp :/ -- Jason Steadman http://www.meyithi.com/ http://twitter.com/meyithi
Re: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.38.6-2
Am Freitag 13 Mai 2011 schrieb Bogdan Ionuț: > On Fri, May 13, 2011 at 18:25, Tobias Powalowski wrote: > > fixed libata regression in this rebuild- > > can you upload the new patchset on ftp.archlinux.org? thanks. done and uploaded -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Display Manager rc.d scripts
On 8 May 2011 12:08, jesse jaara wrote:
>>
>> While I don't have a firm opinion about this, I tend to disagree with
>> you. I have always been using the rc.d scripts and find they work
>> fine.
>>
>
> As far as I know the only problem that the daemon method
> has is the "boot to runlevel S to fix" problem. So if you
> edit your xorg.conf file impropelly, so that its contains errors,
> or you get powerloss during update/install f X components,
> so that the xorg cant start. You need to boot into single-user
> mode so that you can remove ?gdm? from daemons list, so
> that you can boot propelly to console. If your xorg wont start
> on boot you wont get a console, only a infinite loop of xorg
> trying to start. But if you use runlevel 5 for ?gdm? it will only
> try to start the xorg 5 times and if it fails it will fall back to
> console, so that you ?can? fix the problem. :D
>
> --
> (\_ /) copy the bunny to your profile
> (0.o ) to help him achieve world domination.
> (> <) come join the dark side.
> /_|_\ (we have cookies.)
>
$ tail /etc/rc.conf
DAEMONS1=(syslog-ng dbus)
DAEMONS2=(named ifplugd net-profiles @alsa @acpid @ddclient @privoxy
@openntpd @sshd @mysqld @httpd @git-daemon @samba @sensors
@avahi-daemon @cups @crond)
if [ "$RUNLEVEL" = "5" ];
then
DAEMONS=(${DAEMONS1[@]} @kdm ${DAEMONS2[@]})
else
DAEMONS=(${DAEMONS1[@]} ${DAEMONS2[@]})
fi
The best of both worlds.
--
Tavian Barnes
Re: [arch-general] Blender Bus Error
2011/5/10 Nicolás Adamo : > Hi! I'm still waiting for the new version of psb-kmod driver for the GMA500 > (poulsbo) video card; but until then I'm trying to see why can't I run > blender. > > Jesse Jara told me to compile the git version of ... > > "You could try to build the git version of mesa and > intel driver. And see if it works. You may want to > stip the mesa-git PKGBUILD to pnöy build > intel parts, if you dont have a more powerfull desktop > pc. " > > but yaourt hangs with some dependency. > > Here's a valgrind output of blender: > > http://pastebin.com/NwhDjT0h > > I'd like to know if it's related to the video driver and if somenone > succeeded running blender on this crappy video card. > > Thanks > Looks very much like a video driver bug. Try building mesa-git manually (regular makepkg without yaourt, enabling the split packages you need) and let me know if there's still a dependency issue. -- Tavian Barnes
Re: [arch-general] [arch-dev-public] [signoff] krb5
On 05/10/2011 09:50 PM, Ray Kohler wrote: On Sat, May 7, 2011 at 11:14 AM, Stéphane Gaudreault wrote: * Replace heimdal by the MIT Kerberos implementation, krb5 * Rebuilded [core] packages : - librpcsecgss - libtirpc - nfs-utils - openssh Please signoff both. Thanks Stéphane Sorry for the late response, but I just noticed something. krb5's rc.d scripts have odd names: /etc/rc.d/kadmind.rc /etc/rc.d/krb5-kdc.rc vs the heimdal versions: /etc/rc.d/kadmind /etc/rc.d/heimdal-kdc Was it intentional not to strip the ".rc" from the ends of the filenames? seems that this was not seen my the maintainer. This happens when is not reported on the tracker -- Ionuț
[arch-general] LibreOffice build error/linker bug?
In preparation of LibO 3.4 release my i686 build crash always at the same point. It seems to me to be a bug in our linker package. No other distribution seems to run into this, upstream has no clue so far. So I'm asking here for help. The stuff is in trunk. Please help how to locate and fix it. -Andy from the i686 build log: [ build CXX ] sc/source/ui/vba/vbawsfunction [ build LNK ] Library/vbaobj.uno.so `.L121' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L122' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L123' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L124' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L124' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o collect2: ld returned 1 exit status make[1]: *** [/build/src/build/solver/300/unxlngi6.pro/workdir/LinkTarget/Library/vbaobj.uno.so] Error 1 dmake: Error code 2, while making 'all'
Re: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.38.6-2
On Fri, May 13, 2011 at 18:25, Tobias Powalowski wrote: > fixed libata regression in this rebuild- > can you upload the new patchset on ftp.archlinux.org? thanks.
Re: [arch-general] [arch-dev-public] [signoff] kernel26-2.6.38.6-2
On Fri, May 13, 2011 at 12:25, Tobias Powalowski wrote: > Hi > please signoff both arches, > fixed libata regression in this rebuild- > > greetings > tpowa > -- > Tobias Powalowski > Archlinux Developer & Package Maintainer (tpowa) > http://www.archlinux.org > tp...@archlinux.org > Signoff x86_64
[arch-general] [signoff] linux-firmware-20110512-2
Hi please signoff both arches, latest firmware versions and replaced outdated iwlwifi firmwares. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] [signoff] kernel26-2.6.38.6-2
Hi please signoff both arches, fixed libata regression in this rebuild- greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [PATCH] Change pacman calls with -Sd flags to -Sdd
On Fri, May 13, 2011 at 01:07:58PM +0200, Jakob Gruber wrote: > The old pacman -d flag is now -dd since commit 111e07d0be44b7. > > Signed-off-by: Jakob Gruber > --- > checkpkg |2 +- > mkarchroot |2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > You should probably rather send this to the arch-projects mailing list.
[arch-general] [PATCH] Change pacman calls with -Sd flags to -Sdd
The old pacman -d flag is now -dd since commit 111e07d0be44b7.
Signed-off-by: Jakob Gruber
---
checkpkg |2 +-
mkarchroot |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/checkpkg b/checkpkg
index e669718..01c921e 100755
--- a/checkpkg
+++ b/checkpkg
@@ -47,7 +47,7 @@ for _pkgname in ${pkgname[@]}; do
exit 1
fi
- tmp=`pacman -Spd --noconfirm $_pkgname`
+ tmp=`pacman -Spdd --noconfirm $_pkgname`
if [ $? -ne 0 ]; then
echo "Couldn't download previous package for $_pkgname."
diff --git a/mkarchroot b/mkarchroot
index f385731..5b6be88 100755
--- a/mkarchroot
+++ b/mkarchroot
@@ -73,7 +73,7 @@ if [ -z "$cache_dir" ]; then
fi
if [ -f /etc/pacman.d/mirrorlist ]; then
- host_mirror=$(pacman -Sdp extra/devtools 2>/dev/null | sed -E
's#(.*/)extra/os/.*#\1$repo/os/$arch#')
+ host_mirror=$(pacman -Sddp extra/devtools 2>/dev/null | sed -E
's#(.*/)extra/os/.*#\1$repo/os/$arch#')
fi
if [ -z "${host_mirror}" ]; then
host_mirror='http://mirrors.kernel.org/archlinux/$repo/os/$arch'
--
1.7.5.1
