Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Am 22.06.2014 20:55, schrieb Marius Kotsbak: 2014-06-19 0:02 GMT+02:00 Michael Biebl bi...@debian.org: Am 14.06.2014 01:28, schrieb Marius Kotsbak: No, I think it is ready to be uploaded now. Should I or Guido sponsor the upload? I'm fine with sponsoring the upload. In that case, could you point me to a .dsc. I'd be happy to make the upload. Please do. You will find the version to be released at git.debian.org/git/pkg-libqmi/pkg-libqmi.git tagged as debian/1.8.0-1. Uploaded -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
2014-06-19 0:02 GMT+02:00 Michael Biebl bi...@debian.org: Am 14.06.2014 01:28, schrieb Marius Kotsbak: No, I think it is ready to be uploaded now. Should I or Guido sponsor the upload? I'm fine with sponsoring the upload. In that case, could you point me to a .dsc. I'd be happy to make the upload. Please do. You will find the version to be released at git.debian.org/git/pkg-libqmi/pkg-libqmi.git tagged as debian/1.8.0-1. -- Marius Kotsbak
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
❦ 20 avril 2014 11:38 +0200, Marius Kotsbak mar...@kotsbak.com : Any progres here. I'd be awesome to have an updated package in Debian. I pushed an update now. Will test if qmi-proxy is working. It could probably be done by running qmicli when Mobile radio monitor (http://sigquit.wordpress.com/2013/09/17/mobile-radio-monitor/) is running. Should also be tested with Modemmanager 1.2. Hey Marius! Any update on this? I tried the package from git myself. I get a segfault during unittests. If I compile with DEB_BUILD_OPTIONS=nocheck, the package seems to work fine. I tested it a few minutes with ModemManager 1.2 with the packaging from Alioth. What would prevent an upload? Is it the lintian warning about circular dependency? Is qmi-proxy a strict dependency? I think that most users will only use ModemManager and can live without it. Or modemmanager package could just depend on it. Or you could demote this dependency to a suggestion. Most users will still install it. -- Use the fundamental control flow constructs. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Am 14.06.2014 01:28, schrieb Marius Kotsbak: No, I think it is ready to be uploaded now. Should I or Guido sponsor the upload? I'm fine with sponsoring the upload. In that case, could you point me to a .dsc. I'd be happy to make the upload. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
2014-04-13 12:33 GMT+02:00 Guido Günther a...@sigxcpu.org: Hi, On Tue, Feb 04, 2014 at 10:21:43AM +0100, Marius Kotsbak wrote: Hi It is actually almost ready in the git repo I have pushed. Any progres here. I'd be awesome to have an updated package in Debian. I pushed an update now. Will test if qmi-proxy is working. It could probably be done by running qmicli when Mobile radio monitor ( http://sigquit.wordpress.com/2013/09/17/mobile-radio-monitor/) is running. Should also be tested with Modemmanager 1.2. -- Marius
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Hi, On Tue, Feb 04, 2014 at 10:21:43AM +0100, Marius Kotsbak wrote: Hi It is actually almost ready in the git repo I have pushed. Any progres here. I'd be awesome to have an updated package in Debian. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
2014-02-11 8:04 GMT+01:00 Guido Günther a...@sigxcpu.org: Hi, On Mon, Feb 10, 2014 at 11:36:46PM +0100, Marius B. Kotsbak wrote: On 07. feb. 2014 08:14, Guido Günther wrote: blocks 737572 731851 thanks Hi, On Tue, Feb 04, 2014 at 10:21:43AM +0100, Marius Kotsbak wrote: Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. The binary is libexecdir so it ends up in /usr/lib/arch on Debian, so which not just ship it in the libqmi-glib itself? It useless without the lib anyway. dh Yes, that was my plan, but the problem is when libqmi-glib2 is released, the path will be the same, so in that case, it should be placed in the recommended path including the package name (/usr/share/...?). Anyway, Use share is for architecture _independent_ data. Japp, I mean /usr/lib/[triplet]/qmi-glib1/qmi-proxy as only one qmi-proxy can be run at the same time to work, I'm proposing the following: I still don't understand why you can't leave it in /usr/lib/arcH? Done it like that and pushed now. Then it will be up to the user to avoid conflicts between different qmi-proxy running at the same time against the same port (but it is probably possible to run multiple for different modem devices). What do you think? -- Marius
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
On Wed, Feb 12, 2014 at 11:00:52PM +0100, Marius Kotsbak wrote: [..snip..] I still don't understand why you can't leave it in /usr/lib/arcH? Done it like that and pushed now. Then it will be up to the user to avoid conflicts between different qmi-proxy running at the same time against the same port (but it is probably possible to run multiple for different modem devices). What do you think? It shouldn't even matter since a second qmi proxy just doesn't start if another one is running so it should still work. More interesting would be the case of different qmi-proxies with incompatible interfaces but I think this can be dealt with later if that happens. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
On 07. feb. 2014 08:14, Guido Günther wrote: blocks 737572 731851 thanks Hi, On Tue, Feb 04, 2014 at 10:21:43AM +0100, Marius Kotsbak wrote: Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. The binary is libexecdir so it ends up in /usr/lib/arch on Debian, so which not just ship it in the libqmi-glib itself? It useless without the lib anyway. Yes, that was my plan, but the problem is when libqmi-glib2 is released, the path will be the same, so in that case, it should be placed in the recommended path including the package name (/usr/share/...?). Anyway, as only one qmi-proxy can be run at the same time to work, I'm proposing the following: * Put qmi-proxy in a new package libqmi-glib1-qmiproxy. Let it provide/conflict with qmi-proxy virtual package, to ensure only one is installed (for one architecture or ABI major version). Let it require libqmi-glib1, and let libqmi-glib1 recommend libqmi-glib1-qmiproxy. * Modemmanager package (and other packages actually using the proxy flag) is set to depend on libqmi-glib1-qmiproxy too. -- Marius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Hi, On Mon, Feb 10, 2014 at 11:36:46PM +0100, Marius B. Kotsbak wrote: On 07. feb. 2014 08:14, Guido Günther wrote: blocks 737572 731851 thanks Hi, On Tue, Feb 04, 2014 at 10:21:43AM +0100, Marius Kotsbak wrote: Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. The binary is libexecdir so it ends up in /usr/lib/arch on Debian, so which not just ship it in the libqmi-glib itself? It useless without the lib anyway. dh Yes, that was my plan, but the problem is when libqmi-glib2 is released, the path will be the same, so in that case, it should be placed in the recommended path including the package name (/usr/share/...?). Anyway, Use share is for architecture _independent_ data. as only one qmi-proxy can be run at the same time to work, I'm proposing the following: I still don't understand why you can't leave it in /usr/lib/arcH? That's even what dh passes as libexecdir. Cheers, -- Guido * Put qmi-proxy in a new package libqmi-glib1-qmiproxy. Let it provide/conflict with qmi-proxy virtual package, to ensure only one is installed (for one architecture or ABI major version). Let it require libqmi-glib1, and let libqmi-glib1 recommend libqmi-glib1-qmiproxy. * Modemmanager package (and other packages actually using the proxy flag) is set to depend on libqmi-glib1-qmiproxy too. -- Marius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
blocks 737572 731851 thanks Hi, On Tue, Feb 04, 2014 at 10:21:43AM +0100, Marius Kotsbak wrote: Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. The binary is libexecdir so it ends up in /usr/lib/arch on Debian, so which not just ship it in the libqmi-glib itself? It useless without the lib anyway. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. As only one can be running at the same time, I am unsure how we should handle multiarch and different major ABI versions. Either conflict (like modemmanager), so that only one can be installed at the same time, or let it be up to the user to avoid multiple versions running. And should it be in a separate package. Opinions?
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Hey Marius, From my point of view it should conflict - I wasn't aware that it was used in things other than modemmanager, but that makes sense. I am hoping to help get a newer version of modemmanager into Debian eventually. --Adam On 4 February 2014 20:21, Marius Kotsbak mar...@kotsbak.com wrote: Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. As only one can be running at the same time, I am unsure how we should handle multiarch and different major ABI versions. Either conflict (like modemmanager), so that only one can be installed at the same time, or let it be up to the user to avoid multiple versions running. And should it be in a separate package. Opinions? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Yes, there are other clients, like qmicli. Okay, and how to ensure conflicting between architectures? Stop it being multiarch, or is it a better way?
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
On 4 February 2014 21:33, Marius Kotsbak mar...@kotsbak.com wrote: Yes, there are other clients, like qmicli. Okay, and how to ensure conflicting between architectures? Stop it being multiarch, or is it a better way? I think for the moment it can be non-multiarch and a bug can be added for it. I'm not familiar enough with libqmi to say how hard it would be to patch it. $ apt-cache rdepends libqmi-glib0 libqmi-glib0 Reverse Depends: libqmi-utils libqmi-glib0-dbg libqmi-glib-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Package: libqmi-glib-dev Version: 1.4.0-1 Severity: normal Hi, git-buildpackage works fine against upstream 1.8.0 and it will be required for new modemmanager packages. How can I help here? Thanks, Adam -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqmi-glib-dev depends on: ii libqmi-glib0 1.4.0-1 libqmi-glib-dev recommends no packages. Versions of packages libqmi-glib-dev suggests: pn libqmi-glib-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org