[PATCH] D152285: Add support for the NO_COLOR environment variable

jhasse added a comment. In D152285#4403031 , @aaron.ballman wrote: > In D152285#4401348 , @MaskRay wrote: > >> If we don't intend to support both standards, we can close >> https://github.com/llvm/llvm-project/i

[PATCH] D152285: Add support for the NO_COLOR environment variable

jhasse added a comment. There's a valid usecase `CLICOLOR_FORCE`: Force color diagnostics. The "disable colors" part of https://bixense.com/clicolors/ is not that important to me, I could change it to point to `NO_COLOR` instead? btw: I've tried to join the "standards" a few years ago: https:/

[valgrind] [Bug 327881] False Positive Warning on std::atomic_bool

https://bugs.kde.org/show_bug.cgi?id=327881 Jan Niklas Hasse changed: What|Removed |Added CC||jha...@bixense.com -- You are receiving

[valgrind] [Bug 339330] Feature request: Add support for C++11's std::atomic

https://bugs.kde.org/show_bug.cgi?id=339330 Jan Niklas Hasse changed: What|Removed |Added CC||jha...@bixense.com -- You are receiving

Re: error: reference to 'byte' is ambiguous

On Sun, 13 Feb 2022, at 01:16, Richard Shaw wrote: > Yeah, I had a few instances of that, but in this case it's not being used in > logger.cxx. It appears the MinGW headers are conflicting with themselves and > they don't seem to want to admit the problem or fix it. > > https://gcc.gnu.org/bugzi

D29880: Avoid the need to set Qt::WA_DeleteOnClose on widgets using Marble

jhasse created this revision. Herald added projects: Marble, KDE Edu. Herald added subscribers: kde-edu, marble-devel. jhasse requested review of this revision. REVISION SUMMARY I've noticed that when using MarbleWidget in my app, closing the top level widget will no longer quit the QApplicatio

Re: Differences in 32bit and 64bit builds

On Wed, 10 Jun 2020, at 23:09, Richard Shaw wrote: > So why does this only show up in MinGW? If a 64bit pointer can't find it a > 32bit int, shouldn't I also get an error when building for 64bit Fedora? Because ShellExecute is a Windows function, thus that part of the code won't be compiled when

CMake fails to find Boost library since a recent update

Hi! I've noticed that since a few days my CI builds using Fedora are failing to cross-compile to Windows because CMake can find Boost, but not the libraries (serialization and system in my case): CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:164 (message): Could

[Bug 73244] Re: Crash when closing firefox after "open with" and having still opened the file

It was gdebi-gtk, but apparently they fixed the crash. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/73244 Title: Crash when closing firefox after "open with" and having still opened the file To

[Desktop-packages] [Bug 73244] Re: Crash when closing firefox after "open with" and having still opened the file

It was gdebi-gtk, but apparently they fixed the crash. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/73244 Title: Crash when closing firefox after "open with" and having still opened

[Desktop-packages] [Bug 73244] Re: Crash when closing firefox after "open with" and having still opened the file

Sorry, missed your last comment. Yes, I can still reproduce this using Firefox 74.0 and Ubuntu 19.10. > Comment https://bugzilla.mozilla.org/show_bug.cgi?id=437767#c7 > by reporter suggests fixed some time ago Sorry my English wasn't clear on that one: I meant "should" in that it ought to be fixe

[Bug 73244] Re: Crash when closing firefox after "open with" and having still opened the file

Sorry, missed your last comment. Yes, I can still reproduce this using Firefox 74.0 and Ubuntu 19.10. > Comment https://bugzilla.mozilla.org/show_bug.cgi?id=437767#c7 > by reporter suggests fixed some time ago Sorry my English wasn't clear on that one: I meant "should" in that it ought to be fixe

Re: Potential packages to add

On Fri, 10 May 2019, at 00:37, Richard Shaw wrote: > wxWindows Hi, do you mean wxWidgets? If so, there's already a package (version 2.8) and a pending review request to update it to 3.0: https://bugzilla.redhat.com/show_bug.cgi?id=1417646 Regards Jan

[PATCH] D41720: [clang-tidy] Add a -show-color flag.

jhasse added a comment. What are you thoughts about using an environment variable for this? Due to the number of differently named flags, it's often hard to configure a CI system to display color in every tool. (I'm trying to push for a standard for this, see https://bixense.com/clicolors/) C

[Bug 410636] Re: Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option.

New upstream bug: https://gitlab.gnome.org/GNOME/gtk/issues/322 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/410636 Title: Right-click should not pre-light first option, too easy to accidentally

[Bug 410636] Re: Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option.

New upstream bug: https://gitlab.gnome.org/GNOME/gtk/issues/322 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/410636 Title: Right-click should not pre-light first option, too easy

[Desktop-packages] [Bug 410636] Re: Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option.

New upstream bug: https://gitlab.gnome.org/GNOME/gtk/issues/322 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/410636 Title: Right-click should not pre-light first option, too easy to

[Touch-packages] [Bug 410636] Re: Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option.

New upstream bug: https://gitlab.gnome.org/GNOME/gtk/issues/322 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gtk+2.0 in Ubuntu. https://bugs.launchpad.net/bugs/410636 Title: Right-click should not pre-light first option,

Re: gnome shell issue with firefox and thunderbird

Hi, On Tue, 14 Nov 2017, at 18:38, Charlie wrote: > hey guys. i thought i’d bring up a bug that i’ve already reported about on > launchpad during the shakedown period of ubuntu 17.10 during development. > > i get some very odd flickering/pixelation/box shadows that seem to only occur > when i u

Re: GNOME Shell and system extensions being part of a mode

On Wed, 25 Oct 2017, at 15:51, Jason DeRose wrote: > What one user calls "supported" another calls "stale". Just because a session > enables an extension doesn't necessarily mean the user wants the old version > of the extension. He can use the vanilla GNOME session then. > (I don't like that

Re: Extensions in GDM

On Wed, 18 Oct 2017, at 08:38, Jonathan Dieter wrote: > I've created a gnome-shell extension that I'd like to run under GDM, > but it doesn't seem that GDM is capable of loading extensions. Is this > correct? Yes, this is correct. Have a look at https://bugzilla.gnome.org/show_bug.cgi?id=787454#

[Desktop-packages] [Bug 1716432] Re: With dash to dock enabled, title in window is not centred aligned to clock when the window is maximised

You missed a fourth solution: Move the clock to the right. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1716432 Title: With dash to dock enabled, title in window is not centred

[Bug 1716432] Re: With dash to dock enabled, title in window is not centred aligned to clock when the window is maximised

You missed a fourth solution: Move the clock to the right. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1716432 Title: With dash to dock enabled, title in window is not centr

[Bug 1716432] Re: With dash to dock enabled, title in window is not centred aligned to clock when the window is maximised

You missed a fourth solution: Move the clock to the right. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1716432 Title: With dash to dock enabled, title in window is not centred aligned to clock w

Re: GNOME Shell 3.25.90

On Mon, 14 Aug 2017, at 02:10, Florian Müllner wrote: > On Sun, Aug 13, 2017 at 11:41 PM, Jan Niklas Hasse wrote: > > On Fri, 11 Aug 2017, at 18:33, Florian Müllner wrote: > >> (Unfortunately the release was already overdue, so we had to push the > >> change in time fo

Re: GNOME Shell 3.25.90

On Fri, 11 Aug 2017, at 18:33, Florian Müllner wrote: > On Fri, Aug 11, 2017 at 9:32 AM Jan Niklas Hasse wrote: >> On Fri, 11 Aug 2017, at 02:58, Florian Müllner wrote: >> >  * Remove legacy status icon tray [Florian; #785956] >> >> To make this less painful

Re: GNOME Shell 3.25.90

On Fri, 11 Aug 2017, at 02:58, Florian Müllner wrote: > * Remove legacy status icon tray [Florian; #785956] To make this less painfull for users, what do you think about adding native support for a DBus based approach like https://github.com/rgcjonas/gnome-shell-extension-appindicator ? Otherw

Re: multiple top bars

On Fri, 28 Jul 2017, at 12:40, J (Jean-Claude Gervais) wrote: > Hello, > > I tried installing a shell-extension that promised to control > aspects of dual-monitor setups but the extension was not compatible > with the newer version of gnome I am running, so it does not run but it > appears t

[Bug 918019] Re: Firefox does not use default application to open binary files

I think this is the upstream bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1166691 ** Bug watch added: Mozilla Bugzilla #1166691 https://bugzilla.mozilla.org/show_bug.cgi?id=1166691 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubunt

[Desktop-packages] [Bug 918019] Re: Firefox does not use default application to open binary files

I think this is the upstream bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1166691 ** Bug watch added: Mozilla Bugzilla #1166691 https://bugzilla.mozilla.org/show_bug.cgi?id=1166691 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to

Re: [Msys2-users] wxwidgets ABI incompatibility

On Wed, 28 Jun 2017, at 10:24, David Macek wrote: > There's only one toolchain and I would assume that the default ABI version > should always the compatible one. Unfortunately there's also clang++. -- Check out the vibr

[Msys2-users] Boost.Test link error after latest update

Hi, after doing `pacman -Syu` today, I'm getting the following linker error C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.3.0/../../../../lib/libboost_unit_test_framework-mt.dll.a(d000208.o):(.text+0x0): multiple definition of `boost::test_tools::tt_detail::print_log_value::operator()(s

Bug#753401: fonts-dejavu-core: 57-dejavu-sans overrides sans-serif settings in 60-latin.conf

Hi Fabian, sorry for the answer after all these years - I didn't receive an email (maybe spam filter?) and had forgotten about this bug report. > could you confirm that removing the lines you quoted from > 57-dejavu-sans.conf enables the changes in the fontconfig-config shipped > 60-latin.conf f

Re: [Msys2-users] Make MSYS2 find GCC

Hi, On Fri, 28 Apr 2017, at 07:42, Papa wrote: > In my Win8.1 is there a way to meke MSYS2 recognized my > C:\mingw-w64\mingw64\bin . I need to make MSYS2 find gcc so that I can use it > to build other applications like FLTK. How can I do this? > Thanks You should use the mingw-w64 GCC ve

Re: [Msys2-users] _wfopen vs fopen

On Wed, 22 Mar 2017, at 09:49, Mario Emmenlauer wrote: > I could narrow down the problem, and actually it seems to be mostly > a complete ignorance on my side about how unicode, utf8, utf16, wchar > etc work. I was under the (naiive?) assumption that I could convert a > std::string to std::wstring

Re: [Msys2-users] Why does isatty(1) return false while test -t returns true?

On Thu, 16 Mar 2017, at 23:00, Computer Jock wrote: > I'm trying to duplicate the code in bash/test that checks that stdout is > a "terminal". Compiling and running the following: > > #include > #include > int main( int ac, char **av ) { >printf( "isatty(stdout): %s\n", isatty( fileno(stdou

Fix for GRUB_SAVEDEFAULT=true

Hi, GRUB_SAVEDEFAULT=true with EFI doesn't work correctly in Fedora 21, 22, 23, 24 and 25. Can someone have a look at this bug report? https://bugzilla.redhat.com/show_bug.cgi?id=1335533 There's a working patch available which is pretty simple. Thanks :) Regards, Jan __

Re: Notifications are easy to dismiss by mistake

Hi, On Sat, 18 Feb 2017, at 19:46, Albert Vaca wrote: > Then, if a notification is not persistent, this means you can no longer > interact with it, which results in a bad user experience. > > I've found myself subconsciously learning to approach notifications slowly > and with care to avoid thi

wxWidgets 3.1

Hi! I've updated mingw-wxWidgets from 2.8.12 to 3.1.0 and created a bug report here: https://bugzilla.redhat.com/show_bug.cgi?id=1409744 Is that the correct way to suggest an update? Regards Jan ___ mingw mailing list -- mingw@lists.fedoraproject.org

Re: Move ownership of an extension at extensions.gnome.org

Thank you :) On Fri, 13 Jan 2017, at 17:50, Florian Müllner wrote: > On Fri, Jan 13, 2017 at 5:10 PM Jan Niklas Hasse > wrote: >> What is needed in order to move the ownership of the extensions at >> extensions.gnome.org > > Generally speaking: Some proof that you

Move ownership of an extension at extensions.gnome.org

Hi, I took over as a maintainer of https://extensions.gnome.org/extension/615/appindicator-support/, see https://github.com/rgcjonas/gnome-shell-extension-appindicator/issues/56 What is needed (who to ask) in order to move the ownership of the extensions at extensions.gnome.org, so that I can

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: > Can you please tell me if these variables are set and if yes, give me their > value? None of these variables are set (with `docker run -it fedora:25 /bin/bash`). -- ___ Python tracker <http://bugs.p

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: Only important case for me: What when LANG is unset? -- ___ Python tracker <http://bugs.python.org/issue28180> ___ ___ Pytho

Re: Add extensions without needing to close the session

Hi, On Sat, 17 Dec 2016, at 01:08, rastersoft wrote: > Hi all: > > I want to distribute a gnome shell extension with a program that I made, > to allow to better integrate it with gnome shell. The problem is that, > after copying the files in the system > (usr/share/gnome-shell/extensions/myextens

Re: [Msys2-users] How build simple WxWidgets app?

Hi, I'm using the Waf build system for building a wxWidgets app with MSYS2. It works quite well, maybe you're interested: https://github.com/jhasse/pwcalculator Greetings Jan -- Check out the vibrant tech community on

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: > Usually, when a new option is added to Python, we add a command line option > (-X utf8) but also an environment variable: I propose PYTHONUTF8=1. > > Use your favorite method to define the env var "system wide" in your docker >

Re: Patch to make it possible to open empty files

I hereby license my contributions to LyX under the General Public License, version 2 or any later version.

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: https://sourceware.org/glibc/wiki/Proposals/C.UTF-8#Defaults mentions that C.UTF-8 should be glibc's default. This bug report also mentions Python: https://sourceware.org/bugzilla/show_bug.cgi?id=17318 It hasn't been fixed y

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: Actually in a new Docker container, the LANG variable isn't set at all. Defaulting to UTF-8 in that case should be easier to reason about, shouldn't it? -- ___ Python tracker <http://bugs.python.o

Re: Show icons on desktop

On Wed, 7 Dec 2016, at 18:13, William Di Luigi wrote: > Right now, the task of showing icons on the desktop is carried out by > nautilus. This is apparently an issue for Wayland, so maybe the task could > just be delegated to gnome-shell instead. I think that's a good idea. Having files on the d

Re: compilation error with current master

Hi, try adding #include to Encoding.cpp. - Jan On Wed, 7 Dec 2016, at 00:36, Uwe Stöhr wrote: > With today's master I get this compilation error: > > Encoding.cpp > D:\LyXGit\Master\src\Encoding.cpp(267): error C3861: 'back_inserter': > identifier not found [D:\LyXGit\Master\compile-2015\sr

Re: Patch to make it possible to open empty files

On Mon, 28 Nov 2016, at 20:54, Richard Heck wrote: > On 11/28/2016 07:12 AM, Jan Niklas Hasse wrote: > > Hi! > > > > I've created a patch for ticket #9198 which makes it possible to open empty > > (0 bytes) files: > > > > http://www.lyx.org/trac/att

Patch to make it possible to open empty files

Hi! I've created a patch for ticket #9198 which makes it possible to open empty (0 bytes) files: http://www.lyx.org/trac/attachment/ticket/9198/0001-Create-a-new-buffer-when-opening-an-empty-.lyx-file.patch Can someone review it? Thanks in advance :) Regards Jan

Re: Maximus and Pixel saver extentions do not work on wayland, let's figure a solution

Hi, On Tue, 22 Nov 2016, at 20:10, François Guerraz wrote: > Hello, > > That's probably because you think you're using waylaid but you aren't. > > Thy this: > > http://unix.stackexchange.com/questions/202891/how-to-know-whether-wayland-or-x11-is-being-used Xwayland is running, no Xorg p

Re: Maximus and Pixel saver extentions do not work on wayland, let's figure a solution

Hi, for me Pixel Saver still works on Wayland. Is that because of XWayland? On Fri, 18 Nov 2016, at 10:57, Amaury SECHET wrote: > Hi all, > Several very popular extensions undecorate maximized windows. This is > very useful for smaller laptops for instance. > > This can be done, for inst

Re: [Msys2-users] [Maybe a bit off topic] Simple graphics library

On Sun, 13 Nov 2016, at 04:38, Andrew Lowe wrote: > Hi all, > I teach, amongst other things, C programming to 1st year Engineering > students here at Curtin Uni in Australia. I've created a nice little > portable environment with Msys2, conemu2, clang, notepad++ etc, which > fits on a usb

Re: [Msys2-users] clang-3.9.0 lldb allmost there

On Mon, 10 Oct 2016, at 23:50, ralph engels wrote: > libcxx is still not building, and i fear my C++ fu is not strong enough > to fix the problems, but maybe someone there can help with that part. I would love to help out ;) What are the errors? --

[Msys2-users] Why are binutils' files not in include, lib?

Hi! I've noticed that binutils headers (like bfd.h) and its libraries are not in /mingw{32, 64}/{include, lib} but in /mingw{32, 64}/{include, lib}/binutils. Is there any specific reason for this? They are moved at the end of this PKGBUILD: https://github.com/Alexpux/MINGW-packages/blob/master

Re: [Msys2-users] Msys2 + Windows 10 + pacman errors

Hi! I've ran into the same problem yesterday. Simply creating the folder using mkdir /mingw64 fixed it for me. The problem seems to be that pacman only sees the mingw64.exe file in /. -- _

Re: My gripes with Gnome Shell

On Tue, 27 Sep 2016, at 20:42, Adam Tauno Williams wrote: > On Tue, 2016-09-27 at 16:05 +0200, Jan Niklas Hasse wrote: > > While it makes sense for some applications, like email, it's rather > > confusing for something like an IRC client: I don't want it to run at > &g

Re: My gripes with Gnome Shell

On Tue, 27 Sep 2016, at 15:58, Sam Bull wrote: > On Tue, 2016-09-27 at 09:42 -0400, Adam Tauno Williams wrote: > > On Tue, 2016-09-27 at 14:31 +0200, Jan Niklas Hasse wrote: > > > On Tue, 27 Sep 2016, at 13:44, 0x90 wrote: > > > > See this thread: > > > &g

Re: My gripes with Gnome Shell

On Tue, 27 Sep 2016, at 13:44, 0x90 wrote: > See this thread: > > https://www.reddit.com/r/gnome/comments/53d5kz/need_dev_info_about_legacy_traytopicons_plus_in/ > > To achieve this goal, all apps need to be redesigned. After reading the thread I still don't know what the replacement is. Just r

Re: My gripes with Gnome Shell

On Tue, 27 Sep 2016, at 11:47, 0x90 wrote: > Where is the man power to migrate or replace all these applications? Migrate to what? There's no real alternative to the tray in Gtk AFAIK. AppIndicator could work, but GNOME Shell doesn't even support it out of the box (only via an extension https:/

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: Why not? -- ___ Python tracker <http://bugs.python.org/issue28180> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: Unfortunately no, as this would mean I'll have to change all my python invocations in my scripts and it wouldn't work for executable files with #!/usr/bin/env python3 would it? -- ___ Python trac

[issue28180] sys.getfilesystemencoding() should default to utf-8

New submission from Jan Niklas Hasse: Working with Docker I often end up with an environment where the locale isn't correctly set. In these cases it would be great if sys.getfilesystemencoding() could default to 'utf-8' instead of 'ascii', as it's the encoding

Re: [Msys2-users] Size of install executable

On Sat, 30 Jul 2016, at 15:23, Andrew Lowe wrote: > Hi all, > I'm in the process of doing a fresh install of msys2. I've downloaded > the 64bit version, msys2-x86_64-20160719.exe, and attempted to run it. > Nothing happens. Even if I start up a cmd shell and run it from the > command line,

Re: [Msys2-users] default clang color output

On Tue, 5 Apr 2016, at 13:09, Baruch Burstein wrote: > Hi, > > When compiling with clang(++) from the msys shell, the output is not colored. > To get colors, I needed to add " -fansi-escape-codes -fcolor-diagnostics". > How do I make this the default by me? And can this be made the default for

Re: [Msys2-users] Setting TERM

On Thu, 18 Feb 2016, at 22:21, Greg Jung wrote: > I just tried it, and it is messing with my previously happy usage > of CMD.exe using target: C:\msys64usr\bin\bash.exe --login -i. > > Without that TERM=xterm I don't even have line editing. However > I can unset TERM in the ./bashrc file and I get

Re: [Msys2-users] A new MSYS2 launcher

On Mon, 23 Nov 2015, at 09:35, David Macek wrote: > On 22. 11. 2015 17:36, Jan Niklas Hasse wrote: > > On Sun, 22 Nov 2015, at 08:40, Baruch Burstein wrote: > >> Is it possible (with this or the old system) to add an "Open MSYS here" > >> shortcut to the

Re: [Msys2-users] A new MSYS2 launcher

On Sun, 22 Nov 2015, at 08:40, Baruch Burstein wrote: > Is it possible (with this or the old system) to add an "Open MSYS here" > shortcut to the explorer context menu? I've programmed smart_msys for that reason: https://github.com/jhasse/smart_cmd ---

Re: How to release a new plugin version?

On Tue, 27 Oct 2015, at 15:02, Daniel Beck wrote: > The plugin hasn't actually been released to the update center, snapshots are > ignored. > > It's the first item here: > https://wiki.jenkins-ci.org/display/JENKINS/Hosting+Plugins#HostingPlugins-Workingaroundcommonissues Thanks! Now it works.

Re: How to release a new plugin version?

> > It's probably failing because the plugin depends from a very old core > version which doesn't support jdk 8, and you are using a jdk 8 to build the > project. > > Either : > - install a jdk 7 > - update the parent version to something more recent (such as 1.565.1, one > year old, but should

Re: How to release a new plugin version?

On Thu, 15 Oct 2015, at 11:12, Robert Sandell wrote: > Hmm, it seems that it's looking in maven central for the hpi-plugin when it > should be looking in repo.jenkins-ci.org/public > Have you configured your maven settings as described here? > https://wiki.jenkins-ci.org/display/JENKINS/Plugin+tu

How to release a new plugin version?

Hi! I'm trying to release a new version of the python-plugin (https://github.com/jenkinsci/python-plugin). I couldn't find a guide for this and also my Java / Maven skills are pretty low. My guess is, that I need to run mvn release:prepare but this gives me (after a lot of Downloading) the fo

Re: Python Plugin

2015-09-08 17:07 GMT+02:00 Daniel Beck : > Made you a committer of the plugin. > > Tell us your jenkins-ci.org username and we'll make you lead for the > component in JIRA. Thanks! My jenkins-ci.org username is jhasse -- You received this message because you are subscribed to the Google Groups

Re: Python Plugin

2015-08-31 19:15 GMT+02:00 R. Tyler Croy : > Jan, if you're interested in taking over the plugin we can definitely make > that > happen. That would be great! What do I need to do? -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubs

[Desktop-packages] [Bug 1448272] Re: White line between the interface and the application window title

Patch works fine! Can this patch please be added to the rhythmbox package? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/1448272 Title: White line between the interface and the app

[Bug 1448272] Re: White line between the interface and the application window title

Patch works fine! Can this patch please be added to the rhythmbox package? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1448272 Title: White line between the interface and the application window ti

[Bug 1448272] Re: White line between the interface and the application window title

Patch works fine! Can this patch please be added to the rhythmbox package? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/1448272 Title: White line between the interface and the

Re: Python Plugin

2015-08-31 13:14 GMT+02:00 Daniel Beck : > Try the email address listed at https://github.com/rtyler (assuming this is > the same R. Tyler) Okay :) > While it may work, it doesn’t seem to do much that could be considered > useful: It doesn’t look like it’s doing anything a shell build step (bui

Re: Python Plugin

2015-08-27 14:12 GMT+02:00 Daniel Beck : >> Have you attempted to contact the maintainer as listed on the Wiki page? >> (https://wiki.jenkins-ci.org/display/JENKINS/Python+Plugin) >> >> Richard. > > The last real code change was in 2011, which looks like it demoes modernizing > source code withou

Re: Python Plugin

It looks like the Python plugin isn't maintained anymore. What would I need to do to take over? I really would like to get my PR merged. -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving ema

[Msys2-users] "could not satisfy dependencies" during update

I'm trying to update MSYS 2, this is what I get: $ pacman --needed -S bash pacman pacman-mirrors msys2-runtime resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: msys2-runtime-devel: requires msys2-runtime=2.1.0.16

Python Plugin

Hi, I've created a pull request for the Python plugin a few weeks ago, but haven't got a response yet: https://github.com/jenkinsci/python-plugin/pull/2 Is the plugin still being maintained? - Jan Niklas Hasse -- You received this message because you are subscribed to the Goo

Re: [Msys2-users] MSYS2 won't start after update

2015-04-22 16:29 GMT+02:00 Ray Donnelly : > Well, it's kind of covered by "you need to exit all MSYS2 shells (and > if using MSYS2 32bit, run autorebase.bat) then re-launch > msys2_shell.bat", as you must have had some zombie msys2 executable > running. I guess adding something to the troubleshooti

Re: [Msys2-users] MSYS2 won't start after update

2015-04-22 12:44 GMT+02:00 Jan Niklas Hasse : > 2015-04-19 17:00 GMT+02:00 David Macek : >> Can you try running just bash by itself (usr/bin/bash.exe)? Does it just >> stay there and eat a lot of CPU cycles? > > No, it crashes with the following output: > > >

Re: [Msys2-users] MSYS2 won't start after update

2015-04-19 17:00 GMT+02:00 David Macek : > Can you try running just bash by itself (usr/bin/bash.exe)? Does it just stay > there and eat a lot of CPU cycles? No, it crashes with the following output: 0 [main] bash 1144 C:\msys64\usr\bin\bash.exe: *** fatal error - user shared me mory size

[Msys2-users] MSYS2 won't start after update

Hi! I'm trying to update a fresh MSYS2 installation by msys2-x86_64-20150202.exe to the latest version. After restarting msys2_shell.bat I run pacman -Sy pacman --needed -S bash pacman pacman-mirrors msys2-runtime Then it says in the Wiki (http://sourceforge.net/p/msys2/wiki/MSYS2%20installation

Re: [Msys2-users] Website offer for MSYS2

Am 04.04.2015 03:36 schrieb "Renato Silva" : > > Alexey and others. > > As you know MSYS2 lacks a website working as front end to the project, which could attract contributors with centralized, simple and objective information. I decided to volunteer for this task and set up a website for MSYS2. It

Re: [julia-users] Re: Caching of code generated by macros

2015-02-02 4:00 GMT+01:00 : > Others will know a lot more about this, but caching of already compiled > Julia code is a very large issue. It may be safe to say it is the largest > current issue for the language now that a new GC has been merged into 0.4. > So this is to say that you aren't alone

[julia-users] Caching of code generated by macros

Hi! I've just tried the Match.jl package and it works just as expected. But now my program needs 10 extra seconds to start, even if the code using the @match macro is untouched. Is there anyway to cache the generated code? If I understand the docs correctly this only works if I move the code us

Re: [julia-users] Size of Julia types

; }; > > which of course doesn't have the same size as A. > > --Tim > > On Wednesday, January 14, 2015 02:22:19 AM Jan Niklas Hasse wrote: >> Hi! >> >> I'm new to Julia and was wondering why >> >> type A >> x::Ptr{Void} >>

[julia-users] Size of Julia types

Hi! I'm new to Julia and was wondering why type A x::Ptr{Void} y::Ptr{Void} end type B x::A end assert(sizeof(A) == sizeof(B)) doesn't work while the C version #include struct A { void* x; void* y; }; struct B { A x; }; int main() { assert(sizeof(A) == sizeof(B

Re: [julia-users] Re: home page content

> > Am I the only one who thinks these runnable code widgets are totally > useless? I'm curious as to how users interact with them in the real > world. I bet 99% of them either ignore it or just press the button and see > the default output. The ones who probably interact with it the most ar

Re: [Msys2-users] Workaround for cmake default to NMake Makefiles

2014-08-25 22:30 GMT+02:00 Richard Shaw : > On Mon, Aug 25, 2014 at 2:50 PM, Matthieu Vachon > wrote: >> >> I think the patch works only when using mintty as the console. If you >> use cmd directly and you start bash in it, the console is not a pipe >> but a real tty. I may be wrong though as I di

[Nix-commits] [NixOS/nixpkgs] 3b4555: atom: 0.99.0 -> 0.129.0

Branch: refs/heads/master Home: https://github.com/NixOS/nixpkgs Commit: 3b45556a3b0e80b8d2d3f142b51c0877595c2e17 https://github.com/NixOS/nixpkgs/commit/3b45556a3b0e80b8d2d3f142b51c0877595c2e17 Author: Jan Niklas Hasse Date: 2014-09-20 (Sat, 20 Sep 2014) Changed paths

[Desktop-packages] [Bug 1341667] Re: Ctrl+Backspace should send ^W instead of doing the same thing as Backspace

With normal Gtk+ application I meant the input / text fields in Gtk+ applications. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1341667 Title: Ctrl+Backspace should send ^W i

[Bug 1341667] Re: Ctrl+Backspace should send ^W instead of doing the same thing as Backspace

With normal Gtk+ application I meant the input / text fields in Gtk+ applications. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1341667 Title: Ctrl+Backspace should send ^W instead of doing the sam

[Bug 1341667] Re: Ctrl+Backspace should send ^W instead of doing the same thing as Backspace

With normal Gtk+ application I meant the input / text fields in Gtk+ applications. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/1341667 Title: Ctrl+Backspace should send ^

  1   2   3   >