Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v4]

[Brian Burkhalter]

On Wed, 7 Aug 2024 15:56:06 GMT, Magnus Ihse Bursie  wrote:

>> Brian Burkhalter has updated the pull request with a new target base due to 
>> a merge or a rebase. The incremental webrev excludes the unrelated changes 
>> brought in by the merge/rebase. The pull request contains four additional 
>> commits since the last revision:
>> 
>>  - Merge
>>  - 8337143: Removed dependency of libjava on headers in libnio/ch
>>  - 8337143: Move natives to /native/libjava/nio/{ch,fs} as a 
>> function of their original location in libnio
>>  - 8337143: (fc, fs) Move filesystem-related native objects from libnio to 
>> libjava
>
> make/modules/java.base/lib/CoreLibraries.gmk line 71:
> 
>> 69: -framework Foundation \
>> 70: -framework SystemConfiguration, \
>> 71: LIBS_windows := advapi32.lib mswsock.lib ole32.lib shell32.lib 
>> version.lib ws2_32.lib, \
> 
> Are these libraries still required to build libnio, or can they be removed 
> from that library now?

I will check. Thanks for noticing it.

-

PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707337157

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v4]

[Brian Burkhalter]

On Wed, 7 Aug 2024 15:56:06 GMT, Magnus Ihse Bursie  wrote:

>> Brian Burkhalter has updated the pull request with a new target base due to 
>> a merge or a rebase. The incremental webrev excludes the unrelated changes 
>> brought in by the merge/rebase. The pull request contains four additional 
>> commits since the last revision:
>> 
>>  - Merge
>>  - 8337143: Removed dependency of libjava on headers in libnio/ch
>>  - 8337143: Move natives to /native/libjava/nio/{ch,fs} as a 
>> function of their original location in libnio
>>  - 8337143: (fc, fs) Move filesystem-related native objects from libnio to 
>> libjava
>
> make/modules/java.base/lib/CoreLibraries.gmk line 71:
> 
>> 69: -framework Foundation \
>> 70: -framework SystemConfiguration, \
>> 71: LIBS_windows := advapi32.lib mswsock.lib ole32.lib shell32.lib 
>> version.lib ws2_32.lib, \
> 
> Are these libraries still required to build libnio, or can they be removed 
> from that library now?

I will check. Thanks for noticing it.

-

PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707337157

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v4]

[Brian Burkhalter]

On Wed, 7 Aug 2024 15:56:06 GMT, Magnus Ihse Bursie  wrote:

>> Brian Burkhalter has updated the pull request with a new target base due to 
>> a merge or a rebase. The incremental webrev excludes the unrelated changes 
>> brought in by the merge/rebase. The pull request contains four additional 
>> commits since the last revision:
>> 
>>  - Merge
>>  - 8337143: Removed dependency of libjava on headers in libnio/ch
>>  - 8337143: Move natives to /native/libjava/nio/{ch,fs} as a 
>> function of their original location in libnio
>>  - 8337143: (fc, fs) Move filesystem-related native objects from libnio to 
>> libjava
>
> make/modules/java.base/lib/CoreLibraries.gmk line 71:
> 
>> 69: -framework Foundation \
>> 70: -framework SystemConfiguration, \
>> 71: LIBS_windows := advapi32.lib mswsock.lib ole32.lib shell32.lib 
>> version.lib ws2_32.lib, \
> 
> Are these libraries still required to build libnio, or can they be removed 
> from that library now?

I will check. Thanks for noticing it.

-

PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707337157

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v2]

[Brian Burkhalter]

On Mon, 5 Aug 2024 15:37:46 GMT, Brian Burkhalter  wrote:

>> make/modules/java.base/lib/CoreLibraries.gmk line 57:
>> 
>>> 55: OPTIMIZATION := HIGH, \
>>> 56: EXTRA_HEADER_DIRS := \
>>> 57: libnio/ch, \
>> 
>> This will introduce a source code dependency from libjava to libnio. It 
>> might be the correct thing to do, but I just want to highlight this. 
>> 
>> Maybe the libnio/ch code also should move to libjava? Or, perhaps at least 
>> the header files. Conceptually, I'd feel better about having a dependency on 
>> libnio as a "downstream" library on libjava source code, than the other way 
>> around.
>
>> This will introduce a source code dependency from libjava to libnio. It 
>> might be the correct thing to do, but I just want to highlight this.
> 
> I'll look into improving it.

Fixed in 7e8a02e

>> make/modules/java.base/lib/CoreLibraries.gmk line 71:
>> 
>>> 69: -framework Foundation \
>>> 70: -framework SystemConfiguration, \
>>> 71: LIBS_windows := advapi32.lib ole32.lib shell32.lib version.lib 
>>> mswsock.lib ws2_32.lib, \
>> 
>> Please keep libraries alphabetically sorted.
>
> Thanks for pointing this out; I will fix it.

Fixed in 7e8a02e.

-

PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707325897
PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707326484

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v4]

[Brian Burkhalter]

> This proposed change would move the native objects required for NIO file 
> interaction from the libnio native library to the libjava native library on 
> Linux, macOS, and Windows.

Brian Burkhalter has updated the pull request with a new target base due to a 
merge or a rebase. The incremental webrev excludes the unrelated changes 
brought in by the merge/rebase. The pull request contains four additional 
commits since the last revision:

 - Merge
 - 8337143: Removed dependency of libjava on headers in libnio/ch
 - 8337143: Move natives to /native/libjava/nio/{ch,fs} as a function 
of their original location in libnio
 - 8337143: (fc, fs) Move filesystem-related native objects from libnio to 
libjava

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/20317/files
  - new: https://git.openjdk.org/jdk/pull/20317/files/7e8a02e3..e28a4f57

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=02-03

  Stats: 23454 lines in 774 files changed: 12481 ins; 7665 del; 3308 mod
  Patch: https://git.openjdk.org/jdk/pull/20317.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20317/head:pull/20317

PR: https://git.openjdk.org/jdk/pull/20317

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v2]

[Brian Burkhalter]

On Mon, 5 Aug 2024 15:37:46 GMT, Brian Burkhalter  wrote:

>> make/modules/java.base/lib/CoreLibraries.gmk line 57:
>> 
>>> 55: OPTIMIZATION := HIGH, \
>>> 56: EXTRA_HEADER_DIRS := \
>>> 57: libnio/ch, \
>> 
>> This will introduce a source code dependency from libjava to libnio. It 
>> might be the correct thing to do, but I just want to highlight this. 
>> 
>> Maybe the libnio/ch code also should move to libjava? Or, perhaps at least 
>> the header files. Conceptually, I'd feel better about having a dependency on 
>> libnio as a "downstream" library on libjava source code, than the other way 
>> around.
>
>> This will introduce a source code dependency from libjava to libnio. It 
>> might be the correct thing to do, but I just want to highlight this.
> 
> I'll look into improving it.

Fixed in 7e8a02e

>> make/modules/java.base/lib/CoreLibraries.gmk line 71:
>> 
>>> 69: -framework Foundation \
>>> 70: -framework SystemConfiguration, \
>>> 71: LIBS_windows := advapi32.lib ole32.lib shell32.lib version.lib 
>>> mswsock.lib ws2_32.lib, \
>> 
>> Please keep libraries alphabetically sorted.
>
> Thanks for pointing this out; I will fix it.

Fixed in 7e8a02e.

-

PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707325897
PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707326484

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v2]

[Brian Burkhalter]

On Mon, 5 Aug 2024 15:37:46 GMT, Brian Burkhalter  wrote:

>> make/modules/java.base/lib/CoreLibraries.gmk line 57:
>> 
>>> 55: OPTIMIZATION := HIGH, \
>>> 56: EXTRA_HEADER_DIRS := \
>>> 57: libnio/ch, \
>> 
>> This will introduce a source code dependency from libjava to libnio. It 
>> might be the correct thing to do, but I just want to highlight this. 
>> 
>> Maybe the libnio/ch code also should move to libjava? Or, perhaps at least 
>> the header files. Conceptually, I'd feel better about having a dependency on 
>> libnio as a "downstream" library on libjava source code, than the other way 
>> around.
>
>> This will introduce a source code dependency from libjava to libnio. It 
>> might be the correct thing to do, but I just want to highlight this.
> 
> I'll look into improving it.

Fixed in 7e8a02e

>> make/modules/java.base/lib/CoreLibraries.gmk line 71:
>> 
>>> 69: -framework Foundation \
>>> 70: -framework SystemConfiguration, \
>>> 71: LIBS_windows := advapi32.lib ole32.lib shell32.lib version.lib 
>>> mswsock.lib ws2_32.lib, \
>> 
>> Please keep libraries alphabetically sorted.
>
> Thanks for pointing this out; I will fix it.

Fixed in 7e8a02e.

-

PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707325897
PR Review Comment: https://git.openjdk.org/jdk/pull/20317#discussion_r1707326484

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v4]

[Brian Burkhalter]

> This proposed change would move the native objects required for NIO file 
> interaction from the libnio native library to the libjava native library on 
> Linux, macOS, and Windows.

Brian Burkhalter has updated the pull request with a new target base due to a 
merge or a rebase. The incremental webrev excludes the unrelated changes 
brought in by the merge/rebase. The pull request contains four additional 
commits since the last revision:

 - Merge
 - 8337143: Removed dependency of libjava on headers in libnio/ch
 - 8337143: Move natives to /native/libjava/nio/{ch,fs} as a function 
of their original location in libnio
 - 8337143: (fc, fs) Move filesystem-related native objects from libnio to 
libjava

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/20317/files
  - new: https://git.openjdk.org/jdk/pull/20317/files/7e8a02e3..e28a4f57

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=02-03

  Stats: 23454 lines in 774 files changed: 12481 ins; 7665 del; 3308 mod
  Patch: https://git.openjdk.org/jdk/pull/20317.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20317/head:pull/20317

PR: https://git.openjdk.org/jdk/pull/20317

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v4]

[Brian Burkhalter]

> This proposed change would move the native objects required for NIO file 
> interaction from the libnio native library to the libjava native library on 
> Linux, macOS, and Windows.

Brian Burkhalter has updated the pull request with a new target base due to a 
merge or a rebase. The incremental webrev excludes the unrelated changes 
brought in by the merge/rebase. The pull request contains four additional 
commits since the last revision:

 - Merge
 - 8337143: Removed dependency of libjava on headers in libnio/ch
 - 8337143: Move natives to /native/libjava/nio/{ch,fs} as a function 
of their original location in libnio
 - 8337143: (fc, fs) Move filesystem-related native objects from libnio to 
libjava

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/20317/files
  - new: https://git.openjdk.org/jdk/pull/20317/files/7e8a02e3..e28a4f57

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=02-03

  Stats: 23454 lines in 774 files changed: 12481 ins; 7665 del; 3308 mod
  Patch: https://git.openjdk.org/jdk/pull/20317.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20317/head:pull/20317

PR: https://git.openjdk.org/jdk/pull/20317

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v3]

[Brian Burkhalter]

> This proposed change would move the native objects required for NIO file 
> interaction from the libnio native library to the libjava native library on 
> Linux, macOS, and Windows.

Brian Burkhalter has updated the pull request incrementally with one additional 
commit since the last revision:

  8337143: Removed dependency of libjava on headers in libnio/ch

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/20317/files
  - new: https://git.openjdk.org/jdk/pull/20317/files/48519737..7e8a02e3

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=01-02

  Stats: 305 lines in 17 files changed: 141 ins; 151 del; 13 mod
  Patch: https://git.openjdk.org/jdk/pull/20317.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20317/head:pull/20317

PR: https://git.openjdk.org/jdk/pull/20317

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v2]

[Brian Burkhalter]

On Fri, 26 Jul 2024 19:40:24 GMT, Brian Burkhalter  wrote:

>> This proposed change would move the native objects required for NIO file 
>> interaction from the libnio native library to the libjava native library on 
>> Linux, macOS, and Windows.
>
> Brian Burkhalter has updated the pull request incrementally with one 
> additional commit since the last revision:
> 
>   8337143: Move natives to /native/libjava/nio/{ch,fs} as a 
> function of their original location in libnio

As part of 7e8a02e, the `nio_util.h` header files were modified. One unused 
symbolic constant was removed. Symbolic constants used in only one file were 
moved to that file. Function declarations that were only used where the 
function is defined were removed. Function declarations used in only one file 
other than the one where the function is defined were moved to an `extern` in 
that file. On Unix, one function declaration used in three files was moved to a 
new header file `Net.h`.

-

PR Comment: https://git.openjdk.org/jdk/pull/20317#issuecomment-2273748931

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v2]

[Brian Burkhalter]

On Fri, 26 Jul 2024 19:40:24 GMT, Brian Burkhalter  wrote:

>> This proposed change would move the native objects required for NIO file 
>> interaction from the libnio native library to the libjava native library on 
>> Linux, macOS, and Windows.
>
> Brian Burkhalter has updated the pull request incrementally with one 
> additional commit since the last revision:
> 
>   8337143: Move natives to /native/libjava/nio/{ch,fs} as a 
> function of their original location in libnio

As part of 7e8a02e, the `nio_util.h` header files were modified. One unused 
symbolic constant was removed. Symbolic constants used in only one file were 
moved to that file. Function declarations that were only used where the 
function is defined were removed. Function declarations used in only one file 
other than the one where the function is defined were moved to an `extern` in 
that file. On Unix, one function declaration used in three files was moved to a 
new header file `Net.h`.

-

PR Comment: https://git.openjdk.org/jdk/pull/20317#issuecomment-2273748931

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v2]

[Brian Burkhalter]

On Fri, 26 Jul 2024 19:40:24 GMT, Brian Burkhalter  wrote:

>> This proposed change would move the native objects required for NIO file 
>> interaction from the libnio native library to the libjava native library on 
>> Linux, macOS, and Windows.
>
> Brian Burkhalter has updated the pull request incrementally with one 
> additional commit since the last revision:
> 
>   8337143: Move natives to /native/libjava/nio/{ch,fs} as a 
> function of their original location in libnio

As part of 7e8a02e, the `nio_util.h` header files were modified. One unused 
symbolic constant was removed. Symbolic constants used in only one file were 
moved to that file. Function declarations that were only used where the 
function is defined were removed. Function declarations used in only one file 
other than the one where the function is defined were moved to an `extern` in 
that file. On Unix, one function declaration used in three files was moved to a 
new header file `Net.h`.

-

PR Comment: https://git.openjdk.org/jdk/pull/20317#issuecomment-2273748931

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v3]

[Brian Burkhalter]

> This proposed change would move the native objects required for NIO file 
> interaction from the libnio native library to the libjava native library on 
> Linux, macOS, and Windows.

Brian Burkhalter has updated the pull request incrementally with one additional 
commit since the last revision:

  8337143: Removed dependency of libjava on headers in libnio/ch

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/20317/files
  - new: https://git.openjdk.org/jdk/pull/20317/files/48519737..7e8a02e3

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=01-02

  Stats: 305 lines in 17 files changed: 141 ins; 151 del; 13 mod
  Patch: https://git.openjdk.org/jdk/pull/20317.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20317/head:pull/20317

PR: https://git.openjdk.org/jdk/pull/20317

Re: RFR: 8337143: (fc, fs) Move filesystem-related native objects from libnio to libjava [v3]

[Brian Burkhalter]

> This proposed change would move the native objects required for NIO file 
> interaction from the libnio native library to the libjava native library on 
> Linux, macOS, and Windows.

Brian Burkhalter has updated the pull request incrementally with one additional 
commit since the last revision:

  8337143: Removed dependency of libjava on headers in libnio/ch

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/20317/files
  - new: https://git.openjdk.org/jdk/pull/20317/files/48519737..7e8a02e3

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=20317&range=01-02

  Stats: 305 lines in 17 files changed: 141 ins; 151 del; 13 mod
  Patch: https://git.openjdk.org/jdk/pull/20317.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20317/head:pull/20317

PR: https://git.openjdk.org/jdk/pull/20317

[Gretl-users] Re: Installing gretl 2024b

[Brian Revell]

Hi Marcin
Thanks. I found the MS Windows autoi-nstall eventually further down the
page after giving up looking in the unpacked gretl-2024b.tar folders for an
exe file/installer.
It is a little misleading when opening up the download gretl page to see
the source file listed first. That suggests that gret-l2024b.taris what
should be downloaded and the expectation is that it would then have an
autorun install somewhere in the unpacked files that could be run.
However,
to quote Wm Shakespeare "all's well that ends well"!
cheers
Brian

Hi,
>
> maybe you should download this file:
> http://prdownloads.sourceforge.net/gretl/gretl-2024b-64.exe
>
> Marcin
>
> ___
> Gretl-users mailing list -- gretl-users@gretlml.univpm.it
> To unsubscribe send an email to gretl-users-le...@gretlml.univpm.it
> Website:
> https://gretlml.univpm.it/postorius/lists/gretl-users.gretlml.univpm.it/
>
___
Gretl-users mailing list -- gretl-users@gretlml.univpm.it
To unsubscribe send an email to gretl-users-le...@gretlml.univpm.it
Website: 
https://gretlml.univpm.it/postorius/lists/gretl-users.gretlml.univpm.it/

[Gretl-users] Installing gretl 2024b

[Brian Revell]

I have downloaded and unpacked the downlaod file gretl2024b.tar
into my C:program files. folder.
However, I can see no way of installing the program. There appears to be no
installer, or if there is,I am failing to recognising a runnable  exe file.

Advice welcomed.
Brian J Revell
___
Gretl-users mailing list -- gretl-users@gretlml.univpm.it
To unsubscribe send an email to gretl-users-le...@gretlml.univpm.it
Website: 
https://gretlml.univpm.it/postorius/lists/gretl-users.gretlml.univpm.it/

[RBW] Re: Front-loader cargo bike? Thoughts?

[Brian McDermott]

Riv guy and bakfiets guy here. I’ve got a lot of experience with cargo 
bikes and trikes, rear and front loading, as well as carrying kiddos. A 
bakfiets is the ideal way to carry kids; you can see and talk to them, and 
they’re more stable. I have a Frankenstein’d Human Powered Machines long 
Haul (HPM is now defunct but was based in the also defunct Center for 
Appropriate Transport in Eugene OR). I put 750w mod drive on it almost two 
years ago and it’s a game changer, a total car killer. I have considered 
eventually going to a Bullitt or a CETMA. 

The Clydesdale is a great product, though relatively limited for heavy 
loads since the platform isn’t independent of the steering.

On Thursday, July 25, 2024 at 10:31:25 PM UTC-4 Michael Morrissey wrote:

> Hi everyone,
>
> I've been riding around with my little one on my Rivendell on a Yepp Mini. 
> With the Tosco handlebars, it's perfect. However my little one is getting 
> bigger each day and I think we're going to need something bigger. I love 
> talking and singing with my child on the front, and I just don't want to 
> move them to be behind me looking at my back (which is where I was when I 
> was on the back of my mom's bike when I was little! There has to be a 
> better way now!).
>
> I really really want a front-loader cargo bike. Has anyone gone from a 
> Rivendell to a front-loader? I passed up a broken 10 year old Urban Arrow a 
> few months ago for $400 (unavailable electric motor parts and roller/drum 
> brakes kept me away). I'm eyeing Larry vs. Harry Bullitt's around $2250 on 
> Craigslist. Does anyone have any advice or experience with them?
>
> I should note that my neighborhood (Queens, NYC) sucks for biking. With my 
> little one, I mostly ride on the sidewalk at 3 MPH. There are tons of SUVs, 
> big trucks and vans, and angry drivers. There are no bike lanes for the 
> first 2 miles of my commute. Other neighborhoods (Williamsburg, Sunnyside) 
> are much better for biking. I'm worried that even if I get a front-loader 
> it won't be as practical as "underbiking" on the Rivendell. Or should I be 
> the change I want to see in the world and bike unafraid?
>
> I'm leaning toward a regular pedal-powered bike that I could put a Bafang 
> electric motor on in the future. I'm worried about an electric-only bike 
> having proprietary parts unavailable in 10 years (hello Urban Arrow Daum 
> motors, hello Cake Osa). Mitch Hedberg once said, "An escalator can never 
> break: it can only become stairs." A converted electric bike with broken 
> electric parts would also still just be a regular bike.
>
> Thoughts? 
>
> Michael
>
>
>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/e66153ca-c623-42e6-ba3a-b7da2256a1ban%40googlegroups.com.

[slurm-users] Re: Find out submit host of past job?

[Brian Andrus via slurm-users]

If you need it, you could add it to either prologue or epilogue to store 
the info somewhere.


I do that for the scripts themselves and keep the past two weeks backed 
up so we can debug if/when there is an issue.


Brian Andrus

On 8/7/2024 6:29 AM, Steffen Grunewald via slurm-users wrote:

On Wed, 2024-08-07 at 08:55:21 -0400, Slurm users wrote:

Warning on that one, it can eat up a ton of database space (depending on
size of environment, uniqueness of environment between jobs, and number of
jobs). We had it on and it nearly ran us out of space on our database host.
That said the data can be really useful depending on the situation.

-Paul Edmon-

On 8/7/2024 8:51 AM, Juergen Salk via slurm-users wrote:

Hi Steffen,

not sure if this is what you are looking for, but with 
`AccountingStoreFlags=job_env´
set in slurm.conf, the batch job environment will be stored in the
accounting database and can later be retrieved with `sacct -j  
--env-vars´
command.

On Wed, 2024-08-07 at 14:56:30 +0200, Slurm users wrote:

What you're looking for might be doable simply by setting the
AccountStoreFlags parameter in slurm.conf. [1]

Be aware, though, that job_env has sometimes been reported to grow quite
large.

I see, I cannot have the cake and eat it at the same time.
Given the size of our users' typical env, I'm dropping the idea for now -
maybe this will come up again in the not-so-far future. (Maybe it's worth
a feature request?)

Thanks everyone!

- Steffen



--
slurm-users mailing list -- slurm-users@lists.schedmd.com
To unsubscribe send an email to slurm-users-le...@lists.schedmd.com

Re: [R] Manually calculating values from aov() result

[Brian Smith]

Hi,

Thanks for this information. Is there any way to force R to use Type-1
SS? I think most textbooks use this only.

Thanks and regards,

On Wed, 7 Aug 2024 at 17:00, Duncan Murdoch  wrote:
>
> On 2024-08-07 6:06 a.m., Brian Smith wrote:
> > Hi,
> >
> > I have performed ANOVA as below
> >
> > dat = data.frame(
> > 'A' = c(-0.3960025, -0.3492880, -1.5893792, -1.4579074, -4.9214873,
> > -0.8575018, -2.5551363, -0.9366557, -1.4307489, -0.3943704),
> > 'B' = c(2,1,2,2,1,2,2,2,2,2),
> > 'C' = c(0,1,1,1,1,1,1,0,1,1))
> >
> > summary(aov(A ~ B * C, dat))
> >
> > However now I also tried to calculate SSE for factor C
> >
> > Mean = sapply(split(dat, dat$C), function(x) mean(x$A))
> > N = sapply(split(dat, dat$C), function(x) dim(x)[1])
> >
> > N[1] * (Mean[1] - mean(dat$A))^2 + N[2] * (Mean[2] - mean(dat$A))^2
> > #1.691
> >
> > But in ANOVA table the sum-square for C is reported as 0.77.
> >
> > Could you please help how exactly this C = 0.77 is obtained from aov()
>
> Your design isn't balanced, so there are several ways to calculate the
> SS for C.  What you have calculated looks like the "Type I SS" in SAS
> notation, if I remember correctly, assuming that C enters the model
> before B.  That's not what R uses; I think it is Type II SS.
>
> For some details about this, see
> https://mcfromnz.wordpress.com/2011/03/02/anova-type-ii-ss-explained/
>

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.

August PUG is Up

[Brian Walters]

G'day all

Enjoy the gallery here:

http://pug.komkon.org/

(you may need to refresh your browser if you see the previous gallery 
there).


Note: The automated submission process usually works well but it's not 
infallible. So, if you made a submission and you don't see it in the

gallery, let me know.

+

Next up: 'Marine Life'

Full Submissions Guidelines are here:

http://pug.komkon.org/general/autosubmit.html

You can submit here:

http://pug.komkon.org/submit/

Cheers
Brian
++++++
Brian Walters
Western Sydney Australia
https://lyons-ryan.org/brians-pics/


--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
--
%(real_name)s Pentax-Discuss Mail List
To unsubscribe send an email to pdml-le...@pdml.net
to UNSUBSCRIBE from the PDML, please visit the link directly above and follow 
the directions.

[R] Manually calculating values from aov() result

[Brian Smith]

Hi,

I have performed ANOVA as below

dat = data.frame(
'A' = c(-0.3960025, -0.3492880, -1.5893792, -1.4579074, -4.9214873,
-0.8575018, -2.5551363, -0.9366557, -1.4307489, -0.3943704),
'B' = c(2,1,2,2,1,2,2,2,2,2),
'C' = c(0,1,1,1,1,1,1,0,1,1))

summary(aov(A ~ B * C, dat))

However now I also tried to calculate SSE for factor C

Mean = sapply(split(dat, dat$C), function(x) mean(x$A))
N = sapply(split(dat, dat$C), function(x) dim(x)[1])

N[1] * (Mean[1] - mean(dat$A))^2 + N[2] * (Mean[2] - mean(dat$A))^2
#1.691

But in ANOVA table the sum-square for C is reported as 0.77.

Could you please help how exactly this C = 0.77 is obtained from aov()

__
R-help@r-project.org mailing list -- To UNSUBSCRIBE and more, see
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.

Re: [M100] REX# suddenly stopped working. Any way to revive?

[Brian K. White]

Just to be sure, you did try removing and re-seating the rex# a few 
times to ensure all pins are making good contact? And just generally 
visually inspect the pins for any bent/compressed ones?


On 8/6/24 22:36, B 9 wrote:

Thanks, Steve.

Running “rx#t2.do” failed at “Test write ROM data to flash”.

I used “rx#u2.do” to update to RX#_22 and it succeeded with no error. 
However, when I returned to the main T200 menu, it was strangely garbled 
(“Microsoft” got replaced by “2ha oft”). REXMGR did show up in the 
options, but trying to save the current state said that memory was write 
protected! All the slots were taken up with “🮕” dated “:⯆┴ 31,2063 
63:63”


Re-running “rx#t2.do” again failed at the same place:

|Initializing laptop OK! Check ready OK! Test sector register OK! Erase 
flash, test RY/BY OK! Checking FF OK! Write ROM data to flash FAILED! 
Test write ROM data to flash |


Do I need to buy another T200 REX#? Maybe I should get two, just in case.

—b9


On Tue, Aug 6, 2024 at 5:13 AM Stephen Adolph > wrote:


Hard to say what exactly is corrupt; could be the REX# software or
it could be the directory.
I'd suggest first installing a new REX# software image while leaving
the directory intact.  "upgrade"
If that doesn't work, you need to rebuild it. "test"

https://bitchin100.com/wiki/index.php?title=REXsharp#REX.23_Manager_Software 


I suggest using the newest software version.

In general I have found it very challenging to make REX# completely
bulletproof.  It is hard to anticipate every possible failure mode.

cheers,
Steve


On Tue, Aug 6, 2024 at 6:26 AM B 9 mailto:hacke...@gmail.com>> wrote:

I've been happily using a REX# Option ROM in my Tandy 200 for a
while now but today it gave me some weird message about
rebuilding the ROM directory. The progress bar was frozen at
about 80%. I had to do a full reset (holding SHIFT+Break+Reset) 
and and now my REX# doesn't respond. Running `CALL 61167,2`

locks up the screen and I have to press the reset button to do a
soft reset. I tried the REX# in my spare Tandy 200 and failed in
the same way.

Any ideas for how I might revive my REX#?

—b9





--
bkw

[Bug 2055239] Re: Warning: The unit file, source configuration file or drop-ins of {apt-news, esm-cache}.service changed on disk. Run 'systemctl daemon-reload' to reload units.

[Brian Murray]

Hello Nobuto, or anyone else affected,

Accepted systemd into noble-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/systemd/255.4-1ubuntu8.3 in a few
hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.  Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, what testing has been
performed on the package and change the tag from verification-needed-
noble to verification-done-noble. If it does not fix the bug for you,
please add a comment stating that, and change the tag to verification-
failed-noble. In either case, without details of your testing we will
not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance for helping!

N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.

** Changed in: systemd (Ubuntu Noble)
   Status: In Progress => Fix Committed

** Tags added: verification-needed verification-needed-noble

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2055239

Title:
  Warning: The unit file, source configuration file or drop-ins of {apt-
  news,esm-cache}.service changed on disk. Run 'systemctl daemon-reload'
  to reload units.

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapd/+bug/2055239/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Touch-packages] [Bug 2055239] Re: Warning: The unit file, source configuration file or drop-ins of {apt-news, esm-cache}.service changed on disk. Run 'systemctl daemon-reload' to reload units.

[Brian Murray]

Hello Nobuto, or anyone else affected,

Accepted systemd into noble-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/systemd/255.4-1ubuntu8.3 in a few
hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.  Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, what testing has been
performed on the package and change the tag from verification-needed-
noble to verification-done-noble. If it does not fix the bug for you,
please add a comment stating that, and change the tag to verification-
failed-noble. In either case, without details of your testing we will
not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance for helping!

N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.

** Changed in: systemd (Ubuntu Noble)
   Status: In Progress => Fix Committed

** Tags added: verification-needed verification-needed-noble

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/2055239

Title:
  Warning: The unit file, source configuration file or drop-ins of {apt-
  news,esm-cache}.service changed on disk. Run 'systemctl daemon-reload'
  to reload units.

Status in snapd:
  New
Status in systemd package in Ubuntu:
  Fix Released
Status in ubuntu-advantage-tools package in Ubuntu:
  Invalid
Status in systemd source package in Noble:
  Fix Committed
Status in ubuntu-advantage-tools source package in Noble:
  Invalid

Bug description:
  [Impact]

  systemd may incorrectly mark units as needing a daemon reload,
  therefore unnecessarily printing the warning that a daemon-reload is
  needed for the changes to take effect. This is misleading to users,
  and particularly visible in cases like running apt update, since there
  is an apt hook (/etc/apt/apt.conf.d/20apt-esm-hook.conf) that starts
  two systemd services.

  [Test Plan]

  This bug can be triggered by running systemctl enable/disable on a 
non-existent unit. After that, calling systemctl start/status/etc. will show a 
false warning
  that the unit changed on disk. Hence, to test, simply:

  $ systemctl enable somethingthatdefinitelydoesnotexist.service
  $ systemctl status systemd-resolved.service 
  $ apt update

  On an effected system, warnings will be shown when calling both
  commands after the "enable non-existent unit" step.

  [Where problems could occur]

  This patch fixes a previous commit by ensuring that the
  manager->unit_file_state_outdated flag is set *only* when some
  modifications succeeded, but the overall operation failed. In cases
  where everything fails, it is not necessary to set the flag.

  Since the patch is restricted to this area, any regressions from this
  patch would most likely also be related to the NeedDaemonReload
  property of units.

  [Other information]

  The patch is from upstream:
  
https://github.com/systemd/systemd/pull/32610/commits/d69cba3bfffc7b1e3197e2a34b459db13b1e1cb7#diff-84bbf3361da4139a5620a035ebd24f50a0e4d4ece7952dc2d8b4325e6ebdf6e0L2320

  [Original Description]

  I recently started seeing the following warning messages when I run
  `apt update`.

  $ sudo apt update
  Warning: The unit file, source configuration file or drop-ins of 
apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
  Warning: The unit file, source configuration file or drop-ins of 
esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload 
units.
  ...

  apt-news.service for example is in /lib/systemd/system/apt-
  news.service and it's a static file managed by the package. Does the
  package maintenance script call systemd related hooks to reload the
  config whenever the package gets updated?

  $ systemctl cat apt-news.service
  # /usr/lib/systemd/system/apt-news.service
  # APT News is hosted at https://motd.ubuntu.com/aptnews.json and can include
  # timely information related to apt updates available to your system.
  ...

  $ dpkg -S /lib/systemd/system/apt-news.service
  ubuntu-pro-client: /lib/systemd/system/apt-news.service

  ProblemType: BugDistroRelease: Ubuntu 24.04
  Package: ubuntu-pro-client 31.1
  ProcVersionSignature: Ubuntu 6.6.0-14.14-generic 6.6.3
  Uname: Linux 6.6.0-14-generic x86_64
  NonfreeKernelModules: zfs
  ApportVersion: 2.28.0-0ubuntu1
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: ubuntu:GNOME
  Date: Wed Feb 28 13:06:35 2024
  InstallationDate: Inst

Re: [RBW] Re: Custom Jeff Lyon lightweight steel frameset

[Brian Campbell]

I have 2, L' avecaise frames from Jeff Lyon. 
The first is set up as a dedicated Rando bike and the other as a lighter 
weight, road bike. 
Both are 59cm ST, 58 cm TT, 700c wheels and can fit 35mm tires and fenders 
with dual pivot brakes.
28mm, 7-4-7 top tube and 38mm down tubes
Seat & Headtube angle 72.5 degrees
BB drop 78mm
Chainstay Length 44cm
Fork rake 58mm
Both frames weigh just a hair over 6lbs with the 1 1/8 fork included.
I think they ride great and if the frame for sale rides anything like mine, 
I think the buyer will be very pleased.


On Tuesday, August 6, 2024 at 9:34:55 AM UTC-4 lukeheller wrote:

> Dang, i love this. 
> I've been after a Lyon or Lyon adjacent.
> Actually called Jess last fall and inquired about a new frame but he was 
> not taking new orders due to aging challenges.
> This seems like a great deal and a great fit for someone!
>
> If the STA were 72 or slacker, i'd likely gobble this up!
>
>
> On Monday, August 5, 2024 at 9:57:20 PM UTC-4 eliot...@gmail.com wrote:
>
>> Hey Bill,
>>
>> I’m waiting to hear back from Jeff Lyon for the details. With the light 
>> weight and 435 stays I’m guessing cross vs sport tour. STA is 73, HTA 72, 
>> my gross measurement of stack and reach were ~400 +/- 5mm and 600, rear end 
>> is 130mm
>>
>> I’ll see if I can’t get an approximate BB drop with a line level. 
>>
>> Eliot
>>
>> On Mon, Aug 5, 2024 at 4:29 PM Bill Lindsay  wrote:
>>
>>> Do you have any idea what it is?  Like, is it a cyclocross frame?  Is it 
>>> a gravel frame?  Is it a touring frame?  Any idea of the Stack and Reach, 
>>> or angles, and BB drop?  Over Locknut Dimension in back?
>>>
>>> Bill Lindsay
>>> El Cerrito, CA
>>>
>>> On Monday, August 5, 2024 at 1:28:30 PM UTC-7 eliot...@gmail.com wrote:
>>>
 I apologize if this isn’t allowed here. Just figured this bunch would 
 appreciate it.
 Selling this early 2000s custom steel Lyon frameset. I know you don’t 
 care about weight but the frameset weighs in at just under 6 lbs with the 
 headset. It has clearance for 40-42mm 700c tires in the front and more in 
 the back. Cool touches like the integrated cable hanger, fillet brazing 
 and 
 tube supports.

 58cm x 58cm CTC. 435mm chainstay. 1in threadless headset (steer can be 
 shimmed for 1 1/8) previous owner must have ran some massive tires because 
 it’s lost some paint from tire rub. It’s been sanded and painted over with 
 touch up (sorry I couldn’t get a match). Fortunately areas aren’t 
 conspicuous. 

 No idea on value but figured I’d start asking at $1000 shipped? Feel 
 free to make me an offer. 

 https://imgur.com/a/cgmJxfq

>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "RBW Owners Bunch" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to rbw-owners-bun...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/rbw-owners-bunch/9ebc55f9-e615-4a23-a041-e88d0588ec59n%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/186a2564-bc10-42d4-9816-0440c927c854n%40googlegroups.com.

[Corpora-List] Data released for PLABA 2024 @ TREC

[Ondov, Brian via Corpora]

Training and testing data are now available for the 2024 Plain Language 
Adaptation of Biomedical Abstracts track 
at TREC.


The PLABA task is to rewrite biomedical abstracts, line by line, in plain 
language for the general public. This includes:

- Simplifying and splitting sentences

- Replacing or omitting jargon

- Providing further background where appropriate


This year, PLABA also has new subtask—expert term replacement. This includes:

- Identifying expert terms

- Classifying how they should be replaced (explained, substituted, generalized, 
exemplified, or omitted)

- Generating replacement text for the terms

As this subtask does not require generation of complete documents, we hope it 
will allow for participation with fewer compute resources.


By participating in PLABA, you will get:

- Access to a unique, manually annotated expert term replacement dataset

- Manual evaluations of system outputs by science communication experts


Further information

Task descriptions: https://bionlp.nlm.nih.gov/plaba2024/

Registration: https://ir.nist.gov/evalbase/

Mailing list: https://groups.google.com/g/plaba2024


Due dates

Aug 30 - Task 2 (abstract rewriting) submissions due

Sep 15 - Task 1 (term replacement) submissions due



We look forward to your submissions!
___
Corpora mailing list -- corpora@list.elra.info
https://list.elra.info/mailman3/postorius/lists/corpora.list.elra.info/
To unsubscribe send an email to corpora-le...@list.elra.info

ODYSSEY query update

[Gryzlak, Brian M]

WARNING: This message has originated from an External Source. This may be a 
phishing expedition that can result in unauthorized access to our IT System. 
Please use proper judgment and caution when opening attachments, clicking 
links, or responding to this email.
Sites that are participating in the ODYSSEY study -

I messaged the ODYSSEY team earlier today and received this reply: "I have 
uploaded revised packages to all Odyssey site folders. I didn't realize that 
the previous package has already been downloaded by many sites (I usually get 
notifications when it does)."

So all ODYSSEY sites should have a v2 of the query in their Duke Box folder 
that they should use.

Best,

Brian M. Gryzlak, MSW, MA
Program Director
S414 CPHB
319.335.8218
The University of Iowa
Iowa City, IA 52242
brian-gryz...@uiowa.edu<mailto:brian-gryz...@uiowa.edu>

Health Effectiveness Research Center 
(HERCe)<https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.public-health.uiowa.edu%2Fherce%2F&data=05%7C02%7CGPCDEV-L%40PO.MISSOURI.EDU%7C2b4c1db92cc74a8ab0e208dcb6554824%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C638585724606520225%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=P%2FDGqxtuPCo1Db5V18snwjIOKa8n2FkbLAmZCbcFSfE%3D&reserved=0>




To unsubscribe from the GPCDEV-L list, click the following link:
https://po.missouri.edu/scripts/wa.exe?SUBED1=GPCDEV-L&A=1

Re: [Histonet] Kimwipes

[Cooper, Brian via Histonet]

We've been using TechWipes; we get them from Creative Waste Solutions.   Hadn't 
heard that KimWipes were going away!  

Thanks, 

Brian

-Original Message-
From: Paula Keene Pierce via Histonet  
Sent: Tuesday, August 6, 2024 9:48 AM
To: histonet@lists.utsouthwestern.edu; Richardson, Pam K 

Subject: Re: [Histonet] Kimwipes (EXTERNAL EMAIL)

CAUTION: BE CAREFUL WITH THIS MESSAGE* This email came from outside 
CHLA. Do not open attachments, click on links, or respond unless you expected 
this message and recognize the email address: 
histonet-boun...@lists.utsouthwestern.edu.

I have been using Georgia Pacific - Pacific Blue Basic AccuWipe Disposable 
Delicate Task Wiper.
Paula Keene Pierce, BS, HTL(ASCP)HTPresidentExcalibur Pathology, Inc.5830 N 
Blue Lake DriveNorman, OK 73069PH 
405-759-3953http://http://secure-web.cisco.com/1HyLm5r1qvHqcH0RFKn2RyAuJR-nCGdH2ysqv7A9kksQN8rQq_bwup5RRofWSBloHKDigln3kikAZPF_Kb836XTfTk2MxuW0nlIuscSnBpe2rEdIjJOys64Pi9gvSIj6c1wEhhKSPhRNxWz9XyutBSuPXBwQep9OqJIx0nNUIag7ep1ef75F0zwHR8OJtDFnbstcnGxs_p1CFiVWtUyQRA_TWAmMfPGQQThhBLyWDE81D4sKdJ72zT8htRnsD7SAksSzAeU9erEnRsgWlXLD0rRk8mxmVU0005OfcrUbACOZxvR1khrgilczxLGOWLDqgdecX4_ni3nSqUdqsF8F-EovDFklZeNrHcVf_7uvjDHxkmDUI5hN5iHOCjYYIpWwpvQlDdL1VtUGGoVqf_odufjbfNmRq6RgZ26pLuHTnzNc4DbwR5NV3r0T09H5_m2xM/http%3A%2F%2Fwww.excaliburpathology.com

A sharp knife is nothing without a sharp eye. - Klingon Proverb 

On Tuesday, August 6, 2024 at 11:31:11 AM CDT, Richardson, Pam K via 
Histonet  wrote:  
 
 With Kimwipes being discontinued has anyone found a suitable replacement? 

Best Wishes

Pam Richardson
Clinical Manager
Laboratory Anatomic Pathology and Microbiology Bellin and Gundersen Health 
System 

We're becoming Emplify Health! Learn more at emplifyhealth.org.



Email: pkric...@gundersenhealth.org
Phone: 608 775-4133
Fax: 608 775-6136
Interdepartmental Mail Stop: H04-007
+++

National Histology Professionals Day 3/10/2024 Pathologists' Assistant Day 
4/14/2024 Administrative Professionals Day 4/24/2024 Medical Laboratory 
Professionals Week April 14-20, 2024 National Cytotechnology Day 5/13/2024

___
Histonet mailing list
Histonet@lists.utsouthwestern.edu
http://secure-web.cisco.com/1d7-7O4gDwqjvXutPnP8azC3ktLc8TCf4lvq2MW-qMg3nWwQgVYESkVFVADPHkydjyBc1ZfWghhI6pHZ9EzJkQ1l8W7K-ct5I39-0lSbYDF03bJMNJoRyZp1qrxFcwDKe3AUnIyTFOHnTPVDuJoTOyt989Xe706wO7TEHCgX9vpU0JWsS_cu-dbKd8wGa7bHdf8O87HybWIsUbkS8LPCwVX10Dj1zGTioMPW5CL2nDuaiD4SXAIKPJOjaujhXg5apzfhVG7TgQTfOn8aQwEV3IC69vcs1IhTXWDFMFiWs6Pv3rEsaXOhkpSTuFJgGzRFkXJmjRJ7HyaGV_UmmOJiab0JJUCTiC0YhzZ_eJx12CW8RtMb7J2hJTSCJxzo8CkbTmUnGuZL3xkVdA_JeXiN4lJF0y9KUepMiw25UKBjGcQ3kp1ccrQyLINTmFLyzcAtw/http%3A%2F%2Flists.utsouthwestern.edu%2Fmailman%2Flistinfo%2Fhistonet
  
___
Histonet mailing list
Histonet@lists.utsouthwestern.edu
http://secure-web.cisco.com/1d7-7O4gDwqjvXutPnP8azC3ktLc8TCf4lvq2MW-qMg3nWwQgVYESkVFVADPHkydjyBc1ZfWghhI6pHZ9EzJkQ1l8W7K-ct5I39-0lSbYDF03bJMNJoRyZp1qrxFcwDKe3AUnIyTFOHnTPVDuJoTOyt989Xe706wO7TEHCgX9vpU0JWsS_cu-dbKd8wGa7bHdf8O87HybWIsUbkS8LPCwVX10Dj1zGTioMPW5CL2nDuaiD4SXAIKPJOjaujhXg5apzfhVG7TgQTfOn8aQwEV3IC69vcs1IhTXWDFMFiWs6Pv3rEsaXOhkpSTuFJgGzRFkXJmjRJ7HyaGV_UmmOJiab0JJUCTiC0YhzZ_eJx12CW8RtMb7J2hJTSCJxzo8CkbTmUnGuZL3xkVdA_JeXiN4lJF0y9KUepMiw25UKBjGcQ3kp1ccrQyLINTmFLyzcAtw/http%3A%2F%2Flists.utsouthwestern.edu%2Fmailman%2Flistinfo%2Fhistonet
CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
legally privileged information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, please 
contact the sender by reply e-mail and destroy all copies of this original 
message.  


___
Histonet mailing list
Histonet@lists.utsouthwestern.edu
http://lists.utsouthwestern.edu/mailman/listinfo/histonet

Re: [RBW] Re: Let’s talk: 1 Up USA, Quickr Racks

[Brian Turner]

I'd recommend at least 20" Voile straps. metal or nylon buckle, they both
are great. The nice thing about Voile straps over woven straps or bungees
is that slight bit of stretch that they have. It's not too much (like a
bungee), but just the right amount to get a tight grip and lock into the
tab on the buckle. I never feel like a Voile strap will lose its grip once
tightened down, and I've never had them mar any surfaces.

Brian
Lex KY

On Tue, Aug 6, 2024 at 12:23 PM Brian Forsee  wrote:

> Ditto what John said. I've used 20" metal buckle and 15" nylon buckle.
> Nylon buckle for sure won't mark up anything but i haven't had that problem
> with the metal ones. Also have used the velcro strap that comes w surly
> tires. Johns Irish strap or a toe strap would also do the trick just fine.
>  Brian
> On Tuesday, August 6, 2024 at 11:10:23 AM UTC-5 John Rinker wrote:
>
>> SeanMac,
>>
>> I have 20" straps with aluminum buckles. 15" would work, I'm sure, and I
>> don't imagine the nylon buckles would be any less effective. Titan also
>> makes good straps.
>>
>> Cheers, John
>>
>> On Tuesday, August 6, 2024 at 7:20:49 AM UTC-7 SeanMac wrote:
>>
>>> I have a 1up that I use with my Cheviot.  I am really intrigued by the
>>> setup that John R and Brian have used, as that method looks much more
>>> stable than simply using the foam fender attachment that I have used in the
>>> past [though that system has worked just fine].  I have never used a voile
>>> strap before, but now I feel like I should.  What length would users
>>> suggest that I order?  It appears that they are available in 15, 20, or 25
>>> inch sizes.  Nylon or aluminum buckles?
>>>
>>> Thanks,
>>>
>>> Sean
>>> Buffalo, NY
>>>
>>> On Monday, August 5, 2024 at 11:20:40 AM UTC-4 bmfo...@gmail.com wrote:
>>>
>>>> I use the same method as John R for my fendered bikes on my 1up and
>>>> have had good results. You could even replace the nylock nut for the bolt
>>>> that holds the 'spool' with a wingnut to make it quicker to move. I agree a
>>>> strap over the rear rim is necessary with the arm/spool beneath the fender.
>>>>
>>>> Unfortunately I don't think there is a perfect rack for
>>>> racked/fendered/swept back handlebar bikes. They all present inherit
>>>> challenges to carrying your bike on a car. The 1up style rack is about as
>>>> good as it gets IMO. One big advantage it has to other styles is the
>>>> ability to adjust the bikes placement on the rack tray to eliminate
>>>> interference between bikes, as well as being able to run the bikes in
>>>> either direction. I often run bikes with the handlebars on the same side,
>>>> which is not an option on other racks.
>>>>
>>>> brian
>>>>
>>>> On Sunday, August 4, 2024 at 1:39:00 PM UTC-5 John Bokman wrote:
>>>>
>>>>> Much obliged for the info John. Makes sense.
>>>>>
>>>>> John
>>>>>
>>>>> On Saturday, August 3, 2024 at 1:25:57 PM UTC-7 John Rinker wrote:
>>>>>
>>>>>> Hey John, Yes, the front wheel roller is at maximum height and grabs
>>>>>> the wheel solidly. At the rear, the spool is slightly above the rear axle
>>>>>> level, but still too low for my comfort. I always put a Voile strap 
>>>>>> around
>>>>>> the rear wheel and the rack tray. The danger is that a bump in the road
>>>>>> will lift the rear wheel beyond the rack spool. My experience with the 
>>>>>> rack
>>>>>> over the past 2 years makes me confident that the strap does its job in
>>>>>> this regard. We've traveled some rough roads and so far, so good.
>>>>>>
>>>>>> Cheers, John
>>>>>>
>>>>>> On Thursday, August 1, 2024 at 10:49:36 AM UTC-7 John Bokman wrote:
>>>>>>
>>>>>>> John, thanks for the photos.  It appears you are not concerned about
>>>>>>> placing the arms of the rack at the minimum height than 1UP deems 
>>>>>>> "safe"?
>>>>>>> Unless I'm mistaken, they argue that where the arms grab the tire/fender
>>>>>>> should be at least at axle level, better above axle level, for properly
>>>>>>> securing bike to rack. Maybe your front rack arm is higher? 

[slurm-users] Re: LRMS error: (-1) Job missing from SLURM."

[Brian Andrus via slurm-users]

Felix,

Finished jobs roll off the list shown in squeue, so that may be no 
surprise (depending on settings). If there was a power failure that 
caused the nodes to restart, it could also be that the job had not been 
written to slurmdbd, making it unavailable to sacct as well.


Your logs look to be from a front-end system that interfaces with slurm 
and does not seem to show the actual slurm jobid, unless those are the 
274398, 274399, and 274400 numbers. If so, you could look in the 
slurmctld logs for the jobs to see what may have happened.


Brian Andrus

On 8/6/2024 5:57 AM, Felix via slurm-users wrote:

Hello

at site RO-14-ITIM, after a power failure I get the following problem

2024-08-06 15:53:04 Finished - job id: 
c9INDmclYv5ngvuSSqSAreymYz3jwmOETUEmV71LDmABFKDm7KNpMn, unix user: 
1900:1900, name: "org.nordugrid.ARC-CE-result-ops", owner: 
"/dc=eu/dc=egi/c=hr/o=robots/o=srce/cn=robot:argo-...@cro-ngi.hr", 
lrms: SLURM, queue: debug, lrmsid: 274399, failure: "LRMS error: (-1) 
Job missing from SLURM."
2024-08-06 15:53:04 Finished - job id: 
tjJNDmclYv5ngvuSSqSAreymYz3jwmOETUEmd71LDmABFKDmePf7To, unix user: 
1900:1900, name: "org.nordugrid.ARC-CE-result-ops", owner: 
"/dc=eu/dc=egi/c=hr/o=robots/o=srce/cn=robot:argo-...@cro-ngi.hr", 
lrms: SLURM, queue: debug, lrmsid: 274400, failure: "LRMS error: (-1) 
Job missing from SLURM."
2024-08-06 15:53:04 Finished - job id: 
kiJNDmclYv5ngvuSSqSAreymYz3jwmOETUEml71LDmABFKDmCmwifm, unix user: 
1900:1900, name: "org.nordugrid.ARC-CE-result-ops", owner: 
"/dc=eu/dc=egi/c=hr/o=robots/o=srce/cn=robot:argo-...@cro-ngi.hr", 
lrms: SLURM, queue: debug, lrmsid: 274398, failure: "LRMS error: (-1) 
Job missing from SLURM."


The jobs can not be seen in sinfo or squeue

And indication on how where to look up the problem?

Thank you

Felix



--
slurm-users mailing list -- slurm-users@lists.schedmd.com
To unsubscribe send an email to slurm-users-le...@lists.schedmd.com

Re: [RBW] Re: Let’s talk: 1 Up USA, Quickr Racks

[Brian Forsee]

Ditto what John said. I've used 20" metal buckle and 15" nylon buckle.  
Nylon buckle for sure won't mark up anything but i haven't had that problem 
with the metal ones. Also have used the velcro strap that comes w surly 
tires. Johns Irish strap or a toe strap would also do the trick just fine.
 Brian
On Tuesday, August 6, 2024 at 11:10:23 AM UTC-5 John Rinker wrote:

> SeanMac,
>
> I have 20" straps with aluminum buckles. 15" would work, I'm sure, and I 
> don't imagine the nylon buckles would be any less effective. Titan also 
> makes good straps.
>
> Cheers, John
>
> On Tuesday, August 6, 2024 at 7:20:49 AM UTC-7 SeanMac wrote:
>
>> I have a 1up that I use with my Cheviot.  I am really intrigued by the 
>> setup that John R and Brian have used, as that method looks much more 
>> stable than simply using the foam fender attachment that I have used in the 
>> past [though that system has worked just fine].  I have never used a voile 
>> strap before, but now I feel like I should.  What length would users 
>> suggest that I order?  It appears that they are available in 15, 20, or 25 
>> inch sizes.  Nylon or aluminum buckles?
>>
>> Thanks,
>>
>> Sean
>> Buffalo, NY
>>
>> On Monday, August 5, 2024 at 11:20:40 AM UTC-4 bmfo...@gmail.com wrote:
>>
>>> I use the same method as John R for my fendered bikes on my 1up and have 
>>> had good results. You could even replace the nylock nut for the bolt that 
>>> holds the 'spool' with a wingnut to make it quicker to move. I agree a 
>>> strap over the rear rim is necessary with the arm/spool beneath the fender.
>>>
>>> Unfortunately I don't think there is a perfect rack for 
>>> racked/fendered/swept back handlebar bikes. They all present inherit 
>>> challenges to carrying your bike on a car. The 1up style rack is about as 
>>> good as it gets IMO. One big advantage it has to other styles is the 
>>> ability to adjust the bikes placement on the rack tray to eliminate 
>>> interference between bikes, as well as being able to run the bikes in 
>>> either direction. I often run bikes with the handlebars on the same side, 
>>> which is not an option on other racks.
>>>
>>> brian
>>>
>>> On Sunday, August 4, 2024 at 1:39:00 PM UTC-5 John Bokman wrote:
>>>
>>>> Much obliged for the info John. Makes sense.
>>>>
>>>> John
>>>>
>>>> On Saturday, August 3, 2024 at 1:25:57 PM UTC-7 John Rinker wrote:
>>>>
>>>>> Hey John, Yes, the front wheel roller is at maximum height and grabs 
>>>>> the wheel solidly. At the rear, the spool is slightly above the rear axle 
>>>>> level, but still too low for my comfort. I always put a Voile strap 
>>>>> around 
>>>>> the rear wheel and the rack tray. The danger is that a bump in the road 
>>>>> will lift the rear wheel beyond the rack spool. My experience with the 
>>>>> rack 
>>>>> over the past 2 years makes me confident that the strap does its job in 
>>>>> this regard. We've traveled some rough roads and so far, so good.
>>>>>
>>>>> Cheers, John
>>>>>
>>>>> On Thursday, August 1, 2024 at 10:49:36 AM UTC-7 John Bokman wrote:
>>>>>
>>>>>> John, thanks for the photos.  It appears you are not concerned about 
>>>>>> placing the arms of the rack at the minimum height than 1UP deems 
>>>>>> "safe"? 
>>>>>> Unless I'm mistaken, they argue that where the arms grab the tire/fender 
>>>>>> should be at least at axle level, better above axle level, for properly 
>>>>>> securing bike to rack. Maybe your front rack arm is higher? Or is it 
>>>>>> also 
>>>>>> just grabbing the wheel below the level of the fender? 
>>>>>>
>>>>>> Thanks!
>>>>>> Befendered Sam rider John
>>>>>> Portland, OR
>>>>>>
>>>>>> On Wednesday, July 31, 2024 at 3:50:16 PM UTC-7 John Rinker wrote:
>>>>>>
>>>>>>> I have no new information, but I can confirm that the 1UP racks are 
>>>>>>> entirely suitable for fendered bikes. I'll also second Johnny Alien's 
>>>>>>> sentiment about less plastic- the 1UP racks are all metal, of superb 
>>>>>>> design, and very easy to use.
>>>>>>> [image: IMG_3685.JPG][image: IMG_3686.JPG]
>>>>>>> While it may not be necessary, I do place a strap on the wheel and 
>>>>>>> rack tray...just because I like straps!
>>>>>>>
>>>>>>> Cheers, John
>>>>>>>
>>>>>>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/bed87211-9382-4713-92ca-fc5cb32216d3n%40googlegroups.com.

Re: [PATCH] target/hexagon: don't look for static glib

[Brian Cain]

On 8/5/2024 5:49 AM, Alyssa Ross wrote:

When cross compiling QEMU configured with --static, I've been getting
configure errors like the following:

 Build-time dependency glib-2.0 found: NO

 ../target/hexagon/meson.build:303:15: ERROR: Dependency lookup for 
glib-2.0 with method 'pkgconfig' failed: Could not generate libs for glib-2.0:
 Package libpcre2-8 was not found in the pkg-config search path.
 Perhaps you should add the directory containing `libpcre2-8.pc'
 to the PKG_CONFIG_PATH environment variable
 Package 'libpcre2-8', required by 'glib-2.0', not found

This happens because --static sets the prefer_static Meson option, but
my build machine doesn't have a static libpcre2.  I don't think it
makes sense to insist that native dependencies are static, just
because I want the non-native QEMU binaries to be static.

Signed-off-by: Alyssa Ross 
---


Reviewed-by: Brian Cain 



  target/hexagon/meson.build | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/target/hexagon/meson.build b/target/hexagon/meson.build
index b0b253aa6b..9ea1f4fc59 100644
--- a/target/hexagon/meson.build
+++ b/target/hexagon/meson.build
@@ -300,7 +300,7 @@ if idef_parser_enabled and 'hexagon-linux-user' in 
target_dirs
  arguments: ['@INPUT@', '--defines=@OUTPUT1@', '--output=@OUTPUT0@']
  )
  
-glib_dep = dependency('glib-2.0', native: true)

+glib_dep = dependency('glib-2.0', native: true, static: false)
  
  idef_parser = executable(

  'idef-parser',

base-commit: f9851d2ffef59b3a7f39513469263ab3b019480f

FW: [External] Relational Database Requirements Survey: Due 8/16

[Gryzlak, Brian M]

WARNING: This message has originated from an External Source. This may be a 
phishing expedition that can result in unauthorized access to our IT System. 
Please use proper judgment and caution when opening attachments, clicking 
links, or responding to this email.
All sites - please see below - due date is 8/16.

Thanks,
Brian

From: PCORnet PMO 
Sent: Monday, August 5, 2024 8:50 AM
To: PCORnet PMO 
Cc: PCORnet Query Fulfillment 
Subject: [External] Relational Database Requirements Survey: Due 8/16

Dear PCORnet(r) Colleagues,

As we approach Phase 4 of PCORnet, we are working to determine what 
technologies we should support for the relational database version of the CDM.  
We plan to use the relational database as part of the Front Door query process, 
and it may be used by PCORnet(r) studies as well.

We are asking you to complete a brief survey to give us information about which 
database management systems you can support for your PCORnet(r) CDM data.  Our 
goal is to designate a set of 3-4 Relational Database Management Systems 
(RDBMS) as supported, to meet the needs of data marts as well as of maintaining 
reliable query technology.  Results will be discussed in the DRNOC Forum and 
Data Committee before final recommendations are presented to the Steering 
Committee.

We recognize that several data marts are considering new database architectures 
as part of the recently released Enhancing Technologies funding mechanism.  
When you respond to the survey, please consider the configuration in which you 
are most likely to operate in the next 12 months.  It will be possible to 
change to another supported configuration as your data mart evolves. While we 
would like your best estimate of how your network would respond, your answers 
are not commitments and will not be used to critique your network's 
capabilities or performance.

Please use this 
link<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fredcap.chop.edu%2Fsurveys%2F%3Fs%3DNEM4X4TWCXWH847K&data=05%7C02%7CGPCDEV-L%40PO.MISSOURI.EDU%7C26ec0a43d59c47da69fe08dcb63240a0%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C63858557415365%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=489eeNulsqCfi20YWAoYmQRL5TZJ96VJJQQdRaVs4L0%3D&reserved=0>
 and complete the survey by Friday, August 16th (COB). Please note each 
DataMart should submit one survey. Please reach out to 
q...@pcornet.org<mailto:q...@pcornet.org> with any additional questions. We 
look forward to receiving your feedback.
Thanks,
PMO
Coordinating Center for PCORnet(r)
p...@pcornet.org<mailto:p...@pcornet.org>
https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.pcornet.org%2F&data=05%7C02%7CGPCDEV-L%40PO.MISSOURI.EDU%7C26ec0a43d59c47da69fe08dcb63240a0%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C63858557415365%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=nVBq3rQd33JKlMV2mQ5YZlD2vB8qQBax6bRWSGWQ4GQ%3D&reserved=0<https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.pcornet.org%2F&data=05%7C02%7CGPCDEV-L%40PO.MISSOURI.EDU%7C26ec0a43d59c47da69fe08dcb63240a0%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C63858557415365%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=nVBq3rQd33JKlMV2mQ5YZlD2vB8qQBax6bRWSGWQ4GQ%3D&reserved=0>
[https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fci3.googleusercontent.com%2Fmail-sig%2FAIorK4y0E7Sg-__LMDv73941ZKEX3okd3SBIR9l4bl7_Lz7oJwdjOSnyBTOM_zAtfwasgfF_-E9eSQVOUz4T&data=05%7C02%7CGPCDEV-L%40PO.MISSOURI.EDU%7C26ec0a43d59c47da69fe08dcb63240a0%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C63858557415365%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=FClsZh9reQxuz9gRvmjPT3bWb7PMIohI9UyF%2FTERm18%3D&reserved=0]
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
pms_phase3+unsubscr...@pcornet.org<mailto:pms_phase3+unsubscr...@pcornet.org>.



To unsubscribe from the GPCDEV-L list, click the following link:
https://po.missouri.edu/scripts/wa.exe?SUBED1=GPCDEV-L&A=1

Re: RFR: 8337603: Change in behavior with -Djava.locale.useOldISOCodes=true

[Brian Burkhalter]

On Tue, 6 Aug 2024 00:50:48 GMT, Naoto Sato  wrote:

> Fixing a regression caused by the removal of the legacy locale data. Legacy 
> locale data happened to have resource bundle for "he" language (new ISO code) 
> with the launguage name for "iw" (old ISO code). CLDR does not have it, thus 
> the name fell back to English.

Looks all right.

-

Marked as reviewed by bpb (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/20474#pullrequestreview-2221616419

Re: RFR: 8337603: Change in behavior with -Djava.locale.useOldISOCodes=true

[Brian Burkhalter]

On Tue, 6 Aug 2024 00:50:48 GMT, Naoto Sato  wrote:

> Fixing a regression caused by the removal of the legacy locale data. Legacy 
> locale data happened to have resource bundle for "he" language (new ISO code) 
> with the launguage name for "iw" (old ISO code). CLDR does not have it, thus 
> the name fell back to English.

Looks all right.

-

Marked as reviewed by bpb (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/20474#pullrequestreview-2221616419

Re: [M100] Missing Multiplan ROM T200?

[Brian K. White]

I can only confirm that MSPLAN works with no option rom installed.

Could be either bad ram or bad rom. There are two rom chips inside 
besides the option rom socket outside. Or anything else like a corroded 
trace making a stuck address line. These units all have leaking caps and 
batteries by now, even if they are still working.


Don't be loath to open it, run to open it to arrest the development from 
getting worse as soon as possible.


--
bkw


On 8/5/24 09:51, B 9 wrote:
That's actually pretty cool and I'm curious what GTE's firmware does. 
What software version are you seeing?


I'm not sure why they would overwrite MSPLAN yet leave it in the menu, 
but if they added an "option ROM", I believe you can run it with `CALL 
61167, 2`.


—b9


On Sun, Aug 4, 2024 at 6:10 PM Tom Blum > wrote:


Hello,

New to the community and apologies if I'm raising a question/issue
already addressed.  Just purchased a working T200.  Power cycles
nominally and shows classic menu options.  Selecting Multiplan from
the menu places the T200 into a frozen state.  LCD screen appears to
fill (shaded) completely but program does not start, no visible
text/graphics.   Resetting and power-cycle necessary to get back to
the main T200 menu.   Noted that this T200 has a property label on
the bottom indicating that GTE, Inc. (the telecom company) was a
previous owner and appears to show a unique GTE software version #. 
Is it possible that the original/built-in Multiplan ROM was (or

could be) removed from the T200.  As a newbie to the T, am loathe to
open up a working unit to see if a ROM is missing.  Is there a past
or present ROM option module for the T200 that would have Multiplan
installed (or installable)?  Tom



--
bkw

[clang] [compiler-rt] [libcxx] [cmake] Add hexagon-linux cmake cache files (PR #98712)

[Brian Cain via cfe-commits]

androm3da wrote:

@ldionne ping

https://github.com/llvm/llvm-project/pull/98712
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Re: [M100] Mouse in a Maze

[Brian K. White]

Disclaimer, any links that say tandy.wiki or bkw777 are mine, so when I 
say "you want .../bkw777/foo" I am pointing at something of my own.


The generic term for what you need is any TPDD server, and there are 
several of varying ages and varying capability, running on various 
platdforms.
I have gathered links and basic info about as many as I could find here: 
http://tandy.wiki/TPDD_server


What you want on Windows is a combination of LaddieAlpha
http://bitchin100.com/wiki/index.php?title=LaddieCon#LaddieAlpha
and tsend
https://github.com/bkw777/tsend

But just for the record, about dl2 and desk-link

Both dl2 and Desk-Link are also usable on Windows, they just require 
emulation.


dl2

dl2 requires MSYS2 or Cygwin to run on windows, as it's actually a 
unix/linux app. MSYS2 and Cygwin are emulation systems that allow to 
compile and run some unix code on Windows.
I do have directions for u=installing and running dl2 on windows in the 
readme but it's easy to miss with everything else in there. And they are 
terse, so maybe there are details missing or not covering every possible 
case.
Under OS-Compatibility there is a link to a seperate doc for Windows 
that runs down the process for both Cygwin and MSYS2. They are very 
similar systems but I suggest MSYS2 these days by a small margin. It's a 
bit more convenient to use, especially for updates.

https://github.com/bkw777/dl2#os-compatibility
https://github.com/bkw777/dl2/blob/master/ref/windows.md


Desk-Link

DeskLink is a 16 bit MS-DOS app from "back in the day" and also needs 
emulation to run on Windows, but in that case it needs dosbox or 
dosbox-x or other ms-dos/pc emulator that can run 16-bit dos apps. It 
works in dosbox on linux too. Probably mac too though I haven't tried that.


The links to dl-arc.exe are broken because the original files have been 
replaced with gzip compressed versions. If you strip the filename from 
the url, then load the directory, you see several foo.exe.gz files 
including dl-arc.exe.gz

original link: http://ftp.whtech.com/club100/com/dl-arc.exe
backspace over filename: http://ftp.whtech.com/club100/com/
directory contains: http://ftp.whtech.com/club100/com/dl-arc.exe.gz

You need 7zip or winrar or winzip to uncompress the .gz to get the 
original .exe, and then the .exe is a self-extracting arc file that 
needs a dos environment to run, so you need to run dl-arc.exe inside of 
dosbox and then run the extracted teeny.exe and desklink.com inside dosbox.
You may also need to configure dosbox to tell it what device to use for 
"COM1". There is an example on the tandy.wiki tpdd server page for linux 
but it may be more automatic on windows and maybe you don't have to do 
anything, or if you do, it will not be "ttyUSB0"
Example maybe on Windows a usb-serial adapter that shows up as COM6 in 
windows will just automatically also be COM6 in dosbox.
I have use it on windows so I know it all works fine, but I don't 
remember the details of the exact commandlines or config options.


--
bkw

On 8/6/24 08:58, lloydel...@comcast.net wrote:
I’m glad to hear it.    BTW: I merged your GitHub fork so the next 
update will include the .BA files.


I do not yet have DeskLink installed.  The YouTube link in your previous 
email was broken.   The link to 
http://ftp.whtech.com/club100/com/dl-arc.exe 
 on the 
http://club100.org/catalog.html#hotsetup 
 is broken.      I did find it 
at https://github.com/bkw777/dl2  but was 
unsuccessful at getting it to run on Windows.   I might explore that 
some more.


In the meantime, I dusted off the BackPack module I purchased from Jeff 
Birt a while ago and it is a viable way of moving .BA files to and from 
the M100 and NEC.    This means I can now make bigger programs without 
having to worry about leaving room for both the .BA and .DO.  Your 
tokenizing tool will come in very handy.


I do like how Ken added the cats.  I might add them to my version that 
doesn’t use ASCII Pixels.    My things to do sometime list includes 
learning ASCII Pixels.   I can see where this can be very useful for a 
variety of things.


Lloyd

*From:*M100  *On Behalf Of *B 9
*Sent:* Tuesday, August 6, 2024 3:00 AM
*To:* m...@bitchin100.com
*Subject:* Re: [M100] Mouse in a Maze

On Fri, Aug 2, 2024 at 11:43 PM B 9 > wrote:


The only issue I ran into (and it is a minor one) is that it doesn't
work on my Tandy 200 so I had to use Virtual T.

 1. There is a graphical glitch in the doorways that causes pixel
debris. It looks like when a horizontal line is erased to create
a north-south passageway, the erasure starts two or three pixels
too far to the left which cuts into  the vertical wall. (See:
https://gist.github.com/hackerb9/459e2192a8fcf9c4af6430598ed098ac 

Re: Large Zone Transfers Failing in Latest Buster Update

[Brian]

 

On Friday, August 2, 2024 at 10:51:43 AM EDT, Roberto C. Sánchez 
 wrote:  
 
 On Fri, Aug 02, 2024 at 10:45:21AM -0400, Jeffrey Walton wrote:
> On Fri, Aug 2, 2024 at 10:37 AM Roberto C. Sánchez  wrote:
> >
> > On Fri, Aug 02, 2024 at 10:16:51AM -0400, Jeffrey Walton wrote:
> > > On Fri, Aug 2, 2024 at 9:13 AM Brian  wrote:
> > > >
> > > > We just ran the latest updates for Debian Buster on one of our DNS 
> > > > servers running bind9 and one of the slave domains is failing with this 
> > > > message:
> > > >
> > > > Aug  2 07:05:20  named[76759]: transfer of '/IN' 
> > > > from #53: Transfer status: too many records
> > > >
> > > > There are about 1,400 records in that domain which has never posed a 
> > > > problem in the past.
> > > >
> > > > We have tried force transfers, purging journal files and nothing seems 
> > > > to work.
> > > >
> > > > We rolled back the update to one performed earlier in the month and now 
> > > > everything is working.
> > > >
> > > > Anybody have any idea what is going on with this latest update?
> > >
> > > I think this might be "bind9 update 9.16.50 -- too many record" from
> > > the debian-security mailing list at
> > > <https://lists.debian.org/debian-security/2024/07/msg3.html>.
> > >
> > Which seems unlikely on a system running buster.
> 
> Maybe I am mis-parsing things, but the backporting to older Debian
> versions is discussed, starting with the question, "Would you be
> willing to backport the configuration of 9.20 so that companies using
> larger record number per name can still use bind9 with security
> update?" The first answer appears at
> <https://lists.debian.org/debian-security/2024/07/msg4.html>.
> 
I agree that it is discussed as you say. However, that discussion is
about backporting the 9.20 configuration changes to bind9 in *bullseye*,
while the OP in this thread indicated that the problem was is in bind9
on a system running *buster*. The last bind9 update on buster [0] was
uploaded on 2024-05-17, and did not involve the 9.20 configuration
changes. So, the OP should be considering what else has changed that may
have caused the observed failure.

Regards,

-Roberto

[0] 
https://tracker.debian.org/news/1530724/accepted-bind9-19115p4dfsg-51deb10u11-source-into-oldoldstable/

-- 
Roberto C. Sánchez


Thanks, for all the advice everyone.  We ended up upgrading to Bullseye then to 
Bookworm.  We also needed to add the following two lines under the Objects 
directive in our named.conf file.  Most people would place it in the 
named.conf.options file.
    max-types-per-name 0;
    max-records-per-type 0;

After restarting the named daemon everything started working.


  

Re: less on /proc files

[Brian Inglis via Cygwin-apps]

On 2024-08-05 16:20, Corinna Vinschen via Cygwin-apps wrote:

Hi Marco,

Achim made me aware yesterday, that less(1) shows nothing at all when
called on files under /proc.

Turns out, this only works on Linux, because there's a Linux-specific
kludge in less, checking if a file of size 0 is on the /proc filesystem
and if so, handles it accordingly.

Unfortunately the Linux kludge won't work for Cygwin without adding new
stuff to Cygwin:

- A  file, which sounds a bit weird, and

- adding real f_type info to statfs().

This would make less on /proc files only work starting with Cygwin 3.6,
but there's another, simpler solution working with all recent Cygwin
versions. I created a small patch to less, doing a simple path check
and then handling /proc files just as in the Linux-specific code:

--- origsrc/less-643/ch.c   2023-07-21 00:43:12.0 +0200
+++ src/less-643/ch.c   2024-08-05 22:37:03.10500 +0200
@@ -719,6 +719,20 @@ public void ch_flush(void)
}
}
}
+#elif defined (__CYGWIN__)
+   if (ch_fsize == 0)
+   {
+   char proclink[PATH_MAX];
+   char filename[PATH_MAX];
+   snprintf(proclink, sizeof proclink, "/proc/%u/fd/%d",
+getpid(), ch_file);
+   if (readlink(proclink, filename, sizeof filename) > 6 &&
+   strncmp (filename, "/proc/", 6) == 0)
+   {
+   ch_fsize = NULL_POSITION;
+   ch_flags &= ~CH_CANSEEK;
+   }
+   }
  #endif
  
  	if (lseek(ch_file, (off_t)0, SEEK_SET) == BAD_LSEEK)


Would it be ok for you to push out a new less release with this or a
similar patch?


Current less 661 now handles that unconditionally in cl_flush() from ch_init():

https://github.com/gwsw/less/blob/master/ch.c#L860

I got rid of my ~/.lessfilter to feed 'more /proc/...' to less!

--
Take care. Thanks, Brian Inglis  Calgary, Alberta, Canada

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry

GPC Dev/PM Meeting 2024-08-06

[Gryzlak, Brian M]

WARNING: This message has originated from an External Source. This may be a 
phishing expedition that can result in unauthorized access to our IT System. 
Please use proper judgment and caution when opening attachments, clicking 
links, or responding to this email.
Hi everyone,

Marshfield is slated to scribe this week's 
meeting<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fdocument%2Fd%2F1ojDgvU7XvfjNtnHCHUZ-C9OrsGqR9DXBdNNTg0JGSdc%2Fedit%3Fusp%3Dsharing&data=05%7C02%7CGPCDEV-L%40PO.MISSOURI.EDU%7Cc5b0bf5c4a0443b074f108dcb589aaf8%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C638584850085118983%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=cBY%2BoQwQIHN4KF7ddZPEgnkc80UaZDY0DH0u01YDf3s%3D&reserved=0>.

Meeting info:
Join Zoom Meeting
https://umsystem.zoom.us/j/7363404669?pwd=cHRGZXp1R254VWw0L2IwK0U0VThpUT09&omn=96406645531

Meeting ID: 736 340 4669
Passcode: 552626

***Also, please see the attached message sent earlier by Miyaka to LEC 
attendees wrt hotel registration - DUE COB TODAY for those who haven't yet 
completed their hotel reservation.***

See you tomorrow!

Thanks,

Brian M. Gryzlak, MSW, MA
Program Director
S414 CPHB
319.335.8218
The University of Iowa
Iowa City, IA 52242
brian-gryz...@uiowa.edu<mailto:brian-gryz...@uiowa.edu>

Health Effectiveness Research Center 
(HERCe)<https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.public-health.uiowa.edu%2Fherce%2F&data=05%7C02%7CGPCDEV-L%40PO.MISSOURI.EDU%7Cc5b0bf5c4a0443b074f108dcb589aaf8%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C638584850085118983%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=itkQs5QhVUexDnUl2UO69mTEmHViPNRPzQ2x3rBqLHg%3D&reserved=0>




To unsubscribe from the GPCDEV-L list, click the following link:
https://po.missouri.edu/scripts/wa.exe?SUBED1=GPCDEV-L&A=1
--- Begin Message ---
The GPC team has reserved a block of rooms. If you have not done so, we ask 
that you use the link below to make your reservation so that it you can receive 
a reduced rate for your stay in the Kansas City area.



Today is the last day for the reduced rate!!!



Hotel:  Kansas City Marriott Country Club Plaza 
<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.marriott.com%2Fen-us%2Fhotels%2Fmcipl-kansas-city-marriott-country-club-plaza%2Foverview%2F%3Fscid%3Df2ae0541-1279-4f24-b197-a979c79310b0&data=05%7C02%7Cbrian-gryzlak%40uiowa.edu%7C7f73235c36174e8f213708dcb56c8e0c%7C1bc445959aba4fc3b8ec7b94a5586fdc%7C1%7C0%7C638584725067727518%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=IPxCwMB%2FRnBeUcT5WSl3ugh0A8RlVy6KTrWBdXV4ulI%3D&reserved=0>

Cost: $149 USD per night

Nights available to book at this rate:  Sunday,August 25th – Monday, August 
26th.

Last Day to Book at this rate:  Monday,August 5th, 2024.



Please use this link to book your room:   LEC 2024 Hotel 
Registration<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.marriott.com%2Fevent-reservations%2Freservation-link.mi%3Fid%3D1719242577939%26key%3DGRP%26app%3Dresvlink&data=05%7C02%7Cbrian-gryzlak%40uiowa.edu%7C7f73235c36174e8f213708dcb56c8e0c%7C1bc445959aba4fc3b8ec7b94a5586fdc%7C1%7C0%7C638584725067742804%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=zB0Vz1Rfw9MOVHIAFu08UrnvxY7c4fgewGgh4%2Fnz8a0%3D&reserved=0>





Thank you,

Miyaka Walker

Program & Project Support Coordinator I

School of Medicine - Biomedical Informatics

1 Hospital Drive | School of Medicine MA213 | Columbia MO 65212

E:  mkwal...@health.missouri.edu

O:  573-882-3376

W:  medicine.missouri.edu









--- End Message ---

[OAUTH-WG] Re: [Technical Errata Reported] RFC7519 (8060)

[Brian Campbell]

By definition a JWT is only ever a JWS or JWE so, while I suppose it's not
wrong, that text is much more complicated than necessary and has
conditional parts that are never relevant (like all of the original text).
I'm not entirely sure what would be most appropriate for the "Corrected
Text" but maybe something like this:

"Verify the resulting JOSE Header by processing parameters and values whose
syntax and semantics are both understood and supported while ignoring those
that are not."

or this:

"Verify the resulting JOSE Header according to RFC7515 or RFC7516."

or even just removal of the whole of that step 5?



On Thu, Aug 1, 2024 at 8:33 AM Pieter Kasselman <
pieter.kassel...@microsoft.com> wrote:

> Thanks Paul
>
>
>
> Brian, how about the following:
>
>
>
>5.  Verify that the resulting JOSE Header includes only parameters
> and values whose syntax and semantics are both understood and
> supported or that are specified as being ignored when not
> understood.
>
> * If the JWT is a JWS, the steps specified in RFC7515 takes
>
>precedence when validating JOSE Header parameters.
>
> * If the JWT is a JWE, the steps specified in RFC7516 takes
>
>precedence when validating JOSE Header parameters.
>
>
>
> Cheers
>
>
>
> Pieter
>
>
>
> *From:* Paul Wouters 
> *Sent:* Wednesday, July 31, 2024 7:56 PM
> *To:* Brian Campbell 
> *Cc:* Pieter Kasselman ; RFC Errata
> System ; prkassel...@gmail.com; oauth@ietf.org
> *Subject:* Re: [OAUTH-WG] Re: [Technical Errata Reported] RFC7519 (8060)
>
>
>
> You don't often get email from paul.wouters=40aiven...@dmarc.ietf.org. Learn
> why this is important <https://aka.ms/LearnAboutSenderIdentification>
>
> The ADs can make edits. Go ahead and propose your edits via this email
> thread.
>
>
>
> Paul
>
>
>
> On Wed, Jul 31, 2024 at 12:45 PM Brian Campbell <
> bcampb...@pingidentity.com> wrote:
>
> I honestly don't know. Perhaps the copied AD or someone on the receiving
> end of the also copied rfc-edi...@rfc-editor.org can advise on the best
> course of action with respect to the errata process.
>
>
>
> On Wed, Jul 31, 2024 at 8:01 AM Pieter Kasselman  40microsoft@dmarc.ietf.org> wrote:
>
> Thanks Brain – is there a way to edit errata, or do I just submit another
> one?
>
>
>
> *From:* Brian Campbell 
> *Sent:* Wednesday, July 31, 2024 2:49 PM
> *To:* RFC Errata System 
> *Cc:* m...@microsoft.com; n-sakim...@nri.co.jp; paul.wout...@aiven.io;
> prkassel...@gmail.com; oauth@ietf.org
> *Subject:* [OAUTH-WG] Re: [Technical Errata Reported] RFC7519 (8060)
>
>
>
>
>
> That is a good catch of an inconsistency in JWT/RFC7519 that is deserving
> of errata. Note however that JWE/RFC7516 says that the "rules about
> handling Header Parameters that are not understood by the implementation
> are also the same [as JWS]"* so the correcting errata text should probably
> be more generally applicable to all JWTs.
>
>
>
> * see https://datatracker.ietf.org/doc/html/rfc7516#section-4
>
>
>
> On Wed, Jul 31, 2024 at 7:27 AM RFC Errata System <
> rfc-edi...@rfc-editor.org> wrote:
>
> The following errata report has been submitted for RFC7519,
> "JSON Web Token (JWT)".
>
> --
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid8060
>
> --
> Type: Technical
> Reported by: Pieter Kasselman 
>
> Section: 7.2
>
> Original Text
> -
>5.   Verify that the resulting JOSE Header includes only parameters
> and values whose syntax and semantics are both understood and
> supported or that are specified as being ignored when not
> understood.
>
> Corrected Text
> --
>5.   Verify that the resulting JOSE Header includes only parameters
> and values whose syntax and semantics are both understood and
> supported or that are specified as being ignored when not
> understood. If the JWT is a JWS, the steps specified in
> RFC7515 takes precedence when validating JOSE Header parameters.
>
> Notes
> -
> Validation step 5 in section 7.2 of RFC 7519 states that header parameters
> should only be ignored if they are explicitly specified as needing to be
> ignored.
>
> This is contrary to step 7 in section 7.2 which requires that the
> processing rules of RFC 1515 be used if the JWT is a JWS (defined in RFC
> 1515). RFC 7515 does not include any special provisions for only ignoring
> header para

[Touch-packages] [Bug 1739672] Re: Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: glibc (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1739672

Title:
  Regression in getaddrinfo(): calls block for much longer on Bionic
  (compared to Xenial), please disable LLMNR

Status in glibc package in Ubuntu:
  Invalid
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Fix Released
Status in glibc source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Won't Fix
Status in systemd source package in Artful:
  Won't Fix
Status in glibc source package in Bionic:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Fix Released

Bug description:
  When testing MAAS on Bionic, we noticed sluggish performance that we
  could not immediately explain.

  After comparing the results from a run of the test suite on Xenial to
  a run on Bionic, we determined that the slowdowns had to do with DNS
  lookups. In particular, if MAAS attempts to resolve a hostname using
  getaddrinfo() and the call fails, on Xenial the negative result is
  returned in a fraction of a second. On Bionic, the negative result is
  returned in ~1.6 seconds, according to some measures.

  ### To run the test ###

  git clone https://github.com/mpontillo/test-getaddrinfo
  cd test-getaddrinfo
  make

  ### Results on Xenial ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Success
  getaddrinfo() return value: -2 (Name or service not known)

  real  0m0.015s
  user  0m0.000s
  sys   0m0.000s

  ### Results on Bionic ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Resource temporarily unavailable
  getaddrinfo() return value: -3 (Temporary failure in name resolution)

  real  0m1.609s
  user  0m0.004s
  sys   0m0.000s

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1739672/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1750046] Re: linux: 4.13.0-36.40 -proposed tracker

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1750046

Title:
  linux: 4.13.0-36.40 -proposed tracker

Status in Kernel SRU Workflow:
  Fix Released
Status in Kernel SRU Workflow abi-testing series:
  New
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Fix Released
Status in Kernel SRU Workflow promote-to-updates series:
  Fix Released
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow upload-to-ppa series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Artful:
  Won't Fix

Bug description:
  This bug is for tracking the  upload package.
  This bug will contain status and testing results related to that
  upload.

  For an explanation of the tasks and the associated workflow see:
  https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  backports: bug 1750047 (linux-azure), bug 1750048 (linux-azure-edge), bug 
1750049 (linux-gcp), bug 1750052 (linux-hwe), bug 1750053 (linux-hwe-edge), bug 
1750055 (linux-oem)
  derivatives: bug 1750057 (linux-raspi2)
  -- swm properties --
  flag:
boot-testing-requested: true
proposed-announcement-sent: true
proposed-testing-requested: true
  packages:
main: linux
meta: linux-meta
signed: linux-signed
  phase: Released
  reason: {}
  ~~:
clamps:
  self: 4.13.0-36.40
tracker:
  last-message: '2024-07-31 19:14:20.758260+00:00'

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1750046/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1728120] Re: apparmor_parser is missing fix for rule down grades

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: apparmor (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/1728120

Title:
  apparmor_parser is missing fix for rule down grades

Status in apparmor package in Ubuntu:
  Fix Released
Status in apparmor source package in Xenial:
  Confirmed
Status in apparmor source package in Zesty:
  Confirmed
Status in apparmor source package in Artful:
  Won't Fix
Status in apparmor package in Debian:
  Fix Released

Bug description:
  The Ubuntu version of apparmor is missing the fix for rule down grades
  that exist in the current upstream maintenance releases.

  This fix is needed to properly handle policy for different kernel
  abis.

  The fix can be obtained either through SRUing the appropriate
  maintenance release, or by cherry-picking r3700.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1728120/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1628761] Re: [2.1] netaddr assumes MAC OUI is ascii

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: python-netaddr (Ubuntu Artful)
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1628761

Title:
  [2.1] netaddr assumes MAC OUI is ascii

Status in MAAS:
  Fix Released
Status in python-netaddr package in Ubuntu:
  Fix Released
Status in python-netaddr source package in Xenial:
  Triaged
Status in python-netaddr source package in Zesty:
  Triaged
Status in python-netaddr source package in Artful:
  Won't Fix
Status in python-netaddr source package in Bionic:
  Fix Released

Bug description:
  This causes a traceback when we try to get the MAC organization, as
  follows:

  ---  ---
File "/usr/lib/python3/dist-packages/twisted/python/threadpool.py", 
line 246, in inContext
  result = inContext.theWork()
File "/usr/lib/python3/dist-packages/twisted/python/threadpool.py", 
line 262, in 
  inContext.theWork = lambda: context.call(ctx, func, *args, **kw)
File "/usr/lib/python3/dist-packages/twisted/python/context.py", line 
118, in callWithContext
  return self.currentContext().callWithContext(ctx, func, *args, **kw)
File "/usr/lib/python3/dist-packages/twisted/python/context.py", line 
81, in callWithContext
  return func(*args,**kw)
File 
"/usr/lib/python3/dist-packages/provisioningserver/utils/twisted.py", line 827, 
in callInContext
  return func(*args, **kwargs)
File "/usr/lib/python3/dist-packages/maasserver/utils/orm.py", line 
603, in call_within_transaction
  return func_outside_txn(*args, **kwargs)
File "/usr/lib/python3/dist-packages/maasserver/utils/orm.py", line 
422, in retrier
  return func(*args, **kwargs)
File "/usr/lib/python3.5/contextlib.py", line 30, in inner
  return func(*args, **kwds)
File "/usr/lib/python3/dist-packages/maasserver/websockets/base.py", 
line 356, in list
  for obj in objs
File "/usr/lib/python3/dist-packages/maasserver/websockets/base.py", 
line 356, in 
  for obj in objs
File "/usr/lib/python3/dist-packages/maasserver/websockets/base.py", 
line 205, in full_dehydrate
  return self.dehydrate(obj, data, for_list=for_list)
File 
"/usr/lib/python3/dist-packages/maasserver/websockets/handlers/discovery.py", 
line 38, in dehydrate
  data["mac_organization"] = obj.mac_organization
File "/usr/lib/python3/dist-packages/maasserver/models/discovery.py", 
line 228, in mac_organization
  return get_mac_organization(str(self.mac_address))
File 
"/usr/lib/python3/dist-packages/provisioningserver/utils/network.py", line 817, 
in get_mac_organization
  return get_eui_organization(EUI(mac))
File 
"/usr/lib/python3/dist-packages/provisioningserver/utils/network.py", line 802, 
in get_eui_organization
  registration = eui.oui.registration()
File "/usr/lib/python3/dist-packages/netaddr/eui/__init__.py", line 
478, in oui
  return OUI(self.value >> 24)
File "/usr/lib/python3/dist-packages/netaddr/eui/__init__.py", line 97, 
in __init__
  data = fh.read(size)
File "/usr/lib/python3.5/encodings/ascii.py", line 26, in decode
  return codecs.ascii_decode(input, self.errors)[0]
  builtins.UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in 
position 2420: ordinal not in range(128)

To manage notifications about this bug go to:
https://bugs.launchpad.net/maas/+bug/1628761/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1725921] Re: [regression] Combobox menus have gray text on gray background

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: ubuntu-themes (Ubuntu Artful)
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ubuntu-themes in Ubuntu.
https://bugs.launchpad.net/bugs/1725921

Title:
  [regression] Combobox menus have gray text on gray background

Status in Ubuntu theme:
  Fix Released
Status in ubuntu-themes package in Ubuntu:
  Fix Released
Status in ubuntu-themes source package in Xenial:
  Fix Released
Status in ubuntu-themes source package in Artful:
  Won't Fix
Status in ubuntu-themes source package in Bionic:
  Fix Released

Bug description:
  [Impact]

  Regression: After a recent update, combobox menus have gray text on
  gray background making them almost unreadable.

  [Test Case]

  1. Open GIMP and start a new file.
  2. At the bottom of the window click on the 'px' combo box.
  3. Verify the menu that appears has readable text (light grey text on a dark 
grey background).

  [Regression Potential]

  Very low. The fix changes the theme for "gtk-combobox-popup-menu"
  only. So theoretically it should not be possible for the fix to affect
  anything other than combobox menus.

  [Other Info]

  The regression happened in updates to 18.04, 17.10 and 16.04 around
  late 2017 - January 2018.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-themes/+bug/1725921/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1723874] Re: First installation of a snap reports an error "Connection reset by peer"

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: snapd-glib (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to snapd-glib in Ubuntu.
https://bugs.launchpad.net/bugs/1723874

Title:
  First installation of a snap reports an error "Connection reset by
  peer"

Status in snapd-glib package in Ubuntu:
  Fix Released
Status in snapd-glib source package in Artful:
  Won't Fix

Bug description:
  Test Case
  1. On a freshly installed system when snapd has never been used or 
initialized before (ie core is not installed) open gnome-software
  2. Select a snap
  3. Install it
  4. Wait until it is installed

  Actual result
  At some point gnome-software reports an error "Installation failed: 
connection reset by peer"
  It was actually installing core, restarted snapd, then the package. But 
gnome-software reports the error when snapd is restarted, loses the connection 
to the daemon and does not track the progress of the installation of the snap 
package

  Expected result
  It reports the installation of core then the installation of the snap 
package, or report everything in a single transaction but in any case does not 
report an error since everything is going as expected.

  Attached the changes that are occurring when the first snap is
  installed on a fresh system

  ProblemType: Bug
  DistroRelease: Ubuntu 17.10
  Package: gnome-software 3.26.1-0ubuntu1
  ProcVersionSignature: Ubuntu 4.13.0-15.16-generic 4.13.4
  Uname: Linux 4.13.0-15-generic x86_64
  ApportVersion: 2.20.7-0ubuntu3
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Mon Oct 16 09:26:38 2017
  InstallationDate: Installed on 2013-09-03 (1503 days ago)
  InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130902)
  InstalledPlugins:
   gnome-software-plugin-flatpak N/A
   gnome-software-plugin-limba   N/A
   gnome-software-plugin-snap3.26.1-0ubuntu1
  ProcEnviron:
   TERM=screen-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  SourcePackage: gnome-software
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/snapd-glib/+bug/1723874/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1766300] Re: hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't exist

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux-azure (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1766300

Title:
  hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't
  exist

Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in linux source package in Trusty:
  New
Status in linux-azure source package in Trusty:
  New
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux source package in Artful:
  Won't Fix
Status in linux-azure source package in Artful:
  Won't Fix
Status in linux source package in Bionic:
  Incomplete
Status in linux-azure source package in Bionic:
  New

Bug description:
  On VMs launched in Azure, /dev/vmbus/hv_fcopy doesn't exist, so hv-
  fcopy-daemon fails to start.  This means that boot is degraded by
  default:

  $ systemctl list-units --failed --no-legend
  hv-fcopy-daemon.service loaded failed failed Hyper-V File Copy Protocol Daemon

  $ systemctl is-system-running 
  degraded

  which makes detecting other failures much harder to automate.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-cloud-tools-common 4.15.0-15.16
  ProcVersionSignature: User Name 4.15.0-1004.4-azure 4.15.15
  Uname: Linux 4.15.0-1004-azure x86_64
  AlsaDevices: Error: command ['ls', '-l', '/dev/snd/'] failed with exit code 
2: ls: cannot access '/dev/snd/': No such file or directory
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  CRDA: N/A
  Date: Mon Apr 23 16:27:47 2018
  Dependencies:
   
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Error: command ['lsusb'] failed with exit code 1:
  MachineType: Microsoft Corporation Virtual Machine
  PackageArchitecture: all
  PciMultimedia:
   
  ProcFB: 0 hyperv_fb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-1004-azure 
root=UUID=fda9466a-9068-447f-8572-6d8d310eabd3 ro console=tty1 console=ttyS0 
earlyprintk=ttyS0 rootdelay=300
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-1004-azure N/A
   linux-backports-modules-4.15.0-1004-azure  N/A
   linux-firmware N/A
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/02/2017
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 090007
  dmi.board.name: Virtual Machine
  dmi.board.vendor: Microsoft Corporation
  dmi.board.version: 7.0
  dmi.chassis.asset.tag: 7783-7084-3265-9085-8269-3286-77
  dmi.chassis.type: 3
  dmi.chassis.vendor: Microsoft Corporation
  dmi.chassis.version: 7.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr090007:bd06/02/2017:svnMicrosoftCorporation:pnVirtualMachine:pvr7.0:rvnMicrosoftCorporation:rnVirtualMachine:rvr7.0:cvnMicrosoftCorporation:ct3:cvr7.0:
  dmi.product.name: Virtual Machine
  dmi.product.uuid: 44FD5ABF-DE16-AD4A-B2E0-6E70167950AF
  dmi.product.version: 7.0
  dmi.sys.vendor: Microsoft Corporation

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1766300/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1739672] Re: Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: systemd (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1739672

Title:
  Regression in getaddrinfo(): calls block for much longer on Bionic
  (compared to Xenial), please disable LLMNR

Status in glibc package in Ubuntu:
  Invalid
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Fix Released
Status in glibc source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Won't Fix
Status in systemd source package in Artful:
  Won't Fix
Status in glibc source package in Bionic:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Fix Released

Bug description:
  When testing MAAS on Bionic, we noticed sluggish performance that we
  could not immediately explain.

  After comparing the results from a run of the test suite on Xenial to
  a run on Bionic, we determined that the slowdowns had to do with DNS
  lookups. In particular, if MAAS attempts to resolve a hostname using
  getaddrinfo() and the call fails, on Xenial the negative result is
  returned in a fraction of a second. On Bionic, the negative result is
  returned in ~1.6 seconds, according to some measures.

  ### To run the test ###

  git clone https://github.com/mpontillo/test-getaddrinfo
  cd test-getaddrinfo
  make

  ### Results on Xenial ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Success
  getaddrinfo() return value: -2 (Name or service not known)

  real  0m0.015s
  user  0m0.000s
  sys   0m0.000s

  ### Results on Bionic ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Resource temporarily unavailable
  getaddrinfo() return value: -3 (Temporary failure in name resolution)

  real  0m1.609s
  user  0m0.004s
  sys   0m0.000s

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1739672/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1766300] Re: hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't exist

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1766300

Title:
  hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't
  exist

Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in linux source package in Trusty:
  New
Status in linux-azure source package in Trusty:
  New
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux source package in Artful:
  Won't Fix
Status in linux-azure source package in Artful:
  Won't Fix
Status in linux source package in Bionic:
  Incomplete
Status in linux-azure source package in Bionic:
  New

Bug description:
  On VMs launched in Azure, /dev/vmbus/hv_fcopy doesn't exist, so hv-
  fcopy-daemon fails to start.  This means that boot is degraded by
  default:

  $ systemctl list-units --failed --no-legend
  hv-fcopy-daemon.service loaded failed failed Hyper-V File Copy Protocol Daemon

  $ systemctl is-system-running 
  degraded

  which makes detecting other failures much harder to automate.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-cloud-tools-common 4.15.0-15.16
  ProcVersionSignature: User Name 4.15.0-1004.4-azure 4.15.15
  Uname: Linux 4.15.0-1004-azure x86_64
  AlsaDevices: Error: command ['ls', '-l', '/dev/snd/'] failed with exit code 
2: ls: cannot access '/dev/snd/': No such file or directory
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  CRDA: N/A
  Date: Mon Apr 23 16:27:47 2018
  Dependencies:
   
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Error: command ['lsusb'] failed with exit code 1:
  MachineType: Microsoft Corporation Virtual Machine
  PackageArchitecture: all
  PciMultimedia:
   
  ProcFB: 0 hyperv_fb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-1004-azure 
root=UUID=fda9466a-9068-447f-8572-6d8d310eabd3 ro console=tty1 console=ttyS0 
earlyprintk=ttyS0 rootdelay=300
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-1004-azure N/A
   linux-backports-modules-4.15.0-1004-azure  N/A
   linux-firmware N/A
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/02/2017
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 090007
  dmi.board.name: Virtual Machine
  dmi.board.vendor: Microsoft Corporation
  dmi.board.version: 7.0
  dmi.chassis.asset.tag: 7783-7084-3265-9085-8269-3286-77
  dmi.chassis.type: 3
  dmi.chassis.vendor: Microsoft Corporation
  dmi.chassis.version: 7.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr090007:bd06/02/2017:svnMicrosoftCorporation:pnVirtualMachine:pvr7.0:rvnMicrosoftCorporation:rnVirtualMachine:rvr7.0:cvnMicrosoftCorporation:ct3:cvr7.0:
  dmi.product.name: Virtual Machine
  dmi.product.uuid: 44FD5ABF-DE16-AD4A-B2E0-6E70167950AF
  dmi.product.version: 7.0
  dmi.sys.vendor: Microsoft Corporation

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1766300/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1583000] Re: Systemd issues with percona-xtradb-cluster-5.6 package

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: percona-xtradb-cluster-5.6 (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1583000

Title:
  Systemd issues with percona-xtradb-cluster-5.6 package

Status in percona-xtradb-cluster-5.6 package in Ubuntu:
  Invalid
Status in percona-xtradb-cluster-5.7 package in Ubuntu:
  Confirmed
Status in percona-xtradb-cluster-5.6 source package in Xenial:
  Confirmed
Status in percona-xtradb-cluster-5.7 source package in Xenial:
  Invalid
Status in percona-xtradb-cluster-5.6 source package in Artful:
  Won't Fix
Status in percona-xtradb-cluster-5.7 source package in Artful:
  Invalid
Status in percona-xtradb-cluster-5.6 source package in Bionic:
  Invalid
Status in percona-xtradb-cluster-5.7 source package in Bionic:
  Confirmed
Status in percona-xtradb-cluster-5.6 source package in Cosmic:
  Invalid
Status in percona-xtradb-cluster-5.7 source package in Cosmic:
  Won't Fix

Bug description:
  
  Seems like Systemd and Percona XtraDB Cluster don't like to play together in 
16.04. There are multiple issues:

  1. There is no way to "bootstrap-pxc" using systemctl and when I use 
"/etc/init.d/mysql bootstrap-pxc", then even though mysql is running, systemd 
doesn't think it is.
  See 
https://www.percona.com/doc/percona-xtradb-cluster/5.6/manual/bootstrap.html 
for more info.

  Demonstration:
  root@sql1:~# ps ax | grep mysql
   1428 pts/0S  0:00 /bin/sh /usr/bin/mysqld_safe --wsrep-new-cluster
   1902 pts/0Sl 0:00 /usr/sbin/mysqld --basedir=/usr 
--datadir=/var/lib/percona-xtradb-cluster --plugin-dir=/usr/lib/mysql/plugin 
--user=mysql --wsrep-provider=/usr/lib/libgalera_smm.so --wsrep-new-cluster 
--log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid 
--socket=/var/run/mysqld/mysqld.sock --port=3306 
--wsrep_start_position=de1c3153-1c83-11e6-94af-63e494c70dbe:6
   1997 pts/0S+ 0:00 grep --color=auto mysql

  root@sql1:~# /etc/init.d/mysql status
  ● mysql.service - LSB: Start and stop the mysql (Percona XtraDB Cluster) 
daemon
 Loaded: loaded (/etc/init.d/mysql; bad; vendor preset: enabled)
 Active: inactive (dead)
   Docs: man:systemd-sysv-generator(8)

  root@sql1:~# systemctl status mysql
  ● mysql.service - LSB: Start and stop the mysql (Percona XtraDB Cluster) 
daemon
 Loaded: loaded (/etc/init.d/mysql; bad; vendor preset: enabled)
 Active: inactive (dead)
   Docs: man:systemd-sysv-generator(8)
  root@sql1:~#

  2. There is no way to gracefully kill this mysql process:

  Demonstration:
  root@sql1:~# /etc/init.d/mysql stop
  [ ok ] Stopping mysql (via systemctl): mysql.service.

  root@sql1:~# systemctl stop mysql

  root@sql1:~# ps ax | grep mysql
   1428 pts/0S  0:00 /bin/sh /usr/bin/mysqld_safe --wsrep-new-cluster
   1902 pts/0Sl 0:00 /usr/sbin/mysqld --basedir=/usr 
--datadir=/var/lib/percona-xtradb-cluster --plugin-dir=/usr/lib/mysql/plugin 
--user=mysql --wsrep-provider=/usr/lib/libgalera_smm.so --wsrep-new-cluster 
--log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid 
--socket=/var/run/mysqld/mysqld.sock --port=3306 
--wsrep_start_position=de1c3153-1c83-11e6-94af-63e494c70dbe:6
   2133 pts/0S+ 0:00 grep --color=auto mysql

  
  Environment: Ubuntu Server 16.04 LTS
  I installed XtraDB Cluster using "apt-get -yq install 
percona-xtradb-cluster-server"

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/percona-xtradb-cluster-5.6/+bug/1583000/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1721049] Re: "Got unknown content type text/html" error viewing flatpack packages

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: gnome-software (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-software in Ubuntu.
https://bugs.launchpad.net/bugs/1721049

Title:
  "Got unknown content type text/html" error viewing flatpack packages

Status in GNOME Software:
  Expired
Status in gnome-software package in Ubuntu:
  Fix Released
Status in gnome-software source package in Artful:
  Won't Fix

Bug description:
  Whenever I view a Flatpak package in gnome-software, an in-app
  notification appears saying:

  > Sorry, something went wrong
  > Got unknown content type text/html from reviews.ubuntu.com

  Since this is modal, I then need to dismiss it before being able to do
  anything else.

  ProblemType: Bug
  DistroRelease: Ubuntu 17.10
  Package: gnome-software 3.26.0-0ubuntu3
  ProcVersionSignature: Ubuntu 4.13.0-12.13-generic 4.13.3
  Uname: Linux 4.13.0-12-generic x86_64
  ApportVersion: 2.20.7-0ubuntu2
  Architecture: amd64
  CurrentDesktop: GNOME
  Date: Wed Oct  4 01:31:10 2017
  InstallationDate: Installed on 2015-07-22 (804 days ago)
  InstallationMedia: Ubuntu-GNOME 15.04 "Vivid Vervet" - Release amd64 
(20150422)
  InstalledPlugins:
   gnome-software-plugin-flatpak 3.26.0-0ubuntu3
   gnome-software-plugin-limba   N/A
   gnome-software-plugin-snapN/A
  SourcePackage: gnome-software
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-software/+bug/1721049/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

bug#72481: GNU Parted Bug

[Brian C. Lane]

On Mon, Aug 05, 2024 at 05:51:44PM +, Larry McGowan wrote:
> We are having issue correcting this problem. Any help would be appreciate
> 
> ESXi 7.0.3 version
> 
> version (2.4.62-ce5e-dirty)
> 
> Unable to determine the size of /dev/genscsi/mpx.vmhba2:C1:T124:L0 (Function 
> not implemented).
> Unable to get device /vmfs/devices/genscsi/mpx.vmhba2:C1:T124:L0

That doesn't look like a parted problem. And if the version mentioned
there is a parted version it's way too old to be supported. You'll need
to talk to your OS distribution about it.

Brian

-- 
Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart

[Kernel-packages] [Bug 1743638] Re: Missing install-time driver for QLogic QED 25/40/100Gb Ethernet NIC

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: debian-installer (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-hwe in Ubuntu.
https://bugs.launchpad.net/bugs/1743638

Title:
  Missing install-time driver for QLogic QED 25/40/100Gb Ethernet NIC

Status in debian-installer package in Ubuntu:
  Fix Released
Status in linux package in Ubuntu:
  Fix Released
Status in linux-firmware package in Ubuntu:
  Fix Released
Status in linux-hwe package in Ubuntu:
  Invalid
Status in linux-hwe-edge package in Ubuntu:
  Invalid
Status in debian-installer source package in Xenial:
  Fix Released
Status in linux source package in Xenial:
  Fix Released
Status in linux-firmware source package in Xenial:
  Fix Released
Status in linux-hwe source package in Xenial:
  Fix Released
Status in linux-hwe-edge source package in Xenial:
  Fix Released
Status in debian-installer source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Fix Released
Status in linux-firmware source package in Artful:
  Won't Fix
Status in linux-hwe source package in Artful:
  Invalid
Status in linux-hwe-edge source package in Artful:
  Invalid
Status in debian-installer source package in Bionic:
  Fix Released
Status in linux source package in Bionic:
  Fix Released
Status in linux-firmware source package in Bionic:
  Fix Released
Status in linux-hwe source package in Bionic:
  Invalid
Status in linux-hwe-edge source package in Bionic:
  Invalid

Bug description:
  [Impact]
  Network installs over a QLogic QED 25/40/100Gb Ethernet NIC will not work.

  [Test Case]
  Attempt to use the netinst installer to install a system over this NIC.

  [Regression Risk]
  The fix is just add to add additional kernel modules and firmware to the 
installer to support this NIC. The biggest risk I see there is that it 
increases the size of the installer, which could potentially grow to bit for 
some smaller systems.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1743638/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1735170] Re: Remove Joule audio topology firmware

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux-firmware (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-firmware in Ubuntu.
https://bugs.launchpad.net/bugs/1735170

Title:
  Remove Joule audio topology firmware

Status in linux-firmware package in Ubuntu:
  Confirmed
Status in linux-firmware source package in Xenial:
  New
Status in linux-firmware source package in Zesty:
  New
Status in linux-firmware source package in Artful:
  Won't Fix

Bug description:
  SRU Justification

  Impact: This firmware was added in bug 1689497, but packages for Joule
  no longer exist and is no longer needed.

  Fix: Remove the firmware file.

  Test Case: Verify that the file is no longer present in the package.

  Regression Potential: Since the firmware is not used by any supported
  kernels there is virtually no regression potential to removing it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1735170/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1735170] Re: Remove Joule audio topology firmware

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux-firmware (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1735170

Title:
  Remove Joule audio topology firmware

Status in linux-firmware package in Ubuntu:
  Confirmed
Status in linux-firmware source package in Xenial:
  New
Status in linux-firmware source package in Zesty:
  New
Status in linux-firmware source package in Artful:
  Won't Fix

Bug description:
  SRU Justification

  Impact: This firmware was added in bug 1689497, but packages for Joule
  no longer exist and is no longer needed.

  Fix: Remove the firmware file.

  Test Case: Verify that the file is no longer present in the package.

  Regression Potential: Since the firmware is not used by any supported
  kernels there is virtually no regression potential to removing it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1735170/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1733683] Re: python3-lttngust tries to load unversionned agent library

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: ust (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1733683

Title:
  python3-lttngust tries to load unversionned agent library

Status in ust package in Ubuntu:
  New
Status in ust source package in Xenial:
  Fix Committed
Status in ust source package in Zesty:
  Fix Committed
Status in ust source package in Artful:
  Won't Fix

Bug description:
  The python3-lttngust package contains bindings that use ctypes to
  interact with a dedicated library provided by the liblttng-ust-python-
  agent0. The python code loads the library by name but it targets the
  un-versioned ".so" which is part of the dev package.

  This means that when installed without the dev package the bindings
  won't work.

  The fix is to load the library by name and use the SONAME version
  ".so.0".

  I'll provide a debdiff for the affected versions.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ust/+bug/1733683/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1729713] Re: Update gdm3 to 3.26.2.1

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: gdm3 (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gdm3 in Ubuntu.
https://bugs.launchpad.net/bugs/1729713

Title:
  Update gdm3 to 3.26.2.1

Status in gdm3 package in Ubuntu:
  Fix Released
Status in gdm3 source package in Artful:
  Won't Fix

Bug description:
  I'm filing a placeholder bug. I am not working on a gdm3 3.26.2.1 SRU
  at this time. But you can feel free to do that!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1729713/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1752507] Re: add i915/glk_dmc_ver1_04.bin

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux-firmware (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-firmware in Ubuntu.
https://bugs.launchpad.net/bugs/1752507

Title:
  add i915/glk_dmc_ver1_04.bin

Status in linux-firmware package in Ubuntu:
  Invalid
Status in linux-firmware source package in Xenial:
  Fix Released
Status in linux-firmware source package in Artful:
  Won't Fix

Bug description:
  SRU Justification

  Impact: New firmware is needed to fix issues with S3 for i915 on
  Geminilake hardware.

  Fix: Add the mising firmware.

  Test Case: Test S3 on affected hardware.

  Regression Potential: Limited as the firmware is only loaded for
  specific hardware. Regressions are possible, but none are known, and
  the new firmware does fix a known problem.

  ---

  Intel Gemini Lake needs DMC firmware to fix some S3 issues on xenial.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1752507/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1728120] Re: apparmor_parser is missing fix for rule down grades

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: apparmor (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1728120

Title:
  apparmor_parser is missing fix for rule down grades

Status in apparmor package in Ubuntu:
  Fix Released
Status in apparmor source package in Xenial:
  Confirmed
Status in apparmor source package in Zesty:
  Confirmed
Status in apparmor source package in Artful:
  Won't Fix
Status in apparmor package in Debian:
  Fix Released

Bug description:
  The Ubuntu version of apparmor is missing the fix for rule down grades
  that exist in the current upstream maintenance releases.

  This fix is needed to properly handle policy for different kernel
  abis.

  The fix can be obtained either through SRUing the appropriate
  maintenance release, or by cherry-picking r3700.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1728120/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1686081] Re: If -synaptics is installed, GNOME Mouse & Touchpad Settings doesn't work

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: gnome-control-center (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1686081

Title:
  If -synaptics is installed, GNOME Mouse & Touchpad Settings doesn't
  work

Status in Release Notes for Ubuntu:
  Fix Released
Status in Ubuntu:
  Fix Released
Status in gnome-control-center package in Ubuntu:
  Fix Released
Status in mutter package in Ubuntu:
  Fix Released
Status in xorg package in Ubuntu:
  Invalid
Status in xubuntu-meta package in Ubuntu:
  Fix Released
Status in gnome-control-center source package in Artful:
  Won't Fix
Status in mutter source package in Artful:
  Won't Fix
Status in xorg source package in Artful:
  Invalid
Status in xubuntu-meta source package in Artful:
  Fix Released

Bug description:
  I'm splitting this issue off from LP: #1685542 (which made xserver-
  xorg-input-all no longer recommend xserver-xorg-input-synaptics) for
  tracking the remaining issues.

  gnome-control-center only supports libinput. If xserver-xorg-input-
  synaptics is installed (because it's used by some desktops which
  haven't been ported to libinput yet), synaptics overrides libinput.
  That makes gnome-control-center's Mouse & Touchpad settings panel only
  show basic settings and important configurations don't work.

  Questions
  -
  1. Which desktops/apps still need -synaptics?
  - Unity
  - Xfce?
  - LXDE? LXQt?
  All the other major desktops have already been ported (LP: #1417980)

  2. Can these apps be ported or removed before 18.04 LTS is released?

  3. Can the desktops be ported and how bad is it if they are not ported
  and -synaptics is no longer available?

  4. If -synaptics can't be removed completely from 18.04 LTS, does it
  make sense to have gnome-control-center Conflicts: xserver-xorg-input-
  synaptics?

  5. Is there any other way we can fix this conflict?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/1686081/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1746463] Re: apparmor profile load in stacked policy container fails

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: apparmor (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1746463

Title:
  apparmor profile load in stacked policy container fails

Status in snapd:
  Triaged
Status in apparmor package in Ubuntu:
  Confirmed
Status in linux package in Ubuntu:
  Confirmed
Status in linux-gcp package in Ubuntu:
  Fix Released
Status in apparmor source package in Xenial:
  Won't Fix
Status in linux source package in Xenial:
  Invalid
Status in linux-gcp source package in Xenial:
  Fix Released
Status in apparmor source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Fix Released
Status in linux-gcp source package in Artful:
  Invalid
Status in apparmor source package in Bionic:
  Confirmed
Status in linux source package in Bionic:
  Confirmed
Status in linux-gcp source package in Bionic:
  Fix Released

Bug description:
  LXD containers on an artful or bionic host with aa namespaces, should
  be able to load the lxc policies. However /lib/apparmor/profile-load
  skips that part when running in a container.

  aa-status shows 0 policies

  /lib/apparmor/profile-load is failing due to
  is_container_with_internal_policy() failing

  due to

  /sys/kernel/security/apparmor/.ns_name being empty which causes

if [ "${ns_name#lxd-*}" = "$ns_name" ] && \
   [ "${ns_name#lxc-*}" = "$ns_name" ]; then
return 1
fi

  to fail

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapd/+bug/1746463/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1723362] Re: gnome-software spams error messages to journald and causes 100% CPU usage

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: snapd-glib (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1723362

Title:
  gnome-software spams error messages to journald and causes 100% CPU
  usage

Status in GNOME Software:
  Unknown
Status in gnome-software package in Ubuntu:
  Invalid
Status in snapd-glib package in Ubuntu:
  Fix Released
Status in gnome-software source package in Xenial:
  Confirmed
Status in snapd-glib source package in Xenial:
  Confirmed
Status in gnome-software source package in Artful:
  Won't Fix
Status in snapd-glib source package in Artful:
  Won't Fix
Status in gnome-software source package in Bionic:
  Invalid
Status in snapd-glib source package in Bionic:
  Fix Released

Bug description:
  gnome-software spams this message to journald:

  Okt 13 11:00:19 zenbook gnome-software[3582]: g_byte_array_remove_range: 
assertion 'index_ + length <= array->len' failed
  Okt 13 11:00:19 zenbook gnome-software[3582]: Ignoring unexpected response

  ProblemType: Bug
  DistroRelease: Ubuntu 17.10
  Package: gnome-software 3.26.1-0ubuntu1
  ProcVersionSignature: Ubuntu 4.13.0-15.16-generic 4.13.4
  Uname: Linux 4.13.0-15-generic x86_64
  ApportVersion: 2.20.7-0ubuntu3
  Architecture: amd64
  CurrentDesktop: GNOME
  Date: Fri Oct 13 10:58:38 2017
  InstallationDate: Installed on 2016-10-25 (352 days ago)
  InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2)
  InstalledPlugins:
   gnome-software-plugin-flatpak N/A
   gnome-software-plugin-limba   N/A
   gnome-software-plugin-snap3.26.1-0ubuntu1
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=de_DE.UTF-8
   SHELL=/bin/bash
  SourcePackage: gnome-software
  UpgradeStatus: Upgraded to artful on 2017-10-04 (8 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-software/+bug/1723362/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1686081] Re: If -synaptics is installed, GNOME Mouse & Touchpad Settings doesn't work

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: mutter (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1686081

Title:
  If -synaptics is installed, GNOME Mouse & Touchpad Settings doesn't
  work

Status in Release Notes for Ubuntu:
  Fix Released
Status in Ubuntu:
  Fix Released
Status in gnome-control-center package in Ubuntu:
  Fix Released
Status in mutter package in Ubuntu:
  Fix Released
Status in xorg package in Ubuntu:
  Invalid
Status in xubuntu-meta package in Ubuntu:
  Fix Released
Status in gnome-control-center source package in Artful:
  Won't Fix
Status in mutter source package in Artful:
  Won't Fix
Status in xorg source package in Artful:
  Invalid
Status in xubuntu-meta source package in Artful:
  Fix Released

Bug description:
  I'm splitting this issue off from LP: #1685542 (which made xserver-
  xorg-input-all no longer recommend xserver-xorg-input-synaptics) for
  tracking the remaining issues.

  gnome-control-center only supports libinput. If xserver-xorg-input-
  synaptics is installed (because it's used by some desktops which
  haven't been ported to libinput yet), synaptics overrides libinput.
  That makes gnome-control-center's Mouse & Touchpad settings panel only
  show basic settings and important configurations don't work.

  Questions
  -
  1. Which desktops/apps still need -synaptics?
  - Unity
  - Xfce?
  - LXDE? LXQt?
  All the other major desktops have already been ported (LP: #1417980)

  2. Can these apps be ported or removed before 18.04 LTS is released?

  3. Can the desktops be ported and how bad is it if they are not ported
  and -synaptics is no longer available?

  4. If -synaptics can't be removed completely from 18.04 LTS, does it
  make sense to have gnome-control-center Conflicts: xserver-xorg-input-
  synaptics?

  5. Is there any other way we can fix this conflict?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/1686081/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Yahoo-eng-team] [Bug 1742505] Re: gre_sys set to default 1472 when using path_mtu > 1500 with ovs 2.8.x

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1742505

Title:
  gre_sys set to default 1472 when using path_mtu > 1500 with ovs 2.8.x

Status in Ubuntu Cloud Archive:
  Fix Released
Status in Ubuntu Cloud Archive pike series:
  Fix Released
Status in Ubuntu Cloud Archive queens series:
  Fix Released
Status in neutron:
  Invalid
Status in linux package in Ubuntu:
  Confirmed
Status in openvswitch package in Ubuntu:
  Fix Released
Status in linux source package in Artful:
  Won't Fix
Status in openvswitch source package in Artful:
  Fix Released
Status in linux source package in Bionic:
  Confirmed
Status in openvswitch source package in Bionic:
  Fix Released

Bug description:
  [Impact]
  OpenStack Clouds using GRE overlay tunnels with > 1500 MTU's will observe 
packet fragmentation/networking issues for traffic in overlay networks.

  [Test Case]
  Deploy OpenStack Pike (xenial + pike UCA or artful)
  Create tenant networks using GRE segmentation
  Boot instances
  Instance networking will be broken/slow

  gre_sys devices will be set to mtu=1472 on hypervisor hosts.

  [Regression Potential]
  Minimal; the fix to OVS works around an issue for GRE tunnel port setup via 
rtnetlink by performing a second request once the gre device is setup to set 
the MTU to a high value (65000).

  
  [Original Bug Report]
  Setup:
  Pike neutron 11.0.2-0ubuntu1.1~cloud0
  OVS 2.8.0
  Jumbo frames setttings per: 
https://docs.openstack.org/mitaka/networking-guide/config-mtu.html
  global_physnet_mtu = 9000
  path_mtu = 9000

  Symptoms:
  gre_sys MTU is 1472
  Instances with MTUs > 1500 fail to communicate across GRE

  Temporary Workaround:
  ifconfig gre_sys MTU 9000
  Note: When ovs rebuilds tunnels, such as on a restart, gre_sys MTU is set 
back to default 1472.

  Note: downgrading from OVS 2.8.0 to 2.6.1 resolves the issue.

  Previous behavior:
  With Ocata or Pike and OVS 2.6.x
  gre_sys MTU defaults to 65490
  It remains at 65490 through restarts.

  This may be related to some combination of the following changes in OVS which 
seem to imply MTUs must be set in the ovs database for tunnel interfaces and 
patches:
  
https://github.com/openvswitch/ovs/commit/8c319e8b73032e06c7dd1832b3b31f8a1189dcd1
  
https://github.com/openvswitch/ovs/commit/3a414a0a4f1901ba015ec80b917b9fb206f3c74f
  
https://github.com/openvswitch/ovs/blob/6355db7f447c8e83efbd4971cca9265f5e0c8531/datapath/vport-internal_dev.c#L186

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1742505/+subscriptions


-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1745123] Re: Elasticsearch 2.4.6 cause a Oops: 0010 [#37] SMP NOPTI

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: elasticsearch (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1745123

Title:
  Elasticsearch 2.4.6 cause a Oops: 0010 [#37] SMP NOPTI

Status in elasticsearch package in Ubuntu:
  Confirmed
Status in linux package in Ubuntu:
  Triaged
Status in elasticsearch source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Won't Fix

Bug description:
  Elasticsearch 2.4.6 can't start since new kernel upgrade
  (4.13.0-31-generic #34~16.04.1-Ubuntu)

  Kernel log contains :

  [ 4308.595429] Oops: 0010 [#37] SMP NOPTI
  [ 4308.595430] Modules linked in: btrfs xor raid6_pq ufs qnx4 hfsplus hfs 
minix ntfs msdos jfs xfs libcrc32c bnep pci_stub vboxpci(OE) vboxnetadp(OE) 
vboxnetflt(OE) vboxdrv(OE) bluetooth ecdh_generic binfmt_misc nls_iso8859_1 
snd_hda_codec_hdmi edac_mce_amd snd_hda_codec_realtek snd_hda_codec_generic 
snd_hda_intel eeepc_wmi kvm_amd asus_wmi snd_hda_codec sparse_keymap 
snd_hda_core video wmi_bmof kvm input_leds joydev snd_hwdep snd_pcm irqbypass 
crct10dif_pclmul snd_seq_midi crc32_pclmul snd_seq_midi_event 
ghash_clmulni_intel snd_rawmidi pcbc nvidia_uvm(POE) snd_seq aesni_intel 
snd_seq_device snd_timer snd aes_x86_64 crypto_simd soundcore ccp glue_helper 
cryptd shpchp i2c_piix4 8250_dw wmi mac_hid parport_pc ppdev lp parport autofs4 
hid_generic usbhid hid nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE)
  [ 4308.595462]  drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops 
drm r8169 ahci mii libahci gpio_amdpt gpio_generic
  [ 4308.595468] CPU: 0 PID: 9314 Comm: java Tainted: P  DOE   
4.13.0-31-generic #34~16.04.1-Ubuntu
  [ 4308.595470] Hardware name: System manufacturer System Product Name/PRIME 
B350M-A, BIOS 0502 02/24/2017
  [ 4308.595471] task: 8dfa07b945c0 task.stack: b2b6033f4000
  [ 4308.595472] RIP: 0010:0x6987877
  [ 4308.595473] RSP: 0018:b2b6033f7f50 EFLAGS: 00010202
  [ 4308.595474] RAX: 03e7 RBX:  RCX: 
7f20e3d314d9
  [ 4308.595475] RDX: 7f20dc6686c0 RSI: 4d73aa93 RDI: 

  [ 4308.595476] RBP:  R08: 7f20e319caa4 R09: 
000c
  [ 4308.595477] R10: 06987877 R11: 8dfa07b945c0 R12: 

  [ 4308.595478] R13:  R14:  R15: 

  [ 4308.595479] FS:  7f20e4823700() GS:8dfac660() 
knlGS:
  [ 4308.595480] CS:  0010 DS:  ES:  CR0: 80050033
  [ 4308.595481] CR2: 06987877 CR3: 0003b723e000 CR4: 
003406f0
  [ 4308.595482] Call Trace:
  [ 4308.595487]  ? entry_SYSCALL_64_fastpath+0x33/0xa3
  [ 4308.595489] Code:  Bad RIP value.
  [ 4308.595490] RIP: 0x6987877 RSP: b2b6033f7f50
  [ 4308.595491] CR2: 06987877
  [ 4308.595493] ---[ end trace ba92d9f3b2090708 ]---

  
  It related to new kernel update, it work when starting with an older kernel.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/elasticsearch/+bug/1745123/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1686081] Re: If -synaptics is installed, GNOME Mouse & Touchpad Settings doesn't work

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: mutter (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1686081

Title:
  If -synaptics is installed, GNOME Mouse & Touchpad Settings doesn't
  work

Status in Release Notes for Ubuntu:
  Fix Released
Status in Ubuntu:
  Fix Released
Status in gnome-control-center package in Ubuntu:
  Fix Released
Status in mutter package in Ubuntu:
  Fix Released
Status in xorg package in Ubuntu:
  Invalid
Status in xubuntu-meta package in Ubuntu:
  Fix Released
Status in gnome-control-center source package in Artful:
  Won't Fix
Status in mutter source package in Artful:
  Won't Fix
Status in xorg source package in Artful:
  Invalid
Status in xubuntu-meta source package in Artful:
  Fix Released

Bug description:
  I'm splitting this issue off from LP: #1685542 (which made xserver-
  xorg-input-all no longer recommend xserver-xorg-input-synaptics) for
  tracking the remaining issues.

  gnome-control-center only supports libinput. If xserver-xorg-input-
  synaptics is installed (because it's used by some desktops which
  haven't been ported to libinput yet), synaptics overrides libinput.
  That makes gnome-control-center's Mouse & Touchpad settings panel only
  show basic settings and important configurations don't work.

  Questions
  -
  1. Which desktops/apps still need -synaptics?
  - Unity
  - Xfce?
  - LXDE? LXQt?
  All the other major desktops have already been ported (LP: #1417980)

  2. Can these apps be ported or removed before 18.04 LTS is released?

  3. Can the desktops be ported and how bad is it if they are not ported
  and -synaptics is no longer available?

  4. If -synaptics can't be removed completely from 18.04 LTS, does it
  make sense to have gnome-control-center Conflicts: xserver-xorg-input-
  synaptics?

  5. Is there any other way we can fix this conflict?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/1686081/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1989959] Re: Incorrect ESM coverage information

[Brian Murray]

Looking at both Ubuntu 22.04 and Ubuntu 24.04 the message indicated in
comment #1 appears in software-properties-gtk so I am setting this to
Fix Released.

** Changed in: software-properties (Ubuntu)
   Status: Triaged => Fix Released

** Changed in: software-properties (Ubuntu)
Milestone: ubuntu-22.04.2 => None

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to software-properties in Ubuntu.
https://bugs.launchpad.net/bugs/1989959

Title:
  Incorrect ESM coverage information

Status in software-properties package in Ubuntu:
  Fix Released

Bug description:
  Software Properties says that Extended Security Maintenance provides
  security updates for over 3 Ubuntu packages, see lines 1269 and
  1346 in data/gtkbuilder/main.ui.

  According to https://ubuntu.com/16-04, Canonical provides extended
  security maintenance for binary packages that reside in the "main"
  Ubuntu repository, which contains about 7000 architecture-specific
  packages depending on the Ubuntu release. Moreover, ESM is only
  provided for a part of packages, not for all packages in the "main"
  repository.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1989959/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1723362] Re: gnome-software spams error messages to journald and causes 100% CPU usage

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: gnome-software (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to snapd-glib in Ubuntu.
https://bugs.launchpad.net/bugs/1723362

Title:
  gnome-software spams error messages to journald and causes 100% CPU
  usage

Status in GNOME Software:
  Unknown
Status in gnome-software package in Ubuntu:
  Invalid
Status in snapd-glib package in Ubuntu:
  Fix Released
Status in gnome-software source package in Xenial:
  Confirmed
Status in snapd-glib source package in Xenial:
  Confirmed
Status in gnome-software source package in Artful:
  Won't Fix
Status in snapd-glib source package in Artful:
  Won't Fix
Status in gnome-software source package in Bionic:
  Invalid
Status in snapd-glib source package in Bionic:
  Fix Released

Bug description:
  gnome-software spams this message to journald:

  Okt 13 11:00:19 zenbook gnome-software[3582]: g_byte_array_remove_range: 
assertion 'index_ + length <= array->len' failed
  Okt 13 11:00:19 zenbook gnome-software[3582]: Ignoring unexpected response

  ProblemType: Bug
  DistroRelease: Ubuntu 17.10
  Package: gnome-software 3.26.1-0ubuntu1
  ProcVersionSignature: Ubuntu 4.13.0-15.16-generic 4.13.4
  Uname: Linux 4.13.0-15-generic x86_64
  ApportVersion: 2.20.7-0ubuntu3
  Architecture: amd64
  CurrentDesktop: GNOME
  Date: Fri Oct 13 10:58:38 2017
  InstallationDate: Installed on 2016-10-25 (352 days ago)
  InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2)
  InstalledPlugins:
   gnome-software-plugin-flatpak N/A
   gnome-software-plugin-limba   N/A
   gnome-software-plugin-snap3.26.1-0ubuntu1
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=de_DE.UTF-8
   SHELL=/bin/bash
  SourcePackage: gnome-software
  UpgradeStatus: Upgraded to artful on 2017-10-04 (8 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-software/+bug/1723362/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1742505] Re: gre_sys set to default 1472 when using path_mtu > 1500 with ovs 2.8.x

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1742505

Title:
  gre_sys set to default 1472 when using path_mtu > 1500 with ovs 2.8.x

Status in Ubuntu Cloud Archive:
  Fix Released
Status in Ubuntu Cloud Archive pike series:
  Fix Released
Status in Ubuntu Cloud Archive queens series:
  Fix Released
Status in neutron:
  Invalid
Status in linux package in Ubuntu:
  Confirmed
Status in openvswitch package in Ubuntu:
  Fix Released
Status in linux source package in Artful:
  Won't Fix
Status in openvswitch source package in Artful:
  Fix Released
Status in linux source package in Bionic:
  Confirmed
Status in openvswitch source package in Bionic:
  Fix Released

Bug description:
  [Impact]
  OpenStack Clouds using GRE overlay tunnels with > 1500 MTU's will observe 
packet fragmentation/networking issues for traffic in overlay networks.

  [Test Case]
  Deploy OpenStack Pike (xenial + pike UCA or artful)
  Create tenant networks using GRE segmentation
  Boot instances
  Instance networking will be broken/slow

  gre_sys devices will be set to mtu=1472 on hypervisor hosts.

  [Regression Potential]
  Minimal; the fix to OVS works around an issue for GRE tunnel port setup via 
rtnetlink by performing a second request once the gre device is setup to set 
the MTU to a high value (65000).

  
  [Original Bug Report]
  Setup:
  Pike neutron 11.0.2-0ubuntu1.1~cloud0
  OVS 2.8.0
  Jumbo frames setttings per: 
https://docs.openstack.org/mitaka/networking-guide/config-mtu.html
  global_physnet_mtu = 9000
  path_mtu = 9000

  Symptoms:
  gre_sys MTU is 1472
  Instances with MTUs > 1500 fail to communicate across GRE

  Temporary Workaround:
  ifconfig gre_sys MTU 9000
  Note: When ovs rebuilds tunnels, such as on a restart, gre_sys MTU is set 
back to default 1472.

  Note: downgrading from OVS 2.8.0 to 2.6.1 resolves the issue.

  Previous behavior:
  With Ocata or Pike and OVS 2.6.x
  gre_sys MTU defaults to 65490
  It remains at 65490 through restarts.

  This may be related to some combination of the following changes in OVS which 
seem to imply MTUs must be set in the ovs database for tunnel interfaces and 
patches:
  
https://github.com/openvswitch/ovs/commit/8c319e8b73032e06c7dd1832b3b31f8a1189dcd1
  
https://github.com/openvswitch/ovs/commit/3a414a0a4f1901ba015ec80b917b9fb206f3c74f
  
https://github.com/openvswitch/ovs/blob/6355db7f447c8e83efbd4971cca9265f5e0c8531/datapath/vport-internal_dev.c#L186

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1742505/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1733683] Re: python3-lttngust tries to load unversionned agent library

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: ust (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ust in Ubuntu.
https://bugs.launchpad.net/bugs/1733683

Title:
  python3-lttngust tries to load unversionned agent library

Status in ust package in Ubuntu:
  New
Status in ust source package in Xenial:
  Fix Committed
Status in ust source package in Zesty:
  Fix Committed
Status in ust source package in Artful:
  Won't Fix

Bug description:
  The python3-lttngust package contains bindings that use ctypes to
  interact with a dedicated library provided by the liblttng-ust-python-
  agent0. The python code loads the library by name but it targets the
  un-versioned ".so" which is part of the dev package.

  This means that when installed without the dev package the bindings
  won't work.

  The fix is to load the library by name and use the SONAME version
  ".so.0".

  I'll provide a debdiff for the affected versions.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ust/+bug/1733683/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1746463] Re: apparmor profile load in stacked policy container fails

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: apparmor (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/1746463

Title:
  apparmor profile load in stacked policy container fails

Status in snapd:
  Triaged
Status in apparmor package in Ubuntu:
  Confirmed
Status in linux package in Ubuntu:
  Confirmed
Status in linux-gcp package in Ubuntu:
  Fix Released
Status in apparmor source package in Xenial:
  Won't Fix
Status in linux source package in Xenial:
  Invalid
Status in linux-gcp source package in Xenial:
  Fix Released
Status in apparmor source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Fix Released
Status in linux-gcp source package in Artful:
  Invalid
Status in apparmor source package in Bionic:
  Confirmed
Status in linux source package in Bionic:
  Confirmed
Status in linux-gcp source package in Bionic:
  Fix Released

Bug description:
  LXD containers on an artful or bionic host with aa namespaces, should
  be able to load the lxc policies. However /lib/apparmor/profile-load
  skips that part when running in a container.

  aa-status shows 0 policies

  /lib/apparmor/profile-load is failing due to
  is_container_with_internal_policy() failing

  due to

  /sys/kernel/security/apparmor/.ns_name being empty which causes

if [ "${ns_name#lxd-*}" = "$ns_name" ] && \
   [ "${ns_name#lxc-*}" = "$ns_name" ]; then
return 1
fi

  to fail

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapd/+bug/1746463/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1728123] Re: network rules for policy versions that don't support network rules are broken

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: apparmor (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/1728123

Title:
  network rules for policy versions that don't support network rules are
  broken

Status in apparmor package in Ubuntu:
  New
Status in apparmor source package in Trusty:
  New
Status in apparmor source package in Xenial:
  New
Status in apparmor source package in Zesty:
  New
Status in apparmor source package in Artful:
  Won't Fix

Bug description:
  When a feature abi that does not support network rules is loaded into
  a kernel that does, the policy is incorrectly enforced resulting in
  network denials.

  The kernel should be correctly enforcing the feature abi by not
  applying the network mediation that is explicitly not supported by the
  specified feature abi.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1728123/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1700319] Re: GTK3 menus don't work over SSH forwarding

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: gtk+3.0 (Ubuntu Artful)
   Status: In Progress => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1700319

Title:
  GTK3 menus don't work over SSH forwarding

Status in GTK+:
  Fix Released
Status in gtk+3.0 package in Ubuntu:
  Fix Released
Status in gtk+3.0 source package in Artful:
  Won't Fix

Bug description:
  * Impact
  
  GTK interfaces used over SSH might miss their menus

  * Test case
  ---
  - connect via ssh -X to a cygwin server
  - start an application that is using menus (e.g virt-manager)
  -> the menus should work

  * Regression potential
  --
  check that gtk softwares have working menus and look the same

  Original Bug Report
  ---

  When connecting remotely (either SSH X11 forwarding or direct to X11
  server), drop down menus do not display properly.

  Bug upstream in gtk3:
  https://bugzilla.gnome.org/show_bug.cgi?id=780101

  Client: Ubuntu 17.04 - gtk3-3.22.11-0ubuntu3
  Server: Windows 10 Cygwin/X 1.19.2-1

  Programs exhibiting this problem:
  evince 3.24.0 (and any other gtk3 apps with menus along the top).

  Patch applied to gtk3 in cygwin to fix this problem and attached to this post:
  https://github.com/cygwinports/gtk3/blob/master/3.22.10-xrandr12-compat.patch

  Console errors:

  (evince:7390): GLib-GIO-CRITICAL **: g_dbus_proxy_get_name_owner:
  assertion 'G_IS_DBUS_PROXY (proxy)' failed

  (evince:7390): GLib-WARNING **: GError set over the top of a previous GError 
or uninitialized memory.
  This indicates a bug in someone's code. You must ensure an error is NULL 
before it's set.
  The overwriting error message was: The name org.freedesktop.portal.Desktop is 
not owned

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **:
  gtk_widget_get_preferred_height_for_width: assertion 'width >= 0'
  failed

  (evince:7390): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: 
assertion 'width >= 0' failed
  *** BUG ***
  In pixman_region32_init_rect: Invalid rectangle passed
  Set a breakpoint on '_pixman_log_error' to debug

  *** BUG ***
  In pixman_region32_init_rect: Invalid rectangle passed
  Set a breakpoint on '_pixman_log_error' to debug

  (evince:7390): Gtk-WARNING **: Negative content width -7 (allocation
  1, extents 4x4) while allocating gadget (node arrow, owner GtkMenu)

  (evince:7390): Gtk-WARNING **: Negative content width -7 (allocation 1, 
extents 4x4) while allocating gadget (node arrow, owner GtkMenu)
  *** BUG ***
  In pixman_region32_init_rect: Invalid rectangle passed
  Set a breakpoint on '_pixman_log_error' to debug

  (evince:7390): Gtk-WARNING **: Negative content width -11 (allocation
  1, extents 6x6) while allocating gadget (node menuitem, owner
  GtkModelMenuItem)

  (evince:7390): Gtk-WARNING **: Negative content width -11 (allocation
  1, extents 6x6) while allocating gadget (node menuitem, owner
  GtkModelMenuItem)

  (evince:7390): Gtk-WARNING **: Negative content width -11 (allocation
  1, extents 6x6) while allocating gadget (node menuitem, owner
  GtkModelMenuItem)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gtk/+bug/1700319/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://lau

[Desktop-packages] [Bug 1721762] Re: Cancelled installation of snap continues

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: snapd-glib (Ubuntu Artful)
   Status: Fix Committed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to snapd-glib in Ubuntu.
https://bugs.launchpad.net/bugs/1721762

Title:
  Cancelled installation of snap continues

Status in snapd-glib package in Ubuntu:
  Fix Released
Status in gnome-software source package in Zesty:
  Fix Released
Status in snapd-glib source package in Artful:
  Won't Fix
Status in snapd-glib source package in Bionic:
  Fix Released

Bug description:
  with core candidate: 16-2.28.1

  Test Case
  1. Install a snap package
  2. When the installation is ongoing, press Cancel
  3. Verify that installation stopped (snap changes then snap change ID)

  Expected result
  Installation is cancelled

  Actual result
  It continues in the background and gnome-software shows the wrong state

  ProblemType: Bug
  DistroRelease: Ubuntu 17.10
  Package: gnome-software 3.26.0-0ubuntu3
  ProcVersionSignature: Ubuntu 4.13.0-12.13-generic 4.13.3
  Uname: Linux 4.13.0-12-generic x86_64
  ApportVersion: 2.20.7-0ubuntu2
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Fri Oct  6 13:38:01 2017
  InstallationDate: Installed on 2014-07-23 (1170 days ago)
  InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 
(20140722.2)
  InstalledPlugins:
   gnome-software-plugin-flatpak N/A
   gnome-software-plugin-limba   N/A
   gnome-software-plugin-snap3.26.0-0ubuntu3
  ProcEnviron:
   TERM=screen-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  SourcePackage: gnome-software
  UpgradeStatus: Upgraded to artful on 2017-06-13 (115 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/snapd-glib/+bug/1721762/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1752197] Re: Videos won't resume after being paused

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: webkit2gtk (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to webkit2gtk in Ubuntu.
https://bugs.launchpad.net/bugs/1752197

Title:
  Videos won't resume after being paused

Status in WebKit:
  Fix Released
Status in epiphany-browser package in Ubuntu:
  Invalid
Status in webkit2gtk package in Ubuntu:
  Fix Released
Status in webkit2gtk source package in Artful:
  Won't Fix

Bug description:
  On my Ubuntu 17.10 system, Epiphany Browser 3.26.1 has trouble playing
  YouTube videos. I can play a video from the start point without
  trouble, but if I pause the video the screen will freeze and stay that
  way after restarting the video, if I leave the page and go back later
  it will show a black screen. In both cases the soundtrack continues
  without problem.

  ProblemType: Bug
  DistroRelease: Ubuntu 17.10
  Package: epiphany-browser 3.26.1-1ubuntu1
  ProcVersionSignature: Ubuntu 4.13.0-36.40-generic 4.13.13
  Uname: Linux 4.13.0-36-generic x86_64
  ApportVersion: 2.20.7-0ubuntu3.7
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Tue Feb 27 17:27:50 2018
  InstallationDate: Installed on 2017-12-06 (83 days ago)
  InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018)
  ProcEnviron:
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: epiphany-browser
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/webkit-open-source/+bug/1752197/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1766513] Re: RM: pkg-create-dbgsym: obsolete, debhelper conflicts

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: ubuntu-dev-tools (Ubuntu Artful)
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1766513

Title:
  RM: pkg-create-dbgsym: obsolete, debhelper conflicts

Status in pkg-create-dbgsym package in Ubuntu:
  Fix Released
Status in ubuntu-dev-tools package in Ubuntu:
  Fix Released
Status in ubuntu-dev-tools source package in Trusty:
  Triaged
Status in ubuntu-dev-tools source package in Xenial:
  Triaged
Status in ubuntu-dev-tools source package in Artful:
  Won't Fix

Bug description:
  debhelper now conflicts with pkg-create-dbgsym, making it effectively
  uninstallable in any build environment since $the_world build-depends
  on debhelper.  We should drop the package from the archive for 18.04.

  I understand that mk-sbuild also has some references to pkg-create-
  dbgsym which should be fixed up.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pkg-create-dbgsym/+bug/1766513/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

Re: [Canonical-ubuntu-qa] [Merge] ~andersson123/+git/autodep8:update-to-0.28+nmu1 into ~ubuntu-release/+git/autodep8:master

[Brian Murray]

Review: Approve


-- 
https://code.launchpad.net/~andersson123/+git/autodep8/+merge/470343
Your team Canonical's Ubuntu QA is subscribed to branch 
~ubuntu-release/+git/autodep8:master.


-- 
Mailing list: https://launchpad.net/~canonical-ubuntu-qa
Post to : canonical-ubuntu-qa@lists.launchpad.net
Unsubscribe : https://launchpad.net/~canonical-ubuntu-qa
More help   : https://help.launchpad.net/ListHelp

[OAUTH-WG] Re: [Technical Errata Reported] RFC9470 (7951)

[Brian Campbell]

I believe this errata should be verified, if that wasn't clear from my
prior message. The errata process remains somewhat opaque to me, however,
so I'm not sure what happens next. But I don't think anything is needed
from your side at this point.

On Mon, Aug 5, 2024 at 4:22 AM Tomasz Kuczyński <
tomasz.kuczyn...@man.poznan.pl> wrote:

> It took some time since the last message in the thread. Could you please
> let me know if there is any additional information or action required from
> my side for the verification process? Or is it simply a matter of waiting
> for the process to complete?
>
> Best regards
> Tomasz Kuczyński
> W dniu 30.05.2024 o 17:28, Brian Campbell pisze:
>
> I suspect a variety of not-entirely-improbable rational could be provided
> to explain why it might make sense. But the reality is that it's just a
> mistake in the document where somewhere along the way updates were made to
> the examples that didn't fully align with content already in those
> examples. I try to be careful with details like that but apparently wasn't
> careful enough in this case.
>
> On Thu, May 23, 2024 at 5:45 AM Tomasz Kuczyński <
> tomasz.kuczyn...@man.poznan.pl> wrote:
>
>> The introspection response should rather reflect facts related to the
>> access token sent for the introspection. So even in case, a new
>> authentication event took place after the token issuance, it should not be
>> included in the response as the authentication event is not related to the
>> introspected access token.
>> The inclusion of that information in the introspection response should be
>> treated as a vulnerability.
>>
>> Regardless of the above, the "exp" in response is also earlier than the
>> "auth_time", which means that the introspected token is beyond the time
>> window of its validity and in fact, the introspection response should
>> contain nothing more than {"active": false}.
>>
>> Best regards
>> Tomasz Kuczyński
>> W dniu 23.05.2024 o 01:06, Justin Richer pisze:
>>
>> This seems to be logical - the authentication event would always be
>> before the token was issued in the usual case. However, assuming that the
>> AS "upgrades" an existing token in-place during a step up, isn't it
>> possible for the latest relevant authentication event to come after the
>> token was initially issued?
>>
>>  - Justin
>> --
>> *From:* RFC Errata System 
>> 
>> *Sent:* Wednesday, May 22, 2024 2:30 PM
>> *To:* vitto...@auth0.com  ;
>> bcampb...@pingidentity.com 
>> ; debcool...@gmail.com 
>> ; paul.wout...@aiven.io 
>> ; hannes.tschofe...@arm.com
>>  ;
>> rifaat.s.i...@gmail.com 
>> 
>> *Cc:* tomasz.kuczyn...@man.poznan.pl 
>> ; oauth@ietf.org 
>> ; rfc-edi...@rfc-editor.org 
>> 
>> *Subject:* [OAUTH-WG] [Technical Errata Reported] RFC9470 (7951)
>>
>> The following errata report has been submitted for RFC9470,
>> "OAuth 2.0 Step Up Authentication Challenge Protocol".
>>
>> --
>> You may review the report below and at:
>> https://www.rfc-editor.org/errata/eid7951
>>
>> --
>> Type: Technical
>> Reported by: Tomasz Kuczyński 
>> 
>>
>> Section: 6.2
>>
>> Original Text
>> -
>>  "exp": 1639528912,
>>  "iat": 1618354090,
>>  "auth_time": 1646340198,
>>
>> Corrected Text
>> --
>>  "exp": 1639528912,
>>  "iat": 1618354090,
>>  "auth_time": 1618354090,
>>
>> Notes
>> -
>> I noticed a small inconsistency in the example "Figure 7: Introspection
>> Response". It seems that the time for the user-authentication event should
>> be less than or equal to the time of token issuance to ensure logical
>> coherence.
>>
>> Instructions:
>> -
>> This erratum is currently posted as "Reported". (If it is spam, it
>> will be removed shortly by the RFC Production Center.) Please
>> use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party
>> will log in to change the status and edit the report, if necessary.
>>
>> --
>> RFC9470 (draft-ietf-oauth-step-up-authn-challenge-17)
>> --
>> Title   : OAuth 2.0 Step

[Desktop-packages] [Bug 2074302] Re: Asus Laptop (R558U) does not suspend after upgrade to 24.04

[Brian Murray]

It also looks like you version of the kernel is out of date. You might
try updating to 6.8.0-39.39 and see if that helps resolve the issue.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-nouveau in Ubuntu.
https://bugs.launchpad.net/bugs/2074302

Title:
  Asus Laptop (R558U) does not suspend after upgrade to 24.04

Status in linux package in Ubuntu:
  New
Status in xserver-xorg-video-nouveau package in Ubuntu:
  New

Bug description:
  I was previously running Ubuntu 23.10 on my laptop. I performed a
  `dist-upgrade` about a week back. Since the upgrade to 24.04 my laptop
  does not suspend - either by pressing the power-key (previously
  working on 23.10) or by using the GNOME system power menu.

  My laptop has integrated Intel graphics as well as NVIDIA GeForce
  930MX (GM108M), but i haven't installed proprietary video drivers. It
  is currently using xserver-x-org-video-nouveau as the video driver. My
  system reports as running a wayland session, but I find the above
  X.Org detail confusing.

  There is currently one inhibitor running `gsd-media-keys`.

  I filed a bug under systemd as ubuntu-bug would not let me file a bug
  without a package name. If this is incorrect, please change the
  package-name as appropriate.

  I would like to restore previous functionality - system suspend on
  command.

  I'd be happy to provide additional logs and to troubleshoot any
  possible fixes.

  ProblemType: Bug
  DistroRelease: Ubuntu 24.04
  Package: systemd 255.4-1ubuntu8.2
  ProcVersionSignature: Ubuntu 6.8.0-38.38-generic 6.8.8
  Uname: Linux 6.8.0-38-generic x86_64
  ApportVersion: 2.28.1-0ubuntu3
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: ubuntu:GNOME
  Date: Sun Jul 28 19:11:12 2024
  InstallationDate: Installed on 2019-04-20 (1926 days ago)
  InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
  MachineType: ASUSTeK COMPUTER INC. X556UR
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-6.8.0-38-generic 
root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7
  SourcePackage: systemd
  UpgradeStatus: Upgraded to noble on 2024-07-20 (8 days ago)
  dmi.bios.date: 10/24/2016
  dmi.bios.release: 5.11
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: X556UR.309
  dmi.board.asset.tag: ATN12345678901234567
  dmi.board.name: X556UR
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: ATN12345678901234567
  dmi.chassis.type: 10
  dmi.chassis.vendor: ASUSTeK COMPUTER INC.
  dmi.chassis.version: 1.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrX556UR.309:bd10/24/2016:br5.11:svnASUSTeKCOMPUTERINC.:pnX556UR:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnX556UR:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:skuASUS-NotebookSKU:
  dmi.product.family: X
  dmi.product.name: X556UR
  dmi.product.sku: ASUS-NotebookSKU
  dmi.product.version: 1.0
  dmi.sys.vendor: ASUSTeK COMPUTER INC.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2074302/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Ubuntu-x-swat] [Bug 2074302] Re: Asus Laptop (R558U) does not suspend after upgrade to 24.04

[Brian Murray]

It also looks like you version of the kernel is out of date. You might
try updating to 6.8.0-39.39 and see if that helps resolve the issue.

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-nouveau in Ubuntu.
https://bugs.launchpad.net/bugs/2074302

Title:
  Asus Laptop (R558U) does not suspend after upgrade to 24.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2074302/+subscriptions


___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp

[OAUTH-WG] Re: Review of draft-ietf-oauth-selective-disclosure-jwt-10

[Brian Campbell]

Thanks Mike! The detailed review is appreciated. The document authors will
work on addressing and/or responding to the comments. As you are no doubt
aware, doing so can take some time, so in the meantime I wanted to send
this quick note of acknowledgement and thanks.

On Sun, Aug 4, 2024 at 9:56 PM Michael Jones 
wrote:

> I read
> https://www.ietf.org/archive/id/draft-ietf-oauth-selective-disclosure-jwt-10.html
> in its entirety, resulting in these suggestions.  Some are for
> readability.  Some are for consistency with related specifications,
> including JWT.  Some are for security and correctness.  The most important
> comments, including those addressing correctness issues, are in red.
>
>
>
> *Abstract
> *:
> In “It encompasses various applications, including but not limited to the
> selective disclosure of JSON Web Token (JWT) claims.”, change “encompasses
> various” to “can be used for multiple” or “is applicable to multiple”.  The
> use of “encompasses” is confusing here, and “various” isn’t a strong word.
>
>
>
> *1.
> Introduction
> *:
> In “However, that does not preclude the mechanism's applicability to other
> or more general applications of JWS with JSON payloads.”, delete “or more
> general”, since it doesn’t add anything but length.
>
>
>
> *1.
> Introduction
> :
> Change “Web Authorization Protocol (oauth) working group” to “Web
> Authorization Protocol (OAuth) working group”.*
>
>
>
> *1.
> Introduction
> :
> In “While JWTs with claims describing natural persons are a common use
> case, the mechanisms defined in this document can be used for other use
> cases as well.” change “can be used for other use cases as well” to “are
> also applicable other use cases” to tighten the exposition.*
>
>
>
> *1.
> Introduction
> :
> The usage of “Holder” in “used a number of times by the user (the "Holder"
> of the JWT)” inconsistent with its usage in the definitions, which defines
> “Holder” as being “an entity”.  The usage here in the introduction makes
> the holder into a person rather than an entity.  Please adjust the language
> here to not confuse the user who utilizes the holder with the holder
> itself.*
>
>
>
> *1.
> Introduction
> :
> The use of the undefined terms “verifiable credential” and “credential” in
> “One example of a multi-use JWT is a verifiable credential, an
> Issuer-signed credential that contains the claims about a subject, and
> whose authenticity can be cryptographically verified.” will almost
> certainly cause people to ask you to define them, and then people will
> argue about the definitions.  Get rid of both terms by changing this to
> “One example of a multi-use JWT is an Issuer-signed token that contains
> claims about a subject, and whose authenticity can be cryptographically
> verified.” and save us some grief!  (Although I see that “credential” is
> used later.  At least ditch “verifiable credential” here!)*
>
>
>
> *1.
> Introduction
> :
> In “"Claims" here refers to both object properties (name-value pairs) as
> well as array elements.” and all other locations in the spec, change
> “name-value” to “name/value” for consistency with the notation in the
> “Claim” definition at https://www.rfc-editor.org/rfc/rfc7519.html#section-2
> .*
>
>
>
> *1.
> Introduction
> :
> In “"Claims" here refers to both object properties (name-value pairs) as
> well as array elements.” change “array elements” to “elements in arrays
> that are the values of name/value pairs” (or something like that).  Without
> s

[Group.of.nepali.translators] [Bug 1744599] Re: package docker.io (not installed) failed to install/upgrade: subprocess installed post-removal script returned error exit status 127

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: docker.io (Ubuntu Artful)
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1744599

Title:
  package docker.io (not installed) failed to install/upgrade:
  subprocess installed post-removal script returned error exit status
  127

Status in docker.io package in Ubuntu:
  Fix Released
Status in docker.io source package in Xenial:
  Fix Released
Status in docker.io source package in Artful:
  Won't Fix

Bug description:
  Just adding a bug hopefully to help out, I am new to this.

  rob@node:~$ lsb_release -rd
  Description:  Ubuntu 16.04.3 LTS
  Release:  16.04

  
  rob@node:~$ apt-cache policy docker
  docker:
Installed: (none)
Candidate: 1.5-1
Version table:
   1.5-1 500
  500 http://ca.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages
  100 /var/lib/dpkg/status

  
  3) What you expected to happen: Uninstall
  4) What happened instead: this on reboot

  ProblemType: Package
  DistroRelease: Ubuntu 16.04
  Package: docker.io (not installed)
  ProcVersionSignature: Ubuntu 4.13.0-26.29~16.04.2-generic 4.13.13
  Uname: Linux 4.13.0-26-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.15
  AptOrdering:
   docker.io: Purge
   NULL: ConfigurePending
  Architecture: amd64
  Date: Sun Jan 21 13:34:09 2018
  ErrorMessage: subprocess installed post-removal script returned error exit 
status 127
  InstallationDate: Installed on 2018-01-21 (0 days ago)
  InstallationMedia: Ubuntu 16.04.3 LTS "Xenial Xerus" - Release amd64 
(20170801)
  RelatedPackageVersions:
   dpkg 1.18.4ubuntu1.3
   apt  1.2.24
  SourcePackage: docker.io
  Title: package docker.io (not installed) failed to install/upgrade: 
subprocess installed post-removal script returned error exit status 127
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1744599/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1722603] Re: No automatic driver install for Apple facetime camera ( experimental working driver available)

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: ubuntu-drivers-common (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1722603

Title:
  No automatic driver install for Apple facetime camera ( experimental
  working driver available)

Status in linux package in Ubuntu:
  Confirmed
Status in ubuntu-drivers-common package in Ubuntu:
  New
Status in linux source package in Artful:
  Won't Fix
Status in ubuntu-drivers-common source package in Artful:
  Won't Fix

Bug description:
  the integrated facetime camera does not work on Ubuntu 22.04 out of
  the box.

  the current workaround is outlined here:
  https://github.com/patjak/bcwc_pcie/wiki/Get-Started#additional-notes

  would it be possible to have this driver supported by ubuntu-drivers ?

  
  Manual Dkms Solution : 

  git clone https://github.com/ekimiateam/facetimehd
  git clone https://github.com/patjak/facetimehd-firmware
  make -C facetimehd-firmware/ deb 
  cp facetimehd-firmware/debian/*.deb .
  cd facetimehd/
  dpkg-buildpackage -us -uc
  cd ..
  sudo apt install ./facetimehd*.deb

  -

  ApportVersion: 2.20.7-0ubuntu2
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  peter  1906 F pulseaudio
   /dev/snd/controlC1:  peter  1906 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  DistroRelease: Ubuntu 17.10
  InstallationDate: Installed on 2016-04-05 (553 days ago)
  InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
  MachineType: Apple Inc. MacBookPro12,1
  Package: linux (not installed)
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.13.0-12-generic.efi.signed 
root=UUID=540e40c6-4d83-4c9e-8dfe-18c9ab5e2234 ro quiet splash vt.handoff=7
  ProcVersionSignature: Ubuntu 4.13.0-12.13-generic 4.13.3
  RelatedPackageVersions:
   linux-restricted-modules-4.13.0-12-generic N/A
   linux-backports-modules-4.13.0-12-generic  N/A
   linux-firmware 1.169
  Tags:  artful wayland-session
  Uname: Linux 4.13.0-12-generic x86_64
  UpgradeStatus: Upgraded to artful on 2017-10-09 (1 days ago)
  UserGroups: adm cdrom dip docker lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 06/18/2017
  dmi.bios.vendor: Apple Inc.
  dmi.bios.version: MBP121.88Z.0167.B33.1706181928
  dmi.board.name: Mac-E43C1C25D4880AD6
  dmi.board.vendor: Apple Inc.
  dmi.board.version: MacBookPro12,1
  dmi.chassis.type: 9
  dmi.chassis.vendor: Apple Inc.
  dmi.chassis.version: Mac-E43C1C25D4880AD6
  dmi.modalias: 
dmi:bvnAppleInc.:bvrMBP121.88Z.0167.B33.1706181928:bd06/18/2017:svnAppleInc.:pnMacBookPro12,1:pvr1.0:rvnAppleInc.:rnMac-E43C1C25D4880AD6:rvrMacBookPro12,1:cvnAppleInc.:ct9:cvrMac-E43C1C25D4880AD6:
  dmi.product.family: MacBook Pro
  dmi.product.name: MacBookPro12,1
  dmi.product.version: 1.0
  dmi.sys.vendor: Apple Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1722603/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1765563] Re: gegl: CVE-2018-10114 (ppm)

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: gegl (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1765563

Title:
  gegl: CVE-2018-10114 (ppm)

Status in gegl package in Ubuntu:
  Fix Released
Status in gegl source package in Trusty:
  New
Status in gegl source package in Xenial:
  New
Status in gegl source package in Artful:
  Won't Fix

Bug description:
  https://security-tracker.debian.org/tracker/CVE-2018-10114

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gegl/+bug/1765563/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1763649] Re: qemu segfaults after re-attaching ceph volume to instance

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: qemu (Ubuntu Artful)
   Status: Incomplete => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1763649

Title:
  qemu segfaults after re-attaching ceph volume to instance

Status in Ubuntu Cloud Archive:
  New
Status in qemu package in Ubuntu:
  Fix Released
Status in qemu source package in Xenial:
  Incomplete
Status in qemu source package in Artful:
  Won't Fix

Bug description:
  I have OpenStack compute nodes with qemu-system-x86. Using Ceph as
  storage backend for base disks and volumes (no local storage).

  When I create a new volume on ceph and attach to instance - it's working.
  When I detach volume, and re-attach again, with limited number of repeats I 
am able to crash my instance. Sometimes it's just in second try, sometimes 6, 
9. In most cases it won't survive 10 cycles.

  Steps to reproduce:

  - create instance
  - create volume in ceph

  define volume in disk.xml: http://paste.openstack.org/show/719130/

  now try a loop:

  while true; do
    virsh attach-device instance-0xxx disk.xml;
    sleep 5;
    virsh detach-disk  instance-22e8 vdb --live;
    sleep 5;
  done

  After few iterations, instance is crashed.

  Logs:

  kernel: [3866704.245319] traps: qemu-system-x86[23382] general
  protection ip:558690860750 sp:7faaf36f6ea8 error:0 in qemu-
  system-x86_64[5586902a7000+842000]

  or

  kernel: [7252748.718834] qemu-system-x86[30720]: segfault at 100 ip
  56258ba78144 sp 7fca010c1eb0 error 4 in qemu-
  system-x86_64[56258b47a000+842000]

  Ubuntu Xenial 16.04.3 with cloud-archive@Ocata repositories
  kernel: 4.4.0-109-generic
  qemu-system-x86 1:2.8+dfsg-3ubuntu2.9~cloud1
  libvirt-bin 2.5.0-3ubuntu5.6~cloud0
  ceph/rados: 10.2.10-1xenial

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1763649/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1741467] Re: Process's swap use blocks all other processes as well

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-base in Ubuntu.
https://bugs.launchpad.net/bugs/1741467

Title:
  Process's swap use blocks all other processes as well

Status in linux package in Ubuntu:
  Confirmed
Status in linux-base package in Ubuntu:
  Invalid
Status in linux source package in Artful:
  Won't Fix
Status in linux-base source package in Artful:
  Invalid

Bug description:
  What happens:
  1. My process runs out of memory
  2. Some of its pages get swapped to disk
  3. While this happens all processes stop and wait

  What i expect to happen:
  Other processes should continue as usual.

  ProblemType: Bug
  DistroRelease: Ubuntu 17.10
  Package: linux-base 4.5ubuntu1
  ProcVersionSignature: Ubuntu 4.13.0-19.22-generic 4.13.13
  Uname: Linux 4.13.0-19-generic x86_64
  ApportVersion: 2.20.7-0ubuntu3.7
  Architecture: amd64
  CurrentDesktop: XFCE
  Date: Fri Jan  5 15:27:18 2018
  InstallationDate: Installed on 2017-12-14 (22 days ago)
  InstallationMedia: Xubuntu 17.10 "Artful Aardvark" - Release amd64 
(20171017.1)
  PackageArchitecture: all
  SourcePackage: linux-base
  UpgradeStatus: No upgrade log present (probably fresh install)
  --- 
  ApportVersion: 2.20.7-0ubuntu3.8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  volodya1620 F pulseaudio
  CurrentDesktop: XFCE
  DistroRelease: Ubuntu 17.10
  HibernationDevice: RESUME=UUID=7b8f7f86-5017-44ec-bf81-976c66d77a44
  InstallationDate: Installed on 2017-12-14 (131 days ago)
  InstallationMedia: Xubuntu 17.10 "Artful Aardvark" - Release amd64 
(20171017.1)
  MachineType: ASUSTeK COMPUTER INC. N76VB
  Package: linux (not installed)
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.13.0-38-generic.efi.signed 
root=/dev/mapper/xubuntu--vg-root ro quiet splash vt.handoff=7
  ProcVersionSignature: Ubuntu 4.13.0-38.43-generic 4.13.16
  RelatedPackageVersions:
   linux-restricted-modules-4.13.0-38-generic N/A
   linux-backports-modules-4.13.0-38-generic  N/A
   linux-firmware 1.169.3
  Tags:  artful
  Uname: Linux 4.13.0-38-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 05/24/2013
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: N76VB.205
  dmi.board.asset.tag: ATN12345678901234567
  dmi.board.name: N76VB
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: No Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: ASUSTeK COMPUTER INC.
  dmi.chassis.version: 1.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrN76VB.205:bd05/24/2013:svnASUSTeKCOMPUTERINC.:pnN76VB:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnN76VB:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:
  dmi.product.family: N
  dmi.product.name: N76VB
  dmi.product.version: 1.0
  dmi.sys.vendor: ASUSTeK COMPUTER INC.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1741467/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1722603] Re: No automatic driver install for Apple facetime camera ( experimental working driver available)

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: ubuntu-drivers-common (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ubuntu-drivers-common in Ubuntu.
https://bugs.launchpad.net/bugs/1722603

Title:
  No automatic driver install for Apple facetime camera ( experimental
  working driver available)

Status in linux package in Ubuntu:
  Confirmed
Status in ubuntu-drivers-common package in Ubuntu:
  New
Status in linux source package in Artful:
  Won't Fix
Status in ubuntu-drivers-common source package in Artful:
  Won't Fix

Bug description:
  the integrated facetime camera does not work on Ubuntu 22.04 out of
  the box.

  the current workaround is outlined here:
  https://github.com/patjak/bcwc_pcie/wiki/Get-Started#additional-notes

  would it be possible to have this driver supported by ubuntu-drivers ?

  
  Manual Dkms Solution : 

  git clone https://github.com/ekimiateam/facetimehd
  git clone https://github.com/patjak/facetimehd-firmware
  make -C facetimehd-firmware/ deb 
  cp facetimehd-firmware/debian/*.deb .
  cd facetimehd/
  dpkg-buildpackage -us -uc
  cd ..
  sudo apt install ./facetimehd*.deb

  -

  ApportVersion: 2.20.7-0ubuntu2
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  peter  1906 F pulseaudio
   /dev/snd/controlC1:  peter  1906 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  DistroRelease: Ubuntu 17.10
  InstallationDate: Installed on 2016-04-05 (553 days ago)
  InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
  MachineType: Apple Inc. MacBookPro12,1
  Package: linux (not installed)
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.13.0-12-generic.efi.signed 
root=UUID=540e40c6-4d83-4c9e-8dfe-18c9ab5e2234 ro quiet splash vt.handoff=7
  ProcVersionSignature: Ubuntu 4.13.0-12.13-generic 4.13.3
  RelatedPackageVersions:
   linux-restricted-modules-4.13.0-12-generic N/A
   linux-backports-modules-4.13.0-12-generic  N/A
   linux-firmware 1.169
  Tags:  artful wayland-session
  Uname: Linux 4.13.0-12-generic x86_64
  UpgradeStatus: Upgraded to artful on 2017-10-09 (1 days ago)
  UserGroups: adm cdrom dip docker lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 06/18/2017
  dmi.bios.vendor: Apple Inc.
  dmi.bios.version: MBP121.88Z.0167.B33.1706181928
  dmi.board.name: Mac-E43C1C25D4880AD6
  dmi.board.vendor: Apple Inc.
  dmi.board.version: MacBookPro12,1
  dmi.chassis.type: 9
  dmi.chassis.vendor: Apple Inc.
  dmi.chassis.version: Mac-E43C1C25D4880AD6
  dmi.modalias: 
dmi:bvnAppleInc.:bvrMBP121.88Z.0167.B33.1706181928:bd06/18/2017:svnAppleInc.:pnMacBookPro12,1:pvr1.0:rvnAppleInc.:rnMac-E43C1C25D4880AD6:rvrMacBookPro12,1:cvnAppleInc.:ct9:cvrMac-E43C1C25D4880AD6:
  dmi.product.family: MacBook Pro
  dmi.product.name: MacBookPro12,1
  dmi.product.version: 1.0
  dmi.sys.vendor: Apple Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1722603/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1728742] Re: curtin dname for bcache uses unstable devname instead of UUID

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: curtin (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1728742

Title:
  curtin dname for bcache uses unstable devname instead of UUID

Status in bcache-tools:
  New
Status in curtin:
  Fix Released
Status in curtin package in Ubuntu:
  Fix Released
Status in bcache-tools source package in Trusty:
  Invalid
Status in curtin source package in Trusty:
  Won't Fix
Status in bcache-tools source package in Xenial:
  Invalid
Status in curtin source package in Xenial:
  New
Status in bcache-tools source package in Artful:
  Invalid
Status in curtin source package in Artful:
  Won't Fix
Status in bcache-tools source package in Bionic:
  Invalid
Status in curtin source package in Bionic:
  Fix Released
Status in bcache-tools package in Debian:
  Confirmed

Bug description:
  [Impact]

   * Current users of bcache devices may encounter unreliable device
     numbering as the Linux kernel does not guarantee that bcache
     minor numbers are assigned to the same devices at each boot.
     Users who may have used /dev/bcacheN in paths to a specific
     device could possible be pointing to a different dataset
     altogether.  bcache udev rules do provide some mechanism to
     generate persistent symlinks in /dev/bcache/by-uuid or
     /dev/bcache/by-label which is based on superblock data on
     the underlying device.  However, the Linux kernel does not
     always generate an kernel uevent to trigger the udev rules
     to create the symlink.

   * The fix adds a udev program which will read bcache superblock
     of slave devices and extract the UUID and LABEL, exporting them
     to udev for use in the bcache rule files.

   * This is affected in upstream bcache-tools, the owning package
     of the udev rules.  This affects all releases of bcache-tools
     as the rules rely upon the kernel to trigger these events,
     though that is not a requirement to resolve the lack of
     persistent links.

  [Test Case]

   * Launch and Ubuntu Cloud Image with 3 unused disks
     - apt install bcache-tools tree
     - make-bcache -C /dev/vdb
     - make-bcache -B /dev/vdc
     - make-bcache -B /dev/vdd
     - echo "vdc" > /sys/class/block/bcache0/bcache/label
     - echo "vdd" > /sys/class/block/bcache1/bcache/label
     - reboot

     - Run this test:

  #!/bin/bash
  FAIL=0
  [ ! -d /dev/bcache ] && {
  echo "FAIL: /dev/bcache is not a directory";
  exit 1
  }
  for label in /dev/bcache/by-label/*; do
  LABEL_TARGET="$(ls -1 /sys/class/block/`basename $label`/holders/)"
  DEVNAME=`readlink -f $label`;
  KNAME="${DEVNAME#*/dev/}"
  if [ "$LABEL_TARGET" != "$KNAME" ]; then
  echo "FAIL: label points to $LABEL_TARGET but symlink points to 
$DEVNAME";
  FAIL=1
  fi;
  done
  if [ "$FAIL" == "0" ]; then
  echo "PASS";
  exit 0
  fi
  exit 1

  [Regression Potential]

   * As bcache minor numbers and these symlinks have been unreliable in
     the past there may be code that makes assumptions about
     /dev/bcache* expanded only to the block devices, versus
     /dev/bcache which is a directory.

  [Original Description]

  Bcache device names like /dev/bcache0 are unstable.  Bcache does not
  use any predictable ordering when assembling bcache devices, so on
  systems with multiple bcache devices, a symlink to /dev/bcache0 may
  end up pointing do a different device.

  the bcache dname symlink should point to the /dev/bcache/by-
  uuid/ which matches the backing device UUID that's set at
  creation time.

  Related bugs:
   * bug 1729145: [kernel] /dev/bcache/by-uuid links not created after reboot

To manage notifications about this bug go to:
https://bugs.launchpad.net/bcache-tools/+bug/1728742/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1739672] Re: Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: glibc (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1739672

Title:
  Regression in getaddrinfo(): calls block for much longer on Bionic
  (compared to Xenial), please disable LLMNR

Status in glibc package in Ubuntu:
  Invalid
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Fix Released
Status in glibc source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Won't Fix
Status in systemd source package in Artful:
  Won't Fix
Status in glibc source package in Bionic:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Fix Released

Bug description:
  When testing MAAS on Bionic, we noticed sluggish performance that we
  could not immediately explain.

  After comparing the results from a run of the test suite on Xenial to
  a run on Bionic, we determined that the slowdowns had to do with DNS
  lookups. In particular, if MAAS attempts to resolve a hostname using
  getaddrinfo() and the call fails, on Xenial the negative result is
  returned in a fraction of a second. On Bionic, the negative result is
  returned in ~1.6 seconds, according to some measures.

  ### To run the test ###

  git clone https://github.com/mpontillo/test-getaddrinfo
  cd test-getaddrinfo
  make

  ### Results on Xenial ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Success
  getaddrinfo() return value: -2 (Name or service not known)

  real  0m0.015s
  user  0m0.000s
  sys   0m0.000s

  ### Results on Bionic ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Resource temporarily unavailable
  getaddrinfo() return value: -3 (Temporary failure in name resolution)

  real  0m1.609s
  user  0m0.004s
  sys   0m0.000s

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1739672/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1766300] Re: hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't exist

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1766300

Title:
  hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't
  exist

Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in linux source package in Trusty:
  New
Status in linux-azure source package in Trusty:
  New
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux source package in Artful:
  Won't Fix
Status in linux-azure source package in Artful:
  Won't Fix
Status in linux source package in Bionic:
  Incomplete
Status in linux-azure source package in Bionic:
  New

Bug description:
  On VMs launched in Azure, /dev/vmbus/hv_fcopy doesn't exist, so hv-
  fcopy-daemon fails to start.  This means that boot is degraded by
  default:

  $ systemctl list-units --failed --no-legend
  hv-fcopy-daemon.service loaded failed failed Hyper-V File Copy Protocol Daemon

  $ systemctl is-system-running 
  degraded

  which makes detecting other failures much harder to automate.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-cloud-tools-common 4.15.0-15.16
  ProcVersionSignature: User Name 4.15.0-1004.4-azure 4.15.15
  Uname: Linux 4.15.0-1004-azure x86_64
  AlsaDevices: Error: command ['ls', '-l', '/dev/snd/'] failed with exit code 
2: ls: cannot access '/dev/snd/': No such file or directory
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  CRDA: N/A
  Date: Mon Apr 23 16:27:47 2018
  Dependencies:
   
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Error: command ['lsusb'] failed with exit code 1:
  MachineType: Microsoft Corporation Virtual Machine
  PackageArchitecture: all
  PciMultimedia:
   
  ProcFB: 0 hyperv_fb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-1004-azure 
root=UUID=fda9466a-9068-447f-8572-6d8d310eabd3 ro console=tty1 console=ttyS0 
earlyprintk=ttyS0 rootdelay=300
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-1004-azure N/A
   linux-backports-modules-4.15.0-1004-azure  N/A
   linux-firmware N/A
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/02/2017
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 090007
  dmi.board.name: Virtual Machine
  dmi.board.vendor: Microsoft Corporation
  dmi.board.version: 7.0
  dmi.chassis.asset.tag: 7783-7084-3265-9085-8269-3286-77
  dmi.chassis.type: 3
  dmi.chassis.vendor: Microsoft Corporation
  dmi.chassis.version: 7.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr090007:bd06/02/2017:svnMicrosoftCorporation:pnVirtualMachine:pvr7.0:rvnMicrosoftCorporation:rnVirtualMachine:rvr7.0:cvnMicrosoftCorporation:ct3:cvr7.0:
  dmi.product.name: Virtual Machine
  dmi.product.uuid: 44FD5ABF-DE16-AD4A-B2E0-6E70167950AF
  dmi.product.version: 7.0
  dmi.sys.vendor: Microsoft Corporation

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1766300/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1739672] Re: Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1739672

Title:
  Regression in getaddrinfo(): calls block for much longer on Bionic
  (compared to Xenial), please disable LLMNR

Status in glibc package in Ubuntu:
  Invalid
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Fix Released
Status in glibc source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Won't Fix
Status in systemd source package in Artful:
  Won't Fix
Status in glibc source package in Bionic:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Fix Released

Bug description:
  When testing MAAS on Bionic, we noticed sluggish performance that we
  could not immediately explain.

  After comparing the results from a run of the test suite on Xenial to
  a run on Bionic, we determined that the slowdowns had to do with DNS
  lookups. In particular, if MAAS attempts to resolve a hostname using
  getaddrinfo() and the call fails, on Xenial the negative result is
  returned in a fraction of a second. On Bionic, the negative result is
  returned in ~1.6 seconds, according to some measures.

  ### To run the test ###

  git clone https://github.com/mpontillo/test-getaddrinfo
  cd test-getaddrinfo
  make

  ### Results on Xenial ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Success
  getaddrinfo() return value: -2 (Name or service not known)

  real  0m0.015s
  user  0m0.000s
  sys   0m0.000s

  ### Results on Bionic ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Resource temporarily unavailable
  getaddrinfo() return value: -3 (Temporary failure in name resolution)

  real  0m1.609s
  user  0m0.004s
  sys   0m0.000s

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1739672/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Group.of.nepali.translators] [Bug 1766300] Re: hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't exist

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux-azure (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1766300

Title:
  hv-fcopy-daemon service fails to start if /dev/vmbus/hv_fcopy doesn't
  exist

Status in linux package in Ubuntu:
  Incomplete
Status in linux-azure package in Ubuntu:
  New
Status in linux source package in Trusty:
  New
Status in linux-azure source package in Trusty:
  New
Status in linux source package in Xenial:
  New
Status in linux-azure source package in Xenial:
  New
Status in linux source package in Artful:
  Won't Fix
Status in linux-azure source package in Artful:
  Won't Fix
Status in linux source package in Bionic:
  Incomplete
Status in linux-azure source package in Bionic:
  New

Bug description:
  On VMs launched in Azure, /dev/vmbus/hv_fcopy doesn't exist, so hv-
  fcopy-daemon fails to start.  This means that boot is degraded by
  default:

  $ systemctl list-units --failed --no-legend
  hv-fcopy-daemon.service loaded failed failed Hyper-V File Copy Protocol Daemon

  $ systemctl is-system-running 
  degraded

  which makes detecting other failures much harder to automate.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-cloud-tools-common 4.15.0-15.16
  ProcVersionSignature: User Name 4.15.0-1004.4-azure 4.15.15
  Uname: Linux 4.15.0-1004-azure x86_64
  AlsaDevices: Error: command ['ls', '-l', '/dev/snd/'] failed with exit code 
2: ls: cannot access '/dev/snd/': No such file or directory
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu6
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  CRDA: N/A
  Date: Mon Apr 23 16:27:47 2018
  Dependencies:
   
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Error: command ['lsusb'] failed with exit code 1:
  MachineType: Microsoft Corporation Virtual Machine
  PackageArchitecture: all
  PciMultimedia:
   
  ProcFB: 0 hyperv_fb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-1004-azure 
root=UUID=fda9466a-9068-447f-8572-6d8d310eabd3 ro console=tty1 console=ttyS0 
earlyprintk=ttyS0 rootdelay=300
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-1004-azure N/A
   linux-backports-modules-4.15.0-1004-azure  N/A
   linux-firmware N/A
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/02/2017
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 090007
  dmi.board.name: Virtual Machine
  dmi.board.vendor: Microsoft Corporation
  dmi.board.version: 7.0
  dmi.chassis.asset.tag: 7783-7084-3265-9085-8269-3286-77
  dmi.chassis.type: 3
  dmi.chassis.vendor: Microsoft Corporation
  dmi.chassis.version: 7.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr090007:bd06/02/2017:svnMicrosoftCorporation:pnVirtualMachine:pvr7.0:rvnMicrosoftCorporation:rnVirtualMachine:rvr7.0:cvnMicrosoftCorporation:ct3:cvr7.0:
  dmi.product.name: Virtual Machine
  dmi.product.uuid: 44FD5ABF-DE16-AD4A-B2E0-6E70167950AF
  dmi.product.version: 7.0
  dmi.sys.vendor: Microsoft Corporation

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1766300/+subscriptions


___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1739672] Re: Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: linux (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1739672

Title:
  Regression in getaddrinfo(): calls block for much longer on Bionic
  (compared to Xenial), please disable LLMNR

Status in glibc package in Ubuntu:
  Invalid
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Fix Released
Status in glibc source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Won't Fix
Status in systemd source package in Artful:
  Won't Fix
Status in glibc source package in Bionic:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Fix Released

Bug description:
  When testing MAAS on Bionic, we noticed sluggish performance that we
  could not immediately explain.

  After comparing the results from a run of the test suite on Xenial to
  a run on Bionic, we determined that the slowdowns had to do with DNS
  lookups. In particular, if MAAS attempts to resolve a hostname using
  getaddrinfo() and the call fails, on Xenial the negative result is
  returned in a fraction of a second. On Bionic, the negative result is
  returned in ~1.6 seconds, according to some measures.

  ### To run the test ###

  git clone https://github.com/mpontillo/test-getaddrinfo
  cd test-getaddrinfo
  make

  ### Results on Xenial ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Success
  getaddrinfo() return value: -2 (Name or service not known)

  real  0m0.015s
  user  0m0.000s
  sys   0m0.000s

  ### Results on Bionic ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Resource temporarily unavailable
  getaddrinfo() return value: -3 (Temporary failure in name resolution)

  real  0m1.609s
  user  0m0.004s
  sys   0m0.000s

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1739672/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1739672] Re: Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: systemd (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1739672

Title:
  Regression in getaddrinfo(): calls block for much longer on Bionic
  (compared to Xenial), please disable LLMNR

Status in glibc package in Ubuntu:
  Invalid
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Fix Released
Status in glibc source package in Artful:
  Won't Fix
Status in linux source package in Artful:
  Won't Fix
Status in systemd source package in Artful:
  Won't Fix
Status in glibc source package in Bionic:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Fix Released

Bug description:
  When testing MAAS on Bionic, we noticed sluggish performance that we
  could not immediately explain.

  After comparing the results from a run of the test suite on Xenial to
  a run on Bionic, we determined that the slowdowns had to do with DNS
  lookups. In particular, if MAAS attempts to resolve a hostname using
  getaddrinfo() and the call fails, on Xenial the negative result is
  returned in a fraction of a second. On Bionic, the negative result is
  returned in ~1.6 seconds, according to some measures.

  ### To run the test ###

  git clone https://github.com/mpontillo/test-getaddrinfo
  cd test-getaddrinfo
  make

  ### Results on Xenial ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Success
  getaddrinfo() return value: -2 (Name or service not known)

  real  0m0.015s
  user  0m0.000s
  sys   0m0.000s

  ### Results on Bionic ###
  $ time ./test not-a-real-hostname
  Trying to resolve: not-a-real-hostname
  getaddrinfo errno: Resource temporarily unavailable
  getaddrinfo() return value: -3 (Temporary failure in name resolution)

  real  0m1.609s
  user  0m0.004s
  sys   0m0.000s

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1739672/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

RE: Add "Windows aarch64" to Supported Build Platforms

[Brian Stafford]

Hi Matthias,

Thank you for your assistance. Here are the details:

Platform: Windows aarch64 
Status: Works correctly (Green star)
OS Type/Vendor: Microsoft Windows Server Datacenter Azure Edition 
OS Version: 2025 
Compiler/Toolchain Type/Vendor: Microsoft Visual Studio
Compiler/Toolchain Version: 2022 (devkit)
Notes / Workarounds: Maintained by Microsoft

Please update the JDK 11, JDK 17, and JDK 21 tables.

Thanks again!

Brian Stafford 
Microsoft

[Touch-packages] [Bug 1707880] Re: newly installed additional units are not started on upgrade

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: debhelper (Ubuntu Artful)
   Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1707880

Title:
  newly installed additional units are not started on upgrade

Status in apt package in Ubuntu:
  New
Status in debhelper package in Ubuntu:
  Fix Released
Status in apt source package in Zesty:
  New
Status in debhelper source package in Zesty:
  New
Status in apt source package in Artful:
  Won't Fix
Status in debhelper source package in Artful:
  Won't Fix

Bug description:
  Upon upgrading apt from a version that only ships apt-daily.timer to
  the one that ships apt-daily.timer and apt-daily-upgrade.timer, the
  latter is not started on zesty and later.

  I believe this may be a bug in dh_systemd_start:

  # Automatically added by dh_systemd_start
  if [ -d /run/systemd/system ]; then
systemctl --system daemon-reload >/dev/null || true
if [ -n "$2" ]; then
_dh_action=try-restart
else
_dh_action=start
fi
deb-systemd-invoke $_dh_action apt-daily-upgrade.timer apt-daily.timer 
>/dev/null || true
  fi
  # End automatically added section

  This reduces to:
  deb-systemd-invoke try-restart apt-daily-upgrade.timer apt-daily.timer 
>/dev/null || true

  which is (after calling/checking policy-rc.d) is:
  systemctl try-restart apt-daily-upgrade.timer apt-daily.timer >/dev/null || 
true

  This is correct, for the apt-daily.timer and does nothing for the apt-
  daily-upgrade.timer. Since apt-daily-upgrade.timer is not active, try-
  restart does not start it.

  Imho, there should be an extra snippet in apt.postinst which does
  this:

  if [ -d /run/systemd/system ]; then
if dpkg --compare $2 with version that introduces 
apt-daily-upgrade.timer; then
deb-systemd-invoke start apt-daily-upgrade.timer >/dev/null || 
true
fi
  fi

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1707880/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Yahoo-eng-team] [Bug 1759956] Re: [dvr][fast-exit] incorrect policy rules get deleted when a distributed router has ports on multiple tenant networks

[Brian Murray]

Ubuntu 17.10 (Artful Aardvark) has reached end of life, so this bug will
not be fixed for that specific release.

** Changed in: neutron (Ubuntu Artful)
   Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1759956

Title:
  [dvr][fast-exit] incorrect policy rules get deleted when a distributed
  router has ports on multiple tenant networks

Status in Ubuntu Cloud Archive:
  Fix Released
Status in Ubuntu Cloud Archive pike series:
  Fix Released
Status in Ubuntu Cloud Archive queens series:
  Fix Released
Status in neutron:
  Fix Released
Status in neutron package in Ubuntu:
  Fix Released
Status in neutron source package in Artful:
  Won't Fix
Status in neutron source package in Bionic:
  Fix Released

Bug description:
  Ubuntu SRU details
  --
  [Impact]
  See Original Description below.

  [Test Case]
  See Original Description below.

  [Regression Potential]
  Low. All patches have landed upstream in corresponding stable branches. 

  Original Description
  
  TL;DR: ip -4 rule del priority  table  type unicast will 
delete the first matching rule it encounters: if there are two rules with the 
same priority it will just kill the first one it finds.

  The original setup is described here:
  https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1759918

  OpenStack Queens from UCA (xenial, GA kernel, deployed via OpenStack
  charms), 2 external subnets (one routed provider network), 2 tenant
  subnets all in the same address scope to trigger "fast exit".

  2 tenant networks attached (subnets 192.168.100.0/24 and
  192.168.200.0/24) to a DVR:

  # 2 rules as expected
  ip netns exec qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800 ip rule
  0:  from all lookup local
  32766:  from all lookup main
  32767:  from all lookup default
  8:  from 192.168.100.0/24 lookup 16
  8:  from 192.168.200.0/24 lookup 16

  # remove 192.168.200.0/24 sometimes deletes an incorrect policy rule
  openstack router remove subnet pubrouter othertenantsubnet

  # ip route del contains the cidr
  2018-03-29 20:09:52.946 2083594 DEBUG neutron.agent.linux.utils [-] Running 
command: ['sudo', 'neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ip', 'ne
  tns', 'exec', 'fip-d0f008fc-dc45-4237-9ce0-a9e1977735eb', 'ip', '-4', 
'route', 'del', '192.168.200.0/24', 'via', '169.254.93.94', 'dev', 
'fpr-4f9ca9ef-3'
  ] create_process 
/usr/lib/python2.7/dist-packages/neutron/agent/linux/utils.py:92

  # ip rule delete is not that specific
  2018-03-29 20:09:53.195 2083594 DEBUG neutron.agent.linux.utils [-] Running 
command: ['sudo', 'neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ip', 
'netns', 'exec', 'qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800', 'ip', '-4', 
'rule', 'del', 'priority', '8', 'table', '16', 'type', 'unicast'] create_pr
  ocess /usr/lib/python2.7/dist-packages/neutron/agent/linux/utils.py:92

  2018-03-29 20:15:59.210 2083594 DEBUG neutron.agent.linux.utils [-] Running 
command: ['sudo', 'neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ip', 
'netns', 'exec', 'qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800', 'ip', '-4', 
'rule', 'show'] create_process 
/usr/lib/python2.7/dist-packages/neutron/agent/linux/utils.py:92
  2018-03-29 20:15:59.455 2083594 DEBUG neutron.agent.linux.utils [-] Running 
command: ['sudo', 'neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ip', 
'netns', 'exec', 'qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800', 'ip', '-4', 
'rule', 'add', 'from', '192.168.100.0/24', 'priority', '8', 'table', '16', 
'type', 'unicast'] create_process 
/usr/lib/python2.7/dist-packages/neutron/agent/linux/utils.py:92

  

  ip netns exec qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800 ip rule
  0:  from all lookup local
  32766:  from all lookup main
  32767:  from all lookup default
  8:  from 192.168.100.0/24 lookup 16
  8:  from 192.168.200.0/24 lookup 16

  # try to delete a rule manually to see what is going on

  ip netns exec qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800 ip rule ; ip netns 
exec qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800 ip -4 rule del priority 8 
table 16 type unicast ; ip netns exec 
qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800 ip rule
  0:  from all lookup local
  32766:  from all lookup main
  32767:  from all lookup default
  8:  from 192.168.100.0/24 lookup 16
  8:  from 192.168.200.0/24 lookup 16

  0:  from all lookup local
  32766:  from all lookup main
  32767:  from all lookup default
  8:  from 192.168.200.0/24 lookup 16

  # ^^ 192.168.100.0/24 rule got deleted instead of 192.168.200.0/24

  # add the rule back manually
  ip netns exec qrouter-4f9ca9ef-303b-4082-abbc-e50782d9b800 ip rule add from 
192.168.100.0/24 priority 8 table 16 type unicast

  # different order now - 192.168.200.0/24 is first
  ip netns exec qrouter-4f9ca9ef-303b-4082-abbc-e50782d