Re: remmina not working after llvm upgrade
On 26.05.2023 02:18, Jan Palus wrote: On 25.05.2023 15:41, Krzysztof Mrozowicz via pld-devel-en wrote: Dnia 2023-05-25, o godz. 14:59:56 Jan Palus [1] napisal/(a): Yes, that's after reboot. Could be Mesa, it's upgraded too.. Do you mind sharing output (remmina.strace) of: strace -o remmina.strace -f -e '/open.*' -z remmina I observe a similar problem on my computer. The strace file can be found at [2]https://pastebin.com/KuXzXaYP Thank you both for sharing strace output. Can you try upgrading SPIRV-LLVM-Translator* spirv-tools* and Mesa* and see if it helps? Works Thanks! Now I can log into my favorite OS ;-) -- Andrzej Zawadzki References 1. mailto:at...@pld-linux.org 2. https://pastebin.com/KuXzXaYP ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: remmina not working after llvm upgrade
On 25.05.2023 12:35, Jan Palus wrote: On 25.05.2023 12:04, Andrzej Zawadzki wrote: Hi! $ remmina ** Message: 11:54:59.423: Remmina does not log all output statements. Turn on more verbose output by using "G_MESSAGES_DEBUG=all" as an environment variable. More info available on the Remmina wiki at: [1][1]https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging Load modules from /usr/lib64/remmina/plugins Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000. The glibsecret secret plugin has been initialized and it will be your default secret plugin (org.remmina.Remmina:9625): Gtk-WARNING **: 11:55:00.227: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem : CommandLine Error: Option 'use-dbg-addr' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options Aborted (core dumped) Rebuild needed? Works fine for me. I doubt Remmina has anything to do with LLVM directly so rebuild wouldn't change anything. Judging by Google results this could possibly be coming from a Mesa driver. Did you restart your GUI session (X/Wayland) after an upgrade to make sure new driver is running? Yes, that's after reboot. Could be Mesa, it's upgraded too.. -- Andrzej Zawadzki References 1. https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
remmina not working after llvm upgrade
Hi! $ remmina ** Message: 11:54:59.423: Remmina does not log all output statements. Turn on more verbose output by using "G_MESSAGES_DEBUG=all" as an environment variable. More info available on the Remmina wiki at: [1]https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging Load modules from /usr/lib64/remmina/plugins Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000. The glibsecret secret plugin has been initialized and it will be your default secret plugin (org.remmina.Remmina:9625): Gtk-WARNING **: 11:55:00.227: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem : CommandLine Error: Option 'use-dbg-addr' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options Aborted (core dumped) Rebuild needed? -- Andrzej Zawadzki References 1. https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: KDE - all form test
On 14.09.2022 01:40, Krzysztof Mrozowicz via pld-devel-en wrote: Dnia 2022-09-13, o godz. 16:15:06 Andrzej Zawadzki [1] napisal/(a): Qt 5.15.6 - similar problem. For example kwallet doesn't work with NetworkManager. Downgrade help, so looks like after Qt upgrade rebuild off all kde5 packages will help. I sent all ka5 and kp5 packages to rebuild. They should be done over the night. Kf5 were done earlier today due to their update. Works now. But... should KDE be strictly dependent on the Qt version? Second time when Qt update broke my KDE environment. -- Andrzej Zawadzki References 1. mailto:zawa...@gmail.com ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: KDE - all form test
On 1.07.2022 19:22, Peri Noid wrote: Dnia piatek, 1 lipca 2022 14:31:04 CEST Andrzej Zawadzki pisze: OK Qt5 was to fresh. I found in logs: *plasmashell[2012]: Cannot mix incompatible Qt library (5.15.4) with this library (5.15.5)* Hmm, rebuild is needed? I did a full downgrade of Qt5 to 5.15.4 and it works - so yes, the problem is somewhere there. We're still missing some of Qt5 packets in thre 5.15.5 version to be able to upgrade everything to this version. At least now. Hi! Qt 5.15.6 - similar problem. For example kwallet doesn't work with NetworkManager. Downgrade help, so looks like after Qt upgrade rebuild off all kde5 packages will help. -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: KDE - all form test
OK Qt5 was to fresh. I found in logs: *plasmashell[2012]: Cannot mix incompatible Qt library (5.15.4) with this library (5.15.5)* Hmm, rebuild is needed? On Fri, Jul 1, 2022 at 2:19 PM Łukasz Maśko wrote: >From which version did you upgrade? Works without major problems for >me. >-- >Pozdrawiam. Åukasz MaÅko > > 1 lip 2022 14:04 Andrzej Zawadzki napisaÅ(a): > > Hi! > My KDE is broken after upgrade (plasma-shell, basically useless). > How > this looks on yours computers? ;-) > -- > Andrzej > ___ > pld-devel-en mailing list > pld-devel-en@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en > ___ > pld-devel-en mailing list > pld-devel-en@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en > ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
KDE - all form test
Hi! My KDE is broken after upgrade (plasma-shell, basically useless). How this looks on yours computers? ;-) -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: DiscoverNotifier - Segmentation fault
On 17.05.2022 20:44, Witold Filipczyk wrote: Dnia Tue, May 17, 2022 at 03:10:44PM +0200, Peri Noid napisal/(a): Dnia wtorek, 17 maja 2022 10:47:35 CEST Andrzej Zawadzki pisze: Hi, after upgrade. Do we need rebuild with newer libraries? Application: Powiadomienia Odkrywcy (DiscoverNotifier), signal: Segmentation fault [...] I have the same. I siply killed the DiscoverNotifier process for now, I don't need it since it seems no to do anything useful. plasma-discover, running from command line, display these errors? Maybe on builders is older version of flatpak-devel. Hi, that's result: $ plasma-discover qrc:/qml/DiscoverWindow.qml:116:19: QML Shortcut: Shortcut: Only binding to one of multiple key bindings associated with 15. Use 'sequences: [ ]' to bind to all of them. qrc:/qml/Feedback.qml:2:1: module "org.kde.userfeedback" is not installed kf.kio.core: Malformed JSON protocol file for protocol: "trash" , number of the ExtraNames fields should match the number of ExtraTypes fields qrc:/qml/DiscoverPage.qml:42:37: QML Shortcut: Shortcut: Only binding to one of multiple key bindings associated with 15. Use 'sequences: [ ]' to bind to all of them. (process:88545): flatpak-WARNING **: 10:46:40.462: Unable to create FlatpakInstallation for system: While opening repository /var/lib/flatpak/repo: opening repo: opendir(/var/lib/flatpak/repo): Nie ma takiego pliku ani katalogu Failed to call flatpak_get_system_installations: No system installations found (process:88545): OSTree-CRITICAL **: 10:46:40.463: ostree_repo_open: assertion 'error == NULL || *error == NULL' failed Failed to setup flatpak installations: While opening repository /home/users/zawada/.local/share/flatpak/repo: opening repo: No system installations found org.kde.plasma.libdiscover: Discarding invalid backend "flatpak-backend" org.kde.plasma.libdiscover: Couldn't find a category for "fwupd-backend" [1]file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/PrivateActionTo olButton.qml:74:5: QML Binding: Binding loop detected for property "value" [2]file:///usr/lib64/qt5/qml/org/kde/kirigami.2/AbstractApplicationWind ow.qml:282:5: QML Binding: Not restoring previous value because restoreMode has not been set. This behavior is deprecated. You have to import QtQml 2.15 after any QtQuick imports and set the restoreMode of the binding to fix this warning. In Qt < 6.0 the default is Binding.RestoreBinding. In Qt >= 6.0 the default is Binding.RestoreBindingOrValue. took really long to fetch KNSBackend(0x2c77ca0, name = "/usr/share/knsrcfiles/icons.knsrc") took really long to fetch KNSBackend(0x2c82440, name = "/usr/share/knsrcfiles/ksplash.knsrc") took really long to fetch KNSBackend(0x2c84050, name = "/usr/share/knsrcfiles/xcursor.knsrc") took really long to fetch KNSBackend(0x2c8f280, name = "/usr/share/knsrcfiles/wallpaperplugin.knsrc") took really long to fetch KNSBackend(0x2c88da0, name = "/usr/share/knsrcfiles/gtk_themes.knsrc") took really long to fetch KNSBackend(0x2c8aca0, name = "/usr/share/knsrcfiles/colorschemes.knsrc") took really long to fetch KNSBackend(0x2c92c20, name = "/usr/share/knsrcfiles/comic.knsrc") took really long to fetch KNSBackend(0x2c9ff60, name = "/usr/share/knsrcfiles/kwinswitcher.knsrc") took really long to fetch KNSBackend(0x2c94840, name = "/usr/share/knsrcfiles/wallpaper.knsrc") took really long to fetch KNSBackend(0x2c28850, name = "/usr/share/knsrcfiles/systemmonitor-presets.knsrc") took really long to fetch KNSBackend(0x2c98660, name = "/usr/share/knsrcfiles/systemmonitor-faces.knsrc") took really long to fetch KNSBackend(0x2c9c8a0, name = "/usr/share/knsrcfiles/lookandfeel.knsrc") took really long to fetch KNSBackend(0x2c96b90, name = "/usr/share/knsrcfiles/kfontinst.knsrc") took really long to fetch KNSBackend(0x2c9a800, name = "/usr/share/knsrcfiles/window-decorations.knsrc") took really long to fetch KNSBackend(0x2c86980, name = "/usr/share/knsrcfiles/sddmtheme.knsrc") took really long to fetch KNSBackend(0x2ca0310, name = "/usr/share/knsrcfiles/konsole.knsrc") took really long to fetch KNSBackend(0x2cafd60, name = "/usr/share/knsrcfiles/plasmoids.knsrc") took really long to fetch KNSBackend(0x2cb9ef0, name = "/usr/share/knsrcfiles/wallpaper-mobile.knsrc") took really long to fetch KNSBackend(0x2c7b370, name = "/usr/share/knsrcfiles/krunner.knsrc") took really long to fetch KNSBackend(0x2cbdd10, name = "/usr/share/knsrcfiles/kwineffect.knsrc") took really long to fetch KNSBackend(0x2cc1110, name
Re: DiscoverNotifier - Segmentation fault
On 17.05.2022 15:10, Peri Noid wrote: Dnia wtorek, 17 maja 2022 10:47:35 CEST Andrzej Zawadzki pisze: Hi, after upgrade. Do we need rebuild with newer libraries? Application: Powiadomienia Odkrywcy (DiscoverNotifier), signal: Segmentation fault [...] I have the same. I siply killed the DiscoverNotifier process for now, I don't need it since it seems no to do anything useful. +1 - useless ;-) -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
DiscoverNotifier - Segmentation fault
Hi, after upgrade. Do we need rebuild with newer libraries? Application: Powiadomienia Odkrywcy (DiscoverNotifier), signal: Segmentation fault [KCrash Handler] #4 0x7fa5904d8ebb in flatpak_installation_create_monitor () from /usr/lib64/libflatpak.so.0 #5 0x7fa590dc1015 in ?? () from /usr/lib64/qt5/plugins/discover-notifier/FlatpakNotifier.so #6 0x7fa590dc10a7 in ?? () from /usr/lib64/qt5/plugins/discover-notifier/FlatpakNotifier.so #7 0x7fa590dc1561 in ?? () from /usr/lib64/qt5/plugins/discover-notifier/FlatpakNotifier.so #8 0x00408f95 in ?? () #9 0x7fa5a715c622 in ?? () from /usr/lib64/libQt5Core.so.5 #10 0x7fa5a714e51f in QObject::event(QEvent*) () from /usr/lib64/libQt5Core.so.5 #11 0x7fa5a7d1e74f in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #12 0x7fa5a712204a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #13 0x7fa5a7178963 in QTimerInfoList::activateTimers() () from /usr/lib64/libQt5Core.so.5 #14 0x7fa5a71791f4 in ?? () from /usr/lib64/libQt5Core.so.5 #15 0x7fa5a4dabcef in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #16 0x7fa5a4dac078 in ?? () from /usr/lib64/libglib-2.0.so.0 #17 0x7fa5a4dac12f in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #18 0x7fa5a71795b4 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib64/libQt5Core.so.5 #19 0x7fa5a7120a6b in QEventLoop::exec(QFlags) () from /usr/lib64/libQt5Core.so.5 #20 0x7fa5a7128d26 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 #21 0x004071ad in ?? () #22 0x7fa5a69ec58e in ?? () from /lib64/libc.so.6 #23 0x7fa5a69ec640 in __libc_start_main () from /lib64/libc.so.6 #24 0x00407335 in ?? () [Inferior 1 (process 2129) detached] -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/dracut] - bash is *required* for dracut initramfs to work correctly, rel 3
On 01.11.2021 23:15, Jan Rekorajski wrote: On Sun, 31 Oct 2021, Jan Palus wrote: On 31.10.2021 09:21, Jan Rekorajski wrote: On Sun, 31 Oct 2021, Jan Palus wrote: On 30.10.2021 23:23, baggins wrote: commit 63a4b90ecfdd4ac023ab8542fd6af60f4c80516e Author: Jan Rekorajski [1] Date: Sat Oct 30 23:21:06 2021 +0200 - bash is *required* for dracut initramfs to work correctly, rel 3 At some point dracut started to pretend mksh is supported as /bin/sh inside initramfs but that's simply not true. Default fallback is whatever system /bin/sh is linked which in our case is mksh hence broken initramfs in some cases. Going back to previous default "dash" helped in my case (lvm) -- are you sure it really needs bash? And perhaps maybe I know for certain that mksh does not. And very silently at that. Initramfs just doesn't detect encrypted partitions. let's leave a possibility to customize shell and instead of hardcoding bash use: add_dracutmodules+=" bash " which effectively changes default shell. I'm not so sure. What I found in the code is that dracut first installs /bin/sh and then shell modules (00bash, 00dash, 00mksh) as needed. But, those modules do not create /bin/sh if it already exists, and since that symlink is installed first it will not be re-created. Works for me. The place where dracut installs /bin/sh -> mksh is at first script with /bin/sh shebang: [2]https://github.com/dracutdevs/dracut/blob/15398458685d376fef56b1bf6fe09ae7c68 324c1/src/install/dracut-install.c#L531 Hence shell modules (bash/dash/mksh) are ordered with 00 before any such script could be installed. Tested dash, works. Generic initramfs detected and booted off encrypted root. So, can I safely remove entry: hold = dracut* from my config? Last dracut, that works with LUKS was dracut-054. (always good to have PLD Rescue ;-) ) Thanks for fix! -- Andrzej Zawadzki References 1. mailto:bagg...@pld-linux.org 2. https://github.com/dracutdevs/dracut/blob/15398458685d376fef56b1bf6fe09ae7c68324c1/src/install/dracut-install.c#L531 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
git with vim
Hi! I don't since when exactly but recently I notice: $ git commit -a hint: Waiting for your editor to close the file... Vim: Caught deadly signal FPE Vim: Finished. error: vi died of signal 8 error: There was a problem with the editor 'vi'. Please supply the message using either -m or -F option. glibc? After change editor, for example to mcedit everything works. Alone VIM works too. -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/ka5-krdc] - updated to 21.04.3
On 23.07.2021 15:14, Witold Filipczyk wrote: Dnia Fri, Jul 23, 2021 at 02:03:10PM +0200, Andrzej Zawadzki napisal/(a): Hi! There is something wrong with cmake and freerdp2 RDP doesn't work. When I build package with: BuildRequires:freerdp2-x11 Then RDP works - but this is strange that it needs binary at build time. Try release 1.1, but to really check you must uninstall/rename freerdp binary at build time. Work like a charm! Thank you! -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/ka5-krdc] - updated to 21.04.3
Hi!
There is something wrong with cmake and freerdp2
RDP doesn't work. When I build package with:
BuildRequires:freerdp2-x11
Then RDP works - but this is strange that it needs binary at build
time.
--
Andrzej Zawadzki
On 09.07.2021 20:15, witekfl wrote:
commit 7632d3b22df6b289ba3bc5285530bf7cda34db21
Author: Witold Filipczyk [1]
Date: Fri Jul 9 20:15:07 2021 +0200
- updated to 21.04.3
ka5-krdc.spec | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
---
diff --git a/ka5-krdc.spec b/ka5-krdc.spec
index 3d11ee2..4184b48 100644
--- a/ka5-krdc.spec
+++ b/ka5-krdc.spec
@@ -1,15 +1,15 @@
-%definekdeappsver 21.04.2
+%definekdeappsver 21.04.3
%definekframever 5.56.0
%defineqtver 5.9.0
%definekaname krdc
Summary: krdc
Name: ka5-%{kaname}
-Version: 21.04.2
+Version: 21.04.3
Release: 1
License: GPL v2+/LGPL v2.1+
Group: X11/Applications
Source0: [2]http://download.kde.org/stable/release-service/%{kdeappsver}/
src/%{kaname}-%{version}.tar.xz
-# Source0-md5: d7187736888478988e1a933d97f115b0
+# Source0-md5: e5827992c20e206f9ec8e61d43f52dfc
URL: [3]http://www.kde.org/
BuildRequires: Qt5Core-devel >= %{qtver}
BuildRequires: gettext-devel
gitweb:
[4]http://git.pld-linux.org/gitweb.cgi/packages/ka5-krdc.git/commitdiff/7632d3b2
2df6b289ba3bc5285530bf7cda34db21
___
pld-cvs-commit mailing list
[5]pld-cvs-com...@lists.pld-linux.org
[6]http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
References
1. mailto:wite...@poczta.onet.pl
2. http://download.kde.org/stable/release-service/%
3. http://www.kde.org/
4.
http://git.pld-linux.org/gitweb.cgi/packages/ka5-krdc.git/commitdiff/7632d3b22df6b289ba3bc5285530bf7cda34db21
5. mailto:pld-cvs-com...@lists.pld-linux.org
6. http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: sudo after upgrade
On 08.02.2021 14:46, Jan Palus wrote: On 02.02.2021 20:45, Andrzej Zawadzki wrote: Hi, I've just upgrade to newest test and after restart I'm not at wheel group anymore id zawada uid=1000(zawada) gid=1000(users) grupy=1000(users) but: cat /etc/group|grep zawada wheel::10:root,zawada Bug or feature? Encountered it on one machine as well... You have outdated /etc/nsswitch.conf most likely with entry that breaks group membership completely: initgroups: [SUCCESS=continue] files Yep! Exactly! Thanks for help! I changed this file one day - I added: hosts: files resolve ... because: resolve Use systemd resolved resolver (dns subsystem runs much smoother when networks are changing) and now, after upgrade I got new nsswitch.conf but with "rpmnew" suffix. Wrong, old initgroups still was there. ps. sometimes debs are better. ;-) -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
sudo after upgrade
Hi, I've just upgrade to newest test and after restart I'm not at wheel group anymore id zawada uid=1000(zawada) gid=1000(users) grupy=1000(users) but: cat /etc/group|grep zawada wheel::10:root,zawada Bug or feature? -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/qt4] - icu 67 rebuild - release 28 (by relup.sh)
Hi!
After upgrade that package KDE4 stop working - flood of core dumps.
Maybe rebuilding KDE4 is enough to fix this issue?
ps. I don't have stack trace.
On 04.07.2020 14:16, atler wrote:
commit ea68ef3282f32b532aad4dc6237616b5037beabe
Author: Jan Palus [1]
Date: Sat Jul 4 14:15:39 2020 +0200
- icu 67 rebuild
- release 28 (by relup.sh)
qt4.spec | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
diff --git a/qt4.spec b/qt4.spec
index cf82daa..4150dbf 100644
--- a/qt4.spec
+++ b/qt4.spec
@@ -63,7 +63,7 @@ Summary(pl.UTF-8):Biblioteka Qt do tworzenia GUI
Summary(pt_BR.UTF-8): Estrutura para rodar aplica��es GUI Qt
Name: qt4
Version: 4.8.7
-Release: 27
+Release: 28
License: LGPL v2.1 or GPL v3.0
Group: X11/Libraries
Source0: [2]http://download.qt-project.org/official_releases/qt/4.8/%{ver
sion}/qt-everywhere-opensource-src-%{version}.tar.gz
gitweb:
[3]http://git.pld-linux.org/gitweb.cgi/packages/qt4.git/commitdiff/ea68ef3282f32
b532aad4dc6237616b5037beabe
___
pld-cvs-commit mailing list
[4]pld-cvs-com...@lists.pld-linux.org
[5]http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
References
1. mailto:at...@pld-linux.org
2. http://download.qt-project.org/official_releases/qt/4.8/%
3.
http://git.pld-linux.org/gitweb.cgi/packages/qt4.git/commitdiff/ea68ef3282f32b532aad4dc6237616b5037beabe
4. mailto:pld-cvs-com...@lists.pld-linux.org
5. http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
kwin with new Mesa
Hi, after upgrade Mesa* to 20.0.6, kwin dies as below: Application: KWin (kwin), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [KCrash Handler] #7 0x7f30bb60ac65 in raise () from /lib64/libc.so.6 #8 0x7f30bb5f4547 in abort () from /lib64/libc.so.6 #9 0x7f30bb5f4417 in ?? () from /lib64/libc.so.6 #10 0x7f30bb603256 in __assert_fail () from /lib64/libc.so.6 #11 0x7f30bab6e753 in ?? () from /usr/lib64/libX11.so.6 #12 0x7f30bab6e7fd in ?? () from /usr/lib64/libX11.so.6 #13 0x7f30bab6eaf2 in _XEventsQueued () from /usr/lib64/libX11.so.6 #14 0x7f30bab71a25 in _XGetRequest () from /usr/lib64/libX11.so.6 #15 0x7f30ba57f581 in ?? () from /usr/lib64/libGL.so.1 #16 0x7f30ba580311 in glXDestroyWindow () from /usr/lib64/libGL.so.1 #17 0x7f30bb882d00 in ?? () from /usr/lib64/libkdeinit4_kwin.so #18 0x7f30bb882d29 in ?? () from /usr/lib64/libkdeinit4_kwin.so #19 0x7f30bb87f8dc in ?? () from /usr/lib64/libkdeinit4_kwin.so #20 0x7f30bb863216 in ?? () from /usr/lib64/libkdeinit4_kwin.so #21 0x7f30bb8635da in ?? () from /usr/lib64/libkdeinit4_kwin.so #22 0x7f30bb863c1d in ?? () from /usr/lib64/libkdeinit4_kwin.so #23 0x7f30bb7e3865 in ?? () from /usr/lib64/libkdeinit4_kwin.so #24 0x7f30b9bc4286 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #25 0x7f30bb7f30be in ?? () from /usr/lib64/libkdeinit4_kwin.so #26 0x7f30bb7f3e1d in ?? () from /usr/lib64/libkdeinit4_kwin.so #27 0x7f30b9bc4286 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #28 0x7f30b9bc8af0 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4 #29 0x7f30b9161ddd in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #30 0x7f30b9167fcc in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #31 0x7f30ba2d1a5a in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5 #32 0x7f30b9bb0e4b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4 #33 0x7f30b9bde2a2 in ?? () from /usr/lib64/libQtCore.so.4 #34 0x7f30b9bdec00 in QEventDispatcherUNIX::processEvents(QFlags) () from /usr/lib64/libQtCore.so.4 #35 0x7f30b91fd66f in ?? () from /usr/lib64/libQtGui.so.4 #36 0x7f30b9baf4ff in QEventLoop::processEvents(QFlags) () from /usr/lib64/libQtCore.so.4 #37 0x7f30b9baf806 in QEventLoop::exec(QFlags) () from /usr/lib64/libQtCore.so.4 #38 0x7f30b9bb4800 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4 #39 0x7f30bb8147b1 in kdemain () from /usr/lib64/libkdeinit4_kwin.so #40 0x7f30bb5f5d13 in __libc_start_main () from /lib64/libc.so.6 #41 0x0040107e in _start () [Inferior 1 (process 9686) detached] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[curl] /usr/lib64/libcurl.so.4: undefined symbol: BrotliDecoderVersion
Hi, this is happening after upgrading curl to newest version. I had to upgraded libbrotli by myself. -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: openssl 1.1.1 rebuild - need for help
On 21.10.2018 22:13, Adam Golebiowski wrote: On Sun, Oct 21, 2018 at 01:37:14PM +0200, Jan Rekorajski wrote: On Thu, 27 Sep 2018, Arkadiusz Miskiewicz wrote: On 20/09/2018 20:37, Arkadiusz Miskiewicz wrote: openssl 1.1.1 rebuild, if anyone wants to help here is TODO list: [1]http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test Examples on how to fix things are at packages/*/openssl.patch mostly. Also patches sometimes in debian, archlinux or upstream git of projects. +- current TODO: [...] freerdp drop this will pull down xrdp, vinagre - worth to fight for it? Use, freerdp2 (it's RC but works for me) -- Andrzej References 1. http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: New NM 1.12 and OVPN
On 18.07.2018 10:37, Jan Palus wrote: On 18.07.2018 10:18, Andrzej Zawadzki wrote: After upgrade to newest version of NM, plugin NetworkManager-openvpn-1.8.4-1 doesn't work. Plugin is too old? Try NetworkManager-1.12.0-2 once it's built. As a quick workaround in current release you can use: nmcli c up Thanks! New version is working correctly. -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
New NM 1.12 and OVPN
After upgrade to newest version of NM, plugin NetworkManager-openvpn-1.8.4-1 doesn't work. Plugin is too old? -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpcbind] - use upstream systemd units (with patch); real life check wanted - use upstream make install
Hi!
Doesn't work :-(
[root@pld-template ~]# systemctl status nfslock
0M nfslock.service - NFS file locking service
Loaded: loaded (/lib/systemd/system/nfslock.service; enabled; vendor
preset: enabled)
Active: failed (Result: exit-code) since Thu 2018-06-14 10:42:18
CEST; 4min 6s ago
Process: 874 ExecStopPost=/sbin/sysctl -w fs.nfs.nlm_tcpport=0
fs.nfs.nlm_udpport=0 (code=exited, status=254)
Process: 815 ExecStart=/sbin/rpc.statd $STATDOPTIONS (code=exited,
status=1/FAILURE)
Process: 808 ExecStartPre=/usr/share/nfs-utils/nfslock.preconfig
(code=exited, status=0/SUCCESS)
cze 14 10:42:18 pld-template rpc.statd[826]: Failed to register (statd,
1, udp): svc_reg() err: RPC: Success
cze 14 10:42:18 pld-template rpc.statd[826]: Failed to register (statd,
1, tcp): svc_reg() err: RPC: Success
cze 14 10:42:18 pld-template rpc.statd[826]: Failed to register (statd,
1, udp6): svc_reg() err: RPC: Success
cze 14 10:42:18 pld-template rpc.statd[826]: Failed to register (statd,
1, tcp6): svc_reg() err: RPC: Success
cze 14 10:42:18 pld-template rpc.statd[826]: failed to create RPC
listeners, exiting
cze 14 10:42:18 pld-template systemd[1]: nfslock.service: Control
process exited, code=exited status=1
cze 14 10:42:18 pld-template sysctl[874]: sysctl: cannot stat
/proc/sys/fs/nfs/nlm_tcpport: No such file or directory
cze 14 10:42:18 pld-template sysctl[874]: sysctl: cannot stat
/proc/sys/fs/nfs/nlm_udpport: No such file or directory
cze 14 10:42:18 pld-template systemd[1]: nfslock.service: Failed with
result 'exit-code'.
cze 14 10:42:18 pld-template systemd[1]: Failed to start NFS file
locking service.
After downgrade to auto/th/rpcbind-0.2.3-1 everything works.
On 11.04.2018 19:50, qboosh wrote:
commit 743aa2864e361cc9aabb9e1365975d257d2ff599
Author: Jakub Bogusz [1]
Date: Wed Apr 11 19:50:57 2018 +0200
- use upstream systemd units (with patch); real life check wanted
- use upstream make install
rpcbind-systemd.patch | 29 +
rpcbind.service | 13 -
rpcbind.socket| 8
rpcbind.spec | 23 ++-
4 files changed, 39 insertions(+), 34 deletions(-)
---
diff --git a/rpcbind.spec b/rpcbind.spec
index 5493666..544fe5a 100644
--- a/rpcbind.spec
+++ b/rpcbind.spec
@@ -9,12 +9,11 @@ Source0: [2]http://downloads.sourceforge.net/rpcbind/%{na
me}-%{version}.tar.bz2
# Source0-md5: cf10cd41ed8228fc54c316191c1f07fe
Source1: %{name}.init
Source2: %{name}.sysconfig
-Source3: %{name}.service
-Source4: %{name}.socket
Patch0:%{name}-libwrap.patch
Patch1:%{name}-syslog.patch
Patch2:%{name}-sunrpc.patch
Patch3:%{name}-nss.h.patch
+Patch4:%{name}-systemd.patch
Patch6:%{name}-tcp-addrs.patch
# [3]http://nfsv4.bullopensource.org/doc/tirpc_rpcbind.php
URL: [4]http://sourceforge.net/projects/rpcbind/
@@ -57,6 +56,7 @@ wywol/ania RPC na serwerze na tej maszynie.
%patch1 -p1
%patch2 -p1
%patch3 -p1
+%patch4 -p1
%patch6 -p1
%build
@@ -65,29 +65,26 @@ wywol/ania RPC na serwerze na tej maszynie.
%{__autoconf}
%{__automake}
%configure \
+ --bindir=/sbin \
--enable-libwrap \
--enable-warmstarts \
--with-statedir=/var/lib/rpcbind \
--with-rpcuser=rpc \
- --with-systemdsystemunitdir=%{%systemdunitdir}
+ --with-systemdsystemunitdir=%{systemdunitdir}
%{__make}
%install
rm -rf $RPM_BUILD_ROOT
-install -d $RPM_BUILD_ROOT{/sbin,%{_sbindir},/etc/{sysconfig,rc.d/init.d}} \
- $RPM_BUILD_ROOT{%{_mandir}/man8,%{_var}/lib/%{name},%{systemdunitdir}}
+install -d $RPM_BUILD_ROOT{/sbin,%{_sbindir},/etc/{sysconfig,rc.d/init.d},/var/
lib/rpcbind}
-install rpcbind $RPM_BUILD_ROOT/sbin
-install rpcinfo $RPM_BUILD_ROOT%{_sbindir}
+%{__make} install \
+ DESTDIR=$RPM_BUILD_ROOT
-install man/{rpcbind,rpcinfo}.8 $RPM_BUILD_ROOT%{_mandir}/man8
+%{__mv} $RPM_BUILD_ROOT/sbin/rpcinfo $RPM_BUILD_ROOT%{_sbindir}
install %{SOURCE1} $RPM_BUILD_ROOT/etc/rc.d/init.d/rpcbind
install %{SOURCE2} $RPM_BUILD_ROOT/etc/sysconfig/rpcbind
-install %{SOURCE3} $RPM_BUILD_ROOT%{systemdunitdir}/rpcbind.service
-install %{SOURCE4} $RPM_BUILD_ROOT%{systemdunitdir}/rpcbind.socket
-
%clean
rm -rf $RPM_BUILD_ROOT
@@ -115,8 +112,8 @@ fi
%triggerpostun -- %{name} < 0.2.0-5
if [ -f /etc/sysconfig/rpcbind ]; then
. /etc/sysconfig/rpcbind
- [ "$RPCBIND_VERBOSE" == "no" ] || RPCBIND_OPTIONS="-l"
- [ "$RPCBIND_INSECURE" == "yes" ] && RPCBIND_OPTIONS="$RPCBIND_OPTIONS -i
"
+ [ "$RPCBIND_VERBOSE" = "no" ] || RPCBIND_OPTIONS="-l"
+ [ "$RPCBIND_INSECURE" = "yes" ] && RPCBIND_OPTIONS="$RPCBIND_OPTIONS -i"
for a in $RPCBIND_ADDRESSES ; do
RPCBIND_OPTIONS="$RPCBIND_OPTIONS -h $a"
done
diff --git
Kernel upgrade - What is that?
Kernel upgrade: /usr/lib/dracut/modules.d/90kernel-modules/module-setup.sh: line 15: warning: command substitution: ignored null byte in input x infinity ;-) -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
cgroup_disable=memory
Hi, what do you think about adding this option to /etc/sysconfig/grub by default? GRUB_CMDLINE_LINUX="cgroup_disable=memory" According to: [1]https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Lin ux/6/html/Resource_Management_Guide/sec-memory.html this can safe a lot of memory in most systems (98%? or even more) -- Andrzej References 1. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Resource_Management_Guide/sec-memory.html ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: openssl, SSL2, KDE
On 04.03.2016 21:33, Łukasz Maśko wrote: > Dnia piątek, 4 marca 2016 21:23:24 Andrzej Zawadzki pisze: >> Hi, >> >> please, don't break my notebook ;-) >> / >> //startkde: Starting up...// >> ///usr/bin/kdeinit4: symbol lookup error: /usr/lib64/libQtNetwork.so.4: >> undefined symbol: SSLv2_server_method// >> //startkde: Could not start kdeinit4. Check your installation./ >> >> >> Downgrade openssl, uf > Please, add about which versions of openssl you're talking about. Right now I > have 1.0.2g-4 installed and was to update to -6, but since my laptop is > working, maybe I shouldn't ;-) Oor maybe it's just the opposite :-D :-) Downgrade or... use sleep only ;-) -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
openssl, SSL2, KDE
Hi, please, don't break my notebook ;-) / //startkde: Starting up...// ///usr/bin/kdeinit4: symbol lookup error: /usr/lib64/libQtNetwork.so.4: undefined symbol: SSLv2_server_method// //startkde: Could not start kdeinit4. Check your installation./ Downgrade openssl, uf -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: apache2 restarts
On 18.05.2015 21:59, Elan Ruusamäe wrote: continuation to old thread http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2014-October/024055.html seems the (main) culprit is php session being built with mm: built with mm: # i=1;while true; do service httpd restart || break;i=$((i+1)); done; echo stopped at $i Checking Apache 2.4 Web Server configuration...[ DONE ] Apache 2.4 Web Server service is not running. Starting Apache 2.4 Web Server service.[ DONE ] Checking Apache 2.4 Web Server configuration...[ DONE ] Stopping Apache 2.4 Web Server service.[ DONE ] Starting Apache 2.4 Web Server service.[ FAIL ] (98)Address already in use: AH00072: make_sock: could not bind to address [::]:80 (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down AH00015: Unable to open logs stopped at 2 if built without mm, loop runs over a minute (i did hit ctrl+c) with just these packages: Sat May 2 21:07:47 2015 apache-devel-2.4.12-3.i686 Mon May 18 22:54:55 2015 apache-base-2.4.12-3.i686 Mon May 18 22:54:55 2015 apache-mod_mime-2.4.12-3.i686 Mon May 18 22:56:22 2015 apache-mod_php53-5.3.29-14.1.i686 Mon May 18 22:56:22 2015 apache-mod_php53-5.3.29-14.1.i686 Mon May 18 22:56:22 2015 php53-common-5.3.29-14.1.i686 Mon May 18 22:56:22 2015 php53-pcre-5.3.29-14.1.i686 Mon May 18 22:56:22 2015 php53-session-5.3.29-14.1.i686 Mon May 18 22:56:22 2015 php53-simplexml-5.3.29-14.1.i686 Mon May 18 22:56:22 2015 php53-spl-5.3.29-14.1.i686 anyone misses if it gets in pld builds? https://github.com/pld-linux/php/blob/auto/th/php53-5.3.29-14/php.spec#L45 it used to be disabled with php was built with zts https://github.com/pld-linux/php/blob/auto/th/php53-5.3.29-14/php.spec#L88-L91 which was in 2010 https://github.com/pld-linux/php/commit/1f6a0184aaf7a90758fe809dd19c8471bdf43d36 mm itself was last updated in 2006 https://github.com/pld-linux/mm/commit/df219b969ed5f9d74fbe2b3c8382e5e5d2624253 http://www.ossp.org/pkg/lib/mm/ and php docs recommend using shm(tmpfs) instead http://php.net/manual/en/session.requirements.php and last, i don't even know how to use it! (=mm with session) :) some php.ini variable to enable? How about: service httpd reload? Apache is dying on few my server (php and SSL). To bad that I can't get a core dump with gdb connected to apache pid... then reload works ;-) Isn't that related? -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
PostgreSQL and uuid-ossp
Hi! I need help: what configure option should I use according to: www.postgresql.org/docs/9.4/static/uuid-ossp.html With --with-uuid=ossp configure: WARNING: uuid.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: uuid.h: proceeding with the compiler's result checking for uuid.h... yes configure: error: header file uuid.h does not match OSSP UUID library With --with-uuid=e2fs works fine. -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ImageMagick Q8
On 24.06.2014 13:09, Tomasz Pala wrote: Hi, most images these days are 8-bit/component, most IM use cases covers simple one-pass actions like converting formats or resizing, so while defaulting to Q16 is the right way to go as suggested by IM docs itself, we should also provide Q8 version, especially for wide range of server-side processing of user supplied content. And the overhead of Q16 is HUGE - 30-50% more of CPU time and TWICE as much of memory. All that wasted when most of the time anyone uses IM. +1 -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
open-iscsi and init script
Hi!
What is a proper way to configure new iscsi dev in PLD?
For me easiest way is:
1) add to /etc/init.d/iscsi these lines:
force-start)
force_start
;;
2) start: service iscsi force-start
3) edit initiatorname.iscsi
4) run:
iscsiadm -m discovery -t sendtargets -p $MY_SERVER
iscsiadm --mode node --targetname $MY_TARGET_NAME --portal
$MY_SERVER:3260 --login
5) edit nodes (manual-automatic)
6) service iscsi-devices start
Works.
Question: why force-start is unavailable?
Mistake? Typo? Can I add it?
ps. These tests are useless just after installed rpm:
use_discoveryd() {
grep -qrs discovery.sendtargets.use_discoveryd = Yes
/etc/iscsi/send_targets
if [ $? -eq 0 ] ; then
return 0
fi
grep -qrs discovery.isns.use_discoveryd = Yes /etc/iscsi/isns
if [ $? -eq 0 ] ; then
return 0
fi
return 1
}
--
Andrzej Zawadzki
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th stable (Re: gimp 2.8.0 rc1, gimp plugins)
On 20.04.2012 20:57, Caleb Maclennan wrote: well... if you need more stable line, then why not to create one with appropriate branch in CVS? of course, the problem is that somebody needs to maintain that, which I believe is full time job and lack of resources causes the stable branch to freeze. therefore, imho, it is not good idea to link CVS HEAD with stable line - and that was the result of similar discussions in the past if i reckon well. if you need more reassurance, then what about introducing TH-STABLE tag and sending packages to builders only when they are tagged with above? A tag scheme like that could of course work. Again I would ask ask how, other than different tag names, this is different from the status quo. Please answer this: what do you see as the advantage to having an RC release tagged HEAD instead of DEVEL? How does merging DEVEL into HEAD before it's going to be a candidate for FTP make life any different for you? What's the motivation? I honestly don't understand what you're trying to accomplish and thus I feel like you're presenting a solution to something that isn't a problem and thereby introducing a problem. Does that make sense? True, I don't understand this problem either... -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th stable (Re: gimp 2.8.0 rc1, gimp plugins)
On 20.04.2012 21:38, Bartosz Świątek wrote: W dniu 20 kwietnia 2012 21:28 użytkownik Andrzej Zawadzki zawa...@gmail.com napisał: On 20.04.2012 20:57, Caleb Maclennan wrote: well... if you need more stable line, then why not to create one with appropriate branch in CVS? of course, the problem is that somebody needs to maintain that, which I believe is full time job and lack of resources causes the stable branch to freeze. therefore, imho, it is not good idea to link CVS HEAD with stable line - and that was the result of similar discussions in the past if i reckon well. if you need more reassurance, then what about introducing TH-STABLE tag and sending packages to builders only when they are tagged with above? A tag scheme like that could of course work. Again I would ask ask how, other than different tag names, this is different from the status quo. Please answer this: what do you see as the advantage to having an RC release tagged HEAD instead of DEVEL? How does merging DEVEL into HEAD before it's going to be a candidate for FTP make life any different for you? What's the motivation? I honestly don't understand what you're trying to accomplish and thus I feel like you're presenting a solution to something that isn't a problem and thereby introducing a problem. Does that make sense? True, I don't understand this problem either... Let me please quote our chief of everything... you don't have to. Smartass? ;-) Bartoszu you need to be more consistent :-P http://permalink.gmane.org/gmane.linux.pld.devel.polish/34668 Last sentence... -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: open-vm-tools/open-vm-tools.spec - stop kloczking around and over...
WTF?!?!
Someone is bored?!?!
Please, stop that...
--
Andrzej
On 27.01.2011 12:26, shadzik wrote:
Author: shadzik Date: Thu Jan 27 11:26:00 2011 GMT
Module: packages Tag: HEAD
Log message:
- stop kloczking around and overruling other people!
Files affected:
packages/open-vm-tools:
open-vm-tools.spec (1.61 - 1.62)
Diffs:
Index: packages/open-vm-tools/open-vm-tools.spec
diff -u packages/open-vm-tools/open-vm-tools.spec:1.61
packages/open-vm-tools/open-vm-tools.spec:1.62
--- packages/open-vm-tools/open-vm-tools.spec:1.61Thu Jan 27 12:23:25 2011
+++ packages/open-vm-tools/open-vm-tools.spec Thu Jan 27 12:25:54 2011
@@ -15,6 +15,14 @@
Name:open-vm-tools
Version: %{snap}.%{rev}
#Version:%{ver}.%{rev}
+
+TODO
+- przywrocic epoch
+- naprawic Version
+- ten syf na pewno nie zbuduje sie na 2.6.16, wiec podbic BR
+
+na koniec pragne dodac ze gloczke to fajfus
+
Release: %{rel}
License: GPL
Group: Applications/System
@@ -401,6 +409,9 @@
All persons listed below can be reached at cvs_login@pld-linux.org
$Log$
+Revision 1.62 2011/01/27 11:25:54 shadzik
+- stop kloczking around and overruling other people!
+
Revision 1.61 2011/01/27 11:23:25 glen
- stop breaking spec syntax, and language should be english in specs
CVS-web:
http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/open-vm-tools/open-vm-tools.spec?r1=1.61r2=1.62f=u
___
pld-cvs-commit mailing list
pld-cvs-com...@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: rsyslog5/rsyslog5.spec (NEW) - initial
Andrzej Mateja wrote: On Mon, 24 Aug 2009, Elan Ruusamäe wrote: On Saturday 22 August 2009 12:18, amateja wrote: +$Log$ +Revision 1.1 2009/08/22 09:17:55 amateja +- initial what good is it to create another package, we have branches available in cvs I've done it after discussion on #pld channel. Mess for me. BTW1: rsyslog 4.4.0 (v4-stable) released and IMHO this one should be on HEAD rsyslog 4.5.2 (beta) released - this is v4-development branch rsyslog 5.1.4 (devel) released - this is completely new v5-development branch -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: rsyslog5/rsyslog5.spec (NEW) - initial
Elan Ruusamäe wrote: On Monday 24 August 2009 10:29:25 Andrzej Zawadzki wrote: rsyslog 4.4.0 (v4-stable) released and IMHO this one should be on HEAD so, it be in PLD HEAD rsyslog 4.5.2 (beta) released - this is v4-development branch in PLD DEVEL branch if somebody is really interested or some named one (BETA?) rsyslog 5.1.4 (devel) released - this is completely new v5-development branch in PLD DEVEL branch or some named one (RSYSLOG5) what's problem with this? all other packages can be managed in such manner. Exactly! That's why I pointed that mess - we don't need rsyslog5.spec... -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (LINUX_2_6): kernel.spec - release 0.4 (vserver + grsec_minimal - grs...
Jan Rekorajski wrote: [...] reiserfs is broken in 2.6.28. ? $ mount /dev/mapper/volumenik-pld_root on / type reiserfs (rw) $ uname -r 2.6.28 This is vanilla kernel from kernel.org -- Andrzej ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: High Performance Enabled SSH/SCP [PSC]
Elan Ruusamäe pisze: http://www.psc.edu/networking/projects/hpn-ssh/faq.php let's compile our openssh NONE Cipher support on? New version has another one nice future: make use of multiple cores -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): microcode_ctl.spec - 1.16
glen wrote: Author: glen Date: Sun Feb 18 10:51:51 2007 GMT Module: SPECS Tag: AC-branch Log message: - 1.16 If we still have kernel 2.6.16 in AC then microcode must stay in version 1.14. With higher version on 2.6.16 I've got error: microcode: error! Bad data in microcode data file microcode: Error in the microcode data So, 1.15 req kernel = 2.6.17 (changes in microcode.o) -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (AC-branch): microcode_ctl.spec - 1.16
Elan Ruusamäe wrote: On Sunday 18 February 2007, Andrzej Zawadzki wrote: glen wrote: Author: glen Date: Sun Feb 18 10:51:51 2007 GMT Module: SPECS Tag: AC-branch Log message: - 1.16 If we still have kernel 2.6.16 in AC then microcode must stay in version 1.14. With higher version on 2.6.16 I've got error: microcode: error! Bad data in microcode data file microcode: Error in the microcode data So, 1.15 req kernel = 2.6.17 (changes in microcode.o) ac already had 1.15, so should downgrade to 1.14? IMHO if AC has kernel 2.6.16 - yes. I've forgotten about that when 1.15 show up. But please verify my opinion. -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
fusebase specs names
Hello! I'd like to ask what is a proper name (maybe is some convection) for fusebase specs? For example we have: name - .spec cvsfs - cvsfs-fuse.spec fusesmb - fusesmb.spec I made spec for curlftpfs and I don't know how to name this. ps. it's works pretty good with FTP over SSL! -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[AC] mc, readline-5.2-1 and _
Hello! After upgrade to readline-5.2-1, mc works bad when dir has _ in name. For example: dir = a_a After enter on dir I've got: Warning: Cannot change to /home/users/zawada/a_a. Recompile mc with new readline doesn't help. What's wrong? -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
cvs2svn and rcs
Hello! Package cvs2svn doesn't need req to rcs, but by default cvs2svn is using /usr/bin/co from rcs (that's suggest from cvs2svn makers - much faster then cvs) For me it's not big deal to add such requirement - that's only 674807 B What do You think? -- Andrzej Zawadzki jid:[EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Java SUN
Elan Ruusamäe wrote: On Wednesday 17 May 2006 13:51, Jan Rekorajski wrote: On Wed, 17 May 2006, Adam Gołębiowski wrote: On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote: http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_somethi ng Great. Maybe we could rebuild openoffice 1.x with java support, prepare eclipse and push those to Ac. openoffice 1.x? You must be joking. OOO 2 is the only version acceptable for AC. ooo2 doesn't build with gcc 3.3.6 for amd64 No oo1.1 for amd64... so doesn't matter ;-) -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Java SUN
Elan Ruusamäe wrote: On Wednesday 17 May 2006 14:14, Andrzej Zawadzki wrote: ooo2 doesn't build with gcc 3.3.6 for amd64 No oo1.1 for amd64... so doesn't matter ;-) ooo1.1 doesn't support 64bit arches ;) Like ooo2 (official) :-P -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[Fwd: DISTFILES: ERROR fetching sources for bacula.spec ()]
cannot cvs get bacula.spec at -- Virtually Yours: distfiles. What is this? -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
alsaconf and pciutils
Hello! Without installed pciutils alsaconf doesn't recognized PCI audi card... (useless) What do You think about add opportunely R: ??? ps. I don't know what will be with ISA cards. -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
sudosh on amd64
Hello! Example: $ uname -a Linux azawadzki 2.6.12-rc6 #1 Wed Jun 8 13:43:10 CEST 2005 x86_64 AMD_Athlon(tm)_64_Processor_3200+ unknown PLD Linux $ sudo sudosh open slave pty: Bad address open pty failed: Illegal seek [EMAIL PROTECTED] ~]$ On x86 everything is OK. Google doesn't speak much... -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: sudosh on amd64
Elan Ruusamäe wrote: version? 1.6.3 pld spec speaks much. $Log: sudosh.spec,v $ Revision 1.20 2005/09/21 15:51:27 glen - rel 1 for stable (1.6.x) branch Revision 1.19 2005/08/17 15:38:22 glen - see also http://sourceforge.net/tracker/index.php?func=detailaid=1239951group_id=119536atid=684354 I know that, but this is for 1.8.x -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
openssl-0.9.7g-2 openssh AMD64
Hello! After upgrade openssl to ready ver. I can't use ssh. $ssh host Segmentation fault When from remote host when I do: $ssh my_AMD64_machine I got: ssh: connect to host 192.168.2.69 port 22: Connection refused and in AMD64 syslog I have: sshd[pid]: segfault at nr rip nr rsp nr error 4 That's only happens on AMD64. -- Andrzej Zawadzki ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
