You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(20) |
Sep
(87) |
Oct
(22) |
Nov
(2) |
Dec
(7) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(9) |
Feb
(10) |
Mar
(73) |
Apr
(62) |
May
(79) |
Jun
(75) |
Jul
(28) |
Aug
(4) |
Sep
(2) |
Oct
(27) |
Nov
(18) |
Dec
(2) |
2008 |
Jan
(6) |
Feb
(15) |
Mar
(19) |
Apr
(10) |
May
(82) |
Jun
(152) |
Jul
(17) |
Aug
(19) |
Sep
(20) |
Oct
(21) |
Nov
(7) |
Dec
(3) |
2009 |
Jan
(11) |
Feb
(7) |
Mar
(18) |
Apr
(15) |
May
(13) |
Jun
(20) |
Jul
(20) |
Aug
(21) |
Sep
|
Oct
(16) |
Nov
(34) |
Dec
(40) |
2010 |
Jan
(36) |
Feb
(17) |
Mar
(66) |
Apr
(8) |
May
(13) |
Jun
(10) |
Jul
(2) |
Aug
(27) |
Sep
(26) |
Oct
(26) |
Nov
(3) |
Dec
(3) |
2011 |
Jan
(3) |
Feb
(6) |
Mar
|
Apr
(9) |
May
|
Jun
(3) |
Jul
(3) |
Aug
(8) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(3) |
Nov
(2) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
(21) |
Jul
|
Aug
(4) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(18) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(3) |
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: niccolo <ni...@ve...> - 2020-02-14 14:08:37
|
Hi,one month ago I sent an email to Basket current maintainer regarding how Basket could get back in KDE, offering my help in doing so. As I mentioned in that mail, I see many benefits of moving to KDE: infrastructure (phabricator, bugzilla, gitlab, ...), advertisement, developer interest, and so on; I think it could be especially useful since Basket has not been developed for more than a year at this point. In the email I mentioned that I was up to doing all the porting work, plus maintaining the application once inside KDE, making sure it gets promoted, and so on. Since I did not receive an answer, I was considering moving forward with that, especially since there has not been significant development in more than a year. Do you have any feedback on that? For transparency, here is my original email: > Hi! > I'm Niccolò Venerandi from the KDE community. I have been using Basket for some time, and I really appreciated the many features that it has. Unluckly, I noticed that there was no big development since one year ago. I have recently found some posts of Basket users asking if there was anybody that could help the development of Basket; in particular, this (https://www.reddit.com/r/kde/comments/ehaq8j/discussion_kde_basket/) thread got me really interested. He even says that Basket could become one of the "jewel of KDE" with some help, which I can really agree with, since the good time I had with it. > Since I like both KDE and Basket, I was wondering if I could help in that happening. In the last years I formed a good knowledge of how the KDE community works internally, and I really think that moving back to being a KDE project would bring many benefits to Basket. There are infrastructure benefits: KDE can offer website hosting, bugzilla, hosting both on cgit.kde.org or kde gitlab, matrix/irc/telegram bridget chats, phabricator boards to organize and so on. There are also advertisement benefits, as being inside KDE means that every release is advertized in the Application Update on the dot.kde.org, which is followed by many users, and advertisement can be pushed from KDE promotional accounts with more than 80k followers, and Basket would being indexed in the list of KDE applications on the application website, plus it would become a part of Apps promotional videos (especially if it happens before the 20th of Feb). Also, KDE community is great at helping on many tasks if asked, such as creating new logos, creating mockups, testing the application, analysing the visual design, updating the website, and so on, all done in the KDE Visual Design Group. Finally, I also think that moving inside KDE would mean more contributors, as a) there are many developers who love KDE and (just like me) would be ready to help develop any KDE application to make the overall KDE quality greater, b) the increase of promotion and userbase would possibly bring new contributors (they only need a KDE Identity, which has never been a problem based on past onboarding activities). > Since I know how the KDE community works, I'm absolutely up to do the whole work (setting up chats, sysadmin tasks, websites, everything). If Basket gets into KDE, I will also work on fixing bugs and adding new features regularly. A couple of things that I'd love to implement in the long term are Akonadi (facultative) support like Kjots currently has and, if it works, a Kirigami interface that would make Basket work on Plasma Mobile and Android as well. If it supported Akonadi, Basket could also be embedded into the Kontact suite, helping Basket reach even more users. If necessary (you got busy or anything), I'm also up to becoming a mantainer of it as part of the KDE app suite. Just tell me if that's needed. > For the reasons above, I'd suggest to consider moving to KDE and I would more than happy to help in that case. Thanks in advance,Niccolò Venerandi p, li { white-space: pre-wrap; } p, li { white-space: pre-wrap; } |
From: Gleb B. <gle...@gm...> - 2019-02-27 21:17:52
|
Hi all, Happy to announce that 2.49-beta was released! It is based on 2.49-alpha (with some improvements) and is using KDE Frameworks 5. Note that git branches have been swapped: master became kde4 and kde5port became master. You will need to do git hard reset to pull the new master (or just make a new clone). Links to the sources: https://launchpad.net/basket/kde5/2.49b https://github.com/basket-notepads/basket/releases/tag/v2.49b Best regards, Gleb |
From: Gleb B. <gle...@gm...> - 2017-09-09 11:01:05
|
If the problem is still not solved, please provide more details: 1. What is the version of Basket? 2. Did you use tar.gz backup or Move to another folder? 3. Do you now have baskets with no notes or empty basket tree? 4. Check the contents of basket data folder (see Backup & Restore dialog, "Your baskets are currently stored in that folder"). If you open one of the baskets/basketXX subfolders, does it contain - .basket (hidden file)? - html files? Also, is there .git (hidden folder) in basket data folder? (you need to enable display of hidden files or use 'ls -a' in the terminal) An example of using terminal commands on my system: cd ~/.kde/share/apps/basket ls -a baskets/basket65 . .. .basket note1.html note33.html ls -a .git ls: cannot access .git: No such file or directory Best regards, Gleb 28.08.2017 21:51, Hugh Reid via Basket-devel wrote: > Thinking it would help me create a backup on a different storage device > before upgrading my OS, I changed the location where BasKet Note Pad > saves its notes. > > On doing that all the notes disappeared. I found the data in html format > and moved the files (in basket folders) to the new location, but I still > can't open anything. > > What do I do? > > Thanks > > Hugh > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Basket-devel mailing list > Bas...@li... > https://lists.sourceforge.net/lists/listinfo/basket-devel > |
From: Hugh R. <hug...@ya...> - 2017-08-28 19:51:24
|
Thinking it would help me create a backup on a different storage device before upgrading my OS, I changed the location where BasKet Note Pad saves its notes. On doing that all the notes disappeared. I found the data in html format and moved the files (in basket folders) to the new location, but I still can't open anything. What do I do? Thanks Hugh |
From: Gleb B. <gle...@gm...> - 2016-12-09 19:59:53
|
09.12.2016 00:17, Luigi Toscano wrote: > Thanks for the notice; could you please update the pot template file and the > po files with extract-messages? There are few modified and new messages. > I can send a pull request for that (I need anyway to send one for the Italian > translations). > > Ciao > Sorry, I updated them but forgot to push. But now they are in place, please update your pull request. Thanks! -- Gleb |
From: Luigi T. <lui...@ti...> - 2016-12-08 23:36:33
|
In data giovedì 8 dicembre 2016 18:09:06 CET, Gleb Baryshev ha scritto: > Hi, > > I'm glad to announce that new Basket release for KDE 4 is essentially > ready. If no new bugs are found, it's likely to be released next week. > > Users are welcome to build git version and test enhancements made, the > main two of which are: > * new feature - Version Sync. It is initial implementation of > distributed version control for basket data, see also Handbook on this; > * basket locking. There were several issues with GPG which are now fixed. > > Translators are welcome too. Please find po files at > https://github.com/basket-notepads/basket/tree/master/po and in addition > translate "Name" property in > https://github.com/basket-notepads/basket/blob/master/src/basket_config_vers > ion_sync.desktop Thanks for the notice; could you please update the pot template file and the po files with extract-messages? There are few modified and new messages. I can send a pull request for that (I need anyway to send one for the Italian translations). Ciao -- Luigi |
From: Gleb B. <gle...@gm...> - 2016-12-08 17:09:18
|
Hi, I'm glad to announce that new Basket release for KDE 4 is essentially ready. If no new bugs are found, it's likely to be released next week. Users are welcome to build git version and test enhancements made, the main two of which are: * new feature - Version Sync. It is initial implementation of distributed version control for basket data, see also Handbook on this; * basket locking. There were several issues with GPG which are now fixed. Translators are welcome too. Please find po files at https://github.com/basket-notepads/basket/tree/master/po and in addition translate "Name" property in https://github.com/basket-notepads/basket/blob/master/src/basket_config_version_sync.desktop Best regards, Gleb |
From: Gleb B. <gle...@gm...> - 2016-11-17 17:24:32
|
Hi David, Please note that the latest Basket version is 2.10 (someone needs to package it for Arch) and some of the old bugs are already fixed. So you could build the latest Basket from source and see how it works for you. You can check https://launchpad.net/basket/+download and https://github.com/basket-notepads/basket and choose a version you would like to test: * 2.10b - kde4 release (there are several bugs which were fixed after), * git master - latest kde4 code (will become 2.11 soon), * 2.49a - kde5 release (made specifically for Plasma 5, but may contain new bugs). Please report the bugs to https://bugs.launchpad.net/basket . Thank you for feedback! Best regards, Gleb On 14. nov. 2016 05:27, David C. Rankin wrote: > Kelvie, all, > > I was very pleased to see basket was included with Plasma/FW5 and > packaged by Archlinux. I have about 10 years of notes in basket and I > would be in big trouble without it. The current compilation of 1.8.1 is > against KDE Platform Version 4.14.26 in KDE Frameworks 5.27.0 Qt 5.7.0 > (built against 5.7.0) > > However, there seem to be real problems with basket 1.81 in plasma. > For starters, the following are broken: > > 1) if you click and a new empty note is created, and you didn't mean > to, it does not automatically get deleted when you click somewhere else. > Stray empty notes were always auto-removed in the past. This can quickly > lead to your baskets turning into a giant mess; > > 2) 'Tags' shortcuts are duplicated and generate errors for duplicate > keystrokes when you "Customize Tags" and then 'save'. It is like the > list of shortcuts is duplicated in memory causing basket to think each > shortcut for a tag is a duplicate. Quitting basket and restarting clears > the duplicates from memory, but this means you have to shutdown/restart > basket if you change 'any' tag setting; > > 3) Changing a tag (like Title) does not update all Title tagged items > in the list; > > 4) Clicking in a note and applying a tag doesn't apply the formatting > if the note already contained a tag. It is like the signals and slots > get mixed up after the first time a tag is applied (something is also > funny with the font-size combo-list, at times it will report available > font sizes as 7 9 9 10 11, ... and you must manually enter 8 because it > doesn't display in the list; > > 5) Grouping is totally unpredictable. (probably in large part due to > the problem in (1) above.) Any unintended click slightly above/below the > current note baseline (when the Config > General > [ ] group note option > is use) creates a mess quickly. Now there is simply a pixel or two > difference between the note trying to group 'above' or group 'below' the > current when clicking to the right side of the insertion line. > > 6) Configure > General > System Tray Icon [ ] Show main window when > mouse hovers over the system tray icon for 7 tenths -- no longer works > at all. This is probably due to some change in the systray in plasma, > but this was a brilliant time saving option that should be continued. > (the balloon notices for Global shortcut actions no longer works as well) > > I'm sure these are fixable and baskets is well worth the effort. Let > me know if I can provide an further information. I'm happy to do it. > I've filed this as bug: > > https://bugs.kde.org/show_bug.cgi?id=372456 > |
From: David C. R. <dra...@su...> - 2016-11-14 04:28:13
|
Kelvie, all, I was very pleased to see basket was included with Plasma/FW5 and packaged by Archlinux. I have about 10 years of notes in basket and I would be in big trouble without it. The current compilation of 1.8.1 is against KDE Platform Version 4.14.26 in KDE Frameworks 5.27.0 Qt 5.7.0 (built against 5.7.0) However, there seem to be real problems with basket 1.81 in plasma. For starters, the following are broken: 1) if you click and a new empty note is created, and you didn't mean to, it does not automatically get deleted when you click somewhere else. Stray empty notes were always auto-removed in the past. This can quickly lead to your baskets turning into a giant mess; 2) 'Tags' shortcuts are duplicated and generate errors for duplicate keystrokes when you "Customize Tags" and then 'save'. It is like the list of shortcuts is duplicated in memory causing basket to think each shortcut for a tag is a duplicate. Quitting basket and restarting clears the duplicates from memory, but this means you have to shutdown/restart basket if you change 'any' tag setting; 3) Changing a tag (like Title) does not update all Title tagged items in the list; 4) Clicking in a note and applying a tag doesn't apply the formatting if the note already contained a tag. It is like the signals and slots get mixed up after the first time a tag is applied (something is also funny with the font-size combo-list, at times it will report available font sizes as 7 9 9 10 11, ... and you must manually enter 8 because it doesn't display in the list; 5) Grouping is totally unpredictable. (probably in large part due to the problem in (1) above.) Any unintended click slightly above/below the current note baseline (when the Config > General > [ ] group note option is use) creates a mess quickly. Now there is simply a pixel or two difference between the note trying to group 'above' or group 'below' the current when clicking to the right side of the insertion line. 6) Configure > General > System Tray Icon [ ] Show main window when mouse hovers over the system tray icon for 7 tenths -- no longer works at all. This is probably due to some change in the systray in plasma, but this was a brilliant time saving option that should be continued. (the balloon notices for Global shortcut actions no longer works as well) I'm sure these are fixable and baskets is well worth the effort. Let me know if I can provide an further information. I'm happy to do it. I've filed this as bug: https://bugs.kde.org/show_bug.cgi?id=372456 -- David C. Rankin, J.D.,P.E. |
From: Gleb B. <gle...@gm...> - 2015-08-10 22:37:24
|
10.08.2015 20:48, Qaz wrote: > Hi! How do I configure Basket to be organized in a column instead of > being free-form (the setting by default in version 2.10-beta) all at > once? Not having to go through each of the baskets? Thanks! Hi! I'm afraid there is no such functionality. I believe though this is achievable with a script which would do the following for each ~/.kde/share/apps/basket/baskets/basket*/.basket: 1) replace <disposition free="true" mindMap="true" columnCount="0"/> with <disposition free="false" mindMap="false" columnCount="1"/> 2) wrap whole <notes> content with an extra <group></group> Hope this idea helps. Regards, Gleb |
From: Qaz <qaz...@op...> - 2015-08-10 16:48:29
|
Hi! How do I configure Basket to be organized in a column instead of being free-form (the setting by default in version 2.10-beta) all at once? Not having to go through each of the baskets? Thanks! |
From: Robert C. <rp...@be...> - 2015-05-09 19:26:49
|
On May 9, 2015 12:38:42 PM Gleb Baryshev wrote: > 06.05.2015 22:53, Gleb Baryshev wrote: > > 06.05.2015 18:53, Robert Charbonneau wrote: > >> I noticed the configuration dialog isn't present yet for the > >> application so maybe I'll work at getting that ported in and then > >> reorganize for new options. Will fork today and start playing. > >> Thanks Gleb! > >> > > > > Make sure that kcm_basket.so has been installed. At least I can see the > > dialog :) > > (https://raw.githubusercontent.com/wiki/basket-notepads/basket/img/basket-settings.png). > > Or check for file open errors using strace. > > Aah, I've figured that out. Apparently I created a correct symlink to > kcm_basket.so manually. But in order to get the libraries location > correct from the beginning, you must pass valid QT_PLUGIN_INSTALL_DIR: > > cmake -DCMAKE_INSTALL_PREFIX=`kf5-config --prefix` > -DQT_PLUGIN_INSTALL_DIR=`qtpaths --plugin-dir` .. > make && make install > > > I had done a manual copy of the file each time. Been reading what's there, more features than I knew about. ;) -- "...The name of the song is called 'Haddocks' Eyes'!" "Oh, that's the name of the song, is it?" Alice said, trying to feel interested. "No, you don't understand," the Knight said, looking a little vexed. "That's what the name is called. The name really is, 'The Aged Aged Man.'" "Then I ought to have said "That's what the song is called'?" Alice corrected herself. "No, you oughtn't: that's quite another thing! The song is called 'Ways and Means': but that's only what it is called you know!" "Well, what is the song then?" said Alice, who was by this time completely bewildered. "I was coming to that," the Knight said. "The song really is "A-sitting on a Gate": and the tune's my own invention." -- Lewis Carroll, "Through the Looking Glass" |
From: Bernhard J. <ber...@be...> - 2015-05-09 10:43:53
|
Hi, thanks for the reply. I'll check out Basquet and the Qt5 port. Regards Bernhard Am 09.05.2015 um 10:58 schrieb Gleb Baryshev: > Hi! > > It might be possible to integrate Basket using KParts. But since you > want Qt-only version, have a look at Keelan's Qt5 port > (https://github.com/keelhub/basket/tree/qt5) or maybe Basqet project. > > Best regards, > Gleb |
From: Gleb B. <gle...@gm...> - 2015-05-09 09:37:40
|
06.05.2015 22:53, Gleb Baryshev wrote: > 06.05.2015 18:53, Robert Charbonneau wrote: >> I noticed the configuration dialog isn't present yet for the >> application so maybe I'll work at getting that ported in and then >> reorganize for new options. Will fork today and start playing. >> Thanks Gleb! >> > > Make sure that kcm_basket.so has been installed. At least I can see the > dialog :) > (https://raw.githubusercontent.com/wiki/basket-notepads/basket/img/basket-settings.png). > Or check for file open errors using strace. Aah, I've figured that out. Apparently I created a correct symlink to kcm_basket.so manually. But in order to get the libraries location correct from the beginning, you must pass valid QT_PLUGIN_INSTALL_DIR: cmake -DCMAKE_INSTALL_PREFIX=`kf5-config --prefix` -DQT_PLUGIN_INSTALL_DIR=`qtpaths --plugin-dir` .. make && make install -- Gleb |
From: Gleb B. <gle...@gm...> - 2015-05-09 07:57:45
|
07.05.2015 12:13, Bernhard Jung wrote: > Hi, > > would it be possible to integrate Basket in a cross platform Qt 4 or 5 > application (Mac, Linux, Windows)? > > To give you the whole picture: I'm developing a character generator for > a D&D like role playing game. Some users play over the internet, using > the generator during play as a character sheet and they would like to > have the ability to take notes inside the generator. I think a note > taking application like Basket would be ideal for this. So I'd like to > know if it would be possible to integrate basket into my application? > > As a KDE program there are probably a lot of dependecies to KDE libs > which currently prevent this. Would it be realistic to create a Basket > lib somehow that doesn't have these dependecies? > > Regards > Bernhard Hi! It might be possible to integrate Basket using KParts. But since you want Qt-only version, have a look at Keelan's Qt5 port (https://github.com/keelhub/basket/tree/qt5) or maybe Basqet project. Best regards, Gleb |
From: Bernhard J. <ber...@be...> - 2015-05-07 10:30:08
|
Hi, would it be possible to integrate Basket in a cross platform Qt 4 or 5 application (Mac, Linux, Windows)? To give you the whole picture: I'm developing a character generator for a D&D like role playing game. Some users play over the internet, using the generator during play as a character sheet and they would like to have the ability to take notes inside the generator. I think a note taking application like Basket would be ideal for this. So I'd like to know if it would be possible to integrate basket into my application? As a KDE program there are probably a lot of dependecies to KDE libs which currently prevent this. Would it be realistic to create a Basket lib somehow that doesn't have these dependecies? Regards Bernhard |
From: Gleb B. <gle...@gm...> - 2015-05-06 19:52:35
|
06.05.2015 18:53, Robert Charbonneau wrote: > Yup, I do have a Github account. > If you wish, create a pull request with libgit2 init fixes, or I can just commit those myself. > I noticed the configuration dialog isn't present yet for the application so maybe I'll work at getting that ported in and then reorganize for new options. Will fork today and start playing. Thanks Gleb! > Make sure that kcm_basket.so has been installed. At least I can see the dialog :) (https://raw.githubusercontent.com/wiki/basket-notepads/basket/img/basket-settings.png). Or check for file open errors using strace. I've committed some small build fixes today, so update your copy before fork! Regards, Gleb |
From: Robert C. <rp...@be...> - 2015-05-06 16:53:38
|
Yup, I do have a Github account. I noticed the configuration dialog isn't present yet for the application so maybe I'll work at getting that ported in and then reorganize for new options. Will fork today and start playing. Thanks Gleb! On May 6, 2015 09:52:50 AM Gleb Baryshev wrote: > libgit2 has been included for synchronization between computers (by > means of some git hosting) - see the most recent message here: > http://sourceforge.net/p/basket/mailman/basket-devel/?viewmonth=201403 > and also closed pull requests on github. BTW we should add configuration > options to Basket to switch git on/off in runtime (now you can only do > it in build time). > > In order to push the changes, you need to fork the repository, create > new branch, commit there and then you can create a pull request. Do you > have a Github account? > > > Please ask if you have any questions about other Basket components. > > > On 05/05/2015 07:40 AM, Robert Charbonneau wrote: > > On May 5, 2015 08:33:55 AM Gleb Baryshev wrote: > >> 04.05.2015 23:53, Robert Charbonneau wrote: > >>> > >>> I did a bit of reading and found the following: > >>> http://stackoverflow.com/questions/27998122/libgit2-and-qt-error > >>> > >>> I tried adding git_libgit2_init(); prior to your call to > >>> git_threads_init() in Application::Application() but I still get this > >>> error. Is there a reason for trying to wrap Git on its own instead of > >>> using libqgit2 ( https://github.com/lgiordani/libqgit2 )? Any assistance > >>> you can provide would be helpful! > >>> > >>> Cheers, > >>> > >>> RPC > >>> > >> > >> libgit2 was chosen by Narfinger (a contributor on github). > >> > >> I'll try and commit the fix you've found. Before I was just compiling > >> Basket-kde5 with libgit disabled :) > >> > >> Regards, > >> Gleb > > > > Yup, at the time the code was added Git may not have changed their API by that point. This does indeed ensure that it compiles before and after the change. I think it's a good idea to integrate, but I'm not certain yet what it was included for, haven't read all of the source yet. > > > |
From: Gleb B. <gle...@gm...> - 2015-05-06 07:53:54
|
libgit2 has been included for synchronization between computers (by means of some git hosting) - see the most recent message here: http://sourceforge.net/p/basket/mailman/basket-devel/?viewmonth=201403 and also closed pull requests on github. BTW we should add configuration options to Basket to switch git on/off in runtime (now you can only do it in build time). In order to push the changes, you need to fork the repository, create new branch, commit there and then you can create a pull request. Do you have a Github account? Please ask if you have any questions about other Basket components. On 05/05/2015 07:40 AM, Robert Charbonneau wrote: > On May 5, 2015 08:33:55 AM Gleb Baryshev wrote: >> 04.05.2015 23:53, Robert Charbonneau wrote: >>> >>> I did a bit of reading and found the following: >>> http://stackoverflow.com/questions/27998122/libgit2-and-qt-error >>> >>> I tried adding git_libgit2_init(); prior to your call to >>> git_threads_init() in Application::Application() but I still get this >>> error. Is there a reason for trying to wrap Git on its own instead of >>> using libqgit2 ( https://github.com/lgiordani/libqgit2 )? Any assistance >>> you can provide would be helpful! >>> >>> Cheers, >>> >>> RPC >>> >> >> libgit2 was chosen by Narfinger (a contributor on github). >> >> I'll try and commit the fix you've found. Before I was just compiling >> Basket-kde5 with libgit disabled :) >> >> Regards, >> Gleb > > Yup, at the time the code was added Git may not have changed their API by that point. This does indeed ensure that it compiles before and after the change. I think it's a good idea to integrate, but I'm not certain yet what it was included for, haven't read all of the source yet. > |
From: Robert C. <rp...@be...> - 2015-05-05 05:51:20
|
On May 4, 2015 08:01:58 PM Robert Charbonneau wrote: > On May 4, 2015 07:58:10 PM Robert Charbonneau wrote: > > Hey folks, > > > > The latest libgit2 provided by Ubuntu 15.04 is 2.1.4 which does not have git_threads_init() and git_threads_shutdown(); instead I've changed the source to use: > > > > git_libgit2_init(); > > git_libgit2_shutdown(); > > > > I haven't made any commits, but changing this in Application resolved the issues I was having with Git. I'm going to try to find a way to provide this for both versions of the Git API. > > > > Rather the version of libgit2 is 0.22; the version of the git cli is 2.1.4 > > The following changes have been made in my local copy, couldn't push due to permissions: application.cpp: Application::Application(int &argc, char **argv) : QApplication(argc, argv) { //AboutData is initialized before this KAboutData::setApplicationData(Global::basketAbout); //BasketPart::createAboutData(); KDBusService service(KDBusService::Unique); //make global newInstance(); #ifdef WITH_LIBGIT2 #if LIBGIT2_SOVERSION >= 22 git_libgit2_init(); #else git_threads_init(); #endif #endif } Application::~Application() { #ifdef WITH_LIBGIT2 #if LIBGIT2_SOVERSION >= 22 git_libgit2_shutdown(); #else git_threads_shutdown(); #endif #endif } |
From: Robert C. <rp...@be...> - 2015-05-05 05:40:22
|
On May 5, 2015 08:33:55 AM Gleb Baryshev wrote: > 04.05.2015 23:53, Robert Charbonneau wrote: > > > > I did a bit of reading and found the following: > > http://stackoverflow.com/questions/27998122/libgit2-and-qt-error > > > > I tried adding git_libgit2_init(); prior to your call to > > git_threads_init() in Application::Application() but I still get this > > error. Is there a reason for trying to wrap Git on its own instead of > > using libqgit2 ( https://github.com/lgiordani/libqgit2 )? Any assistance > > you can provide would be helpful! > > > > Cheers, > > > > RPC > > > > libgit2 was chosen by Narfinger (a contributor on github). > > I'll try and commit the fix you've found. Before I was just compiling > Basket-kde5 with libgit disabled :) > > Regards, > Gleb Yup, at the time the code was added Git may not have changed their API by that point. This does indeed ensure that it compiles before and after the change. I think it's a good idea to integrate, but I'm not certain yet what it was included for, haven't read all of the source yet. -- There is a fly on your nose. |
From: Gleb B. <gle...@gm...> - 2015-05-05 05:32:54
|
04.05.2015 23:53, Robert Charbonneau wrote: > > I did a bit of reading and found the following: > http://stackoverflow.com/questions/27998122/libgit2-and-qt-error > > I tried adding git_libgit2_init(); prior to your call to > git_threads_init() in Application::Application() but I still get this > error. Is there a reason for trying to wrap Git on its own instead of > using libqgit2 ( https://github.com/lgiordani/libqgit2 )? Any assistance > you can provide would be helpful! > > Cheers, > > RPC > libgit2 was chosen by Narfinger (a contributor on github). I'll try and commit the fix you've found. Before I was just compiling Basket-kde5 with libgit disabled :) Regards, Gleb |
From: Robert C. <rp...@be...> - 2015-05-05 00:02:05
|
On May 4, 2015 07:58:10 PM Robert Charbonneau wrote: > Hey folks, > > The latest libgit2 provided by Ubuntu 15.04 is 2.1.4 which does not have git_threads_init() and git_threads_shutdown(); instead I've changed the source to use: > > git_libgit2_init(); > git_libgit2_shutdown(); > > I haven't made any commits, but changing this in Application resolved the issues I was having with Git. I'm going to try to find a way to provide this for both versions of the Git API. > Rather the version of libgit2 is 0.22; the version of the git cli is 2.1.4 -- Don't kiss an elephant on the lips today. |
From: Robert C. <rp...@be...> - 2015-05-04 23:58:17
|
Hey folks, The latest libgit2 provided by Ubuntu 15.04 is 2.1.4 which does not have git_threads_init() and git_threads_shutdown(); instead I've changed the source to use: git_libgit2_init(); git_libgit2_shutdown(); I haven't made any commits, but changing this in Application resolved the issues I was having with Git. I'm going to try to find a way to provide this for both versions of the Git API. |
From: Robert C. <rp...@be...> - 2015-05-04 21:59:58
|
On May 4, 2015 09:59:30 PM Gleb Baryshev wrote: > 03.05.2015 19:55, Robert Charbonneau wrote: > > > > Hi Gleb, > > > > I'm certainly interested in assisting to finish the port. Syncing up with the current library versions seems like the obvious first step. A few things about me: > > > > - Software developer for 21 years, mostly web (Java/C#/PHP/RoR) but did some work in the early 2000s in C++/C making standalone build tools and binaries for an enterprise solution. > > - Knowledge of Qt probably isn't optimal to be relied heavily upon, but I have a strong desire to learn. I'm very interested in giving back to the KDE community that has provided me with a desktop environment for more than 15 years. > > - I use Basket on a daily basis to organize my research plans for projects, to organize myself (not an easy thing to do) and to keep track of development dependencies in my own projects. > > > > I have cloned the branch on Github but I was having a hard time getting it to build using QtCreator; quazip headers were not in the include path. Any idea on how to resolve this? Once I can get it built, it's likely that I'll be fixing bugs in the current port prior to lending assistance with the remainder of the move to Qt5 as I believe that will provide the best experience to start. > > > > Let me know if you believe I can be useful to you given my experience and I'll be able to put roughly 15 - 20 hours of work per week on this project until it's stable. > > > > I look forward to working with you! > > > > Good to know you! > > Regarding the build: quazip dependency is used in pure-Qt5 port made by > Keelan. I'm still relying on KDE libs in my port, you can check it out > by e.g. 'git clone --branch=kde5port > https://github.com/basket-notepads/basket.git'. You'll need KF5 devel > packages, including Extra Cmake Modules (ECM). Let me know if you have > troubles with cmake - it may be not very smooth compilation yet. > > The approach I'm using is to install Basket in the system first, but > then debug locally compiled ./basket binary. (one should remember though > that libbasketcommon.so and kcm_basket.so stay in /usr/lib - and update > them when changing corresponding code) > > Once you have it in compilable state, just try to hack some part and see > how it works out for you. > > Regards, > Gleb Hi Gleb, I managed to get through the CMakeLists.txt deps without too much trouble; however, the Git integration is causing some issues, see the following output from make: [ 70%] Building CXX object src/CMakeFiles/basket.dir/application.cpp.o /home/etriaph/Projects/CPP/basket/src/application.cpp: In constructor ‘Application::Application(int&, char**)’: /home/etriaph/Projects/CPP/basket/src/application.cpp:55:26: error: ‘git_threads_init’ was not declared in this scope git_threads_init(); ^ /home/etriaph/Projects/CPP/basket/src/application.cpp: In destructor ‘virtual Application::~Application()’: /home/etriaph/Projects/CPP/basket/src/application.cpp:62:30: error: ‘git_threads_shutdown’ was not declared in this scope git_threads_shutdown(); ^ src/CMakeFiles/basket.dir/build.make:100: recipe for target 'src/CMakeFiles/basket.dir/application.cpp.o' failed make[2]: *** [src/CMakeFiles/basket.dir/application.cpp.o] Error 1 CMakeFiles/Makefile2:179: recipe for target 'src/CMakeFiles/basket.dir/all' failed make[1]: *** [src/CMakeFiles/basket.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 I did a bit of reading and found the following: http://stackoverflow.com/questions/27998122/libgit2-and-qt-error[1] I tried adding git_libgit2_init(); prior to your call to git_threads_init() in Application::Application() but I still get this error. Is there a reason for trying to wrap Git on its own instead of using libqgit2 ( https://github.com/lgiordani/libqgit2[2] )? Any assistance you can provide would be helpful! Cheers, RPC -------- [1] http://stackoverflow.com/questions/27998122/libgit2-and-qt-error [2] https://github.com/lgiordani/libqgit2 |