Hello,
in the following example (see attached edited pdf) I'd like to reduce
the distance between the suffixes. It looks like the distance between
the root and the first suffix is smaller than the distances between
the following suffixes.
\version "2.25.5"
\chords{
des:maj7.5+ fis:7.5+.9+.11+
}
markup list.
It's not yet perfect, as I'd wish the sharp sign to be still smaller,
but satisfactory enough.
See screenshot 'before' and 'after'.
Cheers,
Lib
On Sat, 27 May 2023 at 12:49, Lib Lists wrote:
>
> Replying to myself, as it might help someone else to give me some hints.
> I
cidentals.sharp")))
However, I didn't manage to change the size of the accidentals. If
anyone could point me in the right direction it would be great! Bear
in mind, my knowledge of Scheme is primitive to say the least.
Best regards,
Lib
On Fri, 26 May 2023 at 10:31, Lib Lists wrote:
>
> I
I'd like to change the size of the accidentals and their alignment in
chord symbols.
Here a MWE:
\version "2.25.5"
\chords {
aes2 cis
}
Specifically, I'd like to have all the flats smaller, and the sharps
smaller and horizontally center-aligned with the root note name.
I checked the manual
On Fri, 26 May 2023 at 03:16, wrote:
>
> > I'd like to change the size of the half-diminished chord symbol, but I
> > cannot find a way to do it.
> >
> > \version "2.25.5"
> > \chords {
> > \set majorSevenSymbol = \markup { \override #'(thickness . 2)
> > \triangle ##f "7" }
> > c4:maj7 a:min7.5-
I'd like to change the size of the half-diminished chord symbol, but I
cannot find a way to do it.
\version "2.25.5"
\chords {
\set majorSevenSymbol = \markup { \override #'(thickness . 2)
\triangle ##f "7" }
c4:maj7 a:min7.5-
}
I'm aware there's not a halfDimishedSymbol, but I cannot
On 23/05/2023 19:41, Georg-Johann Lay wrote:
For some time now I am staring at the following test case and what
combine does with it:
typedef struct
{
unsigned b0 : 1;
unsigned b1 : 1;
unsigned b2 : 1;
unsigned b3 : 1;
unsigned b4 : 1;
unsigned b5 : 1;
Hey all,
im facing a "minor" problem.
I do not always get results when going to the dashboard, under
Block->Images in the tab Images or Namespaces. The little refresh button
will keep spinning and sometimes after several minutes it will finally
show something. That is odd, because from the
Hello Alexander, thanks for the feedback
On 5/23/23 11:50, Alexander Kanavin wrote:
> I think having to write a custom artifacts.conf for each ptest is not
> a good direction, as it's both too much work, and requires good
> understanding what is important in the output and what isn't :) When a
>
On Freitag, 19. Mai 2023 13:55:10 CEST telekobold wrote:
> If there isn't such an option, does anyone happen to have a script
> ready for this (before I start trying to implement something like this
> myself)?
Yes in toralf's /torutils:
https://github.com/toralf/torutils/blob/main/key-expires.py
On 5/22/23 16:52, Alexis Lothoré via lists.openembedded.org wrote:
> Hello everyone,
> I have been briefed about the need to add an infrastructure to be able to
> retrieve some test files (test output, logs, etc) in Yocto/CI
> automation to ease debugging of some hard-to-reproduce issues. Before
>
Hello everyone,
I have been briefed about the need to add an infrastructure to be able to
retrieve some test files (test output, logs, etc) in Yocto/CI
automation to ease debugging of some hard-to-reproduce issues. Before
starting to implement a solution, I would like to get some feedback about
On 5/21/23 07:29, Levente Polyak wrote:
We are proud to announce that the migration to Git packaging succeeded! 拾
A huge thank you for the massive detailed planning and successful
execution - very, very much appreciated.
Hope you all celebrate lots!
best
gene
On 5/21/23 08:32, Jelle van der Waa wrote:
On 21-05-2023 14:28, Genes Lists wrote:
...
Are these just - be patient, takes time to sync - or something else?
Yes.. https://i.imgur.com/6M4mfGT.png
Thanks :)
First off - huge congrats to you all for orchestrating this obviously
huge task. Thank you.
Couple questions to confirm this is a mirror sync issue and not
something else - since one of today's items was
"test syncrepo on mirror.pkgbuild.com" I assumed this would be up to date?
-
How about this?
Not sure about the DEF_INTERNAL documentation I rewrote in
internal-fn.def, was struggling to word these, so improvements welcome!
gcc/ChangeLog:
2023-04-25 Andre Vieira
Joel Hutton
Tamar Christina
* config/aarch64/aarch64-simd.md
On 5/18/23 06:26, Lone_Wolf wrote:
On 17-05-2023 18:31, Genes Lists wrote:
have several packages where in the install section of PKGBUILD it
does something like:
pipopts="--isolated --ignore-installed --no-deps"
pip $pipopts install --root=$pkgdir dist/*.whl
Thos
On 5/17/23 17:35, Genes Lists wrote:
I'm now following how the above helps package maintainers. Quite
^^^
not
The question is basically will "pip --root" continue to work as it does
now if we adopt 668. If not what needs to be changed in PKGBUILD for the
install phase
On 5/17/23 16:56, Jude DaShiell wrote:
I found pipenv works well. A package jrnl wouldn't run once built with
pip but does run inside pipenv. This creates a virtual environment for
building and running packages so once jrnl got built doing pipenv run jrnl
runs the program.
I'm now following
On 5/17/23 11:47, Martin Rys wrote:
Some time ago, PEP 668[1] enabled distributions to mark the python
installation as externally managed by a package manager, thus
preventing pip from breaking the system by either installing packages
to the system or locally in the home folder.
...
[1]
, attributes and instruction lists.
One has to count and this often is tedious. Additionally when changing a single
line in the insn multiple lines in a diff change, making it harder to see what's
going on.
This new syntax takes into account many of the common things that are done in MD
files
Hello,
Can Linux distro be built using just Yocto for a custom board with K26 SoM or
is it possible only with Petalinux Tools? I’ve used meta-xilinx-core layer with
machine=zynqmp-eg-generic (Langdale branch). The kernel and rootfilesystem are
OK, but device tree is broken (and so are probably
On 15/05/2023 17:18, Michael wrote:
On Monday, 15 May 2023 17:11:45 BST Wols Lists wrote:
On 15/05/2023 03:51, William Kenworthy wrote:
Checked your menu? XFCE has a "mouse and touchpad" under settings with a
number of useful items including acceleration, double click timings etc.
On 15/05/2023 03:51, William Kenworthy wrote:
Checked your menu? XFCE has a "mouse and touchpad" under settings with a
number of useful items including acceleration, double click timings etc.
Yes. As I remember, KDE USED to have such a menu ...
Cheers,
Wol
On 12/05/2023 13:30, Jakub Jelinek via Gcc wrote:
On Fri, May 12, 2023 at 11:33:01AM +0200, Martin Jambor wrote:
One fairly big GCC-internal task is to clear up the C test suite so that
it passes with the new compiler defaults. I already have an offer of
help for that, so I think we can
On 10/05/2023 03:38, Eli Zaretskii via Gcc wrote:
From: Arsen Arsenović
Cc: Eli Zaretskii , Jakub Jelinek ,
jwakely@gmail.com, gcc@gcc.gnu.org
Date: Tue, 09 May 2023 22:21:03 +0200
The concern is using the good will of the GNU Toolchain brand as the tip of
the spear or battering ram to
On 15/05/2023 12:01, Richard Biener wrote:
On Mon, 15 May 2023, Richard Sandiford wrote:
Richard Biener writes:
On Fri, 12 May 2023, Richard Sandiford wrote:
Richard Biener writes:
On Fri, 12 May 2023, Andre Vieira (lists) wrote:
I have dealt with, I think..., most of your comments
Nothing to do with but sparked by the Apache problem ...
One of the emails mentioned that the "ExecStop" section didn't appear to
be working ... That's caused me considerable grief in a systemd config
file I've written ...
Basically, somebody else added an ExecStop section - and all hell
I've been having grief with my mouse for a while, and all the help I can
find is "how to adjust mouse speed", which is not my problem... and
seems to be about the only thing that is adjustable ...
Basically even something as simple as left click doesn't work properly.
I'm guessing it's timing
meh... hardwares ok... softwares bloated and the ui is a bit overblown...
they do have sdks available for building firmwares
thats being said... happy to see your about.. im currently working on a
cradlepoint/teltonika killer
ipq8074, dual 5G cards, 4 sim slots, 80211AX runs OpenWRT
On 12/05/2023 14:28, Richard Biener wrote:
On Fri, 12 May 2023, Andre Vieira (lists) wrote:
I have dealt with, I think..., most of your comments. There's quite a few
changes, I think it's all a bit simpler now. I made some other changes to the
costing in tree-inline.cc and gimple-range
Moved the 'changes' from this patch back to the second so it's all just
about removing code that we no longer use. I don't really know why Joel
formatted the patches this way, but I thought I'd keep it as is for now.
cover letter:
This patch removes the old widen plus/minus tree codes which
I have dealt with, I think..., most of your comments. There's quite a
few changes, I think it's all a bit simpler now. I made some other
changes to the costing in tree-inline.cc and gimple-range-op.cc in which
I try to preserve the same behaviour as we had with the tree codes
before. Also
Hi,
I think I tackled all of your comments, let me know if I missed something.
gcc/ChangeLog:
2023-05-12 Andre Vieira
Joel Hutton
* tree-vect-patterns.cc (vect_gimple_build): New Function.
(vect_recog_widen_op_pattern): Refactor to use code_helper.
*
On 03/05/2023 13:29, Richard Biener wrote:
On Fri, 28 Apr 2023, Andre Vieira (lists) wrote:
This is a rebase of Joel's previous patch.
This patch removes the old widen plus/minus tree codes which have been
replaced by internal functions.
I guess that's obvious then. I wonder what we do
On 03/05/2023 12:55, Richard Biener wrote:
On Fri, 28 Apr 2023, Andre Vieira (lists) wrote:
Hi,
I'm posting the patches separately now with ChangeLogs.
I made the suggested changes and tried to simplify the code a bit further.
Where internal to tree-vect-stmts I changed most functions
Hi All,
Our 7.2 system just paniced again in pmap_page_remove / uvm_fault:
> ddb{1}> show panic
> *cpu1: uvm_fault(0xfd818b0ca560, 0x7f817ca74cb0, 0, 2) -> e
> ddb{1}> trace
> pmap_page_remove(fd8109c56480) at pmap_page_remove+0x21d
> uvm_anfree_list(fd804a0e7e40,800022eab518)
On 4/29/23 11:19, Felix Yan wrote:
On 4/29/23 14:13, David Runge wrote:
...
The move is now done and everything should have been fixed. Have fun
breaking something new :)
So far for all the things I've tested, starting with my own code, its
working really well. And noticeably faster - one
On 27/04/2023 13:57, Gianmaria Lari wrote:
Thank you Leo for your answers and help.
you’ll probably need to be a little more specific about the use
case, perhaps also supply example code.
Regarding my second question, let me try to be more clear
I have a score.
I want to write the
On 25/04/2023 13:30, Richard Biener wrote:
On Mon, 24 Apr 2023, Richard Sandiford wrote:
Richard Biener writes:
On Thu, Apr 20, 2023 at 3:24?PM Andre Vieira (lists) via Gcc-patches
wrote:
Rebased all three patches and made some small changes to the second one:
- removed sub and abd
This patch replaces the existing tree_code widen_plus and widen_minus
patterns with internal_fn versions.
DEF_INTERNAL_OPTAB_HILO_FN is like DEF_INTERNAL_OPTAB_FN except it
provides convenience wrappers for defining conversions that require a
hi/lo split, like widening and narrowing
Hi,
I'm posting the patches separately now with ChangeLogs.
I made the suggested changes and tried to simplify the code a bit
further. Where internal to tree-vect-stmts I changed most functions to
use code_helper to avoid having to check at places we didn't need to. I
was trying to simplify
This is a rebase of Joel's previous patch.
This patch removes the old widen plus/minus tree codes which have been
replaced by internal functions.
gcc/ChangeLog:
2023-04-28 Andre Vieira
Joel Hutton
* doc/generic.texi: Remove old tree codes.
* expr.cc
On 27/04/2023 16:52, Neil Bothwick wrote:
On Thu, 27 Apr 2023 15:54:34 +0200, tastytea wrote:
btrfs and zfs have some useful features for normal use cases. the
transparent compression can save a lot of space and even increase speed
in some cases, the checksumming guarantees that you will never
I have not seen a standard on cabinets. I have gear in a wide variety of
racks. Some of are real shallow. Some are deep. I use these to generically
solve the sagging issue.
https://www.amazon.com/dp/B00XXDJASY?ref=nb_sb_ss_w_as-reorder-t1_k1_1_11==EFCM0EZP8BMA==navpoint+ra
NavePoint
On 24/04/2023 12:57, Richard Biener wrote:
On Thu, Apr 20, 2023 at 3:24 PM Andre Vieira (lists) via Gcc-patches
wrote:
Rebased all three patches and made some small changes to the second one:
- removed sub and abd optabs from commutative_optab_p, I suspect this
was a copy paste mistake
Hallo die Runde,
kurze Errinerung: wir treffen uns heute Abend im Volkshaus, 18:30. Ich
bin gespannt! :)
Bis dann,
Antonin
Le 08/04/2023 à 12:42, Antonin Delpeuch (lists) a écrit :
Super! Dann reserviere ich dort für sechs. Es kann bestimmt mehr Leute
dazu kommen (es gibt dort ziemlich
In other words, if I understand you correctly, you are saying that
actually you NEED to do a complete rebuild on copy (or more especially,
move)?
Because all the absolute paths in the output are no longer valid?
In which case, ycproject should not be worried about this, make is
working as
On 21/04/2023 12:03, Kieren MacMillan wrote:
If, next to the .otf font file, a file called stylesheet.ily (or another
bikeshed color) is found, it is read and defines the style parameters. Because
we want to be able to apply it both globally and locally to one
score/bookpart/book, we take it
On 20/04/2023 17:13, Richard Sandiford wrote:
"Andre Vieira (lists)" writes:
On 20/04/2023 15:51, Richard Sandiford wrote:
"Andre Vieira (lists)" writes:
Hi all,
This is a series of patches/RFCs to implement support in GCC to be able
to target AArch64
On 21/04/2023 00:39, ycproject wrote:
Thanks for your reply.
I just did a test：
1. I used the commands cp -a and cp -r respectively, and the result was
that when I ran make html, both regenerated all the html.
2. I created a new empty directory (newproject) and copied the _build
directory
On 20/04/2023 15:51, Richard Sandiford wrote:
"Andre Vieira (lists)" writes:
Hi all,
This is a series of patches/RFCs to implement support in GCC to be able
to target AArch64's libmvec functions that will be/are being added to glibc.
We have chosen to use the omp pragma '#
Rebased all three patches and made some small changes to the second one:
- removed sub and abd optabs from commutative_optab_p, I suspect this
was a copy paste mistake,
- removed what I believe to be a superfluous switch case in vectorizable
conversion, the one that was here:
+ if
On 18/04/2023 23:13, Frank Steinmetzger wrote:
/var/tmp/portage on tmpfs. And on every disk I allocate a swap partition
equal to twice the mobo's max memory. Three drives times 64GB times two is a
helluva lot of swap.
Uhm … why? The moniker of swap = 2×RAM comes from times when RAM was
On 17/04/2023 19:26, Walter Dnes wrote:
Now that the (no)multilib problem in my latest update has been solved,
I have a somewhat minor complaint. Can I get etc-update to skip certain
files? My latest emerge world wanted to "update"...
1) /etc/hosts (1)
2) /etc/inittab (1)
3) /etc/mtab (1)
On 17/04/2023 23:36, Peter Humphrey wrote:
On Monday, 17 April 2023 21:41:09 BST Wols Lists wrote:
On 17/04/2023 17:52, Mark Knecht wrote:
Later on a Kubuntu update found Windows, updated the EFI
stuff on the Windows drive and then, I see this morning,
erased everything out of the Kubuntu EFI
On 17/04/2023 17:52, Mark Knecht wrote:
Later on a Kubuntu update found Windows, updated the EFI
stuff on the Windows drive and then, I see this morning,
erased everything out of the Kubuntu EFI partition but
left the partition there.
I had a similar problem trying to install SUSE to dual boot
On 17/04/2023 14:15, Zetanos wrote:
It is a petty for such a wonderful program to have these serious lacks,
because the importance of LibreOffice in academic production is not to
be disconsidered even if LaTeX and other alternatives exists.
LibreOffice is largely superior in structuring
On 17/04/2023 02:14, Dale wrote:
My current install is over a decade old. My /boot partition is about
375MBs. I should have made it larger but at the time, I booted CD/DVD
media when needed. I didn't have USB sticks at the time. This time, I
plan to make some changes. If I put Knoppix
When creating a backup while the broken VM was still
running I noticed the text saying that the VM backup will contain
the VM's state before it booted, which was a perfect solution to revert
everything I did since the VM started.
This should solve my problem by restoring that newly created
On 4/14/23 16:59, Ralf Mardorf wrote:
Hi,
my google search was "does linux diff compare data using a cache".
Its not "diff" doing anything weird, its simply the linux kernel buffer
cache - and it works great doesn't it.
And no, its not 'stale' data, blocks that have not changed are
Hi unman,
I'd probably be rolling back most of your recent changes, and starting
again, after making sure that I have a decent backup of the qube in its
current state.
You need to roll back those packages, and -f should work for the
install. I have some old templates hanging about - if you can
!
Kind regards,
Lou
-Original Message-
From: Andre Vieira (lists)
Sent: Friday, April 14, 2023 12:30
To: Lou Knauer ; Andrew Pinski
Cc: gcc-patches@gcc.gnu.org; Etienne Renault
Subject: Re: [PATCH] aarch64: Add -mveclibabi=sleefgnu
I have (outdated) RFC's here:
https://gcc.gnu.org/pipermail
Hi uman,
thanks for your reply.
'unman' via qubes-users:
Exactly this issue arose on GitHub - it is, as you say, because you did
not update the qubes repository definition in timely way.
You can read the issue
[here](https://github.com/qubesos/qubes-issues/issues/7865)
The resolution is to
SGTM
On 14/04/2023 12:00, Jakub Jelinek wrote:
On Fri, Apr 14, 2023 at 11:59:02AM +0100, Andre Vieira (lists) wrote:
On the other thread I commented that inbranch simdclones are failing for
AVX512F because it sets the mask_mode, for which inbranch hasn't been
implemented, and so it is rejected
On 14/04/2023 12:47, Richard Biener wrote:
On Fri, Apr 14, 2023 at 11:42 AM Andre Vieira (lists)
wrote:
Ah, but then vect_get_smallest_scalar_type should simply ignore that
pointer in MASK_CALL. It should only look at the arguments relevant
for vectorization. So
diff --git a/gcc/tree
On the other thread I commented that inbranch simdclones are failing for
AVX512F because it sets the mask_mode, for which inbranch hasn't been
implemented, and so it is rejected.
On 14/04/2023 11:25, Jakub Jelinek via Gcc-patches wrote:
On Fri, Apr 14, 2023 at 10:15:06AM +, Richard Biener
I have (outdated) RFC's here:
https://gcc.gnu.org/pipermail/gcc-patches/2023-March/613593.html
I am working on this patch series for stage 1. The list of features I am
working on are:
* SVE support for #pragma omp declare simd
* Support for simdclone usage in autovec from #pragma omp declare
On 14/04/2023 10:09, Richard Biener wrote:
On Fri, Apr 14, 2023 at 10:43 AM Andre Vieira (lists)
wrote:
Resending this to everyone (sorry for the double send Richard).
On 14/04/2023 09:15, Andre Vieira (lists) wrote:
>
>
> On 14/04/2023 07:55, Richard Biener wrote:
>&
Resending this to everyone (sorry for the double send Richard).
On 14/04/2023 09:15, Andre Vieira (lists) wrote:
>
>
> On 14/04/2023 07:55, Richard Biener wrote:
>> On Thu, Apr 13, 2023 at 4:25 PM Andre Vieira (lists)
>> wrote:
>>>
>>>
>>&g
On 13/04/2023 15:00, Richard Biener wrote:
On Thu, Apr 13, 2023 at 3:00 PM Andre Vieira (lists) via Gcc-patches
wrote:
On 13/04/2023 11:01, Andrew Stubbs wrote:
Hi Andre,
I don't have a cascadelake device to test on, nor any knowledge about
what makes it different from regular x86_64
On 13/04/2023 11:01, Andrew Stubbs wrote:
Hi Andre,
I don't have a cascadelake device to test on, nor any knowledge about
what makes it different from regular x86_64.
Not sure you need one, but yeah I don't know either, it looks like it
fails because:
in-branch vector clones are not yet
install --allow-downgrades -y \
'xen-utils-common=4.14*' \
'libxenstore3.0=4.14*' \
'xenstore-utils=4.14*'
fails because I did run
'apt upgrade; apt dist-upgrade'
already:
Reading package lists... Done
Building dependency tree... Done
Reading state information
Hello!
a while ago when migrating Qubes 4.0 to Qubes 4.1
I restored a standalone debian VM (created on r4.0) on a fresh r4.1 system and
did not
notice that I also should replace the r4.0 repos _in_ the VM to r4.1 repos
but it still worked fine.
Today I replaced this line:
deb [arch=amd64]
On Mittwoch, 12. April 2023 17:14:46 CEST Linux-Hus Oni via tor-relays wrote:
> hi again, actulay i have made my exit to a bridge, so my bandwith is not so
> big for an exit. it is automatically removed from the metrics ?
Get a new IP, you put users at risk!
It doesn't matter, even if your relay
On Mittwoch, 12. April 2023 18:28:09 CEST tor-opera...@urdn.com.ua wrote:
> Finn wrote:
> > The weird thing is, that the relay in question is only a relay and
> > not an exit node since its creation (185.241.208.179)
> > (https://nusenu.github.io/OrNetStats/w/relay/B67C7039B04487854129A66B16F5E
>
On 4/12/23 07:54, Ralf Mardorf wrote:
I don't understand it. If it should be a signing issue, then it does
matter when using one mobo and doesn't matter, if the same SSD holding
the Arch Linux install is connected to another mobo? It only matters
when UEFI booting (with secure boot disabled),
On 4/12/23 03:55, Ralf Mardorf wrote:
Hi,
Bit hard to say from above - clearly these need 2 different keys
(right?) also you dont say what CONFIG_MODULE_COMPRESS_xx are set to
either since you have 2 different module compressions as well as keys
being different.
Maybe post the actual
On Dienstag, 11. April 2023 14:09:15 CEST Finn wrote:
> Hello everyone,
>
> We are hosting multiple relays under our AS 210558 and received an email
> from a local police station in Germany requesting user data, nothing
> unusual.
Nothing unusual? I had a house search because of exits but never a
On Thu, Apr 06, 2023 at 04:17:26PM +0200, Martin Schröder wrote:
> > I'd like to create a "bridge" between two IP networks which will pass
> > only multicast info. / traffic.
>
> So it should only route FF00::/8?
I'm not exactly sure of the siginificance of that address range, but in
the
Stimmengemenge verstärkt.
Nur falls es jemand wissen muss.
LG
Wiebke
Am 05.04.2023 11:49 schrieb Antonin Delpeuch (lists):
Hallo alle,
das Volkshaus klingt perfekt, wenn die Moritzbastei schon
Veranstaltungen hat. Ist es Nichtraucher?
Bis bald,
Antonin
On 05/04/2023 11:18, wiebkerein...@posteo.de wrote
On 4/7/23 09:27, Genes Lists wrote:
Closing the loop - this is now been fixed by mesa 23.0.2 in testing repo.
Big thanks to heftig for sorting it out so quickly!
gene
On 4/7/23 09:31, Petr Mánek wrote:
See also: https://bugs.archlinux.org/task/78137
Best I can tell there are 2 (possibly related) issues - (a) firefox
crashes on start and (b) firefox crashes on exit.
Course to get to (b) you have to not experience (a) :)
gene
On 4/7/23 09:22, Genes Lists wrote:
Running on gnome
This may have to do with updated updated wayland package (1.22.0-1) -
I confirm the problem goes away if I roll wayland back to prev version
(1.21.0-2)
So indeed the problem package is wayland.
Running on gnome
This may have to do with updated updated wayland package (1.22.0-1) -
didn't see much else that may be related.
I tried rolling back firefox and makes no difference - I also tried with
and without MOZ_ENABLE_WAYLAND - always get instant crash with:
Hi All,
I'd like to create a "bridge" between two IP networks which will pass
only multicast info. / traffic.
Is that something that I could do using OpenBSD and pf? I don't see
anything specific to multicasting in the pf.conf man page but I suppose
it should be possible to define a set of
ah non, pour une fois qu'un commercial se plante en public, laissons nous lui
proposer un RDV !
Fabien VINCENT
@beufanet
--- Original Message ---
Le mercredi 5 avril 2023 à 12:44, Jeremy a écrit :
> On peu ban ce mec qui n'a rien à faire sur cette liste et qui est en
> infraction
hat denn Zeit, z.B. am:
https://dud-poll.inf.tu-dresden.de/x7yQ-4h_xw/ ?
Laut Wiki waren die letzten Stammtische 18:30.
Gruß, Fabian.
Am 26.03.23 schrieb Antonin Delpeuch (lists):
Hallo die Runde,
ich bin neu in Leipzig und hätte Lust, die lokale OSM-Gemeinschaft
kennen
zu lernen
Hi,
The original patch to fix this PR broke the if-conversion of calls into
IFN_MASK_CALL. This patch restores that original behaviour and makes
sure the tests added earlier specifically test inbranch SIMD clones.
Bootstrapped and regression tested on aarch64-none-linux-gnu and
Hi,
If you are only fetching data via the API, then you should only be
making GET requests, right? In that case, did you try setting the
"origin=*" GET parameter? That should be enough to set the appropriate
CORS headers on the response.
See:
On 4/2/23 12:07, Matthew Blankenbeheler wrote:
Does this method 2 mean making 3 partitions?
The UEFI spec requires that the Extended Boot Loader be its own
partition of type XBOOTLDR (gpt EA00) - so yes thats correct.
1 partition for (/efi), 1 for extended boot loader (/boot) and
On 4/2/23 07:44, Genes Lists wrote:
[1] XBOOTLDR
https://uapi-group.org/specifications/specs/discoverable_partitions_specification/
Oops, Forgot to provide this link as well:
https://uapi-group.org/specifications/specs/boot_loader_specification/
On 4/2/23 04:04, Ralf Mardorf wrote:
Assuming I would do without the museum, then the modern kernels would
have to be in the ESP, a FAT partition without file permissions. Or do I
misunderstand something?
Ralf
Here's a brief overview. There are 2 methods available for UEFI
booting
On Freitag, 31. März 2023 16:56:16 CEST denny.obre...@a-n-o-n-y-m-e.net wrote:
> The second IP is still in "Exit Addresses" with the new configuration ...
> https://metrics.torproject.org/rs.html#details/3B85067588C3F017D5CCF7D8F65B
> 5881B7D4C97C
I don't understand that now either. I have at
Hi denny,
> Hi,
>
> I just activated my first exit relay. (
> https://metrics.torproject.org/rs.html#details/3B85067588C3F017D5CCF7D8F65B
> 5881B7D4C97C ) I had the following in my torrc (plus some other things):
I've answered the rest to the list.
If you want to enable IPv6 at Frantech/BuyVM:
On Freitag, 31. März 2023 01:26:42 CEST denny.obre...@a-n-o-n-y-m-e.net wrote:
> Hi,
>
> I just activated my first exit relay. (
> https://metrics.torproject.org/rs.html#details/3B85067588C3F017D5CCF7D8F65B
> 5881B7D4C97C ) I had the following in my torrc (plus some other things):
Don't forget
/ ?
Laut Wiki waren die letzten Stammtische 18:30.
Gruß, Fabian.
Am 26.03.23 schrieb Antonin Delpeuch (lists):
Hallo die Runde,
ich bin neu in Leipzig und hätte Lust, die lokale OSM-Gemeinschaft
kennen zu lernen. Anscheinend ist der Stammtisch nicht mehr regelmäßig
aktiv, aber ich frage mich
:-)
Jeff Broadwick
CTIconnect
312-205-2519 Office
574-220-7826 Cell
jbroadw...@cticonnect.com
> On Mar 27, 2023, at 1:15 PM, Jaime Solorza wrote:
>
>
> Here you go Jeff..
> <20230311_172607.jpg>
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
On 27/03/2023 01:18, Dale wrote:
Thanks for any light you can shed on this. Googling just leads to a ton
of confusion. What's true 6 months ago is wrong today. :/ It's hard
to tell what still applies.
Well, back in the days of the megahurtz wars, a higher clock speed
allegedly meant a
Hallo die Runde,
ich bin neu in Leipzig und hätte Lust, die lokale OSM-Gemeinschaft
kennen zu lernen. Anscheinend ist der Stammtisch nicht mehr regelmäßig
aktiv, aber ich frage mich, ob irgendwelche Leute doch Interesse hätten,
uns zu treffen.
Vielen Dank an allen für den wunderbaren
701 - 800 of 37049 matches
Mail list logo
