On Sat, 19 Sep 2015 12:28:28 +0200
Ralf Mardorf wrote:
> However, a user perhaps wants to update a few packages
> that are important for development or regarding security issues and
> might try to update other packages some days later, then Syu(w) isn't
> an option.
That is an unsupported partial
On Sat, 19 Sep 2015 21:28:44 -0400, Eli Schwartz wrote:
>https://wiki.archlinux.org/index.php/Deltup
Thank you, I wasn't aware of this option, so I will test it. The
mirrorlist doesn't provide additional delta repositories.
On 09/19/2015 06:28 AM, Ralf Mardorf wrote:
> On Sat, 19 Sep 2015 11:16:11 +0100, Mauro Santos wrote:
>> You can always do 'pacman -Syuw' until you manage to download all the
>> packages.
>
> A pacman -Syu will do the same as a pacman -Syuw when it can't download
> all packages ;). However, a user
> Pacman downloads all packages before installing any of them. So if you have
> a bad Internet connection then you'll be stuck at the first (download)
> step. It will not leave your system in broken state.
That's true. However, I broke my system pretty badly with this update.
I must have refreshe
On Sat, 19 Sep 2015 13:54:10 +0200, Simon Hanna wrote:
>I wonder where in Germany you are that you don't have a good
>connection It might be slow, but you should have internet
>basically all the time
It's a little bit too off-topic.
I want to mention that this update didn't really cause a
>
> A pacman -Syu will do the same as a pacman -Syuw when it can't download
> all packages ;). However, a user perhaps wants to update a few packages
> that are important for development or regarding security issues and
> might try to update other packages some days later, then Syu(w) isn't
> an op
On Sat, 19 Sep 2015 11:16:11 +0100, Mauro Santos wrote:
>You can always do 'pacman -Syuw' until you manage to download all the
>packages.
A pacman -Syu will do the same as a pacman -Syuw when it can't download
all packages ;). However, a user perhaps wants to update a few packages
that are importa
On 19-09-2015 10:53, Ralf Mardorf wrote:
> On Sat, 19 Sep 2015 17:28:58 +0800, Anatol Pomozov wrote:
>> Hi
>>
>> On Sat, Sep 19, 2015 at 5:24 PM, Ralf Mardorf
>> wrote:
>>
>>>
>>> However, installing just a few packages instead of all packages needs
>>> to be done, if the Internet connection get i
On Sat, 19 Sep 2015 17:28:58 +0800, Anatol Pomozov wrote:
>Hi
>
>On Sat, Sep 19, 2015 at 5:24 PM, Ralf Mardorf
> wrote:
>
>>
>> However, installing just a few packages instead of all packages needs
>> to be done, if the Internet connection get interrupted too often to
>> make a complete upgrade in
Hi
On Sat, Sep 19, 2015 at 5:24 PM, Ralf Mardorf
wrote:
>
> However, installing just a few packages instead of all packages needs
> to be done, if the Internet connection get interrupted too often to
> make a complete upgrade in one step. So a note by the Arch news IMO
> still is useful.
>
Pacm
On Fri, 18 Sep 2015 19:53:50 +0200, Ralf Mardorf wrote:
>On Fri, 18 Sep 2015 19:29:33 +0200, I wrote without thinking:
>>No, since I read the mail of the OP before the update was available
>>here, I tested it, because I was curious, since nothing was mentioned
>>by the news. After installing gptfdi
On Fri, 18 Sep 2015 19:29:33 +0200, I wrote without thinking:
>No, since I read the mail of the OP before the update was available
>here, I tested it, because I was curious, since nothing was mentioned
>by the news. After installing gptfdisk and readline, there was no
>way to login or to systemd-ns
Btw. on my install 152 packages from official repositories needed an
upgrade. I read what packages will be upgraded and I care about the
news on the Arch homepage, but if that many packages will be upgraded
and nothing is mentioned on the homepage, I easily will miss a few
packages that could cause
On Fri, 18 Sep 2015 13:04:34 -0400, Eli Schwartz wrote:
>I don't think the login shell was affected, just an error when the
>post_upgrade function failed to call install-info.
>
>Your login shell should be reloaded when you log back in.
No, since I read the mail of the OP before the update was ava
On 09/18/2015 12:46 PM, Ralf Mardorf wrote:
> Hi,
>
> is there anything speaking against making such updates more
> comfortable?
>
> Since the login shell is affected, it's not a simple chicken-and-egg
> problem an Arch user usually expects to happen.
>
> Providing a transition package including
On Tue, 15 Sep 2015 23:50:49 +0200, Martti Kühne wrote:
>In fact, I guess it's sort of a logical requirement to using archlinux
>to catch these things, because, as is denoted in the wiki, partial
>updates are unsupported [0] and your system forcefully goes through
>partially updated state during an
On Tue, 15 Sep 2015 20:53:55 +0200
Damjan Georgievski wrote:
> ( 2/70) upgrading ncurses
> [##] 100%
> ( 3/70) upgrading readline
> [##] 100%
> /usr/bin/bash: error while loading shared libraries: libncursesw.so.5:
> cannot o
On Tue, Sep 15, 2015 at 11:14:29PM +0200, Neven Sajko wrote:
> On 15 September 2015 at 20:53, Damjan Georgievski wrote:
> > ( 2/70) upgrading ncurses
> > [##] 100%
> > ( 3/70) upgrading readline
> > [##] 100%
> > /usr/bin/bash
Pardon me for being dumb (excuse: it's late), I don't know
anymore what it is I didn't get 50 minutes ago :)
I had these messages for the readline update in question, too. I think
it's just natural that if ncurses is a dep of readline and readline is
a dep of bash, that bash would link the ncurses.so it was built
against. During the update, readline's post-upgrade install-snippet
can't be run with bash, b
On 15 September 2015 at 20:53, Damjan Georgievski wrote:
> ( 2/70) upgrading ncurses
> [##] 100%
> ( 3/70) upgrading readline
> [##] 100%
> /usr/bin/bash: error while loading shared libraries: libncursesw.so.5:
> cannot open s
( 2/70) upgrading ncurses
[##] 100%
( 3/70) upgrading readline
[##] 100%
/usr/bin/bash: error while loading shared libraries: libncursesw.so.5:
cannot open shared object file: No such file or directory
error: command failed to
22 matches
Mail list logo