żyłem, że brak przynajmniej kilku głównych pakietów w
> repozytorium, związanych z kernelem 4.14.
>
> kernel-4.14-ide-.
> kernel-4.14-4.14.233-
> kernel-4.14-source-..
>
> Pozdrawiam
> MK
>
> ___
> pld-deve
Właśnie zauważyłem, że brak przynajmniej kilku głównych pakietów w
repozytorium, związanych z kernelem 4.14.
kernel-4.14-ide-.
kernel-4.14-4.14.233-
kernel-4.14-source-..
Pozdrawiam
MK
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld
Potrzebuję parametrów geninitrd dla platformy PC Engines ALIX 1E.
Czy ktoś poratuje ?
Czy w PLD jest kernel wspierający tą platformę ?
Z góry dziękuję za pomoc
Krzysztof Szwaba
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http
I want to drop nopae, 4.4 and 4.14 kernels from Th,
leaving us with longterm releases 4.9 (the last kernel that supports vserver),
4.19, 5.4 and a latest stable.
Thoughs? Cons?
--
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org | http://www.pld-linux.org
On 01/11/2018 21:24, Łukasz Maśko wrote:
> Po aktualizacji kernela do 4.19 przestało mi działać montowanie zasobów samby
> z moich serwerów (Zyxel NSA325). Na poprzednich kernelach nie mam z tym
> żadnego problemu.
Uh, zmienione w kernelowym konfigu w gicie. W następnym rel/ver będzie
dobrze.
Dnia środa, 13 czerwca 2018 00:21:31 Jan Rękorajski pisze:
[...]
> > Poproszę o ponowne przebudowanie, bo jakieś dziwadło mamy.
>
> Wszystko się przebudowuje (rel bez zmian). Wywaliłem zepsute pakiety z ftp.
Dzięki.
--
Łukasz Maśko_o)
On Tue, 12 Jun 2018, Łukasz Maśko wrote:
> Obecnie moduł nie chce się załadować, a w dmesgu mam takie coś:
>
> [94158.434175] vboxdrv: version magic '4.16.14-1 SMP mod_unload modversions
> RANDSTRUCT_PLUGIN_387222970cb19775ba79109ec014f4b6e35d43ca7f4eafe95db37416cb5118e2'
>
> should be
Obecnie moduł nie chce się załadować, a w dmesgu mam takie coś:
[94158.434175] vboxdrv: version magic '4.16.14-1 SMP mod_unload modversions
RANDSTRUCT_PLUGIN_387222970cb19775ba79109ec014f4b6e35d43ca7f4eafe95db37416cb5118e2'
should be '4.16.14-1 SMP mod_unload modversions
On Tue, 30 Jan 2018, lord_Niedzwiedz wrote:
> I heave many servers with vservers.
> I use 4.1.x kernels ;-/
Current 4.4 and 4.9 kernel have vserver support.
https://www.pld-linux.org/packages/kernel
--
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org
LTS kernels 4.4 and 4.9 now have vserver support and we are adding 4.14
line as new LTS. This means kernel 4.1 can be safely retired without
loss of functionality.
I will move kernel 4.1 packages to th-archive on 1st of March 2018.
--
Jan Rękorajski| PLD/Linux
SysAdm
Good luck fixing almost all kernel module packages.
Looks like there are some really breaking API changes :(
On Mon, 13 Nov 2017, arekm wrote:
> commit 578d50ad6d990c0b7b9efac14335e9e06f57f657
> Author: Arkadiusz Miśkiewicz <ar...@maven.pl>
> Date: Mon Nov 13 11:20:59 2017 +0100
It's time to update the set of kernels we have in Th.
3.18 is EOL upstream and will be removed from Th
4.9 is new longterm line
This means that the only kernel with Vserver support wiil be 4.1.
If you still rely on vserer it's time to look for a replacement.
--
Jan Rękorajski
Time to say goodbye to two more kernel driver packages. Those were build
only for 3.18 kernel line.
Very old open-vm-tools is too broken to be fixed and new version does
not need all that cruft. e1000e has code paths unfixable for 32 bit arch
on 3.18.
--
Jan Rękorajski| PLD
On Tue, 06 Dec 2016, arekm wrote:
> commit ad2822a33896b3aba1092aa80969c8ac6665142b
> Author: Arkadiusz Miśkiewicz <ar...@maven.pl>
> Date: Tue Dec 6 09:05:33 2016 +0100
>
> - rel2; add CVE-2016-8655 fix (local root if having access to AF_PACKET)
>
> ke
On 23.11.2016 15:16, Jan Palus wrote:
> On 23.11.2016 13:25, Jan Rękorajski wrote:
> > What about older kernels? Will 3.18, 4.1 or 4.4 work as well?
>
> I would assume so but didn't really check in practice. The only
> prerequisites are KMS in kernel (present in 3.18) and
On 23.11.2016 13:25, Jan Rękorajski wrote:
> What about older kernels? Will 3.18, 4.1 or 4.4 work as well?
I would assume so but didn't really check in practice. The only
prerequisites are KMS in kernel (present in 3.18) and xorg's modesetting
driver in userspace. From dependencies point of v
gt;
> do not package vboxvideo_drv; kernel driver is now preferred
>
> VirtualBox.spec | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
> ---
> diff --git a/VirtualBox.spec b/VirtualBox.spec
> index 14784ac..14b1e43 100644
> --- a/VirtualBox.spec
> +++ b/VirtualBox
On Sat, Oct 22, 2016 at 06:33:09PM +0200, Jan Rękorajski wrote:
> On Sat, 22 Oct 2016, Witold Filipczyk wrote:
>
> > Cześć,
> > kernel-nopae-4.8.3 restartuje się przy bootowaniu. (4.8.2 też tak ma).
> > W tym przypadku jest geninitrd.
> > Gdy użyć dracuta, ten
On 22.10.2016 18:39, Witold Filipczyk wrote:
>/usr/lib/dracut/modules.d/50drm/module-setup.sh: line 29: warning: command
substitution: ignored null byte in input
To jest coś z kompilacją na PLD. Może gdyby dać verbose=1, coś by wyszło.
A jaką masz wersję bash, czy przypadkiem nie 4.4?
On Sat, Oct 22, 2016 at 06:33:09PM +0200, Jan Rękorajski wrote:
> On Sat, 22 Oct 2016, Witold Filipczyk wrote:
>
> > Cześć,
> > kernel-nopae-4.8.3 restartuje się przy bootowaniu. (4.8.2 też tak ma).
> > W tym przypadku jest geninitrd.
> > Gdy użyć dracuta, ten
On Sat, 22 Oct 2016, Witold Filipczyk wrote:
> Cześć,
> kernel-nopae-4.8.3 restartuje się przy bootowaniu. (4.8.2 też tak ma).
> W tym przypadku jest geninitrd.
> Gdy użyć dracuta, ten sypie w nieskończoność błędami:
> /usr/lib/dracut/modules.d/50drm/module-setup.sh: line 29: w
Cześć,
kernel-nopae-4.8.3 restartuje się przy bootowaniu. (4.8.2 też tak ma).
W tym przypadku jest geninitrd.
Gdy użyć dracuta, ten sypie w nieskończoność błędami:
/usr/lib/dracut/modules.d/50drm/module-setup.sh: line 29: warning: command
substitution: ignored null byte in input
Pakiety z th-test
Hi,
With the addition of new longterm kernel (4.4) we would have six (6)
package lines to keep up. Because of this I'm removing 3.10 and 3.14
from Th to keep the number maintainable. There will be no more
releases for those lines and I will move existing packages to .archive
within a month
# don't build kernel-source package
%bcond_without doc # don't build kernel-doc package
%bcond_without pcmcia # don't build pcmcia
+%bcond_without firmware# don't build firmware into main package
%bcond_withverbose # verbose build (V=1
If you're adding userspace bcond, you also have to add kernel bcond,
See template spec for how it works, and it worked this way forever,
it's not my kernel.
On Tue, Feb 3, 2015 at 10:16 AM, glen g...@pld-linux.org wrote:
commit 5f8872fe0e5cf21b91f24ceaff593d920cd588bd
Author: Elan Ruusamäe g
On Wed, 10 Dec 2014, arekm wrote:
commit 5fc1b244b3f356be6ea05dd183f0feba7e0c8276
Author: Arkadiusz Miśkiewicz ar...@maven.pl
Date: Wed Dec 10 20:49:52 2014 +0100
- updated config
kernel-multiarch.config | 193
+++-
1 file changed
poldek:/all-avail install -I kernel-3.16.1-1.i686 kernel-drm-3.16.1-1.i686
kernel-pcmcia-3.16.1-1.i686 kernel-sound-alsa-3.16.1-1.i686 kernel-
virtualbox-host-4.3.14-2@3.16.1_1.i686
Przetwarzanie zależności...
Pakiet kernel-3.16.1-1.i686 sugeruje instalację:
1. crda
2. dracut
3. kernel-ide = 3
On Thu, 21 Aug 2014, Łukasz Maśko wrote:
poldek:/all-avail install -I kernel-3.16.1-1.i686 kernel-drm-3.16.1-1.i686
kernel-pcmcia-3.16.1-1.i686 kernel-sound-alsa-3.16.1-1.i686 kernel-
virtualbox-host-4.3.14-2@3.16.1_1.i686
Przetwarzanie zależności...
Pakiet kernel-3.16.1-1.i686 sugeruje
rozwiązaniem długoterminowym byłoby:
- zamiast paczki ide lepiej chyba zrobić coś w stylu
kernel-obsolete_modules i tam ładować takie moduły także w
przyszłości. Może to być też jako kernel-obsolete_modules-ide, ale nie
wiem czy to ma sens.
Lepiej nie, zrobi się z tego bałagan.
- głównej
On Mon, 31 Mar 2014, baggins wrote:
commit 55e054be985448e89c1d23d56d030839a136a378
Author: Jan Rękorajski bagg...@pld-linux.org
Date: Mon Mar 31 21:13:34 2014 +0200
- moved obsolete IDE drivers to separate package
Po co?
To będzie bardzo duży problem dla starszych systemów, które po
On Tue, 01 Apr 2014, Paweł Gołaszewski wrote:
On Mon, 31 Mar 2014, baggins wrote:
commit 55e054be985448e89c1d23d56d030839a136a378
Author: Jan Rękorajski bagg...@pld-linux.org
Date: Mon Mar 31 21:13:34 2014 +0200
- moved obsolete IDE drivers to separate package
Po co?
To
coś w stylu
kernel-obsolete_modules i tam ładować takie moduły także w
przyszłości. Może to być też jako kernel-obsolete_modules-ide, ale nie
wiem czy to ma sens.
- głównej paczce dać Suggests na tą paczkę, żeby przynajmniej
zasygnalizować możliwy problem przy upgrade.
Inaczej upgrade
On Fri, 31 Jan 2014, arekm wrote:
commit b2b86b86788c44159d6a8fefcb0ce6f4e276097f
Author: Arkadiusz Miśkiewicz ar...@maven.pl
Date: Fri Jan 31 16:11:56 2014 +0100
- vserver is disabled for this version (since vserver project is slowly
dying - no releases for last few kernel families
On Fri, Nov 15, 2013 at 08:44:08 +0100, Jan Rękorajski wrote:
Zamierzam zmienić longterm kernel na 3.10.x.
Nastąpi to jak tylko będziemy mieli w pełni funkcjonalny kernel 3.12 -
czekam tylko na łatę vserverową dla tego kernela.
Jeśli macie jakieś problemy z 3.10 dajcie znać teraz, żebyśmy
On Wed, 15 Jan 2014, Tomasz Pala wrote:
On Fri, Nov 15, 2013 at 08:44:08 +0100, Jan Rękorajski wrote:
Zamierzam zmienić longterm kernel na 3.10.x.
Nastąpi to jak tylko będziemy mieli w pełni funkcjonalny kernel 3.12 -
czekam tylko na łatę vserverową dla tego kernela.
Jeśli macie
On 2014-01-15 20:08, Jan Rękorajski wrote:
Dodałem, na upartego zadziała bez udev (http://www.libusb.org/ticket/119).
Co do wymagania udev, patrz wyżej - to nie jest kwestia PLD, tylko
załego linuksowego ekosystemu, praca na statycznym /dev to obecnie czysty
masochizm (no chyba że instalujesz
On 2013-12-27 18:39, Jan Rękorajski wrote:
Tez nie używam IMQ. Na 3.10.25 jest to samo. Chwilowo zostałem przy *. 22 z
którym nie mam żadnych kłopotów.
Chyba znalazłem co się zepsuło, puściłem 3.10.25-2 do przebudowy.
Sprawdzcie jak się pojawi w th-test za jakąś godzinę-dwie.
U mnie
On Fri, 13 Dec 2013, Łukasz Maśko wrote:
Dnia piątek, 13 grudnia 2013 13:10:25 Łukasz Maśko pisze:
Mam niczym nie uzasadnione spore ilości komuniatów tej postaci:
[ 657.986783] skbuff: IMQ: kfree_skb: skb-nf_queue_entry != NULL
[ 657.986787] skbuff: IMQ: kfree_skb: skb-nf_queue_entry
On Friday 27 of December 2013, Jan Rękorajski wrote:
On Fri, 13 Dec 2013, Łukasz Maśko wrote:
Dnia piątek, 13 grudnia 2013 13:10:25 Łukasz Maśko pisze:
Mam niczym nie uzasadnione spore ilości komuniatów tej postaci:
[ 657.986783] skbuff: IMQ: kfree_skb: skb-nf_queue_entry != NULL
Arkadiusz Miśkiewicz ar...@maven.pl napisał:
On Friday 27 of December 2013, Jan Rękorajski wrote:
[...]
Patrząc w diff między 3.10.22 i 3.10.23 nie widzę co to może
powodować.
Chyba musisz uderzyć do autorów IMQ na www.linuximq.net, bo wg
komentarzy w kodzie ten komunikat oznacza wyciek
On Fri, 27 Dec 2013, e...@yen.ipipan.waw.pl wrote:
Arkadiusz Miśkiewicz ar...@maven.pl napisał:
On Friday 27 of December 2013, Jan Rękorajski wrote:
[...]
Patrząc w diff między 3.10.22 i 3.10.23 nie widzę co to może
powodować.
Chyba musisz uderzyć do autorów IMQ na www.linuximq.net, bo
On Fri, 27 Dec 2013, Arkadiusz Miśkiewicz wrote:
On Friday 27 of December 2013, Jan Rękorajski wrote:
On Fri, 13 Dec 2013, Łukasz Maśko wrote:
Dnia piątek, 13 grudnia 2013 13:10:25 Łukasz Maśko pisze:
Mam niczym nie uzasadnione spore ilości komuniatów tej postaci:
[
Mam niczym nie uzasadnione spore ilości komuniatów tej postaci:
[ 657.986783] skbuff: IMQ: kfree_skb: skb-nf_queue_entry != NULL
[ 657.986787] skbuff: IMQ: kfree_skb: skb-nf_queue_entry != NULL
[ 657.986791] skbuff: IMQ: kfree_skb: skb-nf_queue_entry != NULL
[ 657.986794] skbuff: IMQ:
Dnia piątek, 13 grudnia 2013 13:10:25 Łukasz Maśko pisze:
Mam niczym nie uzasadnione spore ilości komuniatów tej postaci:
[ 657.986783] skbuff: IMQ: kfree_skb: skb-nf_queue_entry != NULL
[ 657.986787] skbuff: IMQ: kfree_skb: skb-nf_queue_entry != NULL
[ 657.986791] skbuff: IMQ: kfree_skb:
Dnia poniedziałek, 18 listopada 2013 22:31:28 Jan Rękorajski pisze:
[...]
Czy właściciele kart graficznych intela mogliby sprawdzić kernel 3.10.19-4
z th-test? Zaaplikowałem tam łątę, która może naprawiać problem z
czarnym ekranem.
Jakich chipów graficznych to dotyczy? I jak się objawia? Pytam
On Mon, 18 Nov 2013, Łukasz Maśko wrote:
Dnia poniedziałek, 18 listopada 2013 22:31:28 Jan Rękorajski pisze:
[...]
Czy właściciele kart graficznych intela mogliby sprawdzić kernel 3.10.19-4
z th-test? Zaaplikowałem tam łątę, która może naprawiać problem z
czarnym ekranem.
Jakich chipów
On Fri, Nov 15, 2013 at 08:44:08 +0100, Jan Rękorajski wrote:
I'm going to switch longterm kernel in Th to 3.10.x line.
Out of curiosity, how long actually was current longterm kept?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-pl mailing list
On Fri, 15 Nov 2013, Tomasz Pala wrote:
On Fri, Nov 15, 2013 at 08:44:08 +0100, Jan Rękorajski wrote:
I'm going to switch longterm kernel in Th to 3.10.x line.
Out of curiosity, how long actually was current longterm kept?
More than a year (and you can add a few months as a master
Hi,
In the last few days I have reworked how packages containing kernel
modules are built on our infrastructure. The reson for this was to avoid
having to rebuild entire package (userland+kernel part) everytime there
was a new kernel on ftp.
Modus operandi is now this:
1) kernel and userland MUST
On 05.12.2012 19:48, Grzesiek Pycia wrote:
Na kernelu 3.5.7 (arch x86_64 proc intel Xeon E3-1230 sieciówka intel
82574L) na sterowniku e1000e w wersji 2.0.0 występuje u mnie problem z
siecią.
Ruch co kilka kilkanaście sekund zwalnia pingi do maszyny podskakują
do 2-3 sekund czasami kilka
01:53:25 kapitan kernel: [ 2367.171450] [ cut here
]
Dec 2 01:53:25 kapitan kernel: [ 2367.171459] WARNING: at
/home/users/builder/rpm/BUILD/kernel-3.5.7/linux-3.5/net/sched/sch_generic.c:255
dev_watchdog+0x25b/0x270()
Dec 2 01:53:25 kapitan kernel: [ 2367.171460
On Tue, 2 Oct 2012, Jacek Osiecki wrote:
Wszystko super, tylko...
root@oscar ~ uname -a
Linux oscar 3.4.6-vs2.3.3.6 #1 SMP Mon Aug 13 16:54:01 CEST 2012 x86_64
Intel(R)_Xeon(R)_CPU___W3530__@_2.80GHz PLD Linux
root@oscar ~ netstat -an
Active Internet connections (servers and
Jacek Osiecki wrote:
Ciekawe - netstat -nlpu działa, pokazuje słuchające UDP.
Ktoś ma pomysł dlaczego nie widzi słuchających portów TCP?
Ciężko powiedzieć jak się tego na żywo nie widzi. Podeślij strace'a,
może w nim będzie coś charakterystycznego.
Czyli nowszy kernel podaje coś, co daje złe wyniki - zaś wcześniejszy nie,
więc netstat sięga do /proc/net/tcp gdzie są prawidłowe dane. Sprawdziłem,
na nowym kernelu /proc/net/tcp też wygląda sensownie.
Co to jest to PF_NETLINK? Sprawdziłem /proc/config.gz na okoliczność
NETLINK i na obu
(PF_NETLINK, SOCK_RAW, 4) = -1 EPROTONOSUPPORT (Protocol not
supported)
open(/proc/net/tcp, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f8053992000
Czyli nowszy kernel podaje coś
Dnia piątek, 5 października 2012, Jacek Osiecki napisał:
[...]
Co to jest to PF_NETLINK? Sprawdziłem /proc/config.gz na okoliczność
NETLINK i na obu kernelach jest to samo:
To jest komunikacja a'la socket bezpośrednio z kernelem
(http://www.tin.org/bin/man.cgi?section=7topic=PF_NETLINK).
)
Czyli nowszy kernel podaje coś, co daje złe wyniki - zaś wcześniejszy nie,
więc netstat sięga do /proc/net/tcp gdzie są prawidłowe dane. Sprawdziłem,
na nowym kernelu /proc/net/tcp też wygląda sensownie.
modprobe tcp_diag
modprobe udp_diag
modprobe inet_diag
zmienia coś?
Ech... jak
On Fri, Oct 05, 2012 at 12:22:26 +0200, Jacek Osiecki wrote:
Czyli nowszy kernel podaje coś, co daje złe wyniki - zaś wcześniejszy nie,
więc netstat sięga do /proc/net/tcp gdzie są prawidłowe dane. Sprawdziłem,
na nowym kernelu /proc/net/tcp też wygląda sensownie.
modprobe tcp_diag
Witam,
W ramach instalowania nowych maszyn spróbowałem kernela 3.4.6 -
waniliowego, z nałożonym tylko patchem linux-vserver. Kompilacja z marszu,
w zasadzie ten sam config co przy starym 2.6.39.4.
Wszystko super, tylko...
root@oscar ~ uname -a
Linux oscar 3.4.6-vs2.3.3.6 #1 SMP Mon Aug 13
Witam!
Od zawsze miałem w /etc/sysconfig/dhcpd:
DHCPD_INTERFACES=eth1 i działało.
Po zmianie kernela na wersję 3.5 dhcpd nie startuje.
Pisze o błędzie w konfiguracji, checkconfig daje:
Device 'eth1' does not exist or has no address configured
Co jest nieprawdą, bo taki interfejs istnieje i
Dnia 2012-08-03, pią o godzinie 11:55 +0100, stacho pisze:
Witam!
Od zawsze miałem w /etc/sysconfig/dhcpd:
DHCPD_INTERFACES=eth1 i działało.
Po zmianie kernela na wersję 3.5 dhcpd nie startuje.
Pisze o błędzie w konfiguracji, checkconfig daje:
Device 'eth1' does not exist or has no address
(dla skonfigurowanych statycznie)
3.4.0 działa ok
Na to nie wpadłem, faktycznie to wina iproute2-3.5.0,
wymieniło mi się razem kernel i iproute2.
Z innych rzeczy, w kernelu-3.5 znikło /proc/bus/usb,
a wpisy dotyczące /proc/bus/usb są w /etc/fstab (plik do edycji)
i w /etc/rc.d/rc.sysinit (tu już na
witam,
proba zabootowania pld na czystym jajku 3.5.0 zakonczyla sie padaczka:
http://pluto.agmk.net/kernel/DSC_0188.jpg
na pierwszy rzut oka wyglada to tak jakby mdassemble sie nie podnioslo
i dalej to juz wszystko leglo. moje punkty montowania ukladaja sie tak:
[root@localhost ~]# cat /proc
2012/7/26 Paweł Sikora pl...@agmk.net:
witam,
proba zabootowania pld na czystym jajku 3.5.0 zakonczyla sie padaczka:
http://pluto.agmk.net/kernel/DSC_0188.jpg
na pierwszy rzut oka wyglada to tak jakby mdassemble sie nie podnioslo
i dalej to juz wszystko leglo.
udev w initrd/initramfs jest
On Thursday 26 of July 2012 20:57:28 Artur Frysiak wrote:
2012/7/26 Paweł Sikora pl...@agmk.net:
witam,
proba zabootowania pld na czystym jajku 3.5.0 zakonczyla sie padaczka:
http://pluto.agmk.net/kernel/DSC_0188.jpg
na pierwszy rzut oka wyglada to tak jakby mdassemble sie nie podnioslo
On Thu, Jul 26, 2012 at 9:06 PM, Paweł Sikora pl...@agmk.net wrote:
On Thursday 26 of July 2012 20:57:28 Artur Frysiak wrote:
2012/7/26 Paweł Sikora pl...@agmk.net:
witam,
proba zabootowania pld na czystym jajku 3.5.0 zakonczyla sie padaczka:
http://pluto.agmk.net/kernel/DSC_0188.jpg
zakonczyla sie padaczka:
http://pluto.agmk.net/kernel/DSC_0188.jpg
na pierwszy rzut oka wyglada to tak jakby mdassemble sie nie podnioslo
i dalej to juz wszystko leglo.
udev w initrd/initramfs jest? Czym generowaleś initrd?
udev jest, initrd generowane klasycznie przez geninitrd
On Wednesday 23 of May 2012 13:28:57 Bartosz Świątek wrote:
W dniu 23 maja 2012 13:22 użytkownik Lukasz Glebicki lukas...@post.pl
napisał:
Konkrety, a nie niepisane zasady. Linki, URLe, dokumenty z tymi
politykami, postanowieniami, zasadami itd. bardzo proszę.
A do tego CEO Ci może napisać,
On Wed, May 23, 2012 at 22:22:01 +0200, Paweł Gołaszewski wrote:
Muszę stawiać większe partycję boot ;-) Kiedyś zgodnie z polityką PLD,
wszystko szło w kierunku rozdrabniania. Będę miał trochę zabawy z
powiększeniem /boot i zmniejszeniem softwarowego raida.
A jaki to RAID masz, że musisz
On Thu, May 24, 2012 at 10:16:49 +0200, Lukasz Glebicki wrote:
ls -l rpm/SPECS/kde4-* |wc -l
115
ls -l rpm/SPECS/perl-* |wc -l
2337
ls -l rpm/SPECS/php-* |wc -l
801
Ja się dostosowuje do nurtu PLD ;-)
To tak dla uczciwości powinieneś wpisać *-wersja-*. A ten 'nurt' nie
wynikł z niczego
Mam dwie kwestie do rozważenia w przypadku użycia dracut:
1) Użycie --gzip lub innych kompresorów.
Aktualnie inframfs zajmuje 19 mega.
2) Użycie --force.
W przypadku zainstalowania tego samego kernela, dracut nie nadpisze pliku
initramfswersja.img
--
Łukasz Głębicki
On Wed, 23 May 2012, Lukasz Glebicki wrote:
Mam dwie kwestie do rozważenia w przypadku użycia dracut:
1) Użycie --gzip lub innych kompresorów.
Aktualnie inframfs zajmuje 19 mega.
To _jest_ skompresowane ;)
# file /boot/initramfs-3.3.2.lxc-1.img
/boot/initramfs-3.3.2.lxc-1.img: gzip
On Wednesday 23 of May 2012 11:51:28 Jan Rękorajski wrote:
To _jest_ skompresowane ;)
# file /boot/initramfs-3.3.2.lxc-1.img
/boot/initramfs-3.3.2.lxc-1.img: gzip compressed data, from Unix, last
modified: Fri Apr 20 11:22:49 2012, max compression
W moim archeo nie jest:
file
On Wednesday 23 of May 2012 12:02:59 Lukasz Glebicki wrote:
On Wednesday 23 of May 2012 11:51:28 Jan Rękorajski wrote:
W moim archeo nie jest:
file initramfs-3.3.7-1.img
initramfs-3.3.7-1.img: regular file, no read permission
Ja mam dracut out of the box.
Cofam swojego maila. Sprawdzałem
Dnia Wednesday 23 of May 2012, Lukasz Glebicki napisał:
W moim archeo nie jest:
file initramfs-3.3.7-1.img
initramfs-3.3.7-1.img: regular file, no read permission
Ja mam dracut out of the box.
Cofam swojego maila. Sprawdzałem z użytkownika który nie ma uprawnień.
Co nie oznacza,
On Wednesday 23 of May 2012 13:07:40 Wojciech Błaszkowski wrote:
Hmm.. jest jakiś konkretny powód aby z pliku 20MB robić 12-15MB ?
Przy bootowaniu po PXE? Łącza są dziś szybkie.
Zaoszczędzenie miejsca na dysku? Nie przy dzisiejszym stosunku pojemności do
ceny.
else ? :)
Muszę stawiać
W dniu 23 maja 2012 13:22 użytkownik Lukasz Glebicki lukas...@post.pl napisał:
On Wednesday 23 of May 2012 13:07:40 Wojciech Błaszkowski wrote:
Hmm.. jest jakiś konkretny powód aby z pliku 20MB robić 12-15MB ?
Przy bootowaniu po PXE? Łącza są dziś szybkie.
Zaoszczędzenie miejsca na dysku? Nie
2012/5/23 Bartosz Świątek shad...@gmail.com:
Kiedyś zgodnie z polityką PLD, wszystko szło w kierunku rozdrabniania.
Konkrety, a nie niepisane zasady.
https://groups.google.com/d/msg/pl.comp.os.advocacy/dzT4FH19Kaw/7PchiRrWDZYJ
Nie znasz KDE - nie wypowiadaj się.
Poczytać oficjalnie to jedynie
W dniu 23 maja 2012 20:12 użytkownik Bartosz Taudul
wolf@gmail.com napisał:
2012/5/23 Bartosz Świątek shad...@gmail.com:
Kiedyś zgodnie z polityką PLD, wszystko szło w kierunku rozdrabniania.
Konkrety, a nie niepisane zasady.
On Wed, May 23, 2012 at 13:22:51 +0200, Lukasz Glebicki wrote:
Muszę stawiać większe partycję boot ;-)
Kiedyś zgodnie z polityką PLD, wszystko szło w kierunku rozdrabniania.
Będę miał trochę zabawy z powiększeniem /boot i zmniejszeniem softwarowego
raida.
A jaki to RAID masz, że
, że da się
wymusić użycie np. lzma z poziomu pliku konfiguracyjnego.
Jedynie co wyczytałem, to jest to kwestia dodania odpowiedniego parametru do
linii komend.
Można by było stworzyc np. /etc/sysconfig/dracut i tam dodać linię: COMPRESS
= {xz,lzma,bzip2,gz}
Pytanie czy nasz kernel ma wkmpilowaną
On Wed, 23 May 2012, Tomasz Pala wrote:
Muszę stawiać większe partycję boot ;-) Kiedyś zgodnie z polityką PLD,
wszystko szło w kierunku rozdrabniania. Będę miał trochę zabawy z
powiększeniem /boot i zmniejszeniem softwarowego raida.
A jaki to RAID masz, że musisz boot wydzielać?
To
nastąpił segfault i twardy zwis. Po restarcie - to samo. W obu
przypadkach
wywrotka była przy próbie swapowania, chociaż aktywny proces był
różny (nie
proces zawinił lecz kernel, więc to dla mnie jasne). Wróciłem do 3.3.3,
który jest stabilny, przynajmniej jak dla mnie. Tak więc jakby ktoś
Dnia środa, 2 maja 2012, Jan Rękorajski napisał:
[...]
3.3.4-2 powinien zachowywać się poprawnie.
Dla zainteresowanych:
http://sourceware.org/bugzilla/show_bug.cgi?id=14052
No to testujemy.
Ciekawe, że nie udało mi się zabić 3.3.4 kompilowanego --with vanilla.
Wytrzymał kilka godzin.
--
On Wed, 02 May 2012, Łukasz Maśko wrote:
Dnia środa, 2 maja 2012, Jan Rękorajski napisał:
[...]
3.3.4-2 powinien zachowywać się poprawnie.
Dla zainteresowanych:
http://sourceware.org/bugzilla/show_bug.cgi?id=14052
No to testujemy.
Ciekawe, że nie udało mi się zabić 3.3.4
Dnia środa, 2 maja 2012, Jan Rękorajski napisał:
[...]
rpm -q binutils ?
Jak odpowie 2.22.52.0.2 to pewnie dlatego :)
$ rpm -q binutils
binutils-2.22.52.0.2-1.i686
Może nie obciążyłem go wystarczająco. Na swapie zajęte póki co ~45MB, RAM-u
2GB. Chwilowo nie robię nic wielkiego, może jak
lecz kernel, więc to dla mnie jasne). Wróciłem do 3.3.3,
który jest stabilny, przynajmniej jak dla mnie. Tak więc jakby ktoś chciał
sobie zainstalować, to ostrożnie.
3.3.4 na x86_64 działa paru osobom, a pewnie mowa o i686?
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.pl
przy próbie swapowania, chociaż aktywny proces był różny
(nie
proces zawinił lecz kernel, więc to dla mnie jasne). Wróciłem do 3.3.3,
który jest stabilny, przynajmniej jak dla mnie. Tak więc jakby ktoś
chciał
sobie zainstalować, to ostrożnie.
3.3.4 na x86_64 działa paru osobom, a pewnie
. W obu
przypadkach
wywrotka była przy próbie swapowania, chociaż aktywny proces był
różny (nie
proces zawinił lecz kernel, więc to dla mnie jasne). Wróciłem do 3.3.3,
który jest stabilny, przynajmniej jak dla mnie. Tak więc jakby ktoś
chciał
sobie zainstalować, to ostrożnie.
3.3.4 na x86_64
wytrzymał kilkanaście minut
po czym
nastąpił segfault i twardy zwis. Po restarcie - to samo. W obu
przypadkach
wywrotka była przy próbie swapowania, chociaż aktywny proces był
różny (nie
proces zawinił lecz kernel, więc to dla mnie jasne). Wróciłem do 3.3.3,
który jest stabilny, przynajmniej jak
2012/4/29 Bartosz Świątek shad...@gmail.com:
Postuluję o usunięcie linii th-i686. Jak nie działa, to wypad, zanim
będzie big move.
Trzeba było postulować usunięcie th-alpha, to by do dzisiaj się
kisiło, żeby tylko tobie na złość zrobić :P
wolf
___
Zainstalowałem dzisiaj powyższe, system wytrzymał kilkanaście minut po czym
nastąpił segfault i twardy zwis. Po restarcie - to samo. W obu przypadkach
wywrotka była przy próbie swapowania, chociaż aktywny proces był różny (nie
proces zawinił lecz kernel, więc to dla mnie jasne). Wróciłem do
proces był różny (nie
proces zawinił lecz kernel, więc to dla mnie jasne). Wróciłem do 3.3.3,
który jest stabilny, przynajmniej jak dla mnie. Tak więc jakby ktoś chciał
sobie zainstalować, to ostrożnie.
Ojj, dziękujemy Ci za to wspaniałomyślne ostrzeżenie :)
Jednak prawdziwi wyjadacze PLD nigdy nie
2012/4/28 Bartosz Świątek shad...@gmail.com:
dystrybucyjnego, nawet sam CEO chwali się że ma jakieś gitowe
snapshoty.
I co się złośliwie czepiasz? Nie każdy ma Windowsa, żeby mu sterowniki
od grafiki po prostu działały, czasami trzeba sprawdzić 15 branchy
różnych zanim zacznie działać!
wolf
W dniu 28 kwietnia 2012 13:34 użytkownik Bartosz Taudul
wolf@gmail.com napisał:
2012/4/28 Bartosz Świątek shad...@gmail.com:
dystrybucyjnego, nawet sam CEO chwali się że ma jakieś gitowe
snapshoty.
I co się złośliwie czepiasz? Nie każdy ma Windowsa, żeby mu sterowniki
od grafiki po prostu
2012/4/28 Bartosz Świątek shad...@gmail.com:
Ale ale, ale przecież Windows to mono, a linux to dolby surround i
cała muzyka jest za darmo
http://www.youtube.com/watch?v=9sJUDx7iEJw
Super ta darmowa muzyka!
wolf
___
pld-devel-pl mailing list
W dniu 28 kwietnia 2012 13:38 użytkownik Bartosz Taudul
wolf@gmail.com napisał:
2012/4/28 Bartosz Świątek shad...@gmail.com:
Ale ale, ale przecież Windows to mono, a linux to dolby surround i
cała muzyka jest za darmo
http://www.youtube.com/watch?v=9sJUDx7iEJw
Super ta darmowa
Dnia sobota, 28 kwietnia 2012, Bartosz Świątek napisał:
[...]
Ojj, dziękujemy Ci za to wspaniałomyślne ostrzeżenie :)
Jednak prawdziwi wyjadacze PLD nigdy nie używają kernela
dystrybucyjnego, nawet sam CEO chwali się że ma jakieś gitowe
snapshoty. Kernel dystrybucyjny to poletko testowe, także
2012/4/28 Bartosz Świątek shad...@gmail.com:
Dolby też nie ma :( Oszukali mnie!!
Sprawdzałeś na sterownikach z gita?
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
chwali się że ma jakieś gitowe
snapshoty. Kernel dystrybucyjny to poletko testowe, także wpadłeś
pewnie w sam środek testów i przegrałeś :)
Wyobraź sobie, że jedyny człowiek w PLD, który ma pojęcie o kernelu,
nie macza palców w kernel.spec (prawda zbyniu?). To jest dość
zastanawiające.
Oj
1 - 100 z 1128 matches
Mail list logo