On Wed, 2014-06-04 at 23:20 +0200, Guillaume ALAUX wrote:
> On 2 June 2014 03:21, Boyan Ding wrote:
> > Hi Guillaume,
> > I really appreciate your work, but are the versioning of the openjdk8*
> > packages correct? They should be 8.u0_b132 or simply 8.u0 instead of
> > 8.u132...
> >
> > By the way
On Thu, 2014-06-05 at 01:17 +0200, Ralf Mardorf wrote:
> likely an update I run after 2014-06-03 19:39 +0200 has broken
> something. I only can boot Arch after I commented out everything in
> /etc/fstab,
> excepted of /.
PS: Booted to Arch now, I removed the "#"s in /etc/fstab and running
mount -
Hi,
likely an update I run after 2014-06-03 19:39 +0200 has broken
something. I only can boot Arch after I commented out everything in /etc/fstab,
excepted of /. I have no time for journalctl etc. right now. Does
anybody experience the same or another issue?
[root@archlinux rocketmouse]# cat /etc
On 2 June 2014 03:21, Boyan Ding wrote:
> Hi Guillaume,
> I really appreciate your work, but are the versioning of the openjdk8*
> packages correct? They should be 8.u0_b132 or simply 8.u0 instead of
> 8.u132...
>
> By the way I also made a PKGBUILD [1] based on yours and it's currently
> on 8u5.
On Wed, 2014-06-04 at 22:53 +0200, Stefan Husmann wrote:
> But perl-term-readline-gnu and subversion are marked to be rebuild.
> Both were updated today by Felix and I do not see a problem.
>
> So should we take anything find-broken-perl-packages tells us for
> granted? Can it have false positives
On 04.06.2014 22:53, Stefan Husmann wrote:
> But perl-term-readline-gnu and subversion are marked to be rebuild.
> Both were updated today by Felix and I do not see a problem.
>
> So should we take anything find-broken-perl-packages tells us for
> granted? Can it have false positives?
There can b
Am 04.06.2014 20:56, schrieb Florian Pritz:
On 04.06.2014 20:05, Stefan Husmann wrote:
where can I get module-to-dist.pl from?
It is called by your script, and pkgfile does not know it.
Also from my ~/bin repo, same dir.
https://git.server-speed.net/users/flo/bin/plain/module-to-dist.pl
T
2014-06-01 14:56 GMT+02:00 Florian Pritz :
> On 01.06.2014 13:55, Florian Pritz wrote:
>> If you get an error that perl-scalar-list-utils can't be found when
>> running -Syu install it with -S perl-scalar-list-utils. Seems to be a
>> bug in pacman.
>
> And I built that against the old perl. Please
On 04.06.2014 20:05, Stefan Husmann wrote:
> where can I get module-to-dist.pl from?
>
> It is called by your script, and pkgfile does not know it.
Also from my ~/bin repo, same dir.
https://git.server-speed.net/users/flo/bin/plain/module-to-dist.pl
signature.asc
Description: OpenPGP digital
Am 01.06.2014 13:55, schrieb Florian Pritz:
Hi,
Perl 5.20, as any other new perl version, requires all modules that are
not purely perl code to be rebuilt. We did that for all packages in our
repos.
For a list of upstream changes please refer to `man perldelta`.
Since users probably installed
On Wed, Jun 4, 2014 at 8:38 PM, Jens Adam wrote:
> Wed, 4 Jun 2014 20:02:48 +0900
> Savyasachee Jha :
>
> > Is there any particular reason why this might be happening?
>
> Output of 'limit core' in your zsh?
> And 'cat /proc/sys/kernel/core_pattern'?
>
> --byte
>
$ limit core
coredumpsize unlimi
Wed, 4 Jun 2014 20:02:48 +0900
Savyasachee Jha :
> Is there any particular reason why this might be happening?
Output of 'limit core' in your zsh?
And 'cat /proc/sys/kernel/core_pattern'?
--byte
signature.asc
Description: PGP signature
I was trying to debug a program, and whenever I did so, I would get the
output:
zsh: segmentation fault (core dumped)
This is what I was expecting, no problem with that, but I couldn't find the
location of the core dump. I searched high and low, and even tried running
systemd-coredumpctl but to
Am 04.06.2014 10:13, schrieb Kalrish Bäakjen:
Hello,
Perhaps you could manually download the package tarballs (from the Arch
official repositories web interface) and extract the pertinent files from
them where they belong.
As a last resort, you could boot an Arch Live environment and use pacst
On Wed, Jun 4, 2014 at 1:57 AM, Curtis Shimamoto <
sugar.and.scru...@gmail.com> wrote:
> On 06/03/14 at 03:51pm, Hong Shick Pak wrote:
> > I get these boot issues sporadically with kernel updates. I keep a
> > separate boot entry in gummiboot with a kernel I know boots in case I
> > get hit with i
On Wed, 2014-06-04 at 10:13 +0200, Kalrish Bäakjen wrote:
> BTW, i686 is a 32-bit architecture.
You never know,
JFTR did somebody upgrade to e2fsprogs 1.42.10-1 [core] (i686)?
On my machine upgrading to e2fsprogs 1.42.10-1 [core] (x86_64) did
_not_ cause an issue.
On Wed, Jun 04, 2014 at 10:04:39AM +0200, Maxime Gauduin wrote:
> I've been using it at work for a couple years now. The OAB URL is
> incorrectly detected (it picks up our external domain name), but it
> works without a hitch after I modify that URL to use the local
> server IP.
Then it's most lik
Hello,
Perhaps you could manually download the package tarballs (from the Arch
official repositories web interface) and extract the pertinent files from
them where they belong.
As a last resort, you could boot an Arch Live environment and use pacstrap
after mounting the relevant partitions:
# pac
guys
so, this morning I made the mistake to try building a random split
package PKGBUILD from ABS with the --pkg flag.
==> Starting prepare()...
/home/martti/abs/systemd/PKGBUILD: line 33: cd: libsystemd-212: No
such file or directory
==> ERROR: A failure occurred in prepare().
Aborting...
W
I've been using it at work for a couple years now. The OAB URL is
incorrectly detected (it picks up our external domain name), but it
works without a hitch after I modify that URL to use the local server
IP.
Did you try to delete ~/.config/evolution to start fresh? Is there
anything at all in ther
I'm seeing strange behaviour in evolution when adding an EWS account,
so I'm wondering if others are having problems with it, or if the
blame falls squarely on the exchange server I'm trying to connect to.
My system is up-to-date:
% pacman -Q|grep evolution
evolution 3.12.2-1
evolution-data-serve
Yamakaky on Wed, 2014/06/04 09:29:
> Hi
>
> For the 207 systemd release, the mkinitcpio's hook for systemd is broken
> when used with the lvm2 one. It was nearly a year ago, any improvement ?
Package lvm2 provides hook sd-lvm2. You should use that when using systemd
enabled initramfs.
--
main(
Hi
For the 207 systemd release, the mkinitcpio's hook for systemd is broken
when used with the lvm2 one. It was nearly a year ago, any improvement ?
Yamakaky
23 matches
Mail list logo
