Re: How to report bugs with the new git repo?
Thank you All for the discussion. It looks like official part, e.g. bug registration, should be done as usually, while technical work may be done using git lab. -Pavlo Solntsev - *Please avoid sending me Word or PowerPoint attachments.See http://www.gnu.org/philosophy/no-word-attachments.html <http://www.gnu.org/philosophy/no-word-attachments.html>* On Thu, Feb 15, 2018 at 6:33 PM, Sean Whitton <spwhit...@spwhitton.name> wrote: > Hello Pavlo, > > On Thu, Feb 15 2018, Pavlo Solntsev wrote: > > > I am very excited to see that Debian has moved to GitLab ( > > https://salsa.debian.org). With this change, I am wondering how bug > > report process should look like? Now, I want to submit patches to > > packages, e.g. libgdamm. What would be the best process: submit a > > patch via push request in the Debian repo, or push patches to > > upstream? > > Your choices are basically: > > - send a patch to the bug as before, ideally adding the patch tag, with > patch attached > > - send an e-mail to the bug, ideally adding the patch tag, including a > URI to your merge request. > > -- > Sean Whitton >
Re: How to report bugs with the new git repo?
OK,
it looks like it is clear. Thanks.
-Pavlo Solntsev
-
*Please avoid sending me Word or PowerPoint attachments.See
http://www.gnu.org/philosophy/no-word-attachments.html
<http://www.gnu.org/philosophy/no-word-attachments.html>*
On Thu, Feb 15, 2018 at 11:35 AM, Mattia Rizzolo <mat...@debian.org> wrote:
> On Thu, Feb 15, 2018 at 08:24:21PM +0500, Andrey Rahmatullin wrote:
> > If the question is "how should I send a patch to the maintainer" then a
> > pull request is just one of the available ways, and the best one was
> > always opening a bug report in the BTS, sending the changes in some other
> > way directly to the maintainer was always possible too.
>
> On this note, consider that I'm not sure people have realized they need
> to subscribe ("watch") the gitlab project to receive notifications about
> new MRs.
>
> At least I already encountered two maintainers who didn't and miss some
> MRs until poked elsewhere.
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
> more about me: https://mapreri.org : :' :
> Launchpad user: https://launchpad.net/~mapreri `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
>
How to report bugs with the new git repo?
Hello, I am very excited to see that Debian has moved to GitLab ( https://salsa.debian.org). With this change, I am wondering how bug report process should look like? Now, I want to submit patches to packages, e.g. libgdamm. What would be the best process: submit a patch via push request in the Debian repo, or push patches to upstream? Thanks, -Pavlo Solntsev - *Please avoid sending me Word or PowerPoint attachments.See http://www.gnu.org/philosophy/no-word-attachments.html <http://www.gnu.org/philosophy/no-word-attachments.html>*
Re: libgda with ui support.
Dear Andreas. Thank you for the clarification. I personally didn't file that bug but I was planning to. Since it was exactly what I was planning to describe I just referenced it. Last night I was trying to rebuild libgda from stable with "--with-ui" argument. I got an error when start compiling test modules. I am not sure how to skip this step but it looks like it is a part of ui compilation. The code contains a lot of obsolete code that should be fixed in upstream (needs to be checked). I will continue investigation but it looks like we had an issue with compilation ui module and that is why it was switched off. Make sense. All the best, -Pavlo Solntsev - *Please avoid sending me Word or PowerPoint attachments.See http://www.gnu.org/philosophy/no-word-attachments.html <http://www.gnu.org/philosophy/no-word-attachments.html>* On Tue, Aug 15, 2017 at 4:13 AM, Andreas Henriksson <andr...@fatal.se> wrote: > Hello Pavlo Solntsev, > > On Mon, Aug 14, 2017 at 03:10:59PM -0500, Pavlo Solntsev wrote: > > Hello, > > I am not sure where I should direct my question. There is a bug #862251 > for > > libgda-5.0 package. UI modules are not compiled and not available. > > Basically, I have to manually compile those. The bug is sitting for 90 > days > > without any comment. I understand, that people may be busy with other > > duties, but can someone clarify why we don't have ui module available as > a > > separate package or part of *-dev. Is there any reason for that? > > You simply forgot to submit your patch to implement the requested changes. > > Please also note: > Marked for autoremoval on 17 September: 870741 > https://tracker.debian.org/pkg/libgda5 > > Feel free to stop by #debian-gnome on OFTC (irc.debian.org) to get > your patches reviewed and find someone to sponsor your upload. > > Regards, > Andreas Henriksson >
libgda with ui support.
Hello, I am not sure where I should direct my question. There is a bug #862251 for libgda-5.0 package. UI modules are not compiled and not available. Basically, I have to manually compile those. The bug is sitting for 90 days without any comment. I understand, that people may be busy with other duties, but can someone clarify why we don't have ui module available as a separate package or part of *-dev. Is there any reason for that? Thanks. -Pavlo Solntsev - *Please avoid sending me Word or PowerPoint attachments.See http://www.gnu.org/philosophy/no-word-attachments.html <http://www.gnu.org/philosophy/no-word-attachments.html>*
Re: I need your advice
Dear Paul. Thank you for quick response. > Your options are: > > Manually build libgdamm/etc and install them in ~/ or /opt or > /usr/local will not work so easily. I need to rebuild libgda and glib. It is doable but, as you understands, I would prefer leave this solution as my last chance. > Talk to the jhbuild folks about getting libgdamm/etc into that. > This is definitely good idea. Will do. > Talk to the libgdamm/etc folks about adding it to the GNOME runtime. I am not sure what is called "GNOME runtime". > Package libgdamm/etc in .deb form and get them into Debian > experimental: > > https://mentors.debian.net/intro-maintainers > I already done this. I just need to go through the standard process. It still doesn't solve problem with upstream development. I put all my packages here https://drive.google.com/open?id=0B8fjSLiFRX _PZWFnbUVfMTcxYTA > Personally, I would choose just the last one or possibly all of the > last three. Definitely, all three suggestions serve different needs. Many thanks for your comments. On Thu, 2017-04-27 at 12:04 +0800, Paul Wise wrote: > On Thu, Apr 27, 2017 at 11:25 AM, Pavlo Solntsev wrote: > > > I need your advice about development under Debian. I use testing > > repo. > > My desktop environment is Gnome and I contribute to some Gnome's > > projects. For me the big challenge is to work with upstream > > libraries. > > Basically, questions lays in the plane how to maintain upstream > > library > > that I can use in my own project. For now, I can't build some > > libraries > > because of dependency that are not available in my debian repo. I > > know > > jhbuild can be used but some libraries, e.g. libgdamm are not > > available > > as modules. I checked Flatpak but can't figure out how to use my > > own > > library for development. I just wanted to ask for advice if someone > > can > > share an experience in this matter that would be very helpful. > > Your options are: > > Manually build libgdamm/etc and install them in ~/ or /opt or > /usr/local > > Talk to the jhbuild folks about getting libgdamm/etc into that. > > Talk to the libgdamm/etc folks about adding it to the GNOME runtime. > > Package libgdamm/etc in .deb form and get them into Debian > experimental: > > https://mentors.debian.net/intro-maintainers > > Personally, I would choose just the last one or possibly all of the > last three. > -- - Pavlo Solntsev - Sent from Evolution on GNU/Debian id="-x-evo- selection-start-marker">
I need your advice
Dear friends. I need your advice about development under Debian. I use testing repo. My desktop environment is Gnome and I contribute to some Gnome's projects. For me the big challenge is to work with upstream libraries. Basically, questions lays in the plane how to maintain upstream library that I can use in my own project. For now, I can't build some libraries because of dependency that are not available in my debian repo. I know jhbuild can be used but some libraries, e.g. libgdamm are not available as modules. I checked Flatpak but can't figure out how to use my own library for development. I just wanted to ask for advice if someone can share an experience in this matter that would be very helpful. Thanks. -- - Pavlo Solntsev - Sent from Evolution on GNU/Debian id="-x-evo- selection-start-marker">
Re: "Ask HN: What do you want to see in Ubuntu 17.10?"
Recently bought the newest Dell inspiron. Everything works out of the box. Didn't play much with HDMI. Know fo sure that video works. With recent kernel update (Debian testing) even screen rotation works. I am personally very happy. -Pavlo Solntsev On Fri, Apr 7, 2017 at 2:08 PM, Florian Lohoff <f...@zz.de> wrote: > On Thu, Apr 06, 2017 at 04:07:54PM -0700, Nikolaus Rath wrote: > > Maybe I'm just exceedingly unlucky, but I have yet to find a laptop > > where all of the following works: > > > > - Suspend > > - Hibernate > > - Airplane-mode Hotkey (especially hard apparently) > > - Volume Hotkeys > > - Brightness Hotkeys > > - Suspend/hibernate hotkeys > > - Hot-plug of external monitor > > I have been using IBM/Lenovo T Series for > 15 Years and never had major > issues. Given that with APM nobody expected suspend/resume to work, > optimus grafic is a PITA and a waste of money. I have a T420 currently > where everything works, we have tons of T460 at work and dont have any > issues. > > There is stuff which does not work - Hot Plug Monitor for example > is an issue. With digital ports e.g. HDMI/DVI/DP this typically > works out of the box - The new display gets detected - The point > is that for me the only desktop which remembered the Display positions > was gnome2 - Its broken since then. So when i dock at work i have > a shell script which uses xrandr to shuffle displays around. > > Hotkeys for Suspend/Resume get more or less redundant as the typical > Desktop environment login/logout procedures contain all the > functionality. > > Flo > -- > Florian Lohoff f...@zz.de > UTF-8 Test: The ran after a , but the ran away >
