aarnt / octopi Goto Github PK

It would be nice to have a feature to show the history of pacman package manager in the GUI.

i use octopi -removecmd Rs for test

i remove a file in a terminal, open another terminal with this filter:

ps -ef |grep root | grep "pacman "

and always i view only pacman -R (not Rs)????

root 3759 3757 0 16:23 pts/4 00:00:00 pacman -R quazip
octopi 0.4.2-2

The only reason I still use Kalu as an update checker is that Octopi doesn't check for updated AUR packages.

And when there are new AUR packages, Octopi could give an option to run:
yaourt -Sua

AUR packages should not be compiled as root user.

Yaourt should build the packages as normal user, and then ask the root password to install the package.

Compiling with root is risky.

Probably it's because security, but Octopi can't be closed when mirror-check is running. If the main server is down, mirror-check will never end and you won't be able to close Octopi unless you force it by ksysguard.

Might be useful an option to avoid mirror-check at launch or an option to cancel the current operation, like Ctrl+C to stop the mirror-check process.

After building octopi master, notifier icon dissappeared from my panel.
Octopi-notifier is running, but icon is missing (as you can see on screenshot).
Second thing is that app icons for Octopi-notifier and Octopi-repoeditor is missing too (as you can see on second screenshot).
After reinstalling Octopi-0.5.0 from AUR, icons are back.

This used to work in previous releases:
after "synchronize database" (Ctrl-D), Octopi no longer updates the statusbar showing the number of updateable packages. The numbers for system and yaourt packages stay at the old count, although there are much more updateable packages available. Only when I restart Octopi the actual count is picked up and displayed correctly.

i dont see octopi not in tray anymore i dont know why even if i push octopi-notifier in terminal see no error output. but sits in memory. also i dont see an empty space its looks like it dont sit there.
i use xfce :) i dont know
installation date wo 29 okt 2014 16:29:09 CET , hmmmm is from repo also.

local/octopi 0.5.0-0.2
local/octopi-notifier 0.5.0-0.2

currently the output tab dis-allows scrolling up while installing many updates due to all new output force-scrolling to the bottom. I'd love to see this behave more like tail output/terminal behavior where if scrolled to the bottom, new items added to the bottom also scroll the box to keep up w/ output, but if you scroll up to view older output, like for investigating an error, the scroll position isn't forced back to the bottom by new entries (which when updating 400 packages, as one does after a new install, happens too frequently to be able to read anything above until the outputting process completes).

I think there is missing a string for menu item "Cancel" under main menu item "Transaction" - so the menu item "Cancel" (Shortcut: CTRL+B) stays untranslated in master.

I don't need the groups overview, so I hide it by clicking the groups button. But when I restart Octopi, the groups overview is shown again. It would be great, if this setting would be persisted.

Hi when select any repository in 'View -> Repository", the package list dissapears. back to 'all' don't fix the problem, include and reload the list packages

only list back if reopen the gui

the vid of issue and other things (over min 2:56)

http://sl1pkn07.wtf/grabacion5.mp4

greetings

test with octopi-frameworks-git and octopi-frameworks (both Qt5 over KF5) from AUR

Recently I've build a package 'manually' via makepkg (kdebase-workspace), and set a higher version number (from 4.11.0-2 to 4.11.0-99) inside the PKGBUILD file. After I did install the compiled package via pacman -U, Octopi tells me my installed version is outdated. See the following screenshot:

Pacman instead gives me a warning, that the local installed version is newer than the one in the repositories.

I would expect Octopi does the same :)

Tested version: Octopi 0.2.0-1 - Manjaro repository

hello is there some variable to make when octopi will autoupdate every 10 min ?
or i have to make a crontab job ?

Hello,

I would like to make octopi compatible with ArchBSD as we are using pacman as our package manager, but on octopi , on 0.3.2 at least, I get the error that octopi is not compatible with "this linux distro". Previous versions would not install the packages, I think at least you added this message .
Could you please provide some info on how to debug it and se what it fails ?

Thank you.

I'm noticing long delays (upwards of 15 seconds) before Octopi performs pacman operations. For example if I choose to install a package it takes roughly 30 seconds before it even prompts me for my password. This happens regardless of whether I use the terminal to perform the operation or not.

Let me know what additional info you need from me.

I have builded octopi master.
Slovak translation is in resources, but i have repoeditor still in english language.

Hi I would like to request a new feature

the ability to see and remove unused dependencies
the command line alternatives are

pacman -Rsn $(pacman -Qqdt)

I have created slovak translation of octopi repoeditor.
i cant create a pull request with binary (qm) file, so i have uploaded translation (ts with qm) on my dropbox with public access.
Here is link, please commit it:

https://www.dropbox.com/s/x3h56n8ww6qozk1/repoeditor_slovak_translation.tar.gz?dl=0

Thanks.

QtGui/QApplication changed to QtWidgets/QApplication. A quick sed-fix I'm using now. However we should add a routine to detect the qt-version and use the proper header file.

   cd ../../repoeditor
   msg "Building octopi-repoeditor..."
   # fix build in qt5
   sed -i -e 's|QtGui|QtWidgets|g' main.cpp
   qmake-qt5 repoeditor.pro
   make -j $jc

Thanks for the fine software. On a pure Qt-only system (Manjaro Openbox/Fluxbox here) one can use ssx instead of gksu, but how to integrate it with Octopi if possible?

I have the following entry in /etc/pacman.cfg:

IgnorePkg = freerdp

But Octopi 0.5.0 on ArchLinux with KDE 4 keeps showing 1 update after completely updating the system

$ pacman -Syu
Nothing to do

After Octopi database synchronization Octopi-Notifier still shows 1 update, launching Octopi shows the freerdp update.

freerdp 1.1.0_beta+2013071101-1 1.2.0_beta1+android9-1

With latest git-checkout I get followed error on Manjaro 0.8.10:

mainwindow.cpp: In member function 'void MainWindow::refreshAppIcon()':
mainwindow.cpp:415:35: error: 'getOutdatedYaourtPackageList' is not a member of 'Package'
     m_outdatedYaourtPackageList = Package::getOutdatedYaourtPackageList();
                                   ^
Makefile:384: recipe for target '../build-octopi-notifier/mainwindow.o' failed
make: *** [../build-octopi-notifier/mainwindow.o] Error 1

Package info does not update when scrolling through the package list with arrow keys. The package info tab stays blank when using arrow keys.

It works when I click on the package, but not when I select the next package with arrow keys.

Tested latest git version in Manjaro with Cinnamon DE.

I think Octopi should list some terminal as a dependency.
There is no terminal listed on dependency list on Manjaro.

I think terminal is needed for main part of the application to work, so it should be installed as dependency. I think xterm would be good choice for that, since it isn't specific to any DE.

Alternativelly there could be a notification shown, when a supported terminal is not installed.

Now it just hangs if I choose to Run command in terminal and there is no supported terminal installed.

Starting full system upgrade...

/usr/bin/gksu: invalid option -- 'm'
usage: gksu -h | -K | -k | -V
...

Command finished with errors!

I am using Antergos 64bit with Gnome 3.14 and octopi dont sync repos after system start-up.
My internet connection is via WiFi, maybe octopi should wait for connection get established, or problem is in something else.
How to debug this situation?

It is some times necessary to pass additional arguments like --force to a command

Hi,

I've made a patch to allow octopi-notifier to use StatusNotifierItem (the new protocol used by KDE 5 and Unity). It should work as a normal xembed systray item on the obsolete desktop environments, and works quite nicely on KDE5 (haven't tested it on Unity, nor on non-KDE5 systems).

Well, here's the patch (it is using KF5's knotifications library which is tier2, so it does pull a bit of KF5, but soon all KDE distros will have KDE5 as a standard, so that shouldn't be a problem).

After running command "makepkg -f " i get this error at the end:

==> Building octopi-repoeditor...
Cannot find file: repoeditor.pro.

Help page only shows Qt4:
https://github.com/aarnt/octopi/blob/master/src/mainwindow_help.cpp#L58

Any change to make that Qt only, or Qt4/5?

I've installed both via pacman and AUR and neither version will show me results from AUR. Does it need additional configuration?

I tried a DB update and verified that AUR was selected.

The title says it all :)
Additional info about my system: Manjaro stable, XFCE panel in Deskbar mode.
More info about this issue and workaround here:
http://forum.manjaro.org/index.php?topic=8446

I've made links for Octopi icons from /usr/share/icons/ in /usr/share/icons/Faenza/apps/32/ and updated icon cache for Faenza (my current icon theme).
Haven't tested results of this unlikely-to-help attempt yet.

I can switch to all groups without any problem, but yaourt. Actually i can switch yaourt in first time. Switching to a other category and back to yaourt didn't work. If I do that Octopi crashes again. Here's my journalctl report.

Apr 08 13:44:37 enindu-pc kernel: octopi[2560]: segfault at 0 ip 0806d1cc sp bfca16e0 error 4 in octopi[8048000+190000]
Apr 08 13:44:38 enindu-pc systemd-coredump[2848]: Process 2560 (octopi) dumped core.
-- Subject: Process 2560 (octopi) dumped core
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

-- Documentation: man:core(5)

-- Process 2560 (octopi) crashed and dumped core.

-- This usually indicates a programming error in the crashing program and
-- should be reported to its vendor as a bug.

Make it work when run as root.

Latest commit 2efc5d4 fails with:

qt5/QtGui -I/usr/include/qt5/QtCore -Ibuild -Ibuild -o build/treeviewpackagesitemdelegate.o src/treeviewpackagesitemdelegate.cpp
src/unixcommand.cpp: In static member function 'static QByteArray UnixCommand::getYaourtPackageList(const QString&)':
src/unixcommand.cpp:231:16: error: 'class QString' has no member named 'toAscii'
return res.toAscii();
^
g++ -c -pipe -g -Wall -W -D_REENTRANT -fPIE -DOCTOPI_EXTENSIONS -DQT_WIDGETS_LIB -DQT_DBUS_LIB -DQT_XML_LIB -DQT_NETWORK_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/lib/qt5/mkspecs/linux-g++ -I. -I/usr/include/qt5 -I/usr/include/qt5/QtWidgets -I/usr/include/qt5/QtDBus -I/usr/include/qt5/QtXml -I/usr/include/qt5/QtNetwork -I/usr/include/qt5/QtGui -I/usr/include/qt5/QtCore -Ibuild -Ibuild -o build/mainwindow_init.o src/mainwindow_init.cpp
Makefile:4049: recipe for target 'build/unixcommand.o' failed
make: *** [build/unixcommand.o] Error 1
make: *** Waiting for unfinished jobs....

Seems 'toAscii' is depreciated in Qt5?

On KDE, in "System Settings > Local > Country/Region & Language > Date & Time" you can set your preferred format e.g. YY/MM/DD, DD/MM/YY, MM/DD/YYYY .etc. Programs with kde integration will often reference and use the preferred format; It would be nice if the pacman log viewer did to. Right now the date collumn can only be WEEKDAY, MONTH DD, YYYY and the filter range MM/DD/YY. In in the system settings, I presume the date collumn would reference the long date format, and the filter range would reference the short.

I have installed octopi-notifier and not notifies for new but only changes color ..

There are some strings that are not marked as plural. In English, Adding "s" is the way to pluralize the noun. This method does not apply to other language.
For example:

    QString message;

    if (count == 1) {

        message = tr("%1 item replaced").arg(count);

    } else {

        message = tr("%1 items replaced").arg(count);
    }

This will work perfectly for English and French, But not for Polish.
A webpage describes the Plural forms: http://doc.qt.digia.com/qq/qq19-plurals.html

I think it would be cool if we knew when Octopi is checking for updates.

Thoughts:

1. The eyes move back and forth (horozintally flip octopi a few times)
2. My Octopi is usually always green. Maybe have him gently fade to yellow, then go back to green if good or red if updates are needed.

I think the eyes moving is a little more subtle and less alarming.

There is a memory access error when group filtering if packages of the same group exist in different repos. Something is odd there, if the filter works, it does randomly, it shows an empty record in the filter list at the top. Clicking on that empty record also produces a memory access error.

I am using AUR octopi-git and use different local repos for openrc packages on my github.

I think, after having a very very quick look at the code, res->sort(); in getPackageGroups in packages.cpp could be the culprit.

The most recent git version of octopi.

Output of gdb:

GNU gdb (GDB) 7.6.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /home/highcheng/src/system/octopi/bin/octopi...done.
(gdb) run
Starting program: /home/highcheng/src/system/octopi/bin/./octopi
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe2f60700 (LWP 14620)]
[New Thread 0x7fffe275f700 (LWP 14621)]
[New Thread 0x7fffda514700 (LWP 14622)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7200600 in QComboBox::currentIndex() const () from /usr/lib/libQtGui.so.4
(gdb) bt
#0 0x00007ffff7200600 in QComboBox::currentIndex() const () from /usr/lib/libQtGui.so.4
#1 0x000000000041e6c6 in MainWindow::changePackageListModel (this=0x7fffffffcae0) at src/mainwindow.cpp:469
#2 0x00000000004879f4 in MainWindow::qt_static_metacall (_o=0x7fffffffcae0, _c=QMetaObject::InvokeMetaMethod, _id=33, _a=0x7fffffffc840)

at build/moc_mainwindow.cpp:253

#3 0x00007ffff65e1b48 in QMetaObject::activate(QObject_, QMetaObject const_, int, void**) () from /usr/lib/libQtCore.so.4
#4 0x00007ffff6e38e3b in ?? () from /usr/lib/libQtGui.so.4
#5 0x00000000004529b3 in MainWindow::initActions (this=0x7fffffffcae0) at src/mainwindow_init.cpp:587
#6 0x000000000041bd4d in MainWindow::show (this=0x7fffffffcae0) at src/mainwindow.cpp:116
#7 0x000000000041a049 in main (argc=1, argv=0x7fffffffd018) at src/main.cpp:128

(gdb)

Terminal window GUI opened in Octopi window using english language instead global system native language.


Terminal window GUI opened from prompt with updates from octopi-notifier context menu option using proper language settings.

Reference: https://forum.manjaro.org/index.php?topic=18052

Can be created a plural form for this strings:

<location filename="Projects/octopi/src/strconstants.h" line="469"/>
        <source>There are %1 updates available!</source>

<location filename="Projects/octopi/src/strconstants.h" line="345"/>
        <source>There are %1 outdated packages in your system:</source>

<location filename="Projects/octopi/src/strconstants.h" line="353"/>
        <source>%1 (%2) packages</source>

<location filename="Projects/octopi/src/strconstants.h" line="357"/>
        <source>%1 installed</source>

<location filename="Projects/octopi/src/strconstants.h" line="361"/>
        <source>%1 outdated</source>

<location filename="Projects/octopi/src/strconstants.h" line="365"/>
        <source>%1 available</source>

When the octopi notifier taskbar program notifies me new updates are available by turning red, and I double-click on its taskbar icon, the following dialog box appears

"Confirmation

The following target must be retrieved:

< ... >

Confirm?

[ No ] [ Run in terminal ]"

When octopi is loaded in the background and I redo the same procedure, I've an additional Yes button that appear in the button row, like this:

[ Yes ] [ No ] [ Run in terminal ]

We should have the same behavior whether octopi is loaded or not in the background. Not having a 'Yes' button forces the lambda user to use the terminal, which is annoying for beginners-oriented GNU/Linux distributions like Manjaro or Chakra.

Solving this conception bug will maybe require to merge both program components: octopi and octopi-notifier.

I'm running Manjaro Openbox. Octopi notifies me that "There are 3 updates available!" However, when I run Octopi and choose 'System Upgrade' I get a "There are no new updates available!" message.

I've confirmed that there is another user experience this problem via the Manjaro IRC chat.

I've checked my pacman.conf file, but it seems to be fine:
http://pastebin.com/jiLyB0bf

Any help with this would be welcome.

Right now, the terminal to use is being selected in wmhelper.h based on the DE it detects. While this is an excellent approach for ensuring a more sophisticated terminal than xterm is used, it does not accomodate the users preferences, nor does it respect the system defaults the user has set. With your given user base, it's fair to assume that most users spend much of their time in the emulator of their choice, and then become annoyed when their choice is taken away from them--this is Linux, after all!!

I realise that there are no preferences built into Octopi thus far, so this enhancement may not be feasible for a while, but I just wanted to put in my 2 cents. :)

Hello,

I am using an up to date version of octopi-notifier from the Arch Linux AUR. I just noticed that I had literally hundreds of [octopi-notifier] <defunct> entries when I ran ps -ef. I ended up exiting the notifier and relaunching it and after 20 minutes it's already created 9 zombie processes... I straced octopi-notifier with the command strace octopi-notifier 2>&1 | ts and waited for it to create a zombie (besides the 1-2 it seems to create at the beginning every time it's launched) and extracted the portion of output that corresponded with the time ps shows the zombie processes were started which you can view at http://slexy.org/view/s2Vof9WEWo . Sorry I'm not a C++ dev otherwise I might take a stab at this issue.

Hi,

issue i have when i install an program it didnt refresh the transaction basket so it shows up still but when you install then it goes not double only the transaction doesnt refresh proper..

I use KDE as my desktop environment.

Other command in Octopi use Konsole terminal, but all Yaourt commands use xterm.

I’d prefer all terminal commands to open my default terminal program.

Version: Octopi 0.3.0-2 from Manjaro Unstable repositories.