python312Packages.plotnine: 0.14.0 -> 0.14.1

Things done
Changelog: https://github.com/has2k1/mizani/releases/tag/v0.13.0
cc @samuela
Changelog: https://github.com/has2k1/plotnine/releases/tag/v0.14.1
cc @onny

Built on platform(s)

[x] x86_64-linux
[x] aarch64-linux
[x] x86_64-darwin
[x] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review pr 350932

x86_64-linux

:fast_forward: 2 packages marked as broken and skipped:

python312Packages.shimmy
python312Packages.shimmy.dist

:x: 10 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist

:white_check_mark: 4 packages built:

python311Packages.mizani
python311Packages.mizani.dist
python312Packages.mizani
python312Packages.mizani.dist

aarch64-linux

:fast_forward: 2 packages marked as broken and skipped:

python312Packages.shimmy
python312Packages.shimmy.dist

:x: 10 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist

:white_check_mark: 4 packages built:

python311Packages.mizani
python311Packages.mizani.dist
python312Packages.mizani
python312Packages.mizani.dist

x86_64-darwin

:fast_forward: 4 packages marked as broken and skipped:

python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.shimmy
python312Packages.shimmy.dist

:x: 8 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist

:white_check_mark: 4 packages built:

python311Packages.mizani
python311Packages.mizani.dist
python312Packages.mizani
python312Packages.mizani.dist

aarch64-darwin

:fast_forward: 4 packages marked as broken and skipped:

python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.shimmy
python312Packages.shimmy.dist

:x: 8 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist

:white_check_mark: 4 packages built:

python311Packages.mizani
python311Packages.mizani.dist
python312Packages.mizani
python312Packages.mizani.dist

mizani was bumped in https://github.com/NixOS/nixpkgs/pull/352084

gdal broke in the meantime :')

nixpkgs-review result
Generated using nixpkgs-review.
Command: nixpkgs-review pr 350932

x86_64-linux

:x: 10 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist

aarch64-linux

:x: 10 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist

x86_64-darwin

:fast_forward: 4 packages marked as broken and skipped:

python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.shimmy
python312Packages.shimmy.dist

:x: 8 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist

aarch64-darwin

:fast_forward: 4 packages marked as broken and skipped:

python311Packages.shimmy
python311Packages.shimmy.dist
python312Packages.shimmy
python312Packages.shimmy.dist

:x: 8 packages failed to build:

python311Packages.bsuite
python311Packages.bsuite.dist
python311Packages.plotnine
python311Packages.plotnine.dist
python312Packages.bsuite
python312Packages.bsuite.dist
python312Packages.plotnine
python312Packages.plotnine.dist


Possible bug in maybe_downcast()

https://github.com/google/jax-md/blob/82bd5d3423b4e9a008540a50c16252790be66f3d/jax_md/util.py#L77
see repo: https://pastebin.com/EhqHetFv
I thought I had checked this a long time ago, but I guess I didn't.

Thanks for reporting this! Should be fixed (along with a test) as of eeba3987da0df39c35f5b7b502503335e83c6132.


Not accepting the alt attribute

Challenge Add Images to your Website has an issue.
User Agent is: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/602.4.8 (KHTML, like Gecko) Version/10.0.3 Safari/602.4.8.
Please describe how to reproduce this issue, and include links to screenshots if possible.

This is happening due to the alt you are using. The alt should be a description of the image. Having the - in there is breaking the check. If you change it into "relaxing cat" it will work.
On another note, you should have double or single quotes around both the image src url and the alt.

Actually i fixed this issue, but now idk how to take it down. Haha. Im new
to the site
On Wed, Mar 1, 2017 at 2:04 AM Chris Jantzen<EMAIL_ADDRESS>wrote:

This is happening due to the alt you are using. The alt should be a
description of the image. Having the - in there is breaking the check. If
you change it into "relaxing cat" it will work.
On another note, you should have double or single quotes around both the
image src url and the alt.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/freeCodeCamp/freeCodeCamp/issues/13672#issuecomment-283261743,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AY3sLBAWBpUf76ilorJEvrj_xuOInCtYks5rhRiEgaJpZM4MPRH-
.

--
Thank you,
Paul Easterbrook

This error by the learner could have been caused by https://github.com/freeCodeCamp/freeCodeCamp/issues/12710 because the examples showing the quotes appear in the top of the instruction which might not have been visible because the scroll is not reset.

@mitron6 Thanks for sharing that! Like you wrote in the other thread, this could definitely be a bigger issue than we think.


Training cannot be done in GPU

Hi! I'm trying to train the neural network, using the default values provided in the script run_GAIN_GLOVE.sh. The code is running fine but I found that the training is being done using CPU. I tried to change the devices in the code to cuda to make it train using GPU. But it didn't work and started throwing errors "GPU device not available" although my system has GPUs.
Can you please help to execute the code using GPU?

We set gpu_id in the shell script, please run the code following the intructions in the README.md.

We set gpu_id in the shell script, please run the code following the intructions in the README.md.


Add TCP Options

NAME
getsockopt, setsockopt -- get and set options on sockets
LIBRARY
Standard C	Library	(libc, -lc)
SYNOPSIS
#include <sys/types.h>
#include <sys/socket.h>
 int
 getsockopt(int s, int level, int optname, void * restrict optval,
 socklen_t * restrict optlen);

 int
 setsockopt(int s, int level, int optname, const void *optval,
 socklen_t optlen);

DESCRIPTION
The getsockopt() and setsockopt() system calls manipulate the options as-
sociated with a socket.  Options may exist	at multiple protocol levels;
they are always present at	the uppermost "socket" level.
 When manipulating socket options the level	at which the option resides
 and the name of the option	must be	specified.  To manipulate options at
 the socket	level, level is	specified as SOL_SOCKET.  To manipulate	op-
 tions at any other	level the protocol number of the appropriate protocol
 controlling the option is supplied.  For example, to indicate that	an op-
 tion is to	be interpreted by the TCP protocol, level should be set	to the
 protocol number of	TCP; see [getprotoent(3)](https://www.freebsd.org/cgi/man.cgi?query=getprotoent&sektion=3&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports).

 The optval	and optlen arguments are used to access	option values for
 setsockopt().  For	getsockopt() they identify a buffer in which the value
 for the requested option(s) are to	be returned.  For getsockopt(),	optlen
 is	a value-result argument, initially containing the size of the buffer
 pointed to	by optval, and modified	on return to indicate the actual size
 of	the value returned.  If	no option value	is to be supplied or returned,
 optval may	be NULL.

 The optname argument and any specified options are	passed uninterpreted
 to	the appropriate	protocol module	for interpretation.  The include file
 <sys/socket.h> contains definitions for socket level options, described
 below.  Options at	other protocol levels vary in format and name; consult
 the appropriate entries in	section	4 of the manual.

 Most socket-level options utilize an int argument for optval.  For
 setsockopt(), the argument	should be non-zero to enable a boolean option,
 or	zero if	the option is to be disabled.  SO_LINGER uses a	struct linger
 argument, defined in <sys/socket.h>, which	specifies the desired state of
 the option	and the	linger interval	(see below).  SO_SNDTIMEO and
 SO_RCVTIMEO use a struct timeval argument,	defined	in <sys/time.h>.

 The following options are recognized at the socket	level.	For protocol-
 specific options, see protocol manual pages, e.g.	[ip(4)](https://www.freebsd.org/cgi/man.cgi?query=ip&sektion=4&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) or [tcp(4)](https://www.freebsd.org/cgi/man.cgi?query=tcp&sektion=4&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports).  Ex-
 cept as noted, each may be	examined with getsockopt() and set with
 setsockopt().

   SO_DEBUG	      enables recording	of debugging information
   SO_REUSEADDR	      enables local address reuse
   SO_REUSEPORT	      enables duplicate	address	and port bindings
   SO_REUSEPORT_LB    enables duplicate	address	and port bindings with
		      load balancing
   SO_KEEPALIVE	      enables keep connections alive
   SO_DONTROUTE	      enables routing bypass for outgoing messages
   SO_LINGER	      linger on	close if data present
   SO_BROADCAST	      enables permission to transmit broadcast
		      messages
   SO_OOBINLINE	      enables reception	of out-of-band data in band
   SO_SNDBUF	      set buffer size for output
   SO_RCVBUF	      set buffer size for input
   SO_SNDLOWAT	      set minimum count	for output
   SO_RCVLOWAT	      set minimum count	for input
   SO_SNDTIMEO	      set timeout value	for output
   SO_RCVTIMEO	      set timeout value	for input
   SO_ACCEPTFILTER    set accept filter	on listening socket
   SO_NOSIGPIPE	      controls generation of SIGPIPE for the socket
   SO_TIMESTAMP	      enables reception	of a timestamp with datagrams
   SO_BINTIME	      enables reception	of a timestamp with datagrams
   SO_ACCEPTCONN      get listening status of the socket (get only)
   SO_DOMAIN	      get the domain of	the socket (get	only)
   SO_TYPE	      get the type of the socket (get only)
   SO_PROTOCOL	      get the protocol number for the socket (get
		      only)
   SO_PROTOTYPE	      SunOS alias for the Linux	SO_PROTOCOL (get only)
   SO_ERROR	      get and clear error on the socket	(get only)
   SO_SETFIB	      set the associated FIB (routing table) for the
		      socket (set only)

 The following options are recognized in FreeBSD:

   SO_LABEL	       get MAC label of	the socket (get	only)
   SO_PEERLABEL	       get socket's peer's MAC label (get only)
   SO_LISTENQLIMIT     get backlog limit of the	socket (get only)
   SO_LISTENQLEN       get complete queue length of the	socket (get
		       only)
   SO_LISTENINCQLEN    get incomplete queue length of the socket (get
		       only)
   SO_USER_COOKIE      set the 'so_user_cookie'	value for the socket
		       (uint32_t, set only)
   SO_TS_CLOCK	       set specific format of timestamp	returned by
		       SO_TIMESTAMP
   SO_MAX_PACING_RATE  set the maximum transmit	rate in	bytes per
		       second for the socket
   SO_NO_OFFLOAD       disables	protocol offloads
   SO_NO_DDP	       disables	direct data placement offload

 SO_DEBUG enables debugging	in the underlying protocol modules.

 SO_REUSEADDR indicates that the rules used	in validating addresses	sup-
 plied in a	[bind(2)](https://www.freebsd.org/cgi/man.cgi?query=bind&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports)	system call should allow reuse of local	addresses.

 SO_REUSEPORT allows completely duplicate bindings by multiple processes
 if	they all set SO_REUSEPORT before binding the port.  This option	per-
 mits multiple instances of	a program to each receive UDP/IP multicast or
 broadcast datagrams destined for the bound	port.

 SO_REUSEPORT_LB allows completely duplicate bindings by multiple pro-
 cesses if they all	set SO_REUSEPORT_LB before binding the port.  Incoming
 TCP and UDP connections are distributed among the sharing processes based
 on	a hash function	of local port number, foreign IP address and port num-
 ber.  A maximum of	256 processes can share	one socket.

 SO_KEEPALIVE enables the periodic transmission of messages	on a connected
 socket.  Should the connected party fail to respond to these messages,
 the connection is considered broken and processes using the socket	are
 notified via a SIGPIPE signal when	attempting to send data.

 SO_DONTROUTE indicates that outgoing messages should bypass the standard
 routing facilities.  Instead, messages are	directed to the	appropriate
 network interface according to the	network	portion	of the destination ad-
 dress.

 SO_LINGER controls	the action taken when unsent messages are queued on
 socket and	a [close(2)](https://www.freebsd.org/cgi/man.cgi?query=close&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) is performed.  If the socket	promises reliable de-
 livery of data and	SO_LINGER is set, the system will block	the process on
 the [close(2)](https://www.freebsd.org/cgi/man.cgi?query=close&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) attempt until	it is able to transmit the data	or until it
 decides it	is unable to deliver the information (a	timeout	period,	termed
 the linger	interval, is specified in seconds in the setsockopt() system
 call when SO_LINGER is requested).	 If SO_LINGER is disabled and a
 [close(2)](https://www.freebsd.org/cgi/man.cgi?query=close&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) is issued, the system will process the close in a	manner that
 allows the	process	to continue as quickly as possible.

 The option	SO_BROADCAST requests permission to send broadcast datagrams
 on	the socket.  Broadcast was a privileged	operation in earlier versions
 of	the system.

 With protocols that support out-of-band data, the SO_OOBINLINE option re-
 quests that out-of-band data be placed in the normal data input queue as
 received; it will then be accessible with [recv(2)](https://www.freebsd.org/cgi/man.cgi?query=recv&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) or [read(2)](https://www.freebsd.org/cgi/man.cgi?query=read&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) calls	with-
 out the MSG_OOB flag.  Some protocols always behave as if this option is
 set.

 SO_SNDBUF and SO_RCVBUF are options to adjust the normal buffer sizes al-
 located for output	and input buffers, respectively.  The buffer size may
 be	increased for high-volume connections, or may be decreased to limit
 the possible backlog of incoming data.  The system	places an absolute
 maximum on	these values, which is accessible through the [sysctl(3)](https://www.freebsd.org/cgi/man.cgi?query=sysctl&sektion=3&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports)	MIB
 variable "kern.ipc.maxsockbuf".

 SO_SNDLOWAT is an option to set the minimum count for output operations.
 Most output operations process all	of the data supplied by	the call, de-
 livering data to the protocol for transmission and	blocking as necessary
 for flow control.	Nonblocking output operations will process as much
 data as permitted subject to flow control without blocking, but will
 process no	data if	flow control does not allow the	smaller	of the low wa-
 ter mark value or the entire request to be	processed.  A [select(2)](https://www.freebsd.org/cgi/man.cgi?query=select&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports)	opera-
 tion testing the ability to write to a socket will	return true only if
 the low water mark	amount could be	processed.  The	default	value for
 SO_SNDLOWAT is set	to a convenient	size for network efficiency, often
 1024.

 SO_RCVLOWAT is an option to set the minimum count for input operations.
 In	general, receive calls will block until	any (non-zero) amount of data
 is	received, then return with the smaller of the amount available or the
 amount requested.	The default value for SO_RCVLOWAT is 1.	 If
 SO_RCVLOWAT is set	to a larger value, blocking receive calls normally
 wait until	they have received the smaller of the low water	mark value or
 the requested amount.  Receive calls may still return less	than the low
 water mark	if an error occurs, a signal is	caught,	or the type of data
 next in the receive queue is different from that which was	returned.

 SO_SNDTIMEO is an option to set a timeout value for output	operations.
 It	accepts	a struct timeval argument with the number of seconds and mi-
 croseconds	used to	limit waits for	output operations to complete.	If a
 send operation has	blocked	for this much time, it returns with a partial
 count or with the error EWOULDBLOCK if no data were sent.	In the current
 implementation, this timer	is restarted each time additional data are de-
 livered to	the protocol, implying that the	limit applies to output	por-
 tions ranging in size from	the low	water mark to the high water mark for
 output.

 SO_RCVTIMEO is an option to set a timeout value for input operations.  It
 accepts a struct timeval argument with the	number of seconds and mi-
 croseconds	used to	limit waits for	input operations to complete.  In the
 current implementation, this timer	is restarted each time additional data
 are received by the protocol, and thus the	limit is in effect an inactiv-
 ity timer.	 If a receive operation	has been blocked for this much time
 without receiving additional data,	it returns with	a short	count or with
 the error EWOULDBLOCK if no data were received.

 SO_SETFIB can be used to over-ride	the default FIB	(routing table)	for
 the given socket.	The value must be from 0 to one	less than the number
 returned from the sysctl net.fibs.

 SO_USER_COOKIE can	be used	to set the uint32_t so_user_cookie field in
 the socket.  The value is an uint32_t, and	can be used in the kernel code
 that manipulates traffic related to the socket.  The default value	for
 the field is 0.  As an example, the value can be used as the skipto tar-
 get or pipe number	in ipfw/dummynet.

 SO_ACCEPTFILTER places an [accept_filter(9)](https://www.freebsd.org/cgi/man.cgi?query=accept_filter&sektion=9&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports)	on the socket, which will fil-
 ter incoming connections on a listening stream socket before being	pre-
 sented for	[accept(2)](https://www.freebsd.org/cgi/man.cgi?query=accept&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports).  Once more, [listen(2)](https://www.freebsd.org/cgi/man.cgi?query=listen&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) must be called	on the socket
 before trying to install the filter on it,	or else	the setsockopt() sys-
 tem call will fail.

 struct  accept_filter_arg {
     char    af_name[16];
     char    af_arg[256-16];
 };

 The optval	argument should	point to a struct accept_filter_arg that will
 select and	configure the [accept_filter(9)](https://www.freebsd.org/cgi/man.cgi?query=accept_filter&sektion=9&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports).	 The af_name argument should
 be	filled with the	name of	the accept filter that the application wishes
 to	place on the listening socket.	The optional argument af_arg can be
 passed to the accept filter specified by af_name to provide additional
 configuration options at attach time.  Passing in an optval of NULL will
 remove the	filter.

 The SO_NOSIGPIPE option controls generation of the	SIGPIPE	signal nor-
 mally sent	when writing to	a connected socket where the other end has
 been closed returns with the error	EPIPE.

 If	the SO_TIMESTAMP or SO_BINTIME option is enabled on a SOCK_DGRAM
 socket, the [recvmsg(2)](https://www.freebsd.org/cgi/man.cgi?query=recvmsg&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) call may return a timestamp	corresponding to when
 the datagram was received.	 However, it may not, for example due to a re-
 source shortage.  The msg_control field in	the msghdr structure points to
 a buffer that contains a cmsghdr structure	followed by a struct timeval
 for SO_TIMESTAMP and struct bintime for SO_BINTIME.  The cmsghdr fields
 have the following	values for TIMESTAMP by	default:

  cmsg_len = CMSG_LEN(sizeof(struct timeval));
  cmsg_level = SOL_SOCKET;
  cmsg_type = SCM_TIMESTAMP;

 and for SO_BINTIME:

  cmsg_len = CMSG_LEN(sizeof(struct bintime));
  cmsg_level = SOL_SOCKET;
  cmsg_type = SCM_BINTIME;

 Additional	timestamp types	are available by following SO_TIMESTAMP	with
 SO_TS_CLOCK, which	requests a specific timestamp format to	be returned
 instead of	SCM_TIMESTAMP when SO_TIMESTAMP	is enabled. These SO_TS_CLOCK
 values are	recognized in FreeBSD:

   SO_TS_REALTIME_MICROrealtime	(SCM_TIMESTAMP,	struct timeval),
		  default
   SO_TS_BINTIME  realtime (SCM_BINTIME, struct	bintime)
   SO_TS_REALTIME realtime (SCM_REALTIME, struct timespec)
   SO_TS_MONOTONICmonotonic time (SCM_MONOTONIC, struct	timespec)

 SO_ACCEPTCONN, SO_TYPE, SO_PROTOCOL (and its alias	SO_PROTOTYPE) and
 SO_ERROR are options used only with getsockopt().	SO_ACCEPTCONN returns
 whether the socket	is currently accepting connections, that is, whether
 or	not the	[listen(2)](https://www.freebsd.org/cgi/man.cgi?query=listen&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) system call was invoked on the socket.  SO_TYPE re-
 turns the type of the socket, such	as SOCK_STREAM;	it is useful for
 servers that inherit sockets on startup.  SO_PROTOCOL returns the proto-
 col number	for the	socket,	for AF_INET and	AF_INET6 address families.
 SO_ERROR returns any pending error	on the socket and clears the error
 status.  It may be	used to	check for asynchronous errors on connected
 datagram sockets or for other asynchronous	errors.

 SO_LABEL returns the MAC label of the socket.  SO_PEERLABEL returns the
 MAC label of the socket's peer.  Note that	your kernel must be compiled
 with MAC support.	See [mac(3)](https://www.freebsd.org/cgi/man.cgi?query=mac&sektion=3&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) for more information.

 SO_LISTENQLIMIT returns the maximal number	of queued connections, as set
 by	[listen(2)](https://www.freebsd.org/cgi/man.cgi?query=listen&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports).  SO_LISTENQLEN returns the number of	unaccepted complete
 connections.  SO_LISTENINCQLEN returns the	number of unaccepted incom-
 plete connections.

 SO_MAX_PACING_RATE	instruct the socket and	underlying network adapter
 layers to limit the transfer rate to the given unsigned 32-bit value in
 bytes per second.

 SO_NO_OFFLOAD disables support for	protocol offloads.  At present,	this
 prevents TCP sockets from using TCP offload engines.  SO_NO_DDP disables
 support for a specific TCP	offload	known as direct	data placement (DDP).
 DDP is an offload supported by Chelsio network adapters that permits re-
 assembled TCP data	streams	to be received via zero-copy in	user-supplied
 buffers using [aio_read(2)](https://www.freebsd.org/cgi/man.cgi?query=aio_read&sektion=2&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports).

RETURN VALUES
Upon successful completion, the value 0 is	returned; otherwise the
value -1 is returned and the global variable errno	is set to indicate the
error.
ERRORS
The getsockopt() and setsockopt() system calls succeed unless:
 [EBADF]		The argument s is not a	valid descriptor.

 [ENOTSOCK]		The argument s is a file, not a	socket.

 [ENOPROTOOPT]	The option is unknown at the level indicated.

 [EFAULT]		The address pointed to by optval is not	in a valid
		part of	the process address space.  For	getsockopt(),
		this error may also be returned	if optlen is not in a
		valid part of the process address space.

 [EINVAL]		Installing an [accept_filter(9)](https://www.freebsd.org/cgi/man.cgi?query=accept_filter&sektion=9&apropos=0&manpath=FreeBSD+13.0-RELEASE+and+Ports) on a non-listening
		socket was attempted.

 [ENOMEM]		A memory allocation failed that	was required to	ser-
		vice the request.

 The setsockopt() system call may also return the following	error:

 [ENOBUFS]		Insufficient resources were available in the system to
		perform	the operation.

SEE ALSO
ioctl(2), listen(2), recvmsg(2), socket(2), getprotoent(3), mac(3),
sysctl(3),	ip(4), ip6(4), sctp(4),	tcp(4),	protocols(5), sysctl(8),
accept_filter(9), bintime(9)
HISTORY
The getsockopt() and setsockopt() system calls appeared in	4.2BSD.
BUGS
Several of	the socket options should be handled at	lower levels of	the
system.

#7


Add inclusion of mixins for scss installation

Orbit will not work with simply importing motion-ui, the mixins must be included as well. This updates the documentation and adds to the code sample.

Merged! Thanks @chronon


AttributeError: 'fbRssAdMonitor' object has no attribute 'logger'

Hi-- your Facebook Marketplace program looks like it will be very helpful!
However, even though I think I installed it correctly, I'm getting the following attribute error when I'm trying to set up the server:
(venv) mikes@tuxedo-os:~/facebook-marketplace-rss$ python3
Python 3.12.3 (main, Nov  6 2024, 18:32:19) [GCC 13.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> exit()
(venv) mikes@tuxedo-os:~/facebook-marketplace-rss$ python fb_ad_monitor.py
Traceback (most recent call last):
  File "/home/mikes/facebook-marketplace-rss/fb_ad_monitor.py", line 145, in load_from_json
    self.refersh_interval_minutes = data['refersh_interval_minutes']
                                    ~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^
KeyError: 'refersh_interval_minutes'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/mikes/facebook-marketplace-rss/fb_ad_monitor.py", line 393, in <module>
    monitor = fbRssAdMonitor(json_file=config_file)
              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/mikes/facebook-marketplace-rss/fb_ad_monitor.py", line 45, in __init__
    self.load_from_json(json_file)
  File "/home/mikes/facebook-marketplace-rss/fb_ad_monitor.py", line 150, in load_from_json
    self.logger.error(f"Error loading filters from JSON: {e}")
    ^^^^^^^^^^^
AttributeError: 'fbRssAdMonitor' object has no attribute 'logger'
(venv) mikes@tuxedo-os:~/facebook-marketplace-rss$ ls
'=3.10.4'      config.sample.json   fb-rss-feed.db   lib       pyvenv.cfg         venv
 bin           Dockerfile           include          lib64     README.md
 config.json   fb_ad_monitor.py     init_db.py       LICENSE   requirements.txt

Any suggestions?
I'm on a Ubuntu Noble derivative, AMD x86_64 and t=using your example json
file as the config.json file
Thanks!

seems like an issue with config.json
check if this key is correct 'refersh_interval_minutes' in the config.json

Thanks, @regek.
This is my config.json (copied from example):
{
    "server_ip": "<IP_ADDRESS>",
    "server_port": "5000",
    "currency": "$",
    "refresh_interval_minutes": 15,
    "log_filename": "fb-rssfeed.log",
    "url_filters": {
        "https://www.facebook.com/marketplace/page1": {
            "level1": ["tv"],
            "level2": ["smart"],
            "level3": ["55\"", "55 inch"]
        },
        "https://www.facebook.com/marketplace/page2": {
            "level1": ["dishwasher"],
            "level2": ["kitchenaid", "samsung"]
        },
        "https://www.facebook.com/marketplace/page2": {}
    }
}

refresh_interval_minutes seems to present and set to value 15

pull the latest, it should be fixed

Thanks, @regek
I pulled the latest, and the server does run now without that error.
However, I think I might be still missing a step. I couldn't get any result when I tried using the config.example.json as my config.json, and then to better troubleshoot changed the config.json to this simple file:
    "server_ip": "<IP_ADDRESS>",
    "server_port": "5000",
    "currency": "$",
    "refresh_interval_minutes": 15,
    "log_filename": "fb-rssfeed.log",
    "url_filters": {
        "https://www.facebook.com/marketplace/": {
            "level1": ["tv"],
            "level2": ["smart"],
            "level3": ["55 inch"]
        }
    }
}

I then tried to point my browser to the localhost address specified in the message I got below as to the access I assume I could access the results at (http://<IP_ADDRESS>:5000/) and got a 404 error as below:
(venv) mikes@tuxedo-os:~/facebook-marketplace-rss$ python fb_ad_monitor.py
 * Serving Flask app 'fb_ad_monitor'
 * Debug mode: off
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
 * Running on all addresses (<IP_ADDRESS>)
 * Running on http://<IP_ADDRESS>:5000
 * Running on http://<IP_ADDRESS>:5000
Press CTRL+C to quit
<IP_ADDRESS> - - [04/Dec/2024 18:48:10] "GET / HTTP/1.1" 404 -
<IP_ADDRESS> - - [04/Dec/2024 18:48:10] "GET /favicon.ico HTTP/1.1" 404 -
^CTraceback (most recent call

Am I perhaps missing a step or did I do anything incorrectly in the above setup?
Thanks!

http://server_ip:server_port/rss

Thanks, @regek. I'm think I'm getting closer but still not there.
Here is my test config.json file:
(venv) mikes@tuxedo-os:~/facebook-marketplace-rss$ cat config.json
{
    "server_ip": "<IP_ADDRESS>",
    "server_port": "5000",
    "currency": "$",
    "refresh_interval_minutes": 15,
    "log_filename": "fb-rssfeed.log",
    "url_filters": {
        "https://www.facebook.com/marketplace/": {
            "level1": ["tv"],
            "level2": ["smart"],
            "level3": ["55 inch"]
        }
    }
}

And here is my initial startup commands:
(venv) mikes@tuxedo-os:~/facebook-marketplace-rss$ python3 init_db.py
Database initialized.
(venv) mikes@tuxedo-os:~/facebook-marketplace-rss$ python3 fb_ad_monitor.py
 * Serving Flask app 'fb_ad_monitor'
 * Debug mode: off
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
 * Running on all addresses (<IP_ADDRESS>)
 * Running on http://<IP_ADDRESS>:5000
 * Running on http://<IP_ADDRESS>:5000
Press CTRL+C to quit
<IP_ADDRESS> - - [06/Dec/2024 19:01:58] "GET /rss HTTP/1.1" 200 -
<IP_ADDRESS> - - [06/Dec/2024 19:01:58] "GET /favicon.ico HTTP/1.1" 404 -

Which to indicate the server and request begin to work but cannot retrieve the favicon
Then I put in the URL based on the syntax you suggested above:
http://<IP_ADDRESS>:5000/rss

And get this xml result:
<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Facebook Marketplace Ad Feed</title><link>http://monitor.local/rss</link><description>An RSS feed to monitor new ads on Facebook Marketplace</description><lastBuildDate>Sat, 07 Dec 2024 03:01:58 GMT</lastBuildDate><generator>PyRSS2Gen-1.1.0</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs></channel></rss>

I was using "refersh_interval_minutes" in my config file. The update broke my server and I had an extended period of downtime.
Please be mindful of breaking changes in the future.
Thank you.


chore(*): replace angular 2 with angular

This PR removes all references to "Angular 2" and replaces them by "Angular".
See http://angularjs.blogspot.be/2016/12/ok-let-me-explain-its-going-to-be.html.
As discussed in #33.

Looks good to me if I see anything else I'll throw in some more PRs!
Great job by the way, my god this makes life so much easier. 👍 👍


fix: incorrect explained variance in CCA

Previously, the explained (co)variance in PCA-CCA was computed with respect to the pre-processed PCA views. Fixed by using the actual (non-PCA) data (see #146)

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

:exclamation: No coverage uploaded for pull request base (main@4cf84cf). Click here to learn what that means.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #147   +/-   ##
=======================================
  Coverage        ?   94.39%
=======================================
  Files           ?       73
  Lines           ?     6150
  Branches        ?        0
=======================================
  Hits            ?     5805
  Misses          ?      345
  Partials        ?        0

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


How do I detect we're in a loading state while streaming HLS files?

First off - I've been super impressed with how easy it's been to get HLS streaming up and running. Kudos to the team!
I'm trying to add a loading indicator before an HLS stream starts. I initially reached for the onIsLoadingChanged callback, but that seems to be called with a true value and then never change to false. Conceptually I guess that makes sense - you're always loading. But that leaves me confused about how to accomplish my goal of showing a loading indicator. Should I just wait for the first frame callback and use that a as a signal that we're "done" doing the initial load?

Conceptually I guess that makes sense - you're always loading

Yes, until your loading position either reaches the end of the stream or far enough ahead of your playback position that your LoadControl indicates to stop, at which point you stop loading.

But that leaves me confused about how to accomplish my goal of showing a loading indicator

Our UI components have an optional buffering indicator, and you can see the implementation checks player.state == BUFFERING:
https://github.com/androidx/media/blob/b01c6ffcb3fca3d038476dab5d3bc9c9f2010781/libraries/ui/src/main/java/androidx/media3/ui/PlayerView.java#L1700-L1709
I think this matches what you want. Unlike "first frame", It will go 'true' again if the network is unable to load content fast enough during playback, resulting in playback pausing while more content is loaded.

Thanks for the response @icbaker!
I initially reached for checking the buffering state but found that we were not buffering when the stream initially started. I actually never saw the BUFFERING state show up, but I've been testing on solid network. Would you expect us to reach a buffering state before the first frame is shown?

Are you saying you see the state transition directly from IDLE to READY? That is a bit surprising. Is this confirmed if you attach an EventLogger and look for lines in logcat like this:
state [eventTime=0.01, mediaPos=0.00, window=0, BUFFERING]

Hmm I do see a buffering event, I'm sorry I must've goofed up my debugging earlier. I'll give that a shot, thank you!


double-beep: Watch isemc.com

double-beep requests the watch of the watch_keyword isemc\.com. See the MS search here and the Stack Exchange search here.

isemc\.com has been seen in 2 true positives, 0 false positives, and 0 NAAs.

Approved by Makyen in Charcoal HQ


hyp output to stdout

It would be great to redirect hyp text output to stdout, so that it would be redirected into file, filtered through pipe with grep, etc.

@rzelnik yeah are there any commands in particular you wanted this for? Would help us prioritize those

hyp info: I seed many drives, so the list overflows the terminal screen. Export into file or paging through 'more' would be helpful.

For me this is a feature request with lowest possible priority.

Yeah no prob, wrapping a big website update this week, can prob hit this next week

On Dec 18, 2020, at 1:08 AM, Robert Zelnik<EMAIL_ADDRESS>wrote:

For me this is a feature request with lowest possible priority.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

Okay should be fixed in 1.3.0


/community with code of conduct, slack, meetup information

Other community ideas:

physical space once a month
lean coffee (5 min to write ideas on sticky notes, chat about each for a few minutes, facilitator keeps convo moving)

Change the Slack URL to futureofcoding.slack.com, and make a doc explaining channels (maybe fix this up a bit) with descriptions and threading

<EMAIL_ADDRESS>

People can message me to add to the loading messages
Add other cities to welcome bot

Explain that threading is preferred

Create #meta channel for those sorts of discussions

Explain how the Slack community exists in relation to the podcast, the broader community (Twitter, reddit, tbd, etc), and my own research

Experiment with "hangout in 10 min" or "in a couple hours"

💥  https://docs.google.com/document/d/1p3IdT8TtXVag4jwPrr5JvaHyWdxPvpN_-lu9HQYXRFY/edit#

Now just need /community with:
Community
Slack
Link to join and README
Meetups
photo of first London Meetup
Explain NYC and London organized more loosely by Steve in the Slack
Link to Boston Meetup page
Format tips

switch up seating
link sharing is key - take notes!
if you charge first, people will show up


Ubuntu 20.04: Update docker-compose-plugin to v2.20.0

Description
The current Ubuntu 20.04 image appears to be using v2.19.1 of docker-compose-plugin. Unfortunately, this version has a debilitating regression which causes containers to often only connect to one of their networks. This causes flaky failures in docker compose setups that require multiple networks to function properly.
Please update the docker-compose-plugin version to v2.20.0 to bring in the fix.
Platforms affected

[ ] Azure DevOps
[X] GitHub Actions - Standard Runners
[ ] GitHub Actions - Larger Runners

Runner images affected

[X] Ubuntu 20.04
[ ] Ubuntu 22.04
[ ] macOS 11
[ ] macOS 12
[ ] macOS 13
[ ] Windows Server 2019
[ ] Windows Server 2022

Image version and build link
Sample run: https://github.com/letsencrypt/boulder/actions/runs/5545851751/jobs/10125357707
Runner image version: 20230710.1.0
Is it regression?
Yes, 20230702.1.0, https://github.com/letsencrypt/boulder/actions/runs/5520825838/jobs/10068018921
Expected behavior
Containers should come up and connect to all of their networks.
Actual behavior
Containers sometimes connect to only one of their networks, making various services unreachable and causing tests to fail.
Repro steps

Have a docker-compose.yml which creates containers that connect to multiple networks
example: https://github.com/letsencrypt/boulder/blob/main/docker-compose.yml
Have a github actions job which runs on Ubuntu 20.04 and uses docker-compose-plugin to start the containers
example: https://github.com/letsencrypt/boulder/blob/main/.github/workflows/boulder-ci.yml
Run the workflow on a recent build of the ubuntu 20.04 image

Hello @aarongable, the new version of docker compose will be available in our next release the next week.

The same issue with the docker compose version also occurs on the current Ubuntu 22.04 image.

Docker-compose v.2.20.0 is available for both Ubuntu images


nix flake

Here's the start of a nix flake if you're interested in such a thing!
Currently it's useful for nix develop only, but I'm able to build and run kellnr on an M1 MacBook as well as an x86_64 Linux machine using this shell.
I'm experimenting with a new flake builder library and I think that's why nix flake show and nix build fail early. I expect nix build to not work because I haven't defined the npm install step at all, and I haven't tried any npm things in nix before so who knows how well that works.
Marked as a draft just to see if you're interested. Thanks for open sourcing your work!

Hi @evanrichter, thank you for the draft.
Yes, I'm interested in a nix flake. Honestly I never used Nix, so my knowledge here is zero. Does it make sense to but the Nix flake in the kellnr repo itself, or is it more common to have a separate repo for that, e.g. like the Helm chart? I would like to have the most "common" approach.


Update the eBPF Profiling task as service level

[x] If this pull request closes/resolves/fixes an existing issue, replace the issue number. Relate https://github.com/apache/skywalking/issues/8833.
[x] Update the CHANGES log.

Could you update the new entity design and describe logic here?

The service label is used to aggregate all of the labels from the process to the service level. Then, we could do profiling with some similar process from the service level. So we need the process_service_label to record them.
For now, I flat all the labels to the multiple records, in this way, we don't need to worry about the limit of labels count.

So, we have

ProcessTraffic with JSON-ed labels
ProcessServiceLabel is service's all labels

Then, when a task is created, all processes are read out and filtered in the memory?

Then, when a task is created, all processes are read out and filtered in the memory?

Yes. When a task is created, the OAP side read all the processes from the rover side and matches the same labels between process and task.
Here is the filter logical: https://github.com/apache/skywalking/pull/8840/files#diff-d2a3c28709c4f0350cd39a3c53bc401b7a5e7f1c73d4f08a6a2457529c28010fR105-R132

Hold a little, I and @mrproliu had a discussion, and query protocol needs some polish first.


Wiki request - rewrite and simplify explanation of Array.indexOf()

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/indexOf

Close as issue is resolved https://github.com/freecodecamp/freecodecamp/wiki/js-array-prototype-indexof

NOTE: I've not written the wiki

@abhisekp thanks. Closing as the article is created.


Update the setup script

Update "delete git" confirmation prompt to unix style confirmations ([Y/n])
Expected behavior:
If user submits an empty string, or something else then "y/n", git should be removed. ( Can be changed to y/N )
Actual behavior:
If user submits anything else than y/yes git isn't removed.
Update package.json independently from git removal
Expected behavior:
If user choose to not delete git, he still able to update package.json file
Actual behavior:
If user chose to not delete git, setup script ends.
Remove setup script from package.json
Expected behavior:
After setup ends, setup files and script are deleted from project.
Current behavior:
Only setup files are deleted, setup script remains in package.json, but script are broken, because of missing files.

Thanks @RoM4iK. I'll take a peek at this tonight or tomorrow night unless @kwelch or @coryhouse get to it first.


Training dataset of rxnmapper?

I wonder whether the trained rxnmapper model was trained by the 1k data if USPTO50K described in the paper.
If not, is it possible to provide the model trained by the 1k reactions?
Any help about above questions would be greatly appreciated.

The 1k data was just used to evaluate the different trained models and select one to test on the remaining USPTO50k reactions. They were not part of the training.
The model was trained using an unsupervised task (masked language modelling) on the USPTO reactions without atom-mapping that you find here: https://ibm.ent.box.com/v/RXNMapperData/folder/112973143084.


test: snapshot test for common screen sizes

I went with https://github.com/jaredpalmer/cypress-image-snapshot for taking snapshots. Other options are listed in https://docs.cypress.io/plugins/#visual-testing
For window sizes, I went with presets listed in https://docs.cypress.io/api/commands/viewport.html#Arguments

Looks good

Looks good

Closing this as we went with percy


Some strings can't be translated

Explain the bug
Some strings of Files are not being translated. I don't know if those strings are hardcoded or the issue is that there is a bug preventing those strings to get pass by the function that gets the translated value, but the fact is some strings are on english even if you translated all the strings of the xlf.
To reproduce

Go to Settings -> preferences -> Set "spanish (International Spain) as language, or to another language that has all strings translated.

List of untranslated strings:

'New tab' in vertical tab flyout:

Go to the vertical tab flyout.
Check that it will show "New tab" instead "Nueva pestaña":

'Home' in Address Toolbar:

Go to Home.
Start editing the address on the address toolbar.
Check that it will show "Home" instead "Inicio":

Shortcuts on layout mode overflow menu when right-clicking a folder:

Go to a folder.
Right click without selecting any item.
Go to overflow menu of 'Modo de diseño' / 'Layout mode'.
Check that shortcuts are with 'Shift' instead 'Mayús':

For example should show 'Ctrl+Mayús+1' instead 'Ctrl+Shift+1'

Shortcuts on three dots menu of a folder:

Go to a folder.
Select the three dots right to 'Vista previa' / 'Preview pane'.
Check that there are another shortcut with 'Shift' instead 'Mayús' and another with 'Up' instead 'Arriba':

Expected behavior
Those strings should be translated too.
Logfile
debug.log
debug_fulltrust.log
Screenshots
Already added before.
System Information

OS Version: Windows 10 Pro 21H1 19043.1081 / Windows Feature Experience Pack 120.2212.3530.0
App version: Last main commit.

Additional comment
This issue still happen after restarting the app.

@BanCrash Do you want to work on this issue?

@BanCrash Do you want to work on this issue?

@yaichenbaum I can try at least. I will let you know if I can't solve this issue.

@yaichenbaum since I've found the way to replace the shortcuts I shouldn't have any issue on completing the work to close this issue.


Omit enforced RBAC resources in the HNCConfig spec

Removed the roles and rolebindings resources from the HNCConfig spec,
and only show them in the status.
Remove the RBAC validation in the validator and the default RBAC
configurtion in the HNCConfig reconciler.
Update validator unit tests, reconciler integration tests and conversion
tests.
Tested manually on GKE and by 'make test' and 'make test-conversion'.
Fixes #1213
Part of #868

/assign @adrianludwin
/assign @rjbez17

/lgtm
/hold cancel


Need Footer

Use Materialize footer, implement it and change the color using the color codes in materialize. I think Leah was going to handle this one

I've got the footer

I made a footer


Feature/user interface

I added a new component --> profile achievement inside to the profile page and a new comp reward card inside  profile achievement I added fake data JSON for the reward card to display some lists of rewards and also some SVGraw file
I added some functionality  for the reward card only to display 3 lists and also a Formula --> value for the progress bar  to calculate the width of the line   Math.floor((props?.max / props.reach) * props.range)

Thanks bro, can you look into the "npm run build"

Thanks bro, can you look into the "npm run build"

ooh I see okey bro


[CWS] fix CentOS 7 kernel headers download

What does this PR do?
This PR:

adds CentOS 7 kernel headers location to search algorithm
fixes functional tests to extract Nikos into the docker container

Motivation

Additional Notes

Possible Drawbacks / Trade-offs

Describe how to test/QA your changes

Reviewer's Checklist

[ ] If known, an appropriate milestone has been selected; otherwise the Triage milestone is set.
[ ] The appropriate team/.. label has been applied, if known.
[ ] Use the major_change label if your change either has a major impact on the code base, is impacting multiple teams or is changing important well-established internals of the Agent. This label will be use during QA to make sure each team pay extra attention to the changed behavior. For any customer facing change use a releasenote.
[ ] A release note has been added or the changelog/no-changelog label has been applied.
[ ] Changed code has automated tests for its functionality.
[ ] Adequate QA/testing plan information is provided if the qa/skip-qa label is not applied.
[ ] If applicable, docs team has been notified or an issue has been opened on the documentation repo.
[ ] If applicable, the need-change/operator and need-change/helm labels have been applied.
[ ] If applicable, the config template has been updated.

@paulcacheux We test against CentOS 7.6 already and don't have problems with it finding the kernel headers.

Are you sure you're not falling back to precompiled during your tests ? Because I experimented a lot, and the previous kernel headers that used to be downloaded by Nikos did not contain kconfig.h, a very important header since it's basically included by everything (contains the CONFIG_XX macro

Are you sure you're not falling back to precompiled during your tests

Yes, but we are using headers pre-installed by the package manager, rather than downloaded headers.

Oh that makes sense, in a patch to Nikos I fixed the fact that we were downloading the wrong headers package (cf https://github.com/DataDog/nikos/commit/d052da838170acbc31a80d43eb9030c038ec3033).

I will do more investigation and come back to you on this matter then

@brycekahle looking at https://centos.pkgs.org/7/centos-x86_64/kernel-devel-3.10.0-1160.el7.x86_64.rpm.html (and checked with a rpm -qlp on the file downloaded by Nikos (kernel-devel package). It only contains files in /usr/src/kernels/*. I don't completely understand why it's working in your CI yet

@paulcacheux Is there a symlink added from /lib/modules/$(uname -r)/{source,build}? I'd have to turn on debug logging to see where the CI is finding the kernel headers.

There is a script running at postinstall:
postinstall scriptlet (using /bin/sh):
if [ -f /etc/sysconfig/kernel ]
then
    . /etc/sysconfig/kernel || exit $?
fi
if [ "$HARDLINK" != "no" -a -x /usr/sbin/hardlink ]
then
    (cd /usr/src/kernels/3.10.0-1127.el7.x86_64 &&
     /usr/bin/find . -type f | while read f; do
       hardlink -c /usr/src/kernels/*.el7.*/$f $f
     done)
fi

But nothing I can see linking to /lib/modules

Running rpm -qf /lib/modules/3.10.0-1127.el7.x86_64/build outputs kernel-3.10.0-1127.el7.x86_64 so a third different package

From a CI run with debug logs turned on:
1645734434644883269 [Debug] found valid kernel headers at /lib/modules/3.10.0-957.27.2.el7.x86_64/build
1645734434644969669 [Debug] found valid kernel headers at /lib/modules/3.10.0-957.27.2.el7.x86_64/source
1645734434645011169 [Debug] found non-versioned kernel headers at /usr
1645734434645077770 [Debug] found kernel headers in /lib/modules/3.10.0-957.27.2.el7.x86_64/build,/lib/modules/3.10.0-957.27.2.el7.x86_64/source,/usr

🤷♂

I'm sorry but without this fix, I'm getting a unable to find kernel headers: downloaded headers are not valid  error. Since it's just adding a standard path, I think we should merge it

Thank you. I added a note in my todo list to do a deeper analysis on why it works/doesn't work depending on the source (downloaded or pre-installed)


Make Intervene work on Node 17

Without this fix, all connection attempts from the main process to the admin server fail with error Error: connect ECONNREFUSED ::1:57670.

#62 fixes this too, it works on node 18 at least now, without this particular fix.


Allow skipping of production tags from tests

Some of our func tests are not meant to be run against "real" environments.  Since we now run the functest container against non docker environments, we have to skip these tests.

Hm getting a "vinyldns-functest | collecting ... ERROR: file not found: skip_production" when trying this out locally, investigating

@rebstar6 I updated, basically if the PROD_ENV was unset, that first != was still firing.
I switched up the order.  You HAVE to set PROD_ENV=true for that to be skipped now.


Run Esplora Block Explorer as part of bitcoin setup

Esplora is a block explorer from Blockstream: https://github.com/blockstream/esplora
The page will be exposed at http://localhost:8094

How'd you discover that --unsafe-perm the move?

I'm still getting the 404 on refresh @_@

notably, the refresh bug doesn't happen when I run esplora locally via npm run dev-server

How'd you discover that --unsafe-perm the move?

It was mentioned in https://github.com/Blockstream/esplora/issues/156

notably, the refresh bug doesn't happen when I run esplora locally via npm run dev-server

Should work fine with the latest commit @beaushinkle .

It's working!


Failing to see just logins as results

Diagnostic
Workflow version
2023.12
Alfred version
5.1.4
macOS version
13.5.2
Architecture
arm64
Preferences
Dict {
logins_only = true
}
1Password version
8.10.20
op version
2.23.0
Launchd job
NOT loaded
NOT installed
Debugger output
?

More details
Hi!
Even though   logins_only = true (see above), when I do "1p " I see credit cards, text notes, etc. Can you pls help fix this? All I want is to find the right login, press enter and have a new tab be open + 1Password automatically fill out the login info for me.
Really appreciate the help.
Bruno

After enabling the option, you have to :1pextras → Force Update Items.


application doesn't show as same as example

When I try to use the below code in the readme.md.
from pylayers.simul.link import *
DL = DLink(L='defstr.lay')
DL.eval()
DL._show3()

it show like below, the receiver and transmiter is just a piece, not a sphere as the image in readme.md

not as same as it shows in readme.md

I don't know why.

When I use code like below,
import pylayers.signal.waveform as wvf

# set the frequency range from 2.4GHz to 10GHz
fGHz = np.arange(2.4,10.,0.05)
# set the layout from its filename
L = Layout('defstr.lay')
# set the link
DL = DLink(L=L,fGHz=fGHz)
# set the b point position
DL.a = np.array([2,3,1.2])
DL.b = np.array([8,3.5,2.])
# evaluate the link in forcing re-calculation of
#
#   + signatures
#   + rays
#   + Tilded(*) Propagation Channel
#   + Transmission Channel H
#
# Diffraction : enabled
# Vectorization : enabled
#
DL.eval(cutoff=4, threshold=0.1, ra_vectorized=True, diffraction=True)
DL
DL._show3()
plt.figure()
DL.H.show()
plt.title('Ray transfer funtion w.r.t frequency Modulus and Phase')
plt.show()
plt.figure()
DL.plt_cir()
plt.show()

it shows


New fixture - Stairville-LED-MAtrix-Blinder-5x5

This had the 4-channel mode missing and the 28-channel mode was completely wrong.
Link to original definition and manual:
http://www.qlcplus.org/forum/viewtopic.php?f=3&t=9195

There's only a typo "Speed adjustmenty"
I'll fix it. Thanks


[QUESTION/BUG] How does duplication checks work with chunks? (SQLSTATE 23505)

Hello again!
I get the SQLSTATE 23505 error again, but only when uploading chunks of big files. It might be a bug, possibly related to #229, but I also have a question:
Is there any hash comparison before uploading? In the database I find id, upload_id and other kinds of ids, but I don't know how valid they are fingerprints. I would assume they're just uuids. Ideally teldrive should compare files before uploading anything, but that's pretty obvious, so maybe I'm missing something, or it is just yet to be implemented?
teldrive  | 26/05/2024 06:53 PM INFO            {"status": 200, "method": "GET", "path": "/api/uploads/e0087fe633c192ce07a18dc3f15dd309", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.440182901, "time": "2024-05-26T18:53:39Z"}
teldrive  | 26/05/2024 06:53 PM DEBUG   uploading file  {"fileName": "upload_test", "partName": "933c190954aba8deb5a69c3604cc6c46", "bot": "6493112858", "botNo": 0, "chunkNo": 2, "partSize": 25712000}
teldrive  | 26/05/2024 06:53 PM DEBUG   uploading file  {"fileName": "upload_test", "partName": "599963f1f1d4f80e3dd8d44601d88e8c", "bot": "7192771920", "botNo": 1, "chunkNo": 1, "partSize": 524288000}
teldrive  | 26/05/2024 06:53 PM DEBUG   upload finished {"fileName": "upload_test", "partName": "933c190954aba8deb5a69c3604cc6c46", "chunkNo": 2}
teldrive  | 26/05/2024 06:53 PM INFO            {"status": 201, "method": "POST", "path": "/api/uploads/e0087fe633c192ce07a18dc3f15dd309", "query": "channelId=0&encrypted=false&fileName=upload_test&partName=933c190954aba8deb5a69c3604cc6c46&partNo=2", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 1.197726102, "time": "2024-05-26T18:53:40Z"}
teldrive  | 26/05/2024 06:54 PM DEBUG   upload finished {"fileName": "upload_test", "partName": "599963f1f1d4f80e3dd8d44601d88e8c", "chunkNo": 1}
teldrive  | 26/05/2024 06:54 PM INFO            {"status": 201, "method": "POST", "path": "/api/uploads/e0087fe633c192ce07a18dc3f15dd309", "query": "channelId=0&encrypted=false&fileName=upload_test&partName=599963f1f1d4f80e3dd8d44601d88e8c&partNo=1", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 29.539065563, "time": "2024-05-26T18:54:08Z"}
teldrive  | 26/05/2024 06:54 PM ERROR   [DB] github.com/divyam234/teldrive/pkg/services/file.go:101 ERROR: duplicate key value violates unique constraint "unique_file" (SQLSTATE 23505)
teldrive  | [128.714ms] [rows:0] INSERT INTO "teldrive"."files" ("name","type","mime_type","path","size","starred","depth","category","encrypted","user_id","status","parent_id","parts","channel_id") VALUES ('upload_test','file','application/octet-stream','',550000000,false,NULL,'other',false,6907387205,'active','nCkUeR9W6YwAGwVH','[{"id":16355},{"id":16354}]',2052950520) RETURNING "id","created_at","updated_at"
teldrive  | 26/05/2024 06:54 PM ERROR   &{key conflict 409}
teldrive  | 26/05/2024 06:54 PM ERROR   key conflict
teldrive  | 26/05/2024 06:54 PM INFO            {"status": 409, "method": "POST", "path": "/api/files", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.524054296, "time": "2024-05-26T18:54:09Z"}
teldrive  | 26/05/2024 06:54 PM INFO            {"status": 200, "method": "GET", "path": "/api/uploads/e0087fe633c192ce07a18dc3f15dd309", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.449969356, "time": "2024-05-26T18:54:19Z"}
teldrive  | 26/05/2024 06:54 PM ERROR   [DB] github.com/divyam234/teldrive/pkg/services/file.go:101 ERROR: duplicate key value violates unique constraint "unique_file" (SQLSTATE 23505)
teldrive  | [124.358ms] [rows:0] INSERT INTO "teldrive"."files" ("name","type","mime_type","path","size","starred","depth","category","encrypted","user_id","status","parent_id","parts","channel_id") VALUES ('upload_test','file','application/octet-stream','',550000000,false,NULL,'other',false,6907387205,'active','nCkUeR9W6YwAGwVH','[{"id":16355},{"id":16354}]',2052950520) RETURNING "id","created_at","updated_at"
teldrive  | 26/05/2024 06:54 PM ERROR   &{key conflict 409}
teldrive  | 26/05/2024 06:54 PM ERROR   key conflict
teldrive  | 26/05/2024 06:54 PM INFO            {"status": 409, "method": "POST", "path": "/api/files", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.50828225, "time": "2024-05-26T18:54:20Z"}
teldrive  | 26/05/2024 06:54 PM INFO            {"status": 200, "method": "GET", "path": "/api/uploads/e0087fe633c192ce07a18dc3f15dd309", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.456655813, "time": "2024-05-26T18:54:40Z"}
teldrive  | 26/05/2024 06:54 PM ERROR   [DB] github.com/divyam234/teldrive/pkg/services/file.go:101 ERROR: duplicate key value violates unique constraint "unique_file" (SQLSTATE 23505)
teldrive  | [126.208ms] [rows:0] INSERT INTO "teldrive"."files" ("name","type","mime_type","path","size","starred","depth","category","encrypted","user_id","status","parent_id","parts","channel_id") VALUES ('upload_test','file','application/octet-stream','',550000000,false,NULL,'other',false,6907387205,'active','nCkUeR9W6YwAGwVH','[{"id":16355},{"id":16354}]',2052950520) RETURNING "id","created_at","updated_at"
teldrive  | 26/05/2024 06:54 PM ERROR   &{key conflict 409}
teldrive  | 26/05/2024 06:54 PM ERROR   key conflict
teldrive  | 26/05/2024 06:54 PM INFO            {"status": 409, "method": "POST", "path": "/api/files", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.508920102, "time": "2024-05-26T18:54:41Z"}
teldrive  | 26/05/2024 06:55 PM INFO            {"status": 200, "method": "GET", "path": "/api/uploads/e0087fe633c192ce07a18dc3f15dd309", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.446628495, "time": "2024-05-26T18:55:21Z"}
teldrive  | 26/05/2024 06:55 PM ERROR   [DB] github.com/divyam234/teldrive/pkg/services/file.go:101 ERROR: duplicate key value violates unique constraint "unique_file" (SQLSTATE 23505)
teldrive  | [129.782ms] [rows:0] INSERT INTO "teldrive"."files" ("name","type","mime_type","path","size","starred","depth","category","encrypted","user_id","status","parent_id","parts","channel_id") VALUES ('upload_test','file','application/octet-stream','',550000000,false,NULL,'other',false,6907387205,'active','nCkUeR9W6YwAGwVH','[{"id":16355},{"id":16354}]',2052950520) RETURNING "id","created_at","updated_at"
teldrive  | 26/05/2024 06:55 PM ERROR   &{key conflict 409}
teldrive  | 26/05/2024 06:55 PM ERROR   key conflict
teldrive  | 26/05/2024 06:55 PM INFO            {"status": 409, "method": "POST", "path": "/api/files", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.514928695, "time": "2024-05-26T18:55:22Z"}
teldrive  | 26/05/2024 06:56 PM INFO            {"status": 200, "method": "GET", "path": "/api/uploads/e0087fe633c192ce07a18dc3f15dd309", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.444060396, "time": "2024-05-26T18:56:42Z"}
teldrive  | 26/05/2024 06:56 PM ERROR   [DB] github.com/divyam234/teldrive/pkg/services/file.go:101 ERROR: duplicate key value violates unique constraint "unique_file" (SQLSTATE 23505)
teldrive  | [137.737ms] [rows:0] INSERT INTO "teldrive"."files" ("name","type","mime_type","path","size","starred","depth","category","encrypted","user_id","status","parent_id","parts","channel_id") VALUES ('upload_test','file','application/octet-stream','',550000000,false,NULL,'other',false,6907387205,'active','nCkUeR9W6YwAGwVH','[{"id":16355},{"id":16354}]',2052950520) RETURNING "id","created_at","updated_at"
teldrive  | 26/05/2024 06:56 PM ERROR   &{key conflict 409}
teldrive  | 26/05/2024 06:56 PM ERROR   key conflict
teldrive  | 26/05/2024 06:56 PM INFO            {"status": 409, "method": "POST", "path": "/api/files", "query": "", "ip": "<IP_ADDRESS>", "user-agent": "rclone/v1.66.3", "latency": 0.539203507, "time": "2024-05-26T18:56:43Z"}

@iwconfig  you can see unique fingerprint here (https://github.com/divyam234/teldrive/blob/6b51c2343743ddd2e49a9f1d4ed9cc0f28b800aa/internal/database/migrations/20231102165658_tables.sql#L78)
so files name with same name in same directory are not allowed to keep it consistent with windows and linux fs.

Oh, I see!
Is it a limitation in rclone then? If I upload the same file again in the UI it tells me the file already exist without proceeding with the upload, but not if done via rclone.

@iwconfig you can see unique fingerprint here
https://github.com/divyam234/teldrive/blob/6b51c2343743ddd2e49a9f1d4ed9cc0f28b800aa/internal/database/migrations/20231102165658_tables.sql#L78
so files name with same name in same directory are not allowed to keep it consistent with windows and linux fs.

i think this might be breaking rclone union. any possibility to give this a look?

so files name with same name in same directory are not allowed to keep it consistent with windows and linux fs.

could this breake rclone union?

I don't think so. teldrive has nothing to do with how rclone handles the union backend, and cannot do anything to it unless there's some sort of config parameter set in the rclone config such as --teldrive-this-is-part-of-a-union=true or something to which teldrive would do some magic tricks. But even that falls short.
To my knowledge, rclone union operates on a fifo or lifo basis, in the order the remotes are specified in the union config. Only one file wins the race. I could be wrong about this though.
Why not test it? Doesn't have to be with one or more teldrive remotes. Local filesystem backends works the same in this regard.

@iwconfig am testing two remote aside from teldrive one and it doesnt work (am having similar error to what u shared here) but as soon i take out teldrive remote from the picture and use the official rclone 1.67 beta build then it works fine.

@iwconfig am testing two remote aside from teldrive one and it doesnt work (am having similar error to what u shared here) but as soon i take out teldrive remote from the picture and use the official rclone 1.67 beta build then it works fine.

Well that sounds like it's because divyam234/rclone version is at version 1.66.0 upstream, not 1.67.0. While 1.67.0 is still in beta, I'd suggest you wait for that upstream version to be released and later merged into divyam234/rclone.
Version 1.67.0 seems to have fixed the IO issue causing this message (1.66.0):
2024/05/27 13:36:41 ERROR : test: ReadFileHandle.Flush error: corrupted on transfer: md5 hash differ "b1ddf0d5af549664d16d85e70a2a20a4" vs "f872a5c8ee1d788a1ea97c29d51d32c6"
2024/05/27 13:36:41 ERROR : IO error: corrupted on transfer: md5 hash differ "b1ddf0d5af549664d16d85e70a2a20a4" vs "f872a5c8ee1d788a1ea97c29d51d32c6"
2024/05/27 13:36:41 DEBUG : &{test (r)}: >Flush: err=corrupted on transfer: md5 hash differ "b1ddf0d5af549664d16d85e70a2a20a4" vs "f872a5c8ee1d788a1ea97c29d51d32c6"
2024/05/27 13:36:41 DEBUG : &{test (r)}: Release:
2024/05/27 13:36:41 DEBUG : test: ReadFileHandle.Release closing
2024/05/27 13:36:41 ERROR : test: ReadFileHandle.Release error: corrupted on transfer: md5 hash differ "b1ddf0d5af549664d16d85e70a2a20a4" vs "f872a5c8ee1d788a1ea97c29d51d32c6"
2024/05/27 13:36:41 ERROR : IO error: corrupted on transfer: md5 hash differ "b1ddf0d5af549664d16d85e70a2a20a4" vs "f872a5c8ee1d788a1ea97c29d51d32c6"
2024/05/27 13:36:41 DEBUG : &{test (r)}: >Release: err=corrupted on transfer: md5 hash differ "b1ddf0d5af549664d16d85e70a2a20a4" vs "f872a5c8ee1d788a1ea97c29d51d32c6"

So it's no wonder it doesn't work with teldrive remotes using divyam234/rclone. I don't think hash checking is necessary, unless you want both of the different files with the same name to show up, then you're out of luck.
Here's what I meant by having the same filenames with different content in different remotes in a union mount.
iwconfig@rpi:/tmp $ rclone version
rclone v1.67.0-beta.7975.2257c0339
- os/version: raspbian 11.9 (64 bit)
- os/kernel: 6.1.21-v8+ (aarch64)
- os/type: linux
- os/arch: arm64 (ARMv8 compatible)
- go/version: go1.22.3
- go/linking: static
- go/tags: none
iwconfig@rpi:/tmp $ df -h /tmp/rclonetestdir3
Filesystem      Size  Used Avail Use% Mounted on
uniontest:       59G   53G  5.5G  91% /tmp/rclonetestdir3
iwconfig@rpi:/tmp $ ls rclonetestdir{1..3}/
rclonetestdir1/:
test

rclonetestdir2/:
test

rclonetestdir3/:
test
iwconfig@rpi:/tmp $ head rclonetestdir{1..3}/test
==> rclonetestdir1/test <==
hello1

==> rclonetestdir2/test <==
hello2

==> rclonetestdir3/test <==
hello1
iwconfig@rpi:/tmp $ echo hello1 again > /tmp/rclonetestdir1/test
iwconfig@rpi:/tmp $ head rclonetestdir{1..3}/test
==> rclonetestdir1/test <==
hello1 again

==> rclonetestdir2/test <==
hello2

==> rclonetestdir3/test <==
hello1 again
iwconfig@rpi:/tmp $ echo hello2 again > /tmp/rclonetestdir2/test
iwconfig@rpi:/tmp $ head rclonetestdir{1..3}/test
==> rclonetestdir1/test <==
hello1 again

==> rclonetestdir2/test <==
hello2 again

==> rclonetestdir3/test <==
hello1 again

Only the first file from rclonetestdir1 ends up in rclonetestdir3, because it was the first remote set to the --union-upstreams option:
[local1]
type = local
[local2]
type = local
[uniontest]
type = union
upstreams = local1:/tmp/rclonetestdir1 local2:/tmp/rclonetestdir2

Is it a limitation in rclone then? If I upload the same file again in the UI it tells me the file already exist without proceeding with the upload, but not if done via rclone.

Can confirm this. @divyam234 it would be great if rclone can check for existing files before uploading itself. I think at the moment, it checks for the same after uploading the chunks. It would save quite a lot of time

Rclone already check for files duplication if you have  same filename and diff size fingerprint will be diff  so change the finger print to filename only

Rclone already check for files duplication if you have same filename and diff size fingerprint will be diff so change the finger print to filename only as duplicates are not allowed in teldrive

what would be the flag for this? i cant seem to be able to find it

no flags are needed.


Notes about migration

@arkilic's current approach add a configs key (de-normalizing the old "beamline configs" collection) and a migrated key, set to True. We should discuss if we are happy with those choices before we roll this out. Note that @tacaswell's MDS refactor introduces "version 0" for the present deployment and "version 1" for the service deployment, the main difference being uid as primary key and making configs embedded docs rather than stand-alone collection. Maybe we should favor version in place of "migrated"?
Also noting here that the refactored MDS can read both and finds them equal.

That version number does not show up anywhere in the database, it is purely a software side thing.

Understood. My question for the group is, should a version key be added as part of the migration? I would say that that is better than migrated=True, which obviously won't help the next time we migrate. But maybe neither is needed.

migrated=True is a placeholder thing I added to the migration script in order to delete all migrated documents in case something goes wrong. We could alternatively use time or version. Let's get together early next week

@arkilic That level of caution is appreciated. There are a couple other ways we could go here, as I think about it. Yeah, let's discuss in person.


Uncaught DOMException: Failed to execute 'insertBefore' on 'Node': This node type does not support this method.

Hi @yisar,
Your project looks interesting, so I tried to migrate a Preact project to Fre but encountered an issue. To reproduce, I setup a tiny project fre-test . If you are using VSCode, right click the index.html and select 'Open with Live Server'. After 2 seconds, you'll see the error in browser console:
fre.js:1 Uncaught DOMException: Failed to execute 'insertBefore' on 'Node': This node type does not support this method.
    at E (https://unpkg.com/fre@2.3.3/dist/fre.js:1:1660)
    at https://unpkg.com/fre@2.3.3/dist/fre.js:1:2214
    at S (https://unpkg.com/fre@2.3.3/dist/fre.js:1:2259)
    at n (https://unpkg.com/fre@2.3.3/dist/fre.js:1:2093)
    at y (https://unpkg.com/fre@2.3.3/dist/fre.js:1:1364)
    at https://unpkg.com/fre@2.3.3/dist/fre.js:1:1115
    at Array.forEach (<anonymous>)
    at MessagePort.e (https://unpkg.com/fre@2.3.3/dist/fre.js:1:1104)

Look forward to your response. :-)
Best,
Yang

It seems that this is a bug. You can temporarily use null instead of empty string. I will fix it this weekend.
const backHomeButton = canBackHome ? html`<div>
        <button type="button">Click Me!</button>
    </div>` : null

fixed this, thanks!


Protonlaunch ignore program arguments

I've found that run option of proton doesn't support arguments, if you pass any argument it will just ignore and don't launch a thing.
Im still checking a way to add support for arguments on executables, but for now instead of crashing proton I ignore all application parameters and proton will launch the application without parameters.

Added "runinprefix" and bootstrapped prefix in merge 2183ab707fdb8da63e418a3b27e7dd9fe63617ef

Hi, I wonder if you can help me. I'm a little lost with the arguments part.
I want to launch GOG ver. of Cyberpunk, and just not able to do it with arguments.
For example:
env _PROTON_VERSION="GE-Proton7-14" protonlaunch cyberpunk2077.exe mangohud %command% --launcher-skip -skipStartScreen
What am I doing wrong?

Hi, I wonder if you can help me. I'm a little lost with the arguments part. I want to launch GOG ver. of Cyberpunk, and just not able to do it with arguments. For example: env _PROTON_VERSION="GE-Proton7-14" protonlaunch cyberpunk2077.exe mangohud %command% --launcher-skip -skipStartScreen What am I doing wrong?

Hello @jampetz, how are u?
Sure. Lets get by parts. %command% is a label that indicate to Steam to replace it by the game command that it will run. Its very useful for steam own games, since you can precede any game with some command or parameter, even if its a steam one. But for non-steam games the %command% parameter does nothing, it doesn't get replaced.
Also, as I can see you're trying to run mangohud. Since mangohud is native from Linux you can run it by preceding protonlaunch, if you try to run mangohud from protonlaunch it will try to run it as a Windows executable.
You can do something like:
env _PROTON_VERSION="GE-Proton7-14" mangohud protonlaunch cyberpunk2077.exe --launcher-skip -skipStartScreen
But protonlaunch work similar to wine, since you're not passing any prefix with PROTONPREFIX or WINEPREFIX it will create and use the default ~/.proton prefix.
I don't know if, on wine, you can just call it cyberpunk2077.exe or you need to pass the full path of the game inside the prefix (like C:\\GOG\\cyberpunk2077.exe or something similar), unfortunately i dont know GOG version of CP2077 so on that front i cannot help you.
If it can help you, searching for ways to run GOG's version of CP2077 on Wine should help you run it on prontonlaunch, since they are very similar to each other ;)


🐛 gitignore lines starting with / not parsed correctly

Environment information
CLI:
  Version:                      1.3.3
  Color support:                true

Platform:
  CPU Architecture:             x86_64
  OS:                           linux

Environment:
  BIOME_LOG_DIR:                unset
  NO_COLOR:                     unset
  TERM:                         "xterm-256color"
  JS_RUNTIME_VERSION:           "v20.9.0"
  JS_RUNTIME_NAME:              "node"
  NODE_PACKAGE_MANAGER:         "pnpm/8.10.2"

Biome Configuration:
  Status:                       Loaded successfully
  Formatter disabled:           false
  Linter disabled:              true
  Organize imports disabled:    false
  VCS disabled:                 false

Workspace:
  Open Documents:               0

What happened?

Setup a .gitignore file in a subfolder with an absolute path in it (see example below) and enable gitignore integration
Run biome format

biome.json
{
  "$schema": "https://biomejs.dev/schemas/1.3.3/schema.json",
  "formatter": {
    "enabled": true,
    "indentStyle": "space",
    "indentWidth": 2,
    "lineWidth": 120
  },
  "vcs": {
    "enabled": true,
    "clientKind": "git",
    "useIgnoreFile": true
  }
}

app/.gitignore
# The "/" here means that the pattern is "anchored" in /app, ie app/build is ignored but app/foo/build is not
/build

Expected result
Biome should ignore the file, but the file is not ignored.
Code of Conduct

[X] I agree to follow Biome's Code of Conduct

This is pretty annoying, make me to separately declare ignore config in each packages of monorepo

@sairion FYI, ignoring ./file should behave the same as ignoring /file. Just a temporary workaround.

@ematipico I see in https://github.com/biomejs/biome/pull/1134 that support for this was reverted but I don't see a new issue or new PR. Is there somewhere I can track support for this?

No, there isn't

Can we reopen this one?

Can we reopen this one?

It's not a bug because we don't support nested .gitignore files. We attempted to do that and we failed. (As you noticed)
We will attempt to do that later once we will add more features to our CLI, but that's not in our high priority list at the mo. Feel free to open a discussion so it attracts upvotes

Opened a discussion here: https://github.com/biomejs/biome/discussions/3530
Although I must say this feels more like a bug than a feature request. I consider nested .gitignore files to be a core feature of git and therefore support for ignore files should probably also include it.


fix(setting): add a default setting backupExecutionTimeout

Which issue(s) this PR fixes:

Issue # longhorn/longhorn#8954 longhorn/longhorn#8319
What this PR does / why we need it:
Special notes for your reviewer:
Additional documentation or context

@Mergifyio backport v1.7.x


Implement function for killing port-forwards

Closes #238.

Codecov Report
Attention: Patch coverage is 0% with 27 lines in your changes missing coverage. Please review.

Project coverage is 56.75%. Comparing base (42ffc1b) to head (4c88cbc).

Files with missing lines
Patch %
Lines

kele.el
0.00%
27 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #244      +/-   ##
==========================================
- Coverage   57.50%   56.75%   -0.75%
==========================================
  Files           1        1
  Lines         840      851      +11
==========================================
  Hits          483      483
- Misses        357      368      +11

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


[AutoPR signalr/resource-manager] Add a new tier for Azure SignalR serivce

Created to sync https://github.com/Azure/azure-rest-api-specs/pull/3318

(message created by the CI based on PR content)

Codecov Report

Merging #2830 into restapi_auto_signalr/resource-manager will not change coverage.
The diff coverage is n/a.

@@                          Coverage Diff                           @@
##           restapi_auto_signalr/resource-manager    #2830   +/-   ##
======================================================================
  Coverage                                  56.67%   56.67%
======================================================================
  Files                                       7628     7628
  Lines                                     158120   158120
======================================================================
  Hits                                       89611    89611
  Misses                                     68509    68509

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update e8e9507...013d199. Read the comment docs.

This PR has been merged into https://github.com/Azure/azure-sdk-for-python/pull/2835


os.getAllOsVersions: Add support for invariant OS releases

Resolves: #
HQ:
See:
Depends-on:
Change-type: major|minor|patch

Contributor checklist

[ ] Includes tests
[ ] Includes typings
[ ] Includes updated documentation
[ ] Includes updated build output

@balena-ci retest

@balena-ci I self-certify!


libexec/rbenv-version: get rid of misleading "set by $(rbenv-version-origin)" message when system ruby is in use

as per message: it can be that when the system ruby is in use that there simply is no rbenv version file. However, the output of rbenv version, rbenv versions, and rbenv version-name can be misleading, and point to a missing rbenv version file.

What about something like (to give an example):
system (default; use /home/jf/.rbenv/version to set)
?

@jf Sorry for late reply. Let's just say system (nothing in parentheses) for now if RBENV_ROOT/version is missing, since I can't think of anything better.

I did suggest a message; that didn't work for you?
If we just say system with no message after, we're back to rbenv-version-origin returning nothing, fyi.


[Snyk] Security upgrade com.amazonaws:aws-java-sdk from 1.12.318 to 1.12.404

This PR was automatically created by Snyk using the credentials of a real user.Snyk has created this PR to fix one or more vulnerable packages in the `maven` dependencies of this project.
:sparkles: Snyk has automatically assigned this pull request, set who gets assigned.
As this is a private repository, Snyk-bot does not have access. Therefore, this PR has been created automatically, but appears to have been created by a real user.
Changes included in this PR

Changes to the following files to upgrade the vulnerable dependencies to a fixed version:

uasdm-server/pom.xml

Vulnerabilities that will be fixed
With an upgrade:

Severity
Priority Score (*)
Issue
Upgrade
Breaking Change
Exploit Maturity

616/1000  Why? Proof of Concept exploit, Has a fix available, CVSS 5.9
Denial of Service (DoS) SNYK-JAVA-COMFASTERXMLJACKSONCORE-3038424
com.amazonaws:aws-java-sdk:  1.12.318 -> 1.12.404
No
Proof of Concept

(*) Note that the real score may have changed since the PR was raised.
Check the changes in this PR to ensure they won't cause issues with your project.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
👩💻 Set who automatically gets assigned
🛠 Adjust project settings
📚 Read more about Snyk's upgrade and patch logic

Learn how to fix vulnerabilities with free interactive lessons:
🦉 Denial of Service (DoS)

Out of date


Switching from global api.Scheme to local Scheme

Fixes https://github.com/kubernetes-incubator/service-catalog/issues/1296

@vaikas-google is that your own LGTM, or is it you adding a label for mine that I forgot?

@vaikas-google is that your own LGTM, or is it you adding a label for mine that I forgot?

@MHBauer I like to think that it was Villes' own LGTM, and wait for yours ;)

Yes, that was my LGTM :)

/test

Yes, I agree on removing all this cruft. When I asked about it early on
(like why are we testing ods (iirc it was pods?)) it was not well
understood what all was necessary to be brought over.
On Tue, Oct 3, 2017 at 3:25 PM, Nail Islamov<EMAIL_ADDRESS>wrote:

@nilebox commented on this pull request.
In pkg/apis/servicecatalog/testapi/testapi.go
https://github.com/kubernetes-incubator/service-catalog/pull/1297#discussion_r142540206
:

"k8s.io/apimachinery/pkg/api/meta"

"k8s.io/apimachinery/pkg/runtime"
"k8s.io/apimachinery/pkg/runtime/schema"
"k8s.io/apimachinery/pkg/runtime/serializer/recognizer"

"k8s.io/client-go/pkg/api"

re: getting rid of code
This file is used for serialization, fuzzer and rest client tests IIRC.
The code seem to be copy-pasted from main kube repo without thinking much

90% of code was not used by our tests and was referencing core kube
resources we don't need. explicitly left only our Service Catalog resources.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/kubernetes-incubator/service-catalog/pull/1297#discussion_r142540206,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKwedLG3iSfhLH8oIfJzi9oF-_20g7LKks5sorRwgaJpZM4PoMgL
.


Need an API to get the current local time

Description:
ATM, time module  has an API to get the current UTC time but not the current local time. However, in log module the current local time is printed in log messages. Since there is no Ballerina API to get the current local time, a Java native function[1] is being used as a workaround. It would be better if there was a Ballerina API this since we are planning to remove all Java native code from log module.
[1] https://github.com/ballerina-platform/module-ballerina-log/blob/master/native/src/main/java/io/ballerina/stdlib/log/Utils.java#L59

This issue is resolved with this fix https://github.com/ballerina-platform/module-ballerina-time/pull/337.
You can use the following sample to obtain the current local time.
import ballerina/time;

public function main() returns error? {

    time:Zone systemZone = check time:loadSystemZone();
    time:Civil currentSystemCivil = systemZone.utcToCivil(time:utcNow());
}


HiGlass does not export views for multires bed2ddb 2d-rectangle-domains

Steps to reproduce

Load clodius-processed multires files (bed2ddb 2d-rectangle-domains) into local HiGlass instance; for example, those for TADs (see Screen-Shot-1.png), which show domain profiles
Export views as either SVG or PNG

Observed behavior

Can't see the domain profiles in exported SVG and PNG files (see export.svg, export.png)

Expected behavior

Can see the domain profiles in exported SVG and PNG files (similar to Screen-Shot-1.png)

Huh, you're right. To reproduce this issue here's a link:
http://higlass.io/l/?d=Il3Ym6i6RquzyIV2AauvdA
I'll try to get this patched up in the next few days.

Hi, I am facing the same issue, has it been adressed yet please? I can't find a solution.


Apply BM8563 driver time setting fixes

BM8563 (aka PCF8563) driver has been updated, where writing into weekdays and month day registers were switched.
Source of the fix from the author: https://gitlab.com/UncleRus/esp-idf-lib/-/commit/523b0c40851b9e1b4d2dc8c365d96994dcef8917

Thanks, update done.