Re: Facilitating external repositories
❦ 6 juin 2015 13:48 +0800, Paul Wise : >> the software is far to volatile (e.g. important bug fixes on a weekly basis) > > We have a place for such software: experimental Won't work for users needing the software on a stable release. -- Use recursive procedures for recursively-defined data structures. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
Re: Facilitating external repositories
Le samedi 6 juin 2015, 00:13:59 Brian May a écrit : > On Sat, 6 Jun 2015 at 02:11 Josh Triplett wrote: > > > Given that the packages in question appear to be Free Software (at least > > from a quick check of a couple of them, as well as the repository being > > named "main"), is there a reason you don't maintain them in Debian > > (including backports or volatile if you need to provide the newest > > packages for older distributions)? > > Well, this had been in Debian for some years until 2010 under an other name: 'beid' https://packages.qa.debian.org/b/beid.html but I don't know why it was removed. > In my case I maintain open source software Debian packages outside of > Debian because the software is far to volatile (e.g. important bug fixes on > a weekly basis) and I don't want old versions hanging around any longer > then absolutely required. Maybe Debian could just ship "eid-archive" package almost as-is, it's not like the key changes every day; the one active here doesn't even have an expiry date. This only contain: /usr/share/eid-archive/eid.list /usr/share/eid-archive/keys/10a04d46.gpg /usr/share/eid-archive/keys/6773d225.gpg - Belgian eID Automatic Signing Key (official releases) + a postinst & postrm The others packages would remain in http://files.eid.belgium.be/debian/ There is very little to clean-up: lintian /var/cache/apt-cacher-ng/files.eid.belgium.be/debian/pool/main/e/eid-archive/eid-archive_2014.8_all.deb W: eid-archive: copyright-without-copyright-notice W: eid-archive: command-with-path-in-maintainer-script postrm:7 /usr/bin/ucf > It is also a very narrow market, possibly not of > general interest to the Debian community (this is hard to determine > however; maybe what this needs right now is expanded exposure). Well 'beid' was there before and a there's a potential 10 millions persons having to do their taxes this month and needing this stuff if they are using Debian or a derivative. eid-archive is a tiny 'all' package that weights 6040 bytes :-) I guess the pros outweigh the cons. > There was also the (slightly confusing) perception in management that they > had to tightly control ownership and distribution, despite it being open > source GPL software, available on github, etc. Entirely possible :-( Alexandre Detiste signature.asc Description: This is a digitally signed message part.
Bug#787889: general: USB keyboard stops working after a few seconds due to USB suspend
2015-06-06 2:19 GMT+02:00 Jesse Hallett : > Package: general > Severity: important > > Dear Maintainer, > > * What led up to the situation? > > Upgraded packages on 2015-05-04. Upgrades included kernel update from > 3.16.0-4-amd64 to 4.0.0-1-amd64. > > * What exactly did you do (or not do) that was effective (or > ineffective)? > > Attempted to use USB keyboard in, in Xorg and in virtual TTY. > > * What was the outcome of this action? > > There appeared to be no input from the keyboard. After disconnecting and > reconnecting the keyboard it functioned; but after a period of seconds it > consistently stopped working until it was disconnected and reconnected > again. > > * What outcome did you expect instead? > > I expected keyboard input to work consistently. > > * Is there a workaround? > > I am able to work around the issue by overriding USB power management for > the keyboard device: > > cat on | sudo tee /sys/bus/usb/devices/3-1.2.2/power/level > > Hey hey, i thought it was only me keyboard suddenly stopping from time to time (more like every ten minutes). i think this has to do with either the recent systemd upgrade or the upower upgrades, but it's hard to say. any i am still using linux-image 3.16.x amd64 so the issue doesn't come from kernel. Jérémy.
Bug#787889: Acknowledgement (general: USB keyboard stops working after a few seconds due to USB suspend)
I realized I should add some additional details. The affected computer is a Lenovo Thinkpad W530 laptop. I tested two very different keyboards with the same results. I also connected one of those keyboards to a coworkers machine, and found no issues with the same keyboard on a different machine. On Fri, Jun 5, 2015 at 5:24 PM, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > debian-devel@lists.debian.org > > If you wish to submit further information on this problem, please > send it to 787...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 787889: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787889 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAMuowwfKvMtg-SGbZGSz2AD=nr7fnv0vc9c7bpxdcvhehmz...@mail.gmail.com
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Package: wnpp Severity: wishlist Owner: Felix Natter * Package name: insubstantial Version : 7.3 Upstream Author : Kirill Grouchnikov and others * URL : https://github.com/Insubstantial/insubstantial * License : BSD-3-clause Programming Lang: Java Description: Some swing libraries e.g. for ribbon UIs insubstantial builds the following 14 packages: libflamingo-java liblaf-widget-java liblaf-plugin-java substance substance-flamingo substance-swingx libtrident-java libflamingo-java-doc liblaf-widget-java-doc liblaf-plugin-java-doc substance-doc substance-flamingo-doc substance-swingx-doc libtrident-java-doc Most of these packages exist as (outdated) separate source packages. I am repackaging the latest 7.3 as one source package (while using bits from the previous maintainers) because the packages have been merged into one upstream package. -- Felix Natter -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87sia4k3xd@bitburger.home.felix
Re: Facilitating external repositories
On Sat, Jun 06, 2015 at 09:47:01AM +0200, Alexandre Detiste wrote: > Well, this had been in Debian for some years until 2010 > under an other name: 'beid' > https://packages.qa.debian.org/b/beid.html > but I don't know why it was removed. The reason is in the RM bug (#672784): RM: beid -- RoQA; RC-buggy; no maintainer responses -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150606213722.ga7...@angband.pl
Re: Facilitating external repositories
Hey, Wouter. On 06/04/2015 12:18 PM, Wouter Verhelst wrote: > Hi, > > At $DAYJOB, I'm maintaining a few repositories with ready-to-install > packages for a number of distributions[1] > > Currently, the instructions[2] say to do the following: > - Download and install an "eid-archive" package, which contains the GPG > keys and generates a sources.list.d file for the repository; > - Run "apt-get update"; > - Install the "eid-mw" and/or "eid-viewer" packages. > > This works, but it has a number of downsides: > - The second step, "run apt-get update", is often overlooked; this seems > to be the case especially for users of Ubuntu, where the default > handler for installing packages is the "Software Center", a GUI > software management tool that doesn't have any UI element for doing > (the equivalent of) apt-get update Huh... this is unfortunate. I can imagine a package that installs some kind of one-time cronjob that will execute 'apt-get update' a minute later, but I don't like the idea... I hope there's something better available. > - There is no trust path from your already-installed distribution to the > "archive" package (yes, I did sign the gpg keys; no, I don't consider > that enough). Yeah unfortunately this is sort of a catch-22 problem... IMHO we want an external archive key to be easily replaceable in case it's ever compromised, yet we also want that same key to be "easily trust-able", which takes time and several signatures of known keys to do... i.e. an investment. I recall the prior DPL wanting to support PPAs in Debian, and I would imagine that this issue is one of the "sticking points" to that idea. BTW does the 'debian-keyring' package exist on Ubuntu and Mint? If so I could imagine that your eid-archive package could have a pre-depends on debian-keyring and check that GPG keys installed by eid-archive are signed by a DD or DM. As the debian-keyring package would come from the main archive, that would at least have a trust path to the signing key of the main distribution repository. That's what I can think of at the moment anyway. -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5573bf41.8040...@coredump.us
