summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Update NEWS for 1.40.1 release1.40.1Ondrej Holy2019-04-091-0/+5
|
* Revert "sftp: Always use port 22 if not specified"Mayank Sharma2019-03-271-5/+7
| | | | | | | This reverts commit 1a38caf8bcb4e02b68f8062319ef7736796a7e64 as it breaks "bookmarks" from `ssh_config`. https://gitlab.gnome.org/GNOME/gvfs/issues/382
* Update Croatian translationGoran Vidović2019-03-261-379/+380
|
* Post release version bumpOndrej Holy2019-03-111-1/+1
|
* Update NEWS for 1.40.0 release1.40.0Ondrej Holy2019-03-111-1/+5
|
* ci: Update image and versions for gnome-build-meta jobOndrej Holy2019-03-051-3/+8
| | | | | Reflect the changes made in GNOME/gnome-build-meta!226 to make the job work again.
* Post release version bumpOndrej Holy2019-03-041-1/+1
|
* Update NEWS for 1.39.92 release1.39.92Ondrej Holy2019-03-041-0/+6
|
* client: Fix mount info cache invalidationOndrej Holy2019-03-042-28/+30
| | | | | | | | | | | | | Mount info cache invalidation is not handled properly and thus client can get "Cache invalid, retry (internally handled)" internal error, which should not be passed to the client. This can happen if mount was unmounted and another mount for the some location is mounted. This is now more common with introducing stable URIs for MTP backend. G_VFS_ERROR_RETRY error handling was probably lost as a consequence of GDBus port by commit 622a5c0d. Let's retry the operation internally again if G_VFS_ERROR_RETRY is returned. https://gitlab.gnome.org/GNOME/gvfs/merge_requests/30
* Update Latvian translationRūdolfs Mazurs2019-03-031-327/+324
|
* Updated Vietnamese translationTrần Ngọc Quân2019-03-031-245/+248
| | | | Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>
* Update Serbian translationМарко Костић2019-02-281-145/+149
|
* Update Russian translationStas Solovey2019-02-271-149/+152
|
* Update German translationTim Sabsch2019-02-261-323/+324
|
* Update Korean translationChangwoo Ryu2019-02-261-325/+324
|
* sftp: Improve debug output of ssh cmdlineOndrej Holy2019-02-261-3/+9
| | | | | | | | | | | Currently, the debug output of ssh cmdline looks like: sftp: spawn_ssh: sftp: /usr/bin/ssh sftp: -oForwardX11 no sftp: -oForwardAgent no sftp: -oPermitLocalCommand no sftp: -oClearAllForwardings yes sftp: -oProtocol 2 sftp: -oNoHostAuthenticationForLocalhost yes sftp: -p sftp: 22222 sftp: -s sftp: 10.220.47.158 sftp: sftp sftp: This is because we add prefixes for each g_debug, which makes this unreadable. Let's concatenate the strings before printing over g_debug.
* test: Remove trailing newline from the IP stringOndrej Holy2019-02-261-1/+2
| | | | | | | | test_unknown_host uses the following URI: sftp://10.220.47.158%0A:22222/. It contains %0A (newline character), which makes it invalid and may cause problems. Let's remove the trailing newline from the IP to make it valid. https://gitlab.gnome.org/GNOME/gvfs/issues/376
* Update Dutch translationNathan Follens2019-02-241-538/+549
|
* Update Italian translationMilo Casagrande2019-02-221-324/+325
|
* Update Brazilian Portuguese translationRafael Fontenelle2019-02-211-331/+329
|
* Post release version bumpOndrej Holy2019-02-181-1/+1
|
* Update NEWS for 1.39.91 release1.39.91Ondrej Holy2019-02-181-0/+6
|
* smb: Update comments and debug outputs for mount operationOndrej Holy2019-02-181-6/+9
| | | | | Update obsolete comments and misleading debug output to make the mount procedure more obvious.
* smb: Do not show password prompt when using winbind ccacheOndrej Holy2019-02-181-0/+8
| | | | | | | | | | | Recent samba releases seems invoke auth_callback even when using cached winbind credentials. It shows password prompt to user, which is unexpected. Add one more iteration in the mount procedure just for ccache. This will unfortunately make one fail attempt if the winbind ccache is not configured, but I don't see better way to fix this. Closes: https://gitlab.gnome.org/GNOME/gvfs/issues/369
* smb: Enable winbind ccache explicitelyOndrej Holy2019-02-181-0/+1
| | | | | The winbind ccache is enabled by default currently, but let's enable it explicitely to be obvious.
* build: Bump libsoup dependencyOndrej Holy2019-02-181-1/+1
| | | | | | | | | Commit e9653aa9 uses `soup_auth_manager_clear_cached_credentials()`, which has been introduced in libsoup 2.58.0. Let's bump the libsoup dependency accordingly. https://gitlab.gnome.org/GNOME/gvfs/issues/351 https://gitlab.gnome.org/GNOME/gvfs/issues/374
* Update Chinese (Taiwan) translationYi-Jyun Pan2019-02-171-281/+286
|
* Update Kazakh translationBaurzhan Muftakhidinov2019-02-171-324/+325
|
* ci: Run gnome-build-meta job also on tagsOndrej Holy2019-02-151-1/+9
| | | | | | gnome-build-meta is manual job as it takes some time. However, let's run this job when the new tag is created to be sure that the release is ok.
* Updated Danish translationAlan Mortensen2019-02-131-324/+329
|
* Updated Lithuanian translationAurimas Černius2019-02-091-328/+325
|
* Updated French translationClaude Paroz2019-02-091-324/+325
|
* Updated Czech translationMarek Cernocky2019-02-071-322/+323
|
* Update Turkish translationSabri Ünal2019-02-051-328/+324
|
* Post release version bumpOndrej Holy2019-02-041-1/+1
|
* Update NEWS for 1.39.90 release1.39.90Ondrej Holy2019-02-041-0/+9
|
* sftp: Always use port 22 if not specifiedOndrej Holy2019-02-041-7/+5
| | | | | | | | | | | Currently, the default port - specified in mount file - is removed from uri on client side, but it is not used by backend explicitely. It is not a problem until the default port is changed in sshd_config and somebody wants to connect to the server using the default port from mount file. Let's use the port 22 explicitely, similarly as other backends do (i.e. ftp, afc, afp). Closes: https://gitlab.gnome.org/GNOME/gvfs/issues/129
* Update Polish translationPiotr Drąg2019-02-031-324/+325
|
* Update Indonesian translationKukuh Syafaat2019-02-021-329/+332
|
* Update Friulian translationFabio Tomat2019-02-021-147/+150
|
* Update Romanian translationDaniel Șerbănescu2019-01-311-322/+323
|
* Update Galician translationFran Dieguez2019-01-281-332/+329
|
* Update Hungarian translationBalázs Úr2019-01-271-375/+327
|
* Updated Slovenian translationMatej Urbančič2019-01-251-279/+282
|
* Update Greek translationEfstathios Iosifidis2019-01-241-322/+324
|
* build: Make use of dictionaries to gain readibilityIñigo Martínez2019-01-211-72/+31
| | | | | | | | | | | | | | | | The set of daemons is a large list of executables to be built. To ease its build an array of arrays was created, but this harms readibility. This has been improved by the use of the new dictionary types[0] and the possibility of using a dictionary as a parameter in target objects[1]. The individual dependencies have been moved directly to the new dictionary because it remains clear their meaning. [0] http://mesonbuild.com/Release-notes-for-0-47-0.html#new-builtin-object-type-dictionary [1] http://mesonbuild.com/Release-notes-for-0-49-0.html#can-specify-keyword-arguments-with-a-dictionary
* build: Simplify man file buildingIñigo Martínez2019-01-211-22/+8
| | | | | man file building has been simplified by taking advantage of meson arrays and generators placeholders.
* build: Avoid extra variable on compiler flag checkingIñigo Martínez2019-01-211-4/+2
| | | | | | The use of an extra variable can be avoided and still maintain readibility when checking compiler flags, so the build commands have been changed.
* build: Define meson information earlyIñigo Martínez2019-01-211-11/+11
| | | | | | | | | The used meson modules, default directories and includes have been moved to the start of the build file, just after project related information, so they are available early. The way `po` directory path is defined has also been changed to avoid the use of the `source_root` function.
* build: Do not use prefix on directory variablesIñigo Martínez2019-01-2113-32/+32
| | | | | | | | | Although usually directory variables are set by using the `prefix` directory, this might cause issues due to parameters that need relative directories. In order to ease the transition `prefix` directory has been stripped from directory variables and only has been appended when necessary.
View Lorry Controller Status