Trade Associations Are Never Neutral

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/02/10/node-foundation.html

It’s amazing what we let for-profit companies and their trade associations get away with.
Today, Joyent
announced the Node.js Foundation, in conjunction with various
for-profit corporate partners and Linux Foundation (which is a 501(c)(6)
trade association under the full control of for-profit companies).

Joyent and their corporate partners claim that the Node.js Foundation will
be neutral and provide open governance. Yet, they don’t
even say what corporate form the new organization will take, nor present
its by-laws. There’s no way that anyone can know if the organization will
be neutral and provide open governance without at least that information.

Meanwhile, I’ve spent years pointing out that what corporate form you
chose matters. In the USA, if you pick a 501(c)(6) trade association (like
Linux Foundation), the result is not a neutral non-profit
home. Rather, a trade association simply promotes the interest of the
for-profit businesses that control it. Such organizations don’t have
the community interests at heart, but rather the interests of the
for-profit corporate masters who control the Board of Directors. Sadly,
most people tend to think that if you put the word “Foundation”
in the name0, you magically get a neutral home
and open governance.

Fortunately for these trade associations, they hide behind the
far-too-general term non-profit, and act as if all non-profits are equal. Why
do trade association representatives and companies ignore the differences
between charities and trade associations? Because they don’t want you to
know the real story.

Ultimately, charities serve the public good. They can do nothing else,
lest they run afoul of IRS rules. Trade associations serve the business
interests of the companies that join them. They can do nothing else, lest
they run afoul of IRS rules. I would certainly argue the Linux
Foundation has done an excellent job serving the interests of the
businesses that control it. They can be commended for meeting their
mission, but that mission is not one to serve the individual users and
developers of Linux and other Free Software. What will the mission of the
Node.js Foundation be? We really don’t know, but given who’s starting it,
I’m sure it will be to promote the businesses around Node.js, not its
users and developers.

0Richard Fontana recently
pointed out to me that it is extremely rare for trade associations
to call themselves foundations outside of the Open Source and Free
Software community. He found very few examples of it in the wider
world. He speculated that this may be an attempt to capitalize on
the credibility of the Free Software Foundation, which is older
than all other non-profits in this community by at least two
decades. Of course, FSF is a 501(c)(3) charity, and since there
is no IRS rule about calling a 501(c)(6) trade association by the
name “Foundation”, this is a further opportunity to
spread confusion about who these organization serve: business
interests or the general public.

Trade Associations Are Never Neutral

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/02/10/node-foundation.html

It’s amazing what we let for-profit companies and their trade associations get away with.
Today, Joyent
announced the Node.js Foundation, in conjunction with various
for-profit corporate partners and Linux Foundation (which is a 501(c)(6)
trade association under the full control of for-profit companies).

Joyent and their corporate partners claim that the Node.js Foundation will
be neutral and provide open governance. Yet, they don’t
even say what corporate form the new organization will take, nor present
its by-laws. There’s no way that anyone can know if the organization will
be neutral and provide open governance without at least that information.

Meanwhile, I’ve spent years pointing out that what corporate form you
chose matters. In the USA, if you pick a 501(c)(6) trade association (like
Linux Foundation), the result is not a neutral non-profit
home. Rather, a trade association simply promotes the interest of the
for-profit businesses that control it. Such organizations don’t have
the community interests at heart, but rather the interests of the
for-profit corporate masters who control the Board of Directors. Sadly,
most people tend to think that if you put the word “Foundation”
in the name0, you magically get a neutral home
and open governance.

Fortunately for these trade associations, they hide behind the
far-too-general term non-profit, and act as if all non-profits are equal. Why
do trade association representatives and companies ignore the differences
between charities and trade associations? Because they don’t want you to
know the real story.

Ultimately, charities serve the public good. They can do nothing else,
lest they run afoul of IRS rules. Trade associations serve the business
interests of the companies that join them. They can do nothing else, lest
they run afoul of IRS rules. I would certainly argue the Linux
Foundation has done an excellent job serving the interests of the
businesses that control it. They can be commended for meeting their
mission, but that mission is not one to serve the individual users and
developers of Linux and other Free Software. What will the mission of the
Node.js Foundation be? We really don’t know, but given who’s starting it,
I’m sure it will be to promote the businesses around Node.js, not its
users and developers.

0Richard Fontana recently
pointed out to me that it is extremely rare for trade associations
to call themselves foundations outside of the Open Source and Free
Software community. He found very few examples of it in the wider
world. He speculated that this may be an attempt to capitalize on
the credibility of the Free Software Foundation, which is older
than all other non-profits in this community by at least two
decades. Of course, FSF is a 501(c)(3) charity, and since there
is no IRS rule about calling a 501(c)(6) trade association by the
name “Foundation”, this is a further opportunity to
spread confusion about who these organization serve: business
interests or the general public.

Кампанията срещу контрабандните цигари е смешна, защото рекламира държавата

Post Syndicated from Longanlon original http://kaka-cuuka.com/3471

Ако купуваш контрабандни цигари, крадеш от пенсията на баба си. И от детските градини. И работните места. И риташ малки сладки кученца, и крадеш близалки от деца. Мръсник такъв. А всъщност кампанията на Булгартабак е нелепа, защото рекламира не цигари, а функциите на държавата…

(Чети още…) (374 думи)

Най-мощните таблети и смартфони на пазара

Post Syndicated from Longanlon original http://kaka-cuuka.com/3445

В тази статия ще ви покажем някои от най-новите таблети и смартфони, които може да намерите на пазара. Те притежават отлични хардуерни характеристики и разнообразни софтуерни възможности.  Статията е платена и информацията в нея отразява интересите, желанията и вижданията на рекламодателя.

(Чети още…) (909 думи)

Je suis БДЖ – или защо и аз съм БДЖ

Post Syndicated from original https://nookofselene.wordpress.com/2015/01/17/je-suis-bdz-ili-zashto-i-az-sum-bdz/

Софиянци имаме лошия навик да се втренчваме в пъпа си. Забравяме, че тук имаме неизброимо повече възможности за работа с доста по-високо заплащане, отколкото в други части на страната. Свикнали сме най-голямата ни неуредица да е липсата на пряк транспорт до офиса, а билетите (за повечето хора) не са ни фатален харч. Смятаме, че щом ние сме постигнали нещо, всеки може. И когато съгражданите ни от други населени места не могат да си намерят работа там, където живеят, а тази, която си намерят някъде, е така ниско заплатена, че си броят стотинките, обвиняваме… тях. Което е абсурдно. Някои хора ми говорят тези дни за лицемерие и неморалност – ето това е лицемерие и неморалност.
Преди няколко дни една протестираща кондукторка каза, че БДЖ не е просто начин на пътуване, а начин на съществуване за много хора. Някои мои познати се хвърлят да обвиняват тези хора, че не са длъжни да им плащат по-ниските ЖП-билети с данъците си. Всъщност всички ние плащаме и субсидиите за автобусите (частните! автобуси), и изграждането и поддържането на пътищата – магистрали, шосета, малки междуселски пътчета. Когато се говори за „социален“ ангажимент на държавата, за вас думата „социален“ е асоциация на цигани, неправомерно вземащи помощи и неработещи чиновници на държавна издръжка. Всъщност социалният ангажимент на държавата е това, което изгражда общността, в която съществуваме – улиците, по които вървим, пътищата, по които пътуваме (независимо с какво), законодателството, според което живеем. Въпреки че на някои от вас много им се иска, държавата не може да бъде зачеркната изцяло – колкото и много проблеми да има във функционирането й.
В БДЖ трябва да има уволнения – но не на машинисти и кондуктори, а на ръководни кадри, които от години съдействат за съзнателното й саботиране и водене към фалит. Едни и същи хора се редуват от управление на управление на едни и същи постове и вършат едни и същи безобразия.
В БДЖ трябва да има промени на разписанието на влаковете – но не като това, което се опитаха да ни наложат този месец ( от типа спиране на пълен влак с отиващи на работа хора, и оставяне на празния от 4:30 сутринта, примерно), а в посока на подобряване на разписанието спрямо нуждите на пътниците.
В БДЖ трябва да има реформа – но в посока подобряване на услугата, а не на прекратяването й.
Още по-голяма реформа обаче трябва да има в мисленето ни. В егоизма ни, в озлоблението от собствения ни изпълнен със спънки живот, който ни е направил неспособни и нежелаещи да мислим и разбираме другите.

je suis bdj

Foundation report for 2014

Post Syndicated from Michael "Monty" Widenius original http://monty-says.blogspot.com/2015/01/foundation-report-for-2014.html

2014 was a productive year for the MariaDB Foundation.

Here is a list of some of the things MariaDB Foundation employees have
accomplished during 2014:

The 3 full-time MariaDB Foundation developers have worked hard to make MariaDB better:

  • Some 260 commits
  • Some 25 reviews of code from the MariaDB community.
  • Fixed some 170 bugs and new features. For a full list, please check Jira.
  • Reported some 160 bugs.

Some of the main new features Foundation developers have worked on in 2014 are:

  • Porting and improving MariaDB on IBM Power8.
  • Porting Galera to MariaDB 10.1 as a standard feature.
  • Query timeouts (MDEV-4427)
  • Some coding and reviews of Parallel replication in MariaDB 10.1.
  • Working with code from Google and Eperi to get table space and table level encryption for InnoDB and XtraDB.
  • Allowing storage engines to shortcut group by queries (for ScaleDB) (MDEV-6080).
  • Moronga storage engine (reviews and porting help)
  • Connect storage engine (reviews and porting help)
  • Spider storage engine (merging code with MariaDB)
  • Query timeouts (MDEV-4427)
  • Merge INET6_ATON() and INET6_NTOA() from MySQL-5.6 (MDEV-4051)
  • Make “CAST(time_expr AS DATETIME)” compatible…SQL Standard) (MDEV-5372)
  • Command line variable to choose MariaDB-5.3 vs MySQL-5.6 temporal data formats (MDEV-5528)
  • Added syntax CREATE OR REPLACE to tables, databases, stored procedures, UDF:s and Views (MDEV-5491. The original TABLE code was done by Monty, other parts was done as a Google Summer Of Code project by Sriram Patil with Alexander Barkov as a mentor.
  • Upgraded the bundled Perl Compatible Regular Expression library (PCRE) to 8.34 (MDEV-5304)
  • Reduced usage of LOCK_open (MDEV-5403) (MDEV-5492) (MDEV-5587)
  • Ported patches from WebScaleSQL to MariaDB (MDEV-6039)
  • Better preallocation of memory (MDEV-7004)
  • Lock-free hash for table definition cache (MDEV-7324)
  • A lot of speed optimizations (changing mutex usage, better memory allocations, optimized bottlenecks, memory barriers etc).

The MariaDB documentation/knowledgebase:
has now 3685 articles about MariaDB and MySQL. Foundation employees added during 2014 223 new ones and did 6045 edits.

Some of the main new articles from us are:

We also have a lot of outside contributors and translators. Thanks a lot to all of you!

We also visited and talked about MariaDB at a lot of conferences:

In addition I had several talks at different companies who were moving big installations to MariaDB and needed advice.

We where also able to finalize the MariaDB trademark agreement between the MariaDB corporation and the MariaDB Foundation. This ensures that that anyone can be part of MariaDB development on equal terms. The actual trademark agreement can be found here.

On the personnel side, we were sad to see Simon Phipps leave the position as CEO of the Foundation.

One the plus side, we just had 2 new persons join the MariaDB foundation this week:

  • We are happy to have Otto Kekäläinen join us as the new CEO for the MariaDB foundation! Otto has in the past done a great work to get MariaDB into Debian and I am looking forward to his work on improving everything we do in the MariaDB foundation.
  • Vicențiu Ciorbaru has joined the MariaDB foundation as a developer. In the past Vicențiu added ROLES to MariaDB, as part of a Google Summer of Code project and he is now interested to start working on the MariaDB optimizer. A special thanks to Jean-Paul Smets at Nexedi for sponsoring his work at the foundation!

Last, I want to give my thanks to the MariaDB foundation members who made all the foundation work possible for 2014:

For 2015 we welcome a new member, Visma. Visma will be part of the foundation board and will help push MariaDB development forwards.

As the above shows, the MariaDB Foundation is not only a guarantee that MariaDB will always be an actively developed open source project, we also do a lot of development and practical work. This is however only possible if we have active members who sponsor our work!
If you are interested in helping us, either as a member, sponsor, or by giving development resources to the MariaDB foundation, please email us at foundation at mariadb.org !

afl-fuzz: making up grammar with a dictionary in hand

Post Syndicated from Unknown original https://lcamtuf.blogspot.com/2015/01/afl-fuzz-making-up-grammar-with.html

One of the most significant limitations of afl-fuzz is that its mutation engine is syntax-blind and optimized for compact data formats, such as binary files (e.g., archives, multimedia) or terse human-readable languages (RTF, shell scripts). Any general-purpose fuzzer will have a harder time dealing with more verbose dialects, such as SQL or HTTP. You can improve your odds in a variety of ways, and the results can be surprisingly good – but ultimately, it’s never easy to get from Set-Cookie: FOO=BAR to Content-Length: -1 by randomly flipping bits.

The common wisdom is that if you want to fuzz data formats with such ornate grammars, you need to build an one-off, protocol-specific mutation engine with the appropriate syntax templates baked in. Of course, writing such code isn’t easy. In essence, you need to manually build a model precise enough so that the generated test cases almost always make sense to the targeted parser – but creative enough to trigger unintended behaviors in that codebase. It takes considerable experience and a fair amount of time to get it just right.

I was thinking about using afl-fuzz to reach some middle ground between the two worlds. I quickly realized that if you give the fuzzer a list of basic syntax tokens – say, the set of reserved keywords defined in the spec – the instrumentation-guided nature of the tool means that even if we just mindlessly clobber the tokens together, we will be able to distinguish between combinations that are nonsensical and ones that actually follow the rules of the underlying grammar and therefore trigger new states in the instrumented binary. By discarding that first class of inputs and refining the other, we could progressively construct more complex and meaningful syntax as we go.

Ideas are cheap, but when I implemented this one, it turned out to be a good bet. For example, I tried it against sqlite, with the fuzzer fed a collection of keywords grabbed from the project’s docs (-x testcases/_extras/sql/). Equipped with this knowledge, afl-fuzz quickly spewed out a range of valid if unusual statements, such as:

select sum(1)LIMIT(select sum(1)LIMIT -1,1);<br /> select round( -1)&#8220;&#8220;;<br /> select group_concat(DISTINCT+1) |1;<br /> select length(?)in( hex(1)+++1,1);<br /> select abs(+0+ hex(1)-NOT+1) t1;<br /> select DISTINCT &#8220;Y&#8221;,&#8221;b&#8221;,(1)&#8221;Y&#8221;,&#8221;b&#8221;,(1);<br /> select &#8211; (1)AND&#8221;a&#8221;,&#8221;b&#8221;;<br /> select ?1in(CURRENT_DATE,1,1);<br /> select &#8211; &#8220;a&#8221;LIMIT- /* */ /* */- /* */ /* */-1;<br /> select strftime(1, sqlite_source_id());

(It also found a couple of crashing bugs.)

All right, all right: grabbing keywords is much easier than specifying the underlying grammar, but it still takes some work. I’ve been wondering how to scratch that itch, too – and came up with a fairly simple algorithm that can help those who do not have the time or the inclination to construct a proper dictionary.

To explain the approach, it’s useful to rely on the example of a PNG file. The PNG format uses four-byte, human-readable magic values to indicate the beginning of a section, say:

89 50 4e 47 0d 0a 1a 0a 00 00 00 0d 49 48 44 52 | .PNG........IHDR
00 00 00 20 00 00 00 20 02 03 00 00 00 0e 14 92 | ................

The algorithm in question can identify “IHDR” as a syntax token by piggybacking on top of the deterministic, sequential bit flips that are already being performed by afl-fuzz across the entire file. It works by identifying runs of bytes that satisfy a simple property: that flipping them triggers an execution path that is distinct from the product of flipping stuff in the neighboring regions, yet consistent across the entire sequence of bytes.

This signal strongly implies that touching any of the affected bytes causes the failure of an underlying atomic check, such as header.magic_value == 0xDEADBEEF or strcmp(name, “Set-Cookie”). When such a behavior is detected, the entire blob of data is added to the dictionary, to be randomly recombined with other dictionary tokens later on.

This second trick is not a substitute for a proper, hand-crafted list of keywords; for one, it will only know about the syntax tokens that were present in the input files, or could be synthesized easily. It will also not do much when pitted against optimized, tree-based parsers that do not perform atomic string comparisons. (The fuzzer itself can often clear that last obstacle anyway, but the process will be slow.)

Well, that’s it. If you want to try out the new features, click here and let me know how it goes!

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

Weirdness with hplip package in Debian wheezy

Post Syndicated from Bradley M. Kuhn original http://ebb.org/bkuhn/blog/2015/01/02/hplip-wheezy-problem.html

I suspect this information is of limited use because it’s far too vague.
I didn’t even file it as a Debian bug because I don’t think I have enough
information here to report a bug. It’s not dissimilar from the issues
reported
in Debian
bug 663868, but the system in question doesn’t have foo2zjs
installed. So, I
filed Debian
Bug 774460.

However, in searching around the Internet for the syslog messages below, I
found very few results. So, in the interest of increasing the indexing on
these error messages, I include the below:

        Jan  2 18:29:04 puggington kernel: [ 2822.256130] usb 2-1: new high-speed USB device number 16 using ehci_hcd
        Jan  2 18:29:04 puggington kernel: [ 2822.388961] usb 2-1: New USB device found, idVendor=03f0, idProduct=5417
        Jan  2 18:29:04 puggington kernel: [ 2822.388970] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
        Jan  2 18:29:04 puggington kernel: [ 2822.388977] usb 2-1: Product: HP Color LaserJet CP2025dn
        Jan  2 18:29:04 puggington kernel: [ 2822.388983] usb 2-1: Manufacturer: Hewlett-Packard
        Jan  2 18:29:04 puggington kernel: [ 2822.388988] usb 2-1: SerialNumber: 00CNGS705379
        Jan  2 18:29:04 puggington kernel: [ 2822.390346] usblp0: USB Bidirectional printer dev 16 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:29:04 puggington udevd[25370]: missing file parameter for attr
        Jan  2 18:29:04 puggington mtp-probe: checking bus 2, device 16: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1"
        Jan  2 18:29:04 puggington mtp-probe: bus: 2, device: 16 was not an MTP device
        Jan  2 18:29:04 puggington hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat
        Jan  2 18:25:19 puggington kernel: [ 2596.528574] usblp0: removed
        Jan  2 18:25:19 puggington kernel: [ 2596.535273] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        Jan  2 18:25:24 puggington kernel: [ 2601.727506] usblp0: removed
        Jan  2 18:25:24 puggington kernel: [ 2601.733244] usblp0: USB Bidirectional printer dev 12 if 0 alt 0 proto 2 vid 0x03F0 pid 0x5417
        [last two repeat until unplugged]

I really think the problem relates specifically to hplip
3.12.6-3.1+deb7u1, as I said in the bug report, the following commands
resolved the problem for me:

        # dpkg --purge hplip
        # dpkg --purge system-config-printer-udev
        # aptitude install system-config-printer-udev

The collective thoughts of the interwebz

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close