În ziua de vineri, 28 septembrie 2018, la 10:05:28 EEST, Håkon Alstadheim a
scris:
>
> Den 28. sep. 2018 00:02, skrev Mick:
> > On Thursday, 27 September 2018 21:51:42 BST Håkon Alstadheim wrote:
> >> (Sorry for the OT, don't know where to go for generic hardware questions)
> >>
> >> I'm
În ziua de joi, 9 august 2018, la 11:37:38 EEST, Neil Bothwick a scris:
> I agree with all of this and I would also add Duplicity as a possible
> candidate, although not quite as simple to use as BorgBackup (I haven't
> tried Dirvish) I usually end up putting a wrapper script around such tasks
>
În ziua de sâmbătă, 30 iunie 2018, la 16:52:09 EEST, Francisco Blas Izquierdo
Riera (klondike) a scris:
> El 29/06/18 a las 17:11, Dale escribió:
> > R0b0t1 wrote:
> >> I can't help but notice this was moved to gentoo-user. Are posts to
> >> gentoo-dev being moderated properly, or should I not
În ziua de duminică, 24 iunie 2018, la 11:55:52 EEST, Zoltán Kócsi a scris:
> Hi,
>
> > Here are the outputs, which I should include if I need support
> > according to emerge ;)
>
> Still, if you didn't attach 9MB worth of stuff, that'd be appreciated.
>
> As a rough guess, the Gentoo list
În ziua de marți, 12 iunie 2018, la 23:47:22 EEST, Christoph Böhmwalder a scris:
> Hi,
>
> I was wondering if there was a way to run a shell script anytime a specific
> package is updated.
>
> My use case for this is as follows: I have a high DPI display, so I've
> modified Chromium's .desktop
Hi Mick
În ziua de sâmbătă, 9 iunie 2018, la 22:08:23 EEST, Mick a scris:
> On Thursday, 7 June 2018 08:37:41 BST zless wrote:
> > Hello,
> >
> > I just finished installing kernel 4.14.48 on two
> > Intel laptops and I have different results for
> >
> >
Hello,
I just finished installing kernel 4.14.48 on two
Intel laptops and I have different results for
/sys/devices/system/cpu/vulnerabilities/spec_store_bypass
On one of them it looks nice:
"Mitigation: Speculative Store Bypass disabled via prctl and seccomp"
but on the other it still says
În ziua de duminică, 18 februarie 2018, la 20:09:33 EET, Neil Bothwick a scris:
> I mount the sysrescd ISO and copy these files to /boot/sysrescd
>
> initram.igz
> rescue64
> sysrcd.dat
> sysrcd.md5
> version
>
> The entry for systemd-boot is
>
> title System Rescue Cd 5.2.0
> version
Sysrescuecd iso.
It seems that more people are interested in this and are reporting
success.
>
>
> On Fri, Feb 16, 2018 at 1:34 PM, zless <zl...@dmesg.site> wrote:
> > Hello all,
> >
> > I'm trying to have the Gentoo Live CD ISO as a recovery media in grub.
> &
Hello all,
I'm trying to have the Gentoo Live CD ISO as a recovery media in grub.
I tried all the options I could think off in a custom grub menu entry like
this:
menuentry "Gentoo ISO" {
set cmdline="root=/dev/ram0 init=/linuxrc dokeymap looptype=squashfs
loop=/image.squashfs cdroot
În ziua de duminică, 7 ianuarie 2018, la 03:09:32 EET, Mart Raudsepp a scris:
> > To me this reads as readline-7.0_p3 depends on libs from readline-
> > 6.3.
> >
> > Smells a bit as some sort of bug. Try rebuilding readline?
> >
> > This didn't happen here when readline was bumped.
>
> This is
În ziua de sâmbătă, 6 ianuarie 2018, la 23:51:59 EET, Hartmut Figge a scris:
> Hrm. Replacing the obviously corrupt preserved_libs_registry with the
> clean one from my backup? That would be the end of the investigation.
You could also check if those readline-6 preserved libs really exist:
În ziua de sâmbătă, 6 ianuarie 2018, la 23:25:32 EET, Hartmut Figge a scris:
> zless:
> >Could you also take a look at the file
> >/var/lib/portage/preserved_libs_registry ?
>
> hafi@i5-64 ~ $ cat /var/lib/portage/preserved_libs_registry
> {
> "sys-libs/re
În ziua de sâmbătă, 6 ianuarie 2018, la 23:04:21 EET, Hartmut Figge a scris:
> There is no rest. I can give the whole output for the last emerge
> command which ended with the above line. Doubt that will be helpful.
Could you also take a look at the file
/var/lib/portage/preserved_libs_registry ?
14 matches
Mail list logo