> On Dec 13, 2014, at 17:56, Michael Cronenworth wrote:
>
>> On 12/12/2014 08:02 AM, Michael Cronenworth wrote:
>> You could either e-mail Erik directly or ping epienbroek in #fedora-mingw. I
>> will offer to take up co-maintainership if he's too busy.
>
> I have pushed updates for all branch
es to have the default
configuration that it currently has, but if the user has gone in and tweaked
the global configuration, that configuration may be re-assigned once we're far
enough along in the boot process to read what that configuration is.
Thanks,
-Jason
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
> On Wed, 20.07.11 15:20, Jason Baron (jba...@redhat.com) wrote:
>
> Heya,
>
> > The memory and cpu share controllers are currently supported (I simply
> > haven't
> > gotten to support
Hi,
On Wed, Jul 20, 2011 at 07:01:30PM -0400, Matthias Clasen wrote:
> On Wed, 2011-07-20 at 15:20 -0400, Jason Baron wrote:
> > Hi,
> >
> > I've been working on a new gui tool for managing and monitoring cgroups,
> > called
> > 'cg-manager'. I&#
worry about the more complex setups when
we better understand what they are, once systemd has added more cgroup
support. (I only recently understood that systemd was adding all this
cgroups support). In fact, at that point we probably don't need
libcgroup either.
thanks,
-Jason
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ers) ( epel7 )
>
> If we don't hear anything in a week, we will be setting the point
> of contact on these packages to orphan.
>
> Thanks,
>
> kevin
>
>
>
I'm planning on being the maintainer. What do I need to do to take
over these packages so that the maintaine
I'll apologize in advance for rambling, but I've been kicking around
ideas in this space for very many years now.
> "SJS" == Stephen John Smoogen writes:
SJS> Well it is quite clear we are doing something wrong and have been
SJS> for as long as the project has been going on.
It's true that
ut am very interested in doing more.
I followed the package maintainer guide so hopefully I didn't do anyhing too
terrible. Any help or pointers welcomed. TIA..
Regards,
JT
Jason Taylor | Secure-24 | 26955 Northwestern Highway, Ste. 200 | Southfield |
MI | 48033 | USA |
www.Secure-24.co
Hi All,
I have submitted https://bugzilla.redhat.com/show_bug.cgi?id=1110913
As indicated in the ticket this is my first packaging attempt so I am looking
for a sponsor as well. i would obviously like to learn more about packaging and
help maintain packages in addition to my submission. So if
: Re: pam_script review
Hi Jason,
On Wed, 2014-06-18 at 18:53 +, Jason Taylor wrote:
> Hi All,
>
> I have submitted https://bugzilla.redhat.com/show_bug.cgi?id=1110913
I've added some comments. If noone else steps in, I can do a formal
review as well.
> As indicated in the
On Wed, 2014-07-02 at 12:56 +0800, Christopher Meng wrote:
> Swap ZODB, sphinx-rtd-theme and BTrees with
>
> 1. osh - V6 Thompson Shell Port
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1115121
>
> 2. zsh-lovers - A collection of tips, tricks and examples for the Z shell
>
> (This package is
t; devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
I think Michael Scherer has mentioned usage of Claws. I tried to give it a try,
but went back to Thunderbird because I'm getting old and curmudgeony.
-J
--
Jason E. Rist
Senior
On 11/06/2012 10:34 AM, Matthieu Gautier wrote:
Hello all,
I'm not a Fedora developer, nor package maintainer. I'm a French Fedora
Ambassador for a long time. (I should say "I was" cause I don't do to
many things last time, just wake up every 6 months for Fedora releases
and other events).
I'm a
On 11/06/2012 10:55 AM, Matthieu Gautier wrote:
No, I never suggest that. Preview versions have a timelife of 6mo
instead of 12.
Stable version have a lifetime of 24mo (12mo for regular updates)
instead of 12.
The cycle would have to go: stable, preview, preview, stable, and so on
to avoid ma
A file has been added to the lookaside cache for perl-Parallel-ForkManager:
444958052e525790bf30d96f287072d1 Parallel-ForkManager-1.05.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedor
Summary of changes:
695685d... Update to latest upstream version. (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fe
Summary of changes:
55cc8dd... Perl 5.18 rebuild (*)
0686f22... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
695685d... Update to latest upstream version. (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fed
Summary of changes:
2aa9e0c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*)
55cc8dd... Perl 5.18 rebuild (*)
0686f22... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
695685d... Update to latest upstream version. (*)
(*) This commit already existed in a
"Richard W.M. Jones" writes:
> - Compiling the Verilog source code to a bitstream requires highly
>proprietary tools and will never be possible in Fedora.
Depending on what you actually consider these data to be, this should be
somewhat covered by:
https://fedoraproject.org/wiki/Packaging:
I would like to swap reviews with someone if they could take a look at
hyperscan: https://bugzilla.redhat.com/show_bug.cgi?id=1372866
Thanks in advance!
JT
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On Sat, 2016-09-03 at 04:13 +0200, gil wrote:
>
> Il 03/09/2016 03:53, jason taylor ha scritto:
> >
> > I would like to swap reviews with someone if they could take a look
> > at
> >
> > hyperscan: https://bugzilla.redhat.com/show_bug.cgi?id=1372866
>
roject.org
> >> https://admin.fedoraproject.org/mailman/listinfo/devel
> >> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> >>
> >
> >
> > --
> > devel mailing list
> > devel@lists.fedoraproject.org
> > https://adm
t's already a reported issue.
>
> Matthias
I have issues docked or undocked. Seems like docked is worse? I was having
blank screen issues but they are gone after installing nvidia drivers.
--
Jason E. Rist
Senior Software Engineer
OpenStack Management UI
Red Hat, Inc.
openuc: +1.97
On 11/12/2014 03:40 PM, Kevin Fenzi wrote:
> On Mon, 10 Nov 2014 20:59:16 +0100
> Matthias Runge wrote:
>
> > Oh yes!
> >
> > Accidentally, we didn't solve this earlier.
> >
> > The plan, discussed with jomara was, Jason Rist (FAS: jrist) should
>
Hi All,
In effort to resolve a security related BZ[0] I have attempted to contact
the active package maintainer(s) (rwmjones was listed but is not an active
member of the SIG) as well as the mailing list[1] with no response. We
discussed this BZ as well as some other MinGW related security BZ's du
es.
>
>
> Thanks
>
>
> Vít
>
Isn't hub Go based now?
-J
--
Jason E. Rist
Senior Software Engineer
OpenStack Infrastructure Integration
Red Hat, Inc.
openuc: +1.972.707.6408
mobile: +1.720.256.3933
Freenode: jrist
github/identi.ca: knowncitizen
--
devel mailing list
devel@l
u
> profile-sync-daemon
> python-eyed3
> oyranos
>
> Thanks.
>
I think cicku took python-pymtp on Jan 27.
https://lists.fedoraproject.org/pipermail/devel/2014-January/194744.html
-J
--
Jason E. Rist
Senior Software Engineer
OpenStack Infrastructure Integration
Hi All,
A while back I had submitted hyperscan for review and after working
with upstream it looks like we have the issues found during the
original review[0] fixed.
Since the folks involved with the original review are otherwise
occupied, if someone is interested and could take up the review?
I
On Wed, Nov 23, 2016 at 6:12 AM, Mario Ceresa wrote:
> Hi,
> I've just rebased an existing f24 atom to f25 and now I'm unable to find
> some kubernetes related files:
> * /usr/bin/etcd
> * /usr/lib/systemd/system/etcd.service
> * /usr/bin/kubectl
> * /usr/bin/hyperkube
You can install most packag
I am interested in this package as well, I can help maintain it (fas:
jtaylor)
Thanks!
JT
On Sun, Oct 20, 2019, 10:57 Igor Gnatenko
wrote:
> Feel free to assign it to me and I'll try to make an update to it as
> soon as possible.
>
> On Sun, Oct 20, 2019, 16:47 Stephen John Smoogen wrote:
>
>
orted non-responsive:
https://bugzilla.redhat.com/show_bug.cgi?id=1731535
Additional BZ's:
https://bugzilla.redhat.com/show_bug.cgi?id=1700334
Does anyone know how to get in contact with the maintainers for these
packages?
Thanks,
--
Jason Montleon | email: jmont...@redhat.com
Softwar
Welcome!
JT
On Mon, Nov 18, 2019, 05:51 Ankur Sinha wrote:
> Hello!
>
> Please welcome Julen (@jlanda) to the packager group. I have just
> sponsored them
> to it now[1]. They're interested in helping with the zathura related
> packages that I took over recently, and are also interested in help
> "KK" == Kaleb Keithley writes:
KK> The firewalld packager doesn't seem to know how to add an
KK> ExcludeArch: to the .spec or how to remove the 'Requires: kernel
KK> ...' line.
KK> https://bugzilla.redhat.com/show_bug.cgi?id=1733602
KK> Maybe someone with some authority on the subject can
> "TH" == Tom Hughes writes:
TH> Presumably in this case the performance penalty was considered small
TH> enough that it was worth building even production code with this
TH> mode enabled.
I'd like to know if any performance analysis was done about this,
because the upstream of a package I h
I'm on vacation and a few days behind on email, sorry.
> "ZJ" == Zbigniew Jędrzejewski-Szmek writes:
ZJ> Also, there are still some obvious packages to trim:
I wonder if the rpm dependency on curl (the executable, not the library)
is strictly necessary. I believe it's only because of the
%
> "IG" == Igor Gnatenko writes:
IG> We can actually get rid out of this using `libcurl-minimal`, but it
IG> is not easy to teach DNF to replace libcurl-minimal with libcurl
IG> without explicit --allowerasing on the command line.
That does prompt the question as to whether dnf itself is requ
el-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Jason Montleon | email:
27;t even
know their system has been left intentionally less secure will simply be
left none the wiser, possibly until it's too late.
On 8/26/19 10:23 AM, Anderson, Charles R wrote:
Perhaps VNC should default to listing only on the loopback interface.
On Mon, Aug 26, 2019 at 08:55:59AM -0400,
page that there are
security implications for downloading Workstation instead of Server.
On Mon, Aug 26, 2019 at 7:10 PM Björn Persson wrote:
>
> Jason Montleon wrote:
> >Imagine starting up VNC, having no intention of opening port 59xx, and
> >intending to use SSH tunneling to
uld put work into alternative desktops.
>
> -Dan
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraprojec
On 8/27/19 7:36 AM, Björn Persson wrote:
Jason Montleon wrote:
And even if they implemented it your way you are expecting that the
developer of the application and all the libraries it uses have
written perfect bug free code with zero vulnerabilities.
You wanted to block VNC with a packet
On Tue, Feb 12, 2019, 16:35 Björn 'besser82' Esser <
besse...@fedoraproject.org> wrote:
> > This log has "-mtune=option: not valid". I guess something has changed
> > here with gcc 9 that the cmake script doesn't like?
>
>
> I've tailored a patch for CMakeLists.txt to fix the build [1]. If you
>
Hi,
I packaged the integration tools for running Fedora 29 as a guest on Chrome
OS under crostini.
Most of the binaries and other files are bind mounted into the container so
the rest of what is set up (and included in the packages) are just links,
configs, and systemd unit files.
https://bugzill
> "PK" == Philip Kovacs via devel writes:
PK> Years ago when I was writing my specs to add the packages I now
PK> maintain, I recall someone recommended to me the use of these macros as
PK> Fedora "tribal knowledge." I am happy to remove mine if their use is
PK> unnecessary and could lead to
Hey all! I'm the author of Eternal Terminal, a replacement for ssh that
survives IP roaming & network outages. Michael Salim is an avid Fedora
user and has already created a Fedora package for ET, but I want to make
sure that Fedora is updated ASAP as soon as a new version is out (and
hopefully s
> "MM" == Matthew Miller writes:
MM> Let's talk about something new and exciting.
I assume that you mean "very much not new and about as exciting as the
fifteenth viewing of an episode of the Joy of Painting".
I know it's been a while. Maybe it's been long enough that a
significant number
> Jakub Kadlčík writes:
> Currently, we have 31 people waiting to be sponsored
> https://fedoraproject.org/PackageReviewStatus/needsponsor.html many of
> them waiting for months. To get to the point of waiting to be
> sponsored, all of these people invested their time to learn the basics
> of
> Miroslav Suchý writes:
> Again. This is not what we are telling them.
Again? There's no need for that.
In any case, what I wrote was the procedure I documented it when I set
it up. If all of that documentation was lost, then I don't know what to
say but that's not what was intended.
I
> Miroslav Suchý writes:
> No, I'm not saying that. Somebody has enough courage to open the
> package review, discuss it, get to the point that the package review
> was approved. But did not have the courage to reach sponsors. It was
> road block for them.
That's an odd case, I suppose. I h
; Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam
> Nicholas Frizzell writes:
> Has anyone investigated making use of multithreading for check-files
> previously?
I'm not sure multithreading is all that meaningful for that script; it's
really quite simple, after all. It runs find to get a list of files,
sorts it, and diffs that against the
> Maxwell G writes:
> If you don't want to clone every distgit repository and use the git
> log, [...]
Even if you did, there is full copy of the git data tarred up nightly at
https://src.fedoraproject.org/repo/git-seed-latest.tar.xz which would
probably save a big load of time.
- J<
_
> Kenneth Goldman writes:
> but … if the tutorial has a sample .spec file, I think it would
> help the new user if it was 100% complete.
I believe that the section "A Complete hello.spec File" at
https://docs.fedoraproject.org/en-US/package-maintainers/Packaging_Tutorial_GNU_Hello/#_a_comple
ct.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not rep
> Sandro Mani writes:
> To keep these functional, I've prepared a podofo-compat package with
> the previous 0.9.x library. The review request is here [2]. Happy to
> review in exchange.
Note that it's not necessary to go through the review process for
multiple versions of packages like this,
> Maxwell G writes:
> IIRC, we used to have nim in Fedora and then it was retired.
Yes, it was in Fedora 33 but orphaned for some time and then retired.
The last version packaged was 1.0.4. The final spec doesn't look very
complicated but of course it's tough to say how that would apply to
> Christopher writes:
>> $ wget mypackage.rpm
>> $rpm --checksig mypackage.rpm
> the whole point of
> using DNF to install a local file is for consistency of using the same
> command as for repo packages, not manually altering the RPM database
> outside of YUM/DNF (that results in a warning
> Kevin Kofler via devel writes:
> My pet peeve is provenpackagers or comaintainers who add unwanted
> automagic (autorelease, autosetup, autochangelog) to my packages.
That really shouldn't be happening for anything which wasn't officially
made mandatory or forbidden or whatnot. Sure, I we
> Adam Williamson writes:
> Honestly, we could really use more automation here, but it's a fairly
> hard thing to do *reliably* and there just isn't anybody specifically
> tasked with it so it doesn't happen.
So sure, we could use something but it doesn't have to start out as some
complex fu
l@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
--
Jason Montleon| email: jmont...@redhat.com
Red Hat, Inc. | gpg key: 0x069E3022
Cell: 508-496-0663| irc: jmontleo / jmontleon
--
_
DvE3hbmLUo
- Streamlining bootable container workflows with podman-bootc -
https://www.youtube.com/watch?v=uLPyeXmIdyE
[1] https://fedoramagazine.org/get-involved-with-fedora-bootable-containers/
[2] https://gitlab.com/fedora/bootc/tracker/-/issues
[3] https://gitlab.com/fedora/bootc/tracker/-/issues/24
It appears with version 0.13.0.5 colm switch from a GPLv2 to MIT
license.
https://src.fedoraproject.org/rpms/colm/c/ec0ba86370fa20f30369656beab3b
b04af97e7bd?branch=master
JT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
The latest version of colm was pushed to rawhide which bumped the soname.
I didn't catch this prior to the push to give a proper heads up so I
apologize for that.
I'll get a list of effected packages and notify the maintainers directly as
well.
JT
___
With version 7.0.0.10 ragel moved from GPLv2 to MIT.
https://src.fedoraproject.org/rpms/ragel/c/378118e75eab5d9ac97d93d2cfb5
0bd988bc7d30?branch=master
JT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
On Mon, 2017-12-11 at 06:23 -0500, Neal Gompa wrote:
> On Mon, Dec 11, 2017 at 6:18 AM, Fabio Valentini m> wrote:
> > "pro" .spec hack: This is why I hard-code library sonames in my
> > packages
> > (even if hardcoding is frowned upon in general, especially in .spec
> > files,
> > where macros are
but have not heard
back from them after a few followups. I will reach out to them again.
JT
> Dne 11.12.2017 v 11:26 Jason Taylor napsal(a):
> > The latest version of colm was pushed to rawhide which bumped the
> > soname.
> >
> > I didn't catch this prior to the pus
cessful business model.
> I feel passionate about Open Source Technology and would like to
> participate!
> ragel-rpm / colm-rpm:
> I also did some work updating the already-existing Ragel (dep of Rspamd) and
> Colm (dep of Ragel) rpms and was consequently asked by current repo
>
_
> devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
> To unsubscribe send an email to devel-announce-leave@lists.
> fedoraproject.org
>
>
--
Jason Callaway | jcalla...@redhat.com | (240) 285-9529 | GPG Key 0x81ED4A9A
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Hi All,
I am looking for someone to take over the pam_radius packaging as I no
longer have time to do so.
Thanks in advance
JT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F
> Felix Schwarz writes:
> imho removing the devel packages is basically the same as removing
> openssl1.1 entirely. To me the idea of "deprecation" is to warn users
> that something is going away WITHOUT removing functionality
> immediately.
I just wanted to note, since I haven't noticed it
don't know what that is. How can I recursively find all of the builddeps
for packages?
Ideally, I would like some type of (semi-)automated way to track packages
on Fedora and automatically build them on EL8, but I'm at a loss for how to
d
wn package maintainer, but I
need to know a lot more before being willing to commit.
Thanks,
Jason
On Sun, Nov 15, 2020 at 5:04 PM José Abílio Matos wrote:
> On Sunday, November 15, 2020 3:10:03 PM WET Jason Edgecombe wrote:
>
> > Hi everyone,
>
> >
>
> > I want to rebuil
essor (The
predecessor to the Pentium chip)
In my personal time, I'm learning a little about fedora packaging in order
to build some Fedora packages on RHEL8/CENTOS8 for my personal use. I'm
somewhat familiar with RPM spec files and building RPM
on the value of packaging gems -- it's it
worthwhile, is it somehow UnFedora to not bother to package them?
Jason
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Rex Dieter writes:
> I'm sure there's a way to opt-out of this behavior (right?)
There is a standard way to opt out of any of the brp scripts:
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_brp_buildroot_policy_scripts
- J<
___
de
I have a similar system. lspci out looks near identical. The system was
just booted this morning.
I normally run it headless with just power and network connected, but
plugging in a USB mouse, thumb drive, and USB optical drive, they show
up fine in dmesg and lsusb output using random USB port
On Mon, 2018-07-09 at 04:47 +, Tim Lank wrote:
> I orphaned pam_radius.
>
> It needs a new maintainer.
>
I have requested access to the package here:
https://pagure.io/releng/issue/7625
comaintainers would be great if anyone else is interested.
JT
> ___
Hyperscan 5.0.0 has been released and the soname has been bumped.
As far as I can tell the only affected package is suricata which I will
take care of.
JT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le.
I am not the maintainer of the package, but I am aware that there are
two sources with two versions here:
https://src.fedoraproject.org/rpms/python-pyasn1/blob/f33/f/python-pyasn1.spec
The sub-package ends up with a provides with the modules version:
# rpm -q --provides python3-pyasn1-modules
p
Unfortunately I again have a scheduling conflict today, and won't be
near a computer for an hour either side of the meeting. Sorry about
this; for some reason things keep lining up badly.
- J<
___
devel mailing list -- devel@lists.fedoraproject.org
To
Thank you for the review! I will start reviewing these for you this evening!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraprojec
URL: https://people.redhat.com/jmontleo/python-durationpy.spec
SRPM URL:
https://people.redhat.com/jmontleo/python-durationpy-0.9-1.fc41.src.rpm
Source URL: https://github.com/icholy/durationpy
Thank you!
Jason
--
___
devel mailing list -- devel
For what it is worth I was able to build it on Fedora 41:
```
Checking for unpackaged file(s): /usr/lib/rpm/check-files
/home/jason/rpmbuild/BUILD/thunderbird-128.4.2-build/BUILDROOT
Wrote: /home/jason/rpmbuild/SRPMS/thunderbird-128.4.2-1.fc41.src.rpm
Wrote:
/home/jason/rpmbuild/RPMS/ppc64le
Thank you for the PR, I have merged it.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> maxwell--- via devel-announce
> writes:
> fedscm-admin cqi, ignatenkobrain, limb, 3 weeks
> ago
> mohanboddu, orphan, tibbs
>
I can't think of any reason this shouldn't simply be retired. All of
the
attend.
The meeting will be at the regular date/time of Tuesday 05/06 at 15:00 UTC
and the video link is https://meet.google.com/poh-xmxm-qyc.
--
Jason Brooks
He/Him
Senior Manager, Community Architects & Infrastructure
Red Hat Open Source Program Office (OSPO)
https://community.redh
> Zbigniew Jędrzejewski-Szmek writes:
> Let's take a step back. Does it make sense to implement complicated
> and fragile scriptlets in packages?
No, of course not.
> Can we *please* get rid of this footgun that has been a continous
> source of problems?
The mantra on the packaging committ
l-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedor
On Fri, Jul 29, 2011 at 06:28, David Woodhouse wrote:
> On Fri, 2011-07-29 at 11:15 +0200, drago01 wrote:
>> >> Distro packaged extensions are frowned upon upstream.
>> >
>> > [citation needed]
>>
>> https://mail.gnome.org/archives/gnome-shell-list/2011-June/msg00164.html
>
> Seriously, who cares?
On Sun, Oct 2, 2011 at 02:02, Hans de Goede wrote:
> Imagine I'm running a screen session with my irc client in there on my Fedora
> box,
There has perhaps never been a better sentence written demonstrating
why software engineers are not the target audience of any software
development. :-)
> an
On Tue, Oct 4, 2011 at 04:01, Camilo Mesias wrote:
> On Mon, Oct 3, 2011 at 5:22 PM, Ralf Corsepius wrote:
>> The XP I occasionally can not avoid to use, in its system control menus
>> has controls to switch between "normal", "big" "very big" fonts and
>> "expert/advanced controls" one can specif
2011/4/14 Bruno Wolff III
> On Thu, Apr 14, 2011 at 16:53:00 +0200,
> Michał Piotrowski wrote:
> > "Fixed a rare condition that could cause the drive to reset and clear the
> data"
> >
> > I begin to wonder if it was the right decision to change main drive to
> SSD :)
> >
> > Maybe it's time to
On Fri, May 6, 2011 at 08:58, Denys Vlasenko wrote:
> Gnome 3 is a usability disaster. It added some useful things, yes,
> but it also REMOVED some useful things - what a hell!?
> Since when is that a valid development practice?
> Do we hate our users or what?
>
If you have some constructive fee
On Fri, May 6, 2011 at 09:03, Frank Murphy wrote:
> Any plans for a gui replacement for gnome-schedule?
>
It doesn't appear to be abandoned:
http://git.gnome.org/browse/gnome-schedule/log/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On May 7, 2011 5:00 AM, "Frank Murphy" wrote:
>
> On 06/05/11 23:51, Jason D. Clinton wrote:
> > On Fri, May 6, 2011 at 09:03, Frank Murphy > <mailto:frankl...@gmail.com>> wrote:
> >
> > Any plans for a gui replacement for gnome-schedule?
2011/5/9 Miloslav Trmač :
> Is the tradeoff really "correctness vs. saving a few seconds when
> booting a server"?
You know that's not what has been said and it's not really fair of
you. You want a server to fail on network failure; fine. Why don't you
just say that instead of characterizing it as
On Thu, Jun 16, 2011 at 21:35, John Reiser wrote:
> This is because clicking [Button1 down up] does not temporarily "pin" the
> clicked sub-menu. ... The current behavior
> does not match the expectations of users.
Have you seen GNOME 3's Network Manager menu? When a large number of
WiFi networks
On Thu, Jun 16, 2011 at 22:15, seth vidal wrote:
> On Thu, 2011-06-16 at 18:59 -0700, Adam Williamson wrote:
>> On Tue, 2011-06-14 at 01:19 +0200, Henrik Wejdmark wrote:
>>
>> > My impression is that GNOME3 is trying to compete with Android and
>> > FrontRow,
>> > but have forgotten all of us who
On Fri, Jun 17, 2011 at 11:43, Adam Williamson wrote:
>> Currently, when I open the giant application grid, I get oversized
>> meaningless pictures (yes, oversized - to even see the grid I had to
>> click on the "Applications" label, which is much smaller than the
>> icons),
>
> Yeah, I don't like
There's a twenty second pause in my boot sequence, shown below, before GDM
starts and I'm not certain if it's in NetworkManager waiting on org.bluez,
bluez itself or the bluez systemd unit file. (Or maybe I'm completely off.)
Later on, the bluetooth.service starts normally and Bluetooth is working
1 - 100 of 673 matches
Mail list logo
