2022 snapshot of PLD/Linux Th has been released.
It is available on ftp://ftp.pld-linux.org/dists/th/2022/PLD/ and as poldek
sources th-2022.
The main highlights of this release are:
kernels 6.1.1, 5.15.85, 5.10.161, 5.4.228, 4.19.269, 4.14.302, 4.9.336 and
4.4.302 (4.4 and 4.9 have
Hi,
Both mongodb and framewave are antique and require python2 scons
for building, thus do not build anymore.
Both have no direct dependencies, so drop should be painless.
Please don't think about updating mongodb past 4.0.3, as any later
version uses very restrictive license that's risky and
Dnia Fri, May 13, 2022 at 05:16:25PM +0100, Krzysztof Mrozowicz via
pld-devel-pl napisał(a):
> Dnia 2022-05-13, o godz. 16:05:39
> Peri Noid napisał(a):
>
> > Może głupie pytanie - ale czemu nie mamy najnowszego Kmaila w
> > TH/test?
> [...]
> > Mogę wysłać na bu
Dnia 2022-05-13, o godz. 16:05:39
Peri Noid napisał(a):
> Może głupie pytanie - ale czemu nie mamy najnowszego Kmaila w
> TH/test?
[...]
> Mogę wysłać na buildery ale skoro jest budowane KDE5 to może i to by
> dorzucić do kompletu? Bo zakładam, że ktoś z nas ma do tego
> au
Może głupie pytanie - ale czemu nie mamy najnowszego Kmaila w TH/test? W
repozytorium są spec-e do najnowszych paczek, pakiety się poprawnie budują i
działają - z konieczności buduję to sobie sam ale może większej liczbie
użytkowników by się to przydało? Jedyne co to trzeba kompilować w
Hi,
I'm going to delete old snapshots from ftp.
By old I mean older than 3 years (2012-2018).
There is no value in keepeing them, and the promise was that we keep
the last 3 years worth.
If you need the old packages, you have time till the end of January 2022
to get them. After that everything
2021 snapshot of PLD/Linux Th has been released.
It is available on ftp://ftp.pld-linux.org/dists/th/2021/PLD/ and as poldek
sources th-2021.
The main highlights of this release are:
kernels 5.15.12, 5.10.89, 5.4.169, 4.19.223, 4.14.260, 4.9.295 and 4.4.297
(4.4 and 4.9 have vserver
PLD New Rescue Th-20211017 is there. Based on PLD Th main tree as of
20211017.
https://github.com/pld-linux-org/pld-new-rescue/releases/tag/th-current-2021017
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
___
pld-devel-pl mailing
W dniu 13.10.2021 o 21:54, Jan Rękorajski pisze:
> On Mon, 11 Oct 2021, Maciej Kędzierski wrote:
>
>> Cześć.
>>
>> Widzę, że w th-test są już pakiety, które wymagają nowego OPENSSL_3.0.0.
>> W sumie bardzo fajnie, ale na paru serwerach u siebie mam kilka
>>
On Mon, 11 Oct 2021, Maciej Kędzierski wrote:
> Cześć.
>
> Widzę, że w th-test są już pakiety, które wymagają nowego OPENSSL_3.0.0.
> W sumie bardzo fajnie, ale na paru serwerach u siebie mam kilka
> aplikacji serwerowych samodzielnie kompilowanych ze źródeł (nie z RPMS).
>
Cześć.
Widzę, że w th-test są już pakiety, które wymagają nowego OPENSSL_3.0.0.
W sumie bardzo fajnie, ale na paru serwerach u siebie mam kilka
aplikacji serwerowych samodzielnie kompilowanych ze źródeł (nie z RPMS).
Już przy zmianie openssl_0.9.8 na 1.0, czy 1.0 na 1.1, małem z tego
powodu
W dniu 22.02.2021 o 19:59, Jan Rękorajski pisze:
> rpm 4.16.1.2 and all dependant packages are now available in th-test.
>
> More details about the update can be found on
>
> https://www.pld-linux.org/packages/rpm
>
> Th builders has been upgraded and all builds wil
W dniu 23.02.2021 o 22:51, Grzesiek Pycia pisze:
> Jest ustawione, no clear, Ale getty@tty1 po starcie systemu jest jako
> disabled i nie jest uruchamiane.
>
> Tu zmieniałem, żeby no clear był w etc, bo poprzednia metoda z edycją w
> /lib przestała być akceptowana przez systemd:
>
>
Jest ustawione, no clear, Ale getty@tty1 po starcie systemu jest jako
disabled i nie jest uruchamiane.
Tu zmieniałem, żeby no clear był w etc, bo poprzednia metoda z edycją w
/lib przestała być akceptowana przez systemd:
W dniu 20.02.2021 o 14:26, stacho pisze:
> W dniu 2021-02-20 08:22, Krzysztof Mrozowicz napisał(a):
>> W dniu 19.02.2021 o 21:27, Krzysztof Szwaba pisze:
To pewnie dlatego, że PLD nie zwalnia tty1 po uruchomieniu systemu.
Spróbuj przełączyć się na tty2 (Alt+F2).
>>> Jaki może być
rpm 4.16.1.2 and all dependant packages are now available in th-test.
More details about the update can be found on
https://www.pld-linux.org/packages/rpm
Th builders has been upgraded and all builds will now use rpm.org rpm.
--
Jan Rękorajski| PLD/Linux
SysAdm
W dniu 20.02.2021 o 14:47, Peri Noid pisze:
> Dnia sobota, 20 lutego 2021 14:26:02 CET stacho pisze:
> [...]
>> Na vpsie Alt+F2 nie przejdzie i tak dobrze że mam konsolę przez vnc.
>> Powód jest prosty w tym rescue zablokowany jest getty na tty1.
>> Wystarczy zrobić: systemctl start
Dnia sobota, 20 lutego 2021 14:26:02 CET stacho pisze:
[...]
> Na vpsie Alt+F2 nie przejdzie i tak dobrze że mam konsolę przez vnc.
> Powód jest prosty w tym rescue zablokowany jest getty na tty1.
> Wystarczy zrobić: systemctl start getty@tty1.service żeby zadziałała
> konsola na tty1.
> W tym
W dniu 2021-02-20 08:22, Krzysztof Mrozowicz napisał(a):
W dniu 19.02.2021 o 21:27, Krzysztof Szwaba pisze:
To pewnie dlatego, że PLD nie zwalnia tty1 po uruchomieniu systemu.
Spróbuj przełączyć się na tty2 (Alt+F2).
Jaki może być tego powód ?
Też kiedyś z tym walczyłem, gdzie po aktualizacji
W dniu 19.02.2021 o 21:27, Krzysztof Szwaba pisze:
To pewnie dlatego, że PLD nie zwalnia tty1 po uruchomieniu systemu.
Spróbuj przełączyć się na tty2 (Alt+F2).
--
Krzysiek
Jaki może być tego powód ?
Też kiedyś z tym walczyłem, gdzie po aktualizacji PLD taka przypadłość
się pojawiła ale nie
Dnia 2021-02-19, o godz. 20:35:36
Krzysztof Mrozowicz napisał(a):
> W dniu 19.02.2021 o 10:49, stacho pisze:
> > W dniu 2021-02-09 22:53, Arkadiusz Miśkiewicz napisał(a):
> >
> > Witam,
> >
> >> If anyone is interested:
> >>
> >> PLD Ne
W dniu 19.02.2021 o 10:49, stacho pisze:
W dniu 2021-02-09 22:53, Arkadiusz Miśkiewicz napisał(a):
Witam,
If anyone is interested:
PLD New Rescue x86_64 image based on Th main (as of 20210209):
https://github.com/arekm/pld-new-rescue/releases/tag/th-current-20210209
Jest problem z rescue
W dniu 2021-02-09 22:53, Arkadiusz Miśkiewicz napisał(a):
Witam,
If anyone is interested:
PLD New Rescue x86_64 image based on Th main (as of 20210209):
https://github.com/arekm/pld-new-rescue/releases/tag/th-current-20210209
Jest problem z rescue, uruchomiony na wirtualnej maszynie (vps
The following packages will be removed from Th soon, if no one steps up
to fixing them. All these packages are old and broken wrt current
compilers and deps.
ekiga
h323plus
neovim
psiconv
Special mention goes to
php*-pecl-imagick
I seem to be unable to rebuild it, the magical scripts don't do
Hi,
Later this week rpm from rpm.org, along with all necessary tools
(macros, poldek, specdump, etc.) are going to land in th-test.
I believe the last real stopper[1] has been "fixed", so we should finally
switch.
If you think there is still something that is blocking the change pl
2019 snapshot of PLD/Linux Th has been released. It is available on
ftp://ftp.pld-linux.org/dists/th/2020/PLD/ and as poldek sources th-2020.
The main highlights of this release are:
kernels 4.4.248, 4.9.248, 4.14.212, 4.19.163, 5.4.83 and 5.9.14 (4.4 and
4.9 have vserver enabled)
GCC
2019 snapshot of PLD/Linux Th has been released. It is available on
ftp://ftp.pld-linux.org/dists/th/2019/PLD/ and as poldek sources th-2019.
The main highlights of this release are:
* kernels 4.4.207, 4.9.207, 4.14.160, 4.19.91 and 5.4.6 (4.4 and 4.9 have
vserver enabled)
* GCC 9.2.0
W dniu 2019-11-07 23:47, Jan Rękorajski napisał(a):
On Thu, 07 Nov 2019, stacho wrote:
W dniu 2019-11-07 13:21, Łukasz Maśko napisał(a):
> Dnia czwartek, 7 listopada 2019 13:15:57 stacho pisze:
>> Witam,
>>
>> Mam Th + ready i próba aktualizacji kończy się tak:
> [...]
On Thu, 07 Nov 2019, stacho wrote:
> W dniu 2019-11-07 13:21, Łukasz Maśko napisał(a):
> > Dnia czwartek, 7 listopada 2019 13:15:57 stacho pisze:
> >> Witam,
> >>
> >> Mam Th + ready i próba aktualizacji kończy się tak:
> > [...]
> >> Coko
W dniu 2019-11-07 13:21, Łukasz Maśko napisał(a):
Dnia czwartek, 7 listopada 2019 13:15:57 stacho pisze:
Witam,
Mam Th + ready i próba aktualizacji kończy się tak:
[...]
Cokolwiek się tu nie wybierze, kończy się konfliktami i błędami.
A jak zaczniesz od python3-libs?
Wrzucę całość, choć
Dnia czwartek, 7 listopada 2019 13:15:57 stacho pisze:
> Witam,
>
> Mam Th + ready i próba aktualizacji kończy się tak:
[...]
> Cokolwiek się tu nie wybierze, kończy się konfliktami i błędami.
A jak zaczniesz od python3-libs?
--
Witam,
Mam Th + ready i próba aktualizacji kończy się tak:
[root@stl1 ~]# poldek -v --upgrade-dist --ask
Wczytywanie [pndir]th-ready...
Wczytywanie [pndir]th-ready...
Wczytywanie [pndir]th...
Wczytywanie [pndir]th...
Przeczytano 32874 pakiety
Szukam pakietów do aktualizacji...
Przetwarzanie
On Sun, Mar 17, 2019 at 02:24:15PM +0100, Adam Golebiowski wrote:
> On Sun, Mar 17, 2019 at 11:48:14AM +0100, Jan Rękorajski wrote:
> > Can someone please take a look at broken dependencies in th-test and fix
> > them?
> >
> > http://ep09.pld-linux.org/~pldth/main-read
On Sun, Mar 17, 2019 at 11:48:14AM +0100, Jan Rękorajski wrote:
> Can someone please take a look at broken dependencies in th-test and fix them?
>
> http://ep09.pld-linux.org/~pldth/main-ready-test.txt
I'll handle these.
___
pld-devel-pl mai
Can someone please take a look at broken dependencies in th-test and fix them?
http://ep09.pld-linux.org/~pldth/main-ready-test.txt
error: [php-pear-Gtk2_ExceptionDump.spec]
php-pear-Gtk2_ExceptionDump-1.1.1-1.noarch: req pear(Gtk2/VarDump.php) not found
error: [php-pear-Gtk2_ExceptionDump.spec
2018 snapshot of PLD/Linux Th has been released. It is available on
ftp://ftp.pld-linux.org/dists/th/2018/PLD/ and as poldek sources th-2018.
The main highlights of this release are:
kernels 4.4.169, 4.9.148, 4.14.91 and 4.19.13 (4.4 and 4.9 have vserver
enabled)
GCC 8.2.0
LLVM
I'm going to remove the below packages from Th, real soon now.
ParaView - old version does not build, new version builds but segfaults
opendap-cdf_handler - abandonware
xorg-driver-video-nvidia-legacy-304xx and xorg-driver-video-nvidia-legacy-340xx
- no support for xserver 1.20 and it's time
Delayed by Meltdown and Spectre security problems, 2017 snapshot of
PLD/Linux Th has been released today. It is available on
ftp://ftp.pld-linux.org/dists/th/2017/PLD/ and as poldek sources
th-2017. Please give mirrors 24 hours to synchronize.
The main highlights of this release
On Tuesday 28 of November 2017, Krzysztof Szwaba wrote:
> Czy są jakieś plany na wydanie nowego PLD New Rescue Th-2016 1.6 ? :)
I wtedy od razu dodania rescue do https://netboot.xyz/
--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.
On 2017-11-28 23:38, Krzysztof Szwaba wrote:
> Czy są jakieś plany na wydanie nowego PLD New Rescue Th-2016 1.6 ? :)
Chwilowo nie… ale pewnie niedługo wyjdzie snapshot Th-2017, to będzie
trzeba się wziąć i zrobić :)
Jakby co, to repo jest dostępne i pull-requesty chętnie przyjmę.
Ja
Czy są jakieś plany na wydanie nowego PLD New Rescue Th-2016 1.6 ? :)
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Two things:
- please cleanup broken deps in th-test (python and docker),
http://ep09.pld-linux.org/~pldth/main-ready-test.txt
- packages to be removed from th:
- ghc-haskell-src-meta and other ghc *-meta, no users, no deps, ton of
work required to update
- ruby-di-ruby-lvm-attrib
On Sat, Jun 24, 2017 at 15:31:17 +0200, Krzysztof Szwaba wrote:
> W logach nic ciekawego nie widać.
> Gdzie szukać przyczyny opisanego wyżej problemu ?
Na początek proponuję podłubać w PAM-ie (skoro aktualizacja taka best
effort) - próbuj wstawiać pam_permit.
Sprawdź, czy masz terminale
Po aktualizacji z th-2012 na th-2013 (poldek -n th-2013
--upgrade-dist) nie mam możliwości zalogowania się do systemu.
Uruchamianie systemu zatrzymuje się w konsoli na
Zarządca zasobów: Osiągnięto poziom .. [ 3 ]
PLD jest jako VPS na PROXMOX 2.3-13
Do systemu można zalogować
On Fri, 14 Apr 2017, Jan Rękorajski wrote:
> The packages below will be removed from Th until someone steps up and
> fixes / updates them. They are either old and require a lot of work to
> update, or unmaintained upstream.
>
> ceph (all support will be disabled in dep
The packages below will be removed from Th until someone steps up and
fixes / updates them. They are either old and require a lot of work to
update, or unmaintained upstream.
ceph (all support will be disabled in dependant packages)
feathercoin
fife
framewave
libstk
zoneminder
You have been
Now that we have icedtea8 in Th, I'm going to remove openjdk8 from ftp.
We don't need two java8 implementations and openjdk8 is known to have
problems buliding.
--
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org | http://www.pld-linux.org
Th 2016 snapshot has been released, see the announcment
on http://www.pld-linux.org/ for details.
--
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org | http://www.pld-linux.org/
___
pld-devel-pl mailing list
pld-devel-pl
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
Po ostatnich zmianach (wywalenie z cups-filters %{_datadir}/cups/banners i
przeniesienie go do cups) zostało przebudowane cups-filters (było podbicie
wersji), ale samo cups nie. I teraz to pierwsze nie daje się zainstalować.
--
Łukasz Maśko
Dnia 31.12.2014 Jacek Konieczny jaj...@jajcus.net napisał/a:
On 31/12/14 12:03, Tomasz Pala wrote:
Większości z tego nawet nie znam, kluczowe wg mnie jest w ogóle być albo
[...]
Może miało to uzasadnienie kilka lat temu, może miało w czasach, gdy GCC
Historia komputeryzacji i stan obecny
It landed. It's available for playing, you can send build requests
to th-x32. There are no buildlogs yet, they will be visible soon.
Oh, and if you send generic request for all archs and it fails
on x32 you can ignore it for now.
--
Jan Rękorajski| PLD/Linux
SysAdm
On Sun, 22 Feb 2015, Marcin Banasiak wrote:
2015-02-21 19:00 GMT+01:00 Jan Rękorajski bagg...@pld-linux.org:
On Sat, 21 Feb 2015, Tomasz Pala wrote:
On Sat, Feb 21, 2015 at 11:17:47 +0100, Jan Rękorajski wrote:
I will remove i486 from Th on 28 February 2015.
FTP contents would
2015-02-21 19:00 GMT+01:00 Jan Rękorajski bagg...@pld-linux.org:
On Sat, 21 Feb 2015, Tomasz Pala wrote:
On Sat, Feb 21, 2015 at 11:17:47 +0100, Jan Rękorajski wrote:
I will remove i486 from Th on 28 February 2015.
FTP contents would be moved to obsoleted or unmaintained?
Removed, Th
On Sat, Feb 21, 2015 at 11:17:47AM +0100, Jan Rękorajski wrote:
Hi,
I will remove i486 from Th on 28 February 2015.
From pld-linux.org:
Growing number of packages that either do not build for i486 or are
severly crippled (like IcedTea or programs requiring atomic operations)
with loss
On Sat, 21 Feb 2015, Tomasz Pala wrote:
On Sat, Feb 21, 2015 at 11:17:47 +0100, Jan Rękorajski wrote:
I will remove i486 from Th on 28 February 2015.
FTP contents would be moved to obsoleted or unmaintained?
Removed, Th snapshots will be left for anyone who wants to use it.
And what's
On Sat, 21 Feb 2015, Jakub Bogusz wrote:
On Sat, Feb 21, 2015 at 11:17:47AM +0100, Jan Rękorajski wrote:
Hi,
I will remove i486 from Th on 28 February 2015.
From pld-linux.org:
Growing number of packages that either do not build for i486 or are
severly crippled (like IcedTea
On Sat, Feb 21, 2015 at 11:17:47 +0100, Jan Rękorajski wrote:
I will remove i486 from Th on 28 February 2015.
FTP contents would be moved to obsoleted or unmaintained?
And what's the status of x32? Can I STB there somehow, or is this test
just some internal thing? I might want to use this arch
W odpowiedzi na wiadomość z dnia 21.01.2015, 10:46, od Light-I:
Witam, mam dysk na USB, skonfigurowany jak należy w fstab, ale mam z nim
problem. Jakiś czas temu to działało na odmontowanym urządzeniu:
# udisksctl power-off -b /dev/sdc
Error powering off drive: Error opening /dev/sdc: Device
The following packages have been removed today from Th due to broken
deps:
i486 build of libreoffice
pnetC-0.7.4-2
pypy-1.9-5
squeak-3.9-2
--
Jan Rękorajski| PLD/Linux
SysAdm | bagginsatpld-linux.org | http://www.pld-linux.org
Jacek Konieczny wrote:
Jest chyba różnica między niezdefiniowaniem jakiegoś podejrzanego
aliasa, którego każdy, kto potrzebuje, może sobie sam ustawić, a
skompilowaniem całej dystrybucji tak, że u niektórych nawet nie
zabootuje, o ile ktoś sobie całości dla swoich potrzeb nie przekompiluje.
OK, trochę więcej dot. tematu. Sprawdziłem sobie na takim xz i zysku nie
zaobserwowałem (jedyny przyrost wydajności daje -O3), ale wydaje mi się
to całkiem logiczne. Znacznie mniej logiczne, że -march=native daje mi
gorszy wynik, niż i686... Wyszukałem, że openssl ma detekcję runtime.
Jest
W odpowiedzi na wiadomość z dnia 01.01.2015, 23:30, od Adam Osuchowski:
BTW, czy mogę się ostatecznie dowiedzieć jaki będzie los innych aliasów
ustawianych w /etc/shrc.d/*? Dlaczego jedne aliasy mogą być narzucane
użytkownikowi przez system, a inne nie (pomimo, że każdy z nich można
przecież
On 2015-01-01 23:30, Adam Osuchowski wrote:
Jacek Konieczny wrote:
To byłoby wypięcie się na niektórych (owszem, pojedynczych) użytkowników
w pogoni za numerkami.
Taaa? A jeszcze niedawno twierdziłeś, że nie ma po co utrzymywać
/etc/env.d/GREP_OPTIONS lub jego funkcjonalnego odpowiednika w
On Thu, Jan 01, 2015 at 11:45:44 +0100, Tomasz Pala wrote:
Pytanie zatem brzmi: czy glibc ma detekcję runtime? Sądząc po takich
[...]
to nie ma. Zresztą grep __SSE na źródłach to potwierdza (albo nie umiem
tego poprawnie odczytać).
$ ls **/*86/**/*sse2.* | wc -l
46
pokazuje skalę strat
Jacek Konieczny wrote:
To byłoby wypięcie się na niektórych (owszem, pojedynczych) użytkowników
w pogoni za numerkami.
Taaa? A jeszcze niedawno twierdziłeś, że nie ma po co utrzymywać
/etc/env.d/GREP_OPTIONS lub jego funkcjonalnego odpowiednika w postaci
aliasa, tylko dla pojedynczych
On Wed, Dec 31, 2014 at 01:04:29 +0100, Light-I wrote:
Się zastanawiam czy gałąź x86_64 zawiera SSE??? 32 bity używam tylko do wine,
bo
SSE i SSE2 są rozszerzeniami do IA-32, w AMD64 (skoro Intel się wepchnął w
nazwę IA, to oddajmy firmie AMD co się im należy) instrukcje są natywne.
Dopiero
On 31/12/14 12:03, Tomasz Pala wrote:
Większości z tego nawet nie znam, kluczowe wg mnie jest w ogóle być albo
nie być dla SSE, bo o ile się nie mylę (a chciałbym), to i686 w PLD nie
korzysta nawet z pierwszej, 15-letniej wersji SSE.
[...]
Może miało to uzasadnienie kilka lat temu, może
On Wed, Dec 31, 2014 at 12:52:56 +0100, Jacek Konieczny wrote:
Historia komputeryzacji i stan obecny opisałeś ładnie, a jesteś w stanie
rzucić konkretami? Co na włączeniu SSE zyskamy?
Teoretycznie: dodatkowe rejestry XMM (żałosnej liczby rejestrów IA-32
nie trzeba chyba wyjaśniać).
Ufając np.
+1 to abandoning i486 in current state (keeping last packages on FTP).
On Mon, Dec 15, 2014 at 21:48:03 +0100, Jan Rękorajski wrote:
Specifically:
Can RPM assume sse2 instructions and optimize digests/crypto to use
sse2?
No 32bit AMD CPU has this. So, no, you can't do it
On Tue, 30 Dec 2014, Tomasz Pala wrote:
+1 to abandoning i486 in current state (keeping last packages on FTP).
On Mon, Dec 15, 2014 at 21:48:03 +0100, Jan Rękorajski wrote:
Specifically:
Can RPM assume sse2 instructions and optimize digests/crypto to use
sse2?
No 32bit AMD
On Tue, Dec 30, 2014 at 20:22:01 +0100, Jan Rękorajski wrote:
If we have i686 arch we need to support i686 CPUs, not a random subset.
We don't need to do anything. SSE2 is 13 years old now (and available
for 11 years in AMD), I haven't seen unsupported CPUs in years.
Hardware produced in that
W odpowiedzi na wiadomość z dnia 30.12.2014, 22:33, od Tomasz Pala:
Running i686 without modern extensions is a waste of resources.
Creating x32 is a waste of resources (this won't ever be generic purpose arch).
Let's drop i686 as well and call this i686+, i686_with_SSE2 or whatever
you like if
The current state of Th main/ready is going to become 2014 snapshot
next weekend (6,7 Dec). If you know of any breakage or want a package
updated, please report/fix/update it before end of the week.
--
Jan Rękorajski| PLD/Linux
SysAdm | bagginsatpld-linux.org | http://www.pld
On Sun, 30 Nov 2014, Jan Rękorajski wrote:
The current state of Th main/ready is going to become 2014 snapshot
next weekend (6,7 Dec). If you know of any breakage or want a package
updated, please report/fix/update it before end of the week.
Quick note, broken packages from th-test are _not_
the testing packages are in th-ready repository (not in main yet)
To do the upgrade, you should run poldek -u php53-common or poldek -u
php55-common.
problems can be reported directly to me or #pld on irc
On 12.06.2014 21:27, Jan Rękorajski wrote:
Hi,
After a lot of time and work from Elan
http://git.pld-linux.org/gitweb.cgi?p=packages/php-bytekit.git;f=php-bytekit.spec;h=HEAD;a=shortlog)[*th-x86_64:FAIL_BUILD*
http://buildlogs.pld-linux.org//index.php?dist=tharch=x86_64ok=0name=php-bytekitid=a370d466-09aa-42f8-9483-2b4804246e9baction=tail*th-i486:FAIL_BUILD*
http
Dnia środa, 22 stycznia 2014 07:29:05 Paweł Gołaszewski pisze:
On Tue, 21 Jan 2014, Łukasz Maśko wrote:
Przepraszam za lamerskie pytanie, ale na ile icedtea jest kompatybilne z
Java7?
Lamerska odpowiedź: na tyle ile to możliwe...
BP, NMSP ;)
Spoko. Chodzi mi o to, że sprawdzam zadania
Hi,
I'm going to move java-sun and oracle-java packages from th-main to
obsolete. There will be one last update to oracle-java, to avoid
keeping package with lots of known security holes, but other than that I
don't see any future for those.
The rationale for the java-sun (JDK 6) removal
Przepraszam za lamerskie pytanie, ale na ile icedtea jest kompatybilne z
Java7?
--
Łukasz Maśko_o)
Lukasz.Masko(at)ipipan.waw.pl /\\
Registered Linux User #61028
On Tue, 21 Jan 2014, Łukasz Maśko wrote:
Przepraszam za lamerskie pytanie, ale na ile icedtea jest kompatybilne z
Java7?
Lamerska odpowiedź: na tyle ile to możliwe...
BP, NMSP ;)
--
pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl
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 Sat, Dec 14, 2013 at 17:37:52 +0100, Jan Rękorajski wrote:
Hi,
To celebrate new year I'm going to make 2013 snapshot of Th line
at the end of December. It will contain the current state of
main/ready/test tree.
If you know of any problems in current package set please report
and/or fix
On Sun, 15 Dec 2013, Bartlomiej B. wrote:
On Sat, Dec 14, 2013 at 17:37:52 +0100, Jan Rękorajski wrote:
Hi,
To celebrate new year I'm going to make 2013 snapshot of Th line
at the end of December. It will contain the current state of
main/ready/test tree.
If you know of any problems
Hi,
To celebrate new year I'm going to make 2013 snapshot of Th line
at the end of December. It will contain the current state of
main/ready/test tree.
If you know of any problems in current package set please report
and/or fix them.
--
Jan Rękorajski | PLD/Linux
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
On Wed, 31 Jul 2013, gal01 wrote:
W dniu 2013-07-31 14:52:08 użytkownik Jan Rękorajski bagg...@pld-linux.org
napisał:
W logach też nic nie ma? Spróbuj go puścić z debugiem (-e level -X)
może coś powie.
Wylatuje komunikat: memory fault
Niedobrze, żeby coś tu wymyślić musiałbym
On Wednesday 31 of July 2013 15:48:18 gal01 wrote:
W dniu 2013-07-31 14:52:08 użytkownik Jan Rękorajski bagg...@pld-linux.org
napisał:
W logach też nic nie ma? Spróbuj go puścić z debugiem (-e level -X)
może coś powie.
Wylatuje komunikat: memory fault
mozesz zmodyfikowc skrypt
On Thu, 01 Aug 2013, Paweł Sikora wrote:
On Wednesday 31 of July 2013 15:48:18 gal01 wrote:
W dniu 2013-07-31 14:52:08 użytkownik Jan Rękorajski
bagg...@pld-linux.org napisał:
W logach też nic nie ma? Spróbuj go puścić z debugiem (-e level -X)
może coś powie.
Wylatuje
On Wed, 31 Jul 2013, gal01 wrote:
W dniu 2013-07-31 14:52:08 użytkownik Jan Rękorajski bagg...@pld-linux.org
napisał:
W logach też nic nie ma? Spróbuj go puścić z debugiem (-e level -X)
może coś powie.
Wylatuje komunikat: memory fault
Poprawione w
W dniu 2013-08-01 12:35:03 użytkownik Jan Rękorajski bagg...@pld-linux.org
napisał:
Poprawione w apache-mod_perl-2.0.7-0.svn1448242.8
Sprawdź czy u Ciebie też działa.
Skąd mam go wziąć. Bo jakoś nie mogę go znaleźć. A nie miałem wcześniej
potrzeby pobierać pakietów spoza normalnego
potrzeby pobierać pakietów spoza normalnego repo.
Jest w th-test (dopóki się mirrory nie odświeżą to na ftp1.pld-linux.org).
--
Jan Rękorajski | PLD/Linux
SysAdm | http://www.pld-linux.org/
bagginsatmimuw.edu.pl
bagginsatpld
W dniu 2013-08-01 13:27:10 użytkownik Jan Rękorajski bagg...@pld-linux.org
napisał:
W dniu 2013-08-01 12:35:03 użytkownik Jan Rękorajski
bagg...@pld-linux.org napisał:
Poprawione w apache-mod_perl-2.0.7-0.svn1448242.8
Sprawdź czy u Ciebie też działa.
Teraz się
Dnia czwartek, 1 sierpnia 2013 14:34:40 gal01 pisze:
W dniu 2013-08-01 13:27:10 użytkownik Jan Rękorajski bagg...@pld-linux.org
napisał:
W dniu 2013-08-01 12:35:03 użytkownik Jan Rękorajski baggins@pld-
linux.org napisał:
Poprawione w apache-mod_perl-2.0.7-0.svn1448242.8
Sprawdź czy u
On Tue, 30 Jul 2013, gal01 wrote:
Witam
Dzisiaj zaktualizowałem repozytoria poldka. Zrobiłem upgrade apacha
i okolic(musiałem porzeźbić w konfigach webowych) w tym perla i się
zrobiła kupa.
Apache próbuje załadować perla w wersji 5.12.5 i nie wstaje.
Możesz rozwinąć? Mam
1 - 100 z 2811 matches
Mail list logo