CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2019/08/26 06:51:05 Modified files: x11/gnome : Makefile Log message: +accerciser

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2019/08/26 06:49:38 Log message: Import Accerciser 3.33.4 Accerciser is an interactive Python accessibility explorer for the GNOME desktop. It uses AT-SPI2 to inspect and control widgets, allowing

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2019/08/26 06:41:33 Modified files: x11: Makefile Log message: Enter py-xlib and its legacy python flavor

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2019/08/26 06:30:49 Log message: Import py-xlib-0.25, dependency for upcoming x11/gnome/accerciser The Python X Library is a complete X11R6 client-side implementation written in pure Python. It can

Re: simple-mtpfs panics

On 21/01/19(Mon) 21:18, Ed Ahlsen-Girard wrote: > On Mon, 21 Jan 2019 21:32:55 -0200 > Martin Pieuchot wrote: > > > On 21/01/19(Mon) 09:36, Ed Ahlsen-Girard wrote: > > > After this command sequence while a Galaxy S8 running > > > R16NW.G950USQU5CSA4 is plugged

Re: simple-mtpfs panics

On 21/01/19(Mon) 09:36, Ed Ahlsen-Girard wrote: > After this command sequence while a Galaxy S8 running > R16NW.G950USQU5CSA4 is plugged in: Does it also happen when you unplug your phone w/o using mtp-connect? How does your phone appear in the dmesg? Do you see any 'detach' message before the

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2018/07/19 06:36:34 Modified files: devel/libusb1 : Makefile Added files: devel/libusb1/patches: patch-libusb_os_openbsd_usb_c Log message: Export port number, fix github #314. ok jcs@, mikeb@,

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2018/07/10 03:19:13 Modified files: devel/libusb1 : Makefile Log message: Bump REVISION after USB_DEVICEINFO change.

Re: [PATCH] ntfs-3g needs OpenBSD specific groupmember() function

On 04/06/18(Mon) 14:26, Helg wrote: > Hi Ports, > > I have an upcoming patch to FUSE that passes the current process tid, > uid, gid and umask to the file system. This has highlighted a bug in the > port where the groupmember() function in libntfs-3g/security.c assumes > it's runing on Linux

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2018/04/12 04:03:17 Modified files: devel/glib2: Makefile Added files: devel/glib2/patches: patch-00_kqueue_fix patch-gio_kqueue_gkqueuefilemonitor_c Removed

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2018/02/20 09:59:19 Modified files: devel/glib2: Makefile devel/glib2/patches: patch-kqueue_fix Log message: Sync with latest bugzilla submission.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2018/01/23 03:43:42 Modified files: devel/glib2: Makefile devel/glib2/patches: patch-gio_tests_file_c Added files: devel/glib2/patches: patch-kqueue_fix Removed files:

Re: glib2: gio kqueue fixes

On 13/01/18(Sat) 16:13, Martin Pieuchot wrote: > Diff below is a redesign of the kqueue(2) backend for GIO/glib. > It fixes BZ #739424 and a couple of more bugs and races & reduces > the size of the backend by 1K+ lines. > > The backend is still not generating all t

glib2: gio kqueue fixes

= RCS file: patches/patch-kqueue_fix diff -N patches/patch-kqueue_fix --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-kqueue_fix 13 Jan 2018 14:59:47 - @@ -0,0 +1,2083 @@ +commit 59fcc304e9f29467e0cc68c4ec6d4b3c0d0fcd59 +Author: Martin Pieuch

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/12/10 04:00:57 Modified files: audio/tagtool : Makefile Log message: Unbreak this libglade based port by passing "-Wl,--export-dynamic" to the linker. ok jca@

Fix audio/tagtool

This port is currently broken. At run time no button work and the app spits a lot of the following warnings: libglade-WARNING **: could not find signal handler 'id3_info'. Adding "-Wl,--export-dynamic" to the linker fixes the problem and I can finally tag my mp3. ok? Index: Makefile

Re: CVS: cvs.openbsd.org: ports

On 03/11/17(Fri) 06:58, Stefan Sperling wrote: > CVSROOT: /cvs > Module name: ports > Changes by: s...@cvs.openbsd.org2017/11/03 06:58:33 > > Modified files: > audio : Makefile > > Log message: > unhook audio/ardour; our port of this software is outdated and

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/10/27 03:44:46 Modified files: net/dhcpcd/patches: patch-if-bsd_c Log message: Fix breakage after removal from SIOCS{RTR,PX}FLUSH_IN6. Reported by and ok ajacoutot@

Fix dhcpcd(8) breakage

Conditionally issues ioctl(2)s the kernel no longer supports. There's no need to work around the kernel expiring prefixes and routers anymore on OpenBSD. This fix a breakage introduced by my recent removal of such ioctl(2), reported by aja@. ok? Index: patches/patch-if-bsd_c

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/10/17 03:36:18 Modified files: devel/libelf : Makefile Log message: Bump revision for . Now that the base system provides this header, libelf will pick it instead of redefining its content. This

Re: Port bulk with

On 05/10/17(Thu) 16:02, Christian Weisgerber wrote: > Martin Pieuchot: > > > > On amd64, two ports failed to build: devel/libdwarf and devel/valgrind. > > > > Thanks, here's an updated diff that should fix those. > > Nope, those two still fail. Full

Re: Port bulk with

On 12/09/17(Tue) 16:23, Christian Weisgerber wrote: > Martin Pieuchot: > > > > So here's a first step, introducing /usr/include/elf.h. Could some of > > > you run a bulk with it and report the possible breakages? > > > > Now that the offending function d

Re: mednafen 0.9.39.2 -> 0.9.46

On 20/09/17(Wed) 09:13, Anthony J. Bentley wrote: > Martin Pieuchot writes: > > Do you know if the games are multi-threaded? Could you run "top -H" and > > "kdump -H"? > > top -H shows a single line for gambatte. Thanks. Could you try the

Re: mednafen 0.9.39.2 -> 0.9.46

On 17/09/17(Sun) 17:05, Bryan Linton wrote: > [ CCing all potentially involved parties, because I'd rather CC > more people than necessary than leave out an interested party. > Please ignore this mail if it's not relevant to you. ] > > [...] > > Reverting the above commit fixes the issue for me.

Re: Port bulk with

On 09/08/17(Wed) 11:58, Martin Pieuchot wrote: > As discussed recently on tech@ with Karel, some ports would benefit > from having a header. This header is the Solaris version of > our and has been adopted by FreeBSD. > > I'd like to migrate our base system from to . This &

Port bulk with

As discussed recently on tech@ with Karel, some ports would benefit from having a header. This header is the Solaris version of our and has been adopted by FreeBSD. I'd like to migrate our base system from to . This would make our base tools dealing with ELF more portable. So here's a first

Re: git 2.13.0 broken on sparc64

On 26/06/17(Mon) 11:56, Landry Breuil wrote: > On Mon, Jun 26, 2017 at 11:51:15AM +0200, Martin Pieuchot wrote: > > No debug symbols, so I can't find/fix the problem. > > > > OpenBSD 6.1-current (GENERIC.MP) #18: Mon Jun 26 11:20:49 CEST 2017 > > m...@oliva.grena

git 2.13.0 broken on sparc64

No debug symbols, so I can't find/fix the problem. OpenBSD 6.1-current (GENERIC.MP) #18: Mon Jun 26 11:20:49 CEST 2017 m...@oliva.grenadille.net:/sys/arch/sparc64/compile/GENERIC.MP $ git --version git version 2.13.0

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/05/18 05:34:35 Modified files: infrastructure/db: config.site Log message: netinet/tcpip.h is going away.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/05/18 04:40:08 Modified files: shells/nsh/patches: patch-stats_c Log message: Remove unneeded and dying headers. ok sthen@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/05/18 04:39:20 Modified files: sysutils/gkrellm/gkrellm/patches: patch-src_sysdeps_bsd-net-open_c Log message: Remove unneeded & dying ok sthen@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/05/05 06:04:58 Modified files: devel/glib2: Makefile devel/glib2/patches: patch-gio_kqueue_kqueue-helper_c Added files: devel/glib2/patches: patch-gio_kqueue_gkqueuefilemonitor_c

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/05/05 02:10:32 Modified files: x11/paper-gtk-theme: Makefile x11/paper-gtk-theme/pkg: PLIST Added files: x11/paper-gtk-theme/patches: patch-Add_GTK-3.22_theme Log message: Backport

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/05/05 02:09:55 ports/x11/paper-gtk-theme/patches Update of /cvs/ports/x11/paper-gtk-theme/patches In directory cvs.openbsd.org:/tmp/cvs-serv59656/patches Log Message: Directory

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2017/04/28 07:29:22 Modified files: devel/glib2: Makefile Added files: devel/glib2/patches: patch-gio_kqueue_kqueue-helper_c Log message: Prevent a use-after-free resulting in a crash of all

Re: deadbeef/libsndiod NULL dereference

On 29/12/16(Thu) 16:55, Martin Pieuchot wrote: > I am running GNOME3 and my music player is audio/deadbeef. Since the > last package update very time my screen saver starts the music stop. > Previously it was only the first time per session. > > Here's my last output of /v

deadbeef/libsndiod NULL dereference

I am running GNOME3 and my music player is audio/deadbeef. Since the last package update very time my screen saver starts the music stop. Previously it was only the first time per session. Here's my last output of /var/log/messages. The screen saver started at 16:35, 16:42 and 16:49. Dec 29

gnome-session-failed crash

At least once per day in GNOME3 I get a core dump in my $HOME. Here's the backtrace: (gdb) bt #0 0x15d7ab302e9d in _gtk_style_provider_private_get_settings () from /usr/local/lib/libgtk-3.so.2200.2 #1 0x15d7ab184ded in gtk_css_value_initial_compute () from

liferea/GDK crash

liferea crash every second time when I use it under GNOME. Most of the time when refreshing feeds, sometimes at startup. I would spend more time chasing the issue if I had debug symbols in glib/gdk. Here's the trace: #0 0x0ba9a561a393 in gdk_pixbuf_get_from_surface () from

Re: blink1: openbsd backend / remove libusb dependency

On 06/12/16(Tue) 16:40, Patrick Wildt wrote: > [...] > blink1 uses libusb-compat to talk to a USB device that speaks hid. I > have come to realize that the usage of libusb by blink1 makes libusb > send 4 packets to each connected USB device when it tries to find which > USB devices are

Re: New port devel/libuv, a new dependency for CMake-3.7.0

On 26/11/16(Sat) 14:51, David Coppa wrote: > On Sat, Nov 26, 2016 at 2:47 PM, Stuart Henderson > wrote: > > On 2016/11/26 13:59, David Coppa wrote: > >> > >> Hi. > >> > >> Here's a new port for libuv-1.10.1, a new dependency for the upcoming > >> update to CMake-3.7.0. > >>

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2016/08/22 03:06:40 Modified files: audio/deadbeef : Makefile audio/deadbeef/pkg: PLIST Log message: Prefer gtk3 over gtk2, this makes deadbeef usable with HiDPI screens. While here drop the

gtk2 vs gtk3 HiDPI

Is there a reason to use gtk2 over gtk3 in a port? Diff below switch audio/deadbeef to gtk3 which makes it useable on a HiDPI screen. ok? Index: Makefile === RCS file: /cvs/ports/audio/deadbeef/Makefile,v retrieving revision 1.23

Re: sysutils/apcupsd with USB cable broken in latest snap

On 06/06/16(Mon) 19:01, Johan Huldtgren wrote: > hello, > > I have an APC Smart-UPS-2200 which is connected via USB, as long as > I've followed the instructions in pkg-readme about disabling uhidev > and upd it's always worked fine. When I updated to the latest snap > (June 4th) however I am now

Re: lang/gcc on macppc

On 04/02/16(Thu) 00:29, Michael McConville wrote: > I'm getting the below error when building the GCC port on a Power Mac G5 > running the most recent snapshot. It fails reliably when I retry the > build, so it doesn't seem like an Act of God(TM) caused by a kernel or > hardware bug. > > The

Re: Spending time for macppc - taken from [Re: lang/gcc on macppc]

On 04/02/16(Thu) 18:57, Christoph R. Murauer wrote: > > macppc is starting to be unusable as desktop because nobody > > is spending time to ensure the ports build and run correctly. > > > > Seriously asked, what is the reason, that noone spent time ? My opinion is that there are so many things

Re: Firefox performance regressions

p with firefox 43 > as is. I started looking at this but didn't go far. It seems that the problem is related to/exposed by the use of pthread_mutex_lock(3) & friends. I tried to analyze ltrace(1) outputs, but I got lost in Firefox's sources. I really don't know where to look at. Here's what I wrote t

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2015/12/28 09:08:33 Modified files: lang/node : Makefile Log message: Add 'powerpc' to ONLY_FOR_ARCHS. Node builds and runs just fine on macppc since v8 has ppc support. ok abieber@

Re: plan9port: use getifaddrs(3) instead of kvm(3)

On 07/12/15(Mon) 18:51, Gleydson Soares wrote: > Hi, > > plan9/plan9port is broken after network stack changes in net/if_var.h > here is a diff that convert plan9port to use getifaddrs(3) instead of kvm(3) > in p9p auxstats. > > builds and runs fine(auxstats is incrementing and seems ok), but I

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2015/12/06 08:19:49 Modified files: devel/libgtop2 : Makefile Added files: devel/libgtop2/patches: patch-sysdeps_openbsd_netload_c Log message: Rewrite glibtop_get_netload_p() to use

Re: Firefox 41.0.2 with W^X

On 02/11/15(Mon) 13:21, David Coppa wrote: > On Fri, Oct 23, 2015 at 2:01 PM, Martin Pieuchot <m...@openbsd.org> wrote: > > On 22/10/15(Thu) 21:40, Amit Kulkarni wrote: > >> On Thu, Oct 22, 2015 at 12:26 PM, David Coppa <dco...@gmail.com> wrote: > >> >

Re: Firefox 41.0.2 with W^X

On 22/10/15(Thu) 21:40, Amit Kulkarni wrote: > On Thu, Oct 22, 2015 at 12:26 PM, David Coppa wrote: > > > On Thu, Oct 22, 2015 at 3:45 PM, Ed Ahlsen-Girard > > wrote: > > > I have noticed a performance hit since the switch was flipped. Firefox > > > stays at

Re: [wip] Firefox 40.0

On 30/09/15(Wed) 15:08, patrick keshishian wrote: > On 9/30/15, Erling Westenvik wrote: > > On Tue, Aug 11, 2015 at 09:23:49AM +0200, Landry Breuil wrote: > >> On Thu, Jul 23, 2015 at 06:09:12AM +0200, Landry Breuil wrote: > >> > >> And fx 40.0 is almost there. Will be

link_addr(3)

I just removed link_addr(3) from libc, we'd like to remove the kernel routing interface decoding interfaces names. Last time I asked there was one port using this function: net/dhcpcd. Apparently it does not use link_addr(3) anymore, if somebody finds another port using this function and need

Re: Chrome 40+ FIDO U2F Security Keys

On 14/08/15(Fri) 10:17, Stuart Henderson wrote: On 2015/08/14 11:00, Martin Pieuchot wrote: On 13/08/15(Thu) 20:35, Alexey Suslikov wrote: On Tue, Aug 11, 2015 at 11:20 PM, Brandon Mercer yourcomputer...@gmail.com wrote: Another thing that bothers me. These keys are USB HIDs, right

Re: Chrome 40+ FIDO U2F Security Keys

On 14/08/15(Fri) 12:22, Alexey Suslikov wrote: [...] I have a question about USB. Is there any sort of multipath in USB standard, like in SCSI, so USB stack can see same device attached to different controllers/buses? Is it possible? Not that I know.

Re: Chrome 40+ FIDO U2F Security Keys

On 13/08/15(Thu) 20:35, Alexey Suslikov wrote: On Tue, Aug 11, 2015 at 11:20 PM, Brandon Mercer yourcomputer...@gmail.com wrote: Another thing that bothers me. These keys are USB HIDs, right? Is it safe enough to let browser access USB bus (USB keyboard is HID and people can type different

libusb 1.0.20rc1

+ +SHARED_LIBS += usb-1.0 1.1 # 1.0 CATEGORIES = devel -HOMEPAGE = http://www.libusb.org +HOMEPAGE = http://www.libusb.info MAINTAINER = Martin Pieuchot m...@openbsd.org @@ -19,8 +19,26 @@ PERMIT_PACKAGE_CDROM = Yes

Re: CVS: cvs.openbsd.org: ports (fwd) (fwd) (fwd)

On 04/08/15(Tue) 17:49, Stuart Henderson wrote: On 2015/08/03 14:49, Martin Pieuchot wrote: On 03/08/15(Mon) 14:15, Pascal Stumpf wrote: I actually follow that practice for most games I maintain that require a beefier machine, although they may build and package just fine on !(amd64

Re: CVS: cvs.openbsd.org: ports (fwd) (fwd) (fwd)

On 03/08/15(Mon) 14:15, Pascal Stumpf wrote: On Sun, 2 Aug 2015 12:10:49 +0200, Martin Pieuchot wrote: On 02/08/15(Sun) 10:03, Landry Breuil wrote: On Sun, Aug 02, 2015 at 09:55:39AM +0200, Antoine Jacoutot wrote: On Sat, Aug 01, 2015 at 05:07:30PM -0600, Pascal Stumpf wrote

Re: CVS: cvs.openbsd.org: ports

On 02/08/15(Sun) 10:03, Landry Breuil wrote: On Sun, Aug 02, 2015 at 09:55:39AM +0200, Antoine Jacoutot wrote: On Sat, Aug 01, 2015 at 05:07:30PM -0600, Pascal Stumpf wrote: CVSROOT: /cvs Module name: ports Changes by: pas...@cvs.openbsd.org 2015/08/01 17:07:30

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2015/08/01 02:13:01 Modified files: net/libtorrent : Makefile Log message: Disable instrumentation to not depend on atomic operations on 64bit values. Unbreak net/rtorrent on powerpc i386. i386 tested

Re: [tobi...@tmux.org: mark net/rtorrent as broken on powerpc]

On 31/07/15(Fri) 15:31, Stuart Henderson wrote: On 2015/07/31 15:53, Tobias Ulmer wrote: Is David around? Any objections should be voiced in the next few hours, before I commit this. It's actually libtorrent not rtorrent that should be marked broken. Would it be worth building on i386

Re: Update devel/libusb1 to 1.0.19

On 23/06/15(Tue) 14:04, Brandon Mercer wrote: On Tue, Jun 23, 2015 at 5:17 AM Martin Pieuchot m...@openbsd.org wrote: On 22/06/15(Mon) 23:56, Jérémie Courrèges-Anglas wrote: Martin Pieuchot m...@openbsd.org writes: Here's an update to the latest version. This diff is basically

Re: Update devel/libusb1 to 1.0.19

On 22/06/15(Mon) 23:56, Jérémie Courrèges-Anglas wrote: Martin Pieuchot m...@openbsd.org writes: Here's an update to the latest version. This diff is basically the same as last year and hopefully the regression exposed in the 1.0.18 are now gone. Please test with your favorite ports

Stop linking ports to libusbhid

Various ports in our tree support USB devices through the libusbhid. This library, only available on BSD systems, depends on the original model of 1 kernel driver per reportID. Nowadays it is common to plug mouses, keyboards or joysticks that show up as multiples uhid(4) devices. Because of that

Update devel/libusb1 to 1.0.19

= devel -HOMEPAGE = http://www.libusb.org +HOMEPAGE = http://www.libusb.info MAINTAINER = Martin Pieuchot m...@openbsd.org Index: distinfo === RCS file: /cvs/ports/devel/libusb1/distinfo,v

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2014/12/03 06:02:45 Modified files: sysutils/openpoppassd: Makefile sysutils/openpoppassd/patches: patch-poppass_c Log message: Properly initialize bind(2) arguments to not compare the garbage

Re: vmmeter.h, VM_UVMEXP breakage

On 10/04/14(Thu) 15:24, Martin Pieuchot wrote: Thanks to naddy, here's the list of ports that will break when uvm/uvm_extern.h will stop to include sys/vmmeter.h. I'd appreciate if the maintainers of the ports below could have a look and fix their ports. If the application is only using

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2014/04/25 03:38:45 Modified files: x11/xfce4/xfce4-taskmanager: Makefile x11/xfce4/xfce4-taskmanager/patches: patch-src_task-manager-bsd_c Log

vmmeter.h, VM_UVMEXP breakage

Thanks to naddy, here's the list of ports that will break when uvm/uvm_extern.h will stop to include sys/vmmeter.h. I'd appreciate if the maintainers of the ports below could have a look and fix their ports. If the application is only using the VM_METER sysctl(3) to get memory statics, then it

Re: Update: devel/libusb1

David, On 13/03/14(Thu) 17:04, David Coppa wrote: On Thu, Mar 13, 2014 at 4:45 PM, Stuart Henderson st...@openbsd.org wrote: On 2014/03/13 09:20, David Coppa wrote: And, please, tell me how to further debug this issue... See libusb1's Makefile; build libusb1 with DEBUG defined and you

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2014/03/12 05:16:14 Modified files: sysutils/usbutils: Makefile distinfo sysutils/usbutils/patches: patch-Makefile_am patch-lsusb_c Log message: Update to usbutils-`James Bond`. ok ajacoutot@,

Update: devel/libusb1

Martin Pieuchot m...@openbsd.org -+ * Copyright (c) 2011-2013 Martin Pieuchot m...@openbsd.org - * - * This library is free software; you can redistribute it and/or - * modify it under the terms of the GNU Lesser General Public -@@ -32,8 +32,8 @@ - #include libusbi.h - - struct device_priv

Update: sysutils/usbutils

= 1 - CATEGORIES = sysutils HOMEPAGE = http://www.linux-usb.org @@ -17,12 +15,13 @@ MAINTAINER =Martin Pieuchot mpi@openb PERMIT_PACKAGE_CDROM = Yes MASTER_SITES = http://ftp.de.debian.org/debian/pool/main/u/usbutils/ +EXTRACT_SUFX

Re: Epson ESC/P-R driver

Hello Maurice, On 29/01/14(Wed) 18:55, Maurice McCarthy wrote: On Wed, Jan 29, 2014 at 06:31:55PM +0100 or thereabouts, Antoine Jacoutot wrote: [...] Thank you Antoine, I've never actually tried to configure cups through ulpt after reading your pkg-readme. But after seeing this is

Re: xkb-qwerty-fr

On 01/10/13(Tue) 12:03, Stuart Henderson wrote: On 2013/10/01 12:20, Jérémie Courrèges-Anglas wrote: Here's an old mail... Tristan Le Guern aversi...@gmail.com writes: Hi, Hi Tristan, This is an updated version of my previous submission of xbk-qwerty-fr. The keymap

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/08/20 03:19:35 Modified files: sysutils/firmware: Makefile Removed files: sysutils/firmware/ueagle: Makefile distinfo sysutils/firmware/ueagle/pkg: DESCR PLIST Log message: Remove

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/08/18 09:58:17 Modified files: sysutils/colorls: Makefile distinfo sysutils/colorls/patches: patch-Makefile patch-print_c Log message: Sync with OPENBSD_5_4 to handle large ino_t. ok naddy@

Re: pstree(1) dumps core on macppc/current

On 18/08/13(Sun) 19:40, Jan Stary wrote: On Aug 18 19:38:29, h...@stare.cz wrote: After I upgraded a MacMini to current/macppc, this is what happens when I try to run pstree: $ pstree Bad system call (core dumped) I made a ktrace of it (attached). It looks like the

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/07/12 02:14:24 Modified files: devel/libusb-compat: Makefile distinfo devel/libusb-compat/patches: patch-libusb_core_c Removed files: devel/libusb-compat/patches: patch-libusb_pc_in

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/06/10 04:08:40 Modified files: geo/openbsd-developers: Makefile geo/openbsd-developers/files: OpenBSD Log message: I moved some months ago.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/05/10 05:40:02 Modified files: net/libdnet: Makefile net/libdnet/patches: patch-src_intf_c Log message: Do not issue SIOCSIFNETMASK before SIOCSIFADDR, it is not needed and will fail

devel/libdnet: fix for upcoming SIOCSIF{NET,DST}MASK change

The diff below prevents libdnet to issue an unneeded SIOCSIFNETMASK ioctl(2) prior to SIOCSIFADDR. I'd like to commit this change because I'm about to change the behavior of the SIOCSIFNETMASK and SIOCSIFDSTMASK ioctl(2)s in such way that they will fail if the interface has no previous configured

Re: devel/libdnet: fix for upcoming SIOCSIF{NET,DST}MASK change

On 10/05/13(Fri) 12:59, Giovanni Bechis wrote: On 05/10/13 12:49, Stuart Henderson wrote: I doubt this is actually used in nmap, but it makes sense to keep it in-sync. OK. actually it is never called. Event if it's not called, it think that it makes sense to commit it as long as nmap use

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/04/22 02:37:20 Modified files: devel/libusb1 : Makefile devel/libusb1/patches: patch-libusb_os_openbsd_usb_c Log message: Instead of generating I/O to get the active configuration number,

Re: tests invited: rtl-sdr

On 20/04/13(Sat) 13:08, Stuart Henderson wrote: On 2013/04/20 11:24, Stuart Henderson wrote: ok so I have some hardware now. bulk transfers with asynchronous events don't work via libusb yet (mglocker has been looking at this) but when used in synchronous mode this is doing something which

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/04/17 08:28:17 Modified files: devel/libusb1 : Makefile devel/libusb1/patches: patch-libusb_os_openbsd_usb_c Log message: Make use of the new usb(4) ioctl to retrieve the device descriptor

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/04/12 02:22:10 Modified files: devel/libusb1 : Makefile devel/libusb1/patches: patch-libusb_os_openbsd_usb_c Log message: Make use of the new usb(4) ioctls to retrieve the config descriptor

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/04/10 01:33:33 Modified files: www/liferea: Makefile distinfo Log message: Update to liferea 1.8.12 and remove USE_GROFF, maintainer timeout. ok landry@

Re: UPDATE: pyflakes

On 12/03/13(Tue) 06:16, Benoit Lecocq wrote: On 03/12/13 02:13, frantisek holop wrote: hmm, on Sat, Mar 09, 2013 at 12:13:16PM +0100, Martin Pieuchot said that On 08/03/13(Fri) 23:03, frantisek holop wrote: hmm, on Fri, Mar 08, 2013 at 11:01:23PM +0100, frantisek holop said that update

Re: UPDATE: pyflakes

On 08/03/13(Fri) 23:03, frantisek holop wrote: hmm, on Fri, Mar 08, 2013 at 11:01:23PM +0100, frantisek holop said that update to latest. please review and commit. please note the regress depends on the new port i submitted, unittest2 Looks to me that you forgot the actual diff (: By

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2012/12/11 07:27:29 Modified files: devel/tig : Makefile distinfo Log message: Update to tig 1.1 ok tobiasu@ (maintainer)

Re: massive E17 update to 0.17.0 alpha

On 09/11/12(Fri) 20:27, David Coppa wrote: On Fri, Nov 9, 2012 at 7:29 PM, Landry Breuil lan...@rhaalovely.net wrote: On ppc/ati, only composite is auto-enabled, and e produces garbled colors, the bg/transparent stuff is bright blue, see

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2012/08/25 09:25:51 Modified files: devel/libusb1 : Makefile devel/libusb1/patches: patch-libusb-1_0_pc_in Log message: Remove -pthread patch, from Brad ok ajacoutot@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2012/08/25 09:27:40 Modified files: devel/libusb-compat: Makefile devel/libusb-compat/patches: patch-libusb-config_in patch-libusb_pc_in Log message: Remove

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2012/08/05 04:55:24 Modified files: devel/libusb1 : Makefile devel/libusb1/patches: patch-libusb_os_openbsd_usb_c Log message: Associate an ugen node to an USB device even if it is not attached

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2012/07/16 14:17:03 Modified files: sysutils/usbutils: Makefile sysutils/usbutils/patches: patch-lsusb_8_in patch-lsusb_c Log message: Disable unsupported '-D' option in lsusb. Reported by and

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2012/07/10 04:15:19 Added files: x11/gnome/gvfs/patches: patch-configure_ac patch-daemon_gvfsbackendsftp_c patch-daemon_pty_open_c Log

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2012/07/02 10:36:33 Modified files: security/py-crypto: Makefile Log message: Unbreak the configure step with systrace, no package change, issue and fix reported by Juan Francisco Cantero Hurtado.

  1   2   >