Re: CFT upgrade to xorg 1.18.4 and newer intel/ati DDX
Hi > This is a call for testing for newer Xorg along with newer drivers: > intel and ati. I have got a segmentation fault, here is the whole Xorg.0.log: http://tmp.ttmath.org/Xorg.0.log My graphics card is Radeon HD 6450 (caicos), all x11/xorg packages have been built in a new clean jail and then installed on the host machine. -- Tomek ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: glib update
Hi > You can revert the disabling of kqueue. > There is PR on https://bugzilla.gnome.org/show_bug.cgi?id=753378. > > The had another solution: > "commenting out that mutex in gio/gunionvolumemonitor.c and it seem to > not hang any more" Thanks, it works for me, I have left them info on their bugzilla site. -- Tomek ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
glib update
Hi On FreeBSD there is a problem with the new version of glib: $ svn log -r 393663 /usr/ports/devel/glib20 r393663 | kwm | 2015-08-06 18:14:42 +0200 (czw) | 6 linii Disable kqueue for now, so we can take our time finding out what is up with the file/directory monitoring code. And people can use there Gtk based programs again. PR: 202128 File managers such as caja, pcmanfm or thunar cannot refresh icons. So one has to manually press F5 to refresh what is in a directory. Also the Trash doesn't work -- there is no any files in the trash visible but files are present under ~/.local/share/Trash/files/. The solution is to downgrade glib to 383107 revision: # cd /usr/ports # svn up -r 383107 # portupgrade -f glib glib-networking glibmm but this causes problems if an application wants a new glib library, for example compiling libre office I get: Package 'gio-2.0' has version '2.42.2', required version is '>= 2.43.4' configure:34015: error: gtk3 libraries of the correct versions, not found Is there any progress on fixing glib? -- Tomek ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
[PATCH] x11-fm/mate-file-manager and x11-fm/caja
Hi
There is a problem in caja with default manual sort order option,
I have mentioned it here:
http://forums.mate-desktop.org/viewtopic.php?f=2t=3093
Applying:
# cd /usr/ports/x11-fm/caja/files
# fetch http://tmp.ttmath.org/patch-src_file-manager_fm-icon-view.c
# cd ..
# make all reinstall clean
The same patch can be applied to caja 1.6 (x11-fm/mate-file-manager)
--
Tomasz Sowa
--- src/file-manager/fm-icon-view.c.orig2014-08-22 04:45:24.0
+0200
+++ src/file-manager/fm-icon-view.c 2014-08-22 04:43:44.0 +0200
@@ -865,6 +865,22 @@
{
const SortCriterion *default_sort_criterion;
default_sort_criterion = get_sort_criterion_by_sort_type
(get_default_sort_order (file, NULL));
+
+ if( default_sort_criterion == NULL )
+ {
+/*
+ * default_sort_criterion will be NULL if default sort order is set to:
+ * 'directory' or 'atime'
+ * get_sort_criterion_by_sort_type() enumerates through
'sort_criteria' table
+ * but this table doesn't have 'directory' and 'atime' items
+ *
+ * may 'sort_criteria' table should have those two items too?
+ *
+ * temporarily changing it to 'sort by display name'
+ */
+default_sort_criterion = sort_criteria[0];
+ }
+
g_return_val_if_fail (default_sort_criterion != NULL, NULL);
return caja_file_get_metadata
@@ -994,6 +1010,35 @@
keep_aligned);
}
+
+/* maintainence of auto layout boolean
+ * it will be changed in default_sort_order_changed_callback()
+ */
+static gboolean default_directory_manual_layout = FALSE;
+
+static gboolean
+get_default_directory_manual_layout (void)
+{
+static gboolean auto_storaged_added = FALSE;
+
+if (auto_storaged_added == FALSE)
+{
+auto_storaged_added = TRUE;
+int default_sort_order_enum = 0;
+
+/* only read the value here, it will be changed in
+ * default_sort_order_changed_callback() callback in the future
+ */
+default_sort_order_enum = g_settings_get_enum(caja_preferences,
+
CAJA_PREFERENCES_DEFAULT_SORT_ORDER);
+
+default_directory_manual_layout = (default_sort_order_enum == 0);
+}
+
+return default_directory_manual_layout;
+}
+
+
static gboolean
fm_icon_view_get_directory_auto_layout (FMIconView *icon_view,
CajaFile *file)
@@ -1017,10 +1062,8 @@
fm_icon_view_real_get_directory_auto_layout (FMIconView *icon_view,
CajaFile *file)
{
-
-
return caja_file_get_boolean_metadata
- (file, CAJA_METADATA_KEY_ICON_VIEW_AUTO_LAYOUT, TRUE);
+ (file, CAJA_METADATA_KEY_ICON_VIEW_AUTO_LAYOUT,
!get_default_directory_manual_layout ());
}
static void
@@ -1050,7 +1093,7 @@
caja_file_set_boolean_metadata
(file, CAJA_METADATA_KEY_ICON_VIEW_AUTO_LAYOUT,
- TRUE,
+ !get_default_directory_manual_layout (),
auto_layout);
}
/* maintainence of tighter layout boolean */
@@ -1950,6 +1993,15 @@
caja_icon_container_sort (icon_container);
+/* Switch to manual layout of the default calls for it.
+ * This needs to happen last for the sort order menus
+ * to be in sync.
+ */
+if (get_default_directory_manual_layout ())
+{
+switch_to_manual_layout (icon_view);
+}
+
update_layout_menus (icon_view);
fm_icon_view_restore_default_zoom_level (view);
@@ -2722,19 +2774,42 @@
CajaFile *file;
char *sort_name;
CajaIconContainer *icon_container;
+int default_sort_order_local;
g_return_if_fail (FM_IS_ICON_VIEW (callback_data));
icon_view = FM_ICON_VIEW (callback_data);
-
file = fm_directory_view_get_directory_as_file (FM_DIRECTORY_VIEW
(icon_view));
-sort_name = fm_icon_view_get_directory_sort_by (icon_view, file);
-set_sort_criterion (icon_view, get_sort_criterion_by_metadata_text
(sort_name));
-g_free (sort_name);
-
icon_container = get_icon_container (icon_view);
g_return_if_fail (CAJA_IS_ICON_CONTAINER (icon_container));
+default_sort_order_local = g_settings_get_enum (caja_preferences,
+
CAJA_PREFERENCES_DEFAULT_SORT_ORDER);
+
+default_sort_order = (CajaFileSortType)default_sort_order_local;
+
+if( default_sort_order == 0 )
+ {
+/* default sort order is set as 'manually' */
+default_directory_manual_layout = TRUE;
+
+caja_icon_container_set_auto_layout (
+icon_container,
+fm_icon_view_get_directory_auto_layout(icon_view, file) );
+}
+else
+{
+default_directory_manual_layout = FALSE;
+
+caja_icon_container_set_auto_layout (
+icon_container,
+fm_icon_view_get_directory_auto_layout(icon_view, file) );
+
+sort_name = fm_icon_view_get_directory_sort_by (icon_view, file);
+set_sort_criterion
graphics/inkscape commit r330754
Hi
Thank you for the update for compiling with clang. I have got a question
about one function:
void sp_item_rm_unsatisfied_cns(SPItem item)
from src/sp-item-rm-unsatisfied-cns.cpp
before patching it is:
void sp_item_rm_unsatisfied_cns(SPItem item)
{
if (item.constraints.empty()) {
return;
}
std::vectorInkscape::SnapCandidatePoint snappoints;
sp_item_snappoints(item, snappoints, NULL);
for (unsigned i = item.constraints.size(); i--;) {
g_assert( i item.constraints.size() );
SPGuideConstraint const cn = item.constraints[i];
int const snappoint_ix = cn.snappoint_ix;
g_assert( snappoint_ix int(snappoints.size()) );
if (!approx_equal( sp_guide_distance_from_pt(cn.g,
snappoints[snappoint_ix].getPoint()), 0) ) {
remove_last(cn.g-attached_items, SPGuideAttachment(item,
cn.snappoint_ix));
g_assert( i item.constraints.size() );
vectorSPGuideConstraint::iterator const
ei(item.constraints[i]);
item.constraints.erase(ei);
}
}
}
but after patching the last erase() is changed to:
item.constraints.erase(item.constraints.begin() + 1);
and this is not the same, it propably should be:
item.constraints.erase(item.constraints.begin() + i);
--
Tomek
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [PATCH] emulators/virtualbox-ose-kmod in 10-current
On 2013.09.20 14:11, Olivier Smedts wrote: There is already a PR : www.freebsd.org/cgi/query-pr.cgi?pr=ports/181971 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181971 Thanks, I didn't see it. With one of thoses patchs the port compiles fine but I still have core dumps at start under 10-ALPHA2. Maybe because of libstdc++ switch to libc++ ? I have got a symlink to libc++.so.1 to avoid problems when compiling some ports: /usr/lib# ln -s libc++.so.1 libstdc++.so Is it working from fresh start for you ? Are you using WITH_GNUCXX= in src.conf or make.conf ? My installation works fine and I don't have anything special in src.conf and make.conf: $ cat /etc/make.conf MALLOC_PRODUCTION=1 #WITH_NEW_XORG=yes #WITH_KMS=yes WITHOUT_NOUVEAU=YES #WITHOUT_PKGNG=yes #USE_GCC?=4.6+ -- Tomek ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
[PATCH] emulators/virtualbox-ose-kmod in 10-current
Hi Virtualbox-4.2.18 kernel module doesn't want to compile on 10-current: /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.18/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c:83:76: error: too few arguments to function call, expected 10, have 9 cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, vm_size_t, ^ 1 error generated. *** Error code 1 There was a change in vm_map_find() in revision r255426 (one parameter has been added), patch: http://www.ttmath.org/tmp/virtualbox-4_2_18.patch applying: # cd /usr/ports/emulators/virtualbox-ose-kmod # make extract # fetch http://www.ttmath.org/tmp/virtualbox-4_2_18.patch # patch virtualbox-4_2_18.patch # make all install clean -- Tomek ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
[PATCH] pkgng forcing pkg register
Hi
I'm testing the new pkgng from 10-CURRENT but it seems to not having an
option for forcing registering a package. I have got a lot texlive-*
packages (more than 1000) but I cannot upgrade them, I still got:
Installing [pkg_name]: [pkg_name] conflicts with [other_pkg_name]
(installs files into the same place)
Googling through (installs files into the same place) shows that a lot
of people have such a problem with other ports. So I wonder why there is
no an option to force registering a port?
Below is a small patch for pkg, after setting FORCE_PKG_REGISTER env
variable you can force registering a port. May it should be other var
than FORCE_PKG_REGISTER?
--
Tomek
--- pkg-1.0.3.oryginal/libpkg/pkgdb.c 2012-12-12 11:19:29.0 +0100
+++ pkg-1.0.3/libpkg/pkgdb.c2012-12-12 11:33:05.0 +0100
@@ -1795,9 +1795,12 @@
lic_t licenselogic;
int64_t flatsize;
int64_t i;
+ bool force_register;
assert(db != NULL);
+ force_register = (getenv(FORCE_PKG_REGISTER) != 0);
+
if (pkg_is_valid(pkg) != EPKG_OK) {
pkg_emit_error(the package is not valid);
return (EPKG_FATAL);
@@ -1872,7 +1875,7 @@
const char *pkg_sum = pkg_file_cksum(file);
ret = run_prstmt(FILES, pkg_path, pkg_sum, package_id);
- if (ret == SQLITE_DONE)
+ if (force_register || ret == SQLITE_DONE)
continue;
if (ret != SQLITE_CONSTRAINT) {
ERROR_SQLITE(s);
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
